On Thu, Jul 27, 2000 at 03:13:30PM -0400, Christensen, Brian C wrote:
> If you haven't already responded, please do.
>
> The chart that Marcus sent us showing the growth in mailing list
> membership raises many questions. Let's get some of them
> answered. Please answer the following four quick
On Thu, Jul 27, 2000 at 04:06:10PM +0200, Marcus Brinkmann wrote:
> On Thu, Jul 27, 2000 at 03:34:17PM +0200, Juli-Manel Merino Vidal wrote:
> > Hi all,
> >
> > when doing an 'ls /dev', hurd starts automatically each transator of
> > each device file. Why?
> > This produces a delay before the dire
Hi all,
it is not there the libreadline development package for the hurd ?
If it isn't there, how has been bash built ?
Bye!
> Do you plan to port the GNU Hurd to the Fiasco µ-kernel?
> This indeed sounds like an interesting project -- but we currently
> don't have the resources to do it. Maybe you would like to do it?
> (hohmuth 98/10/10)
>
>
> Perhaps its really time to think about it.
> How much time w
If you haven't already responded, please do.
The chart that Marcus sent us showing the growth in mailing list
membership raises many questions. Let's get some of them
answered. Please answer the following four quick questions.
When you finish, send your responses directly to me. Do NOT copy
"
On Thu, Jul 27, 2000 at 06:58:39PM +0200, Marcus Brinkmann wrote:
> I am willing to spend the time necessary to get the install instructions up
> to date. I can host them at debian.org, too, but gnu.org is probably
> better(?)
Installation instructions are for Debian GNU/Hurd, so I think they shou
On Thu, Jul 27, 2000 at 11:03:05AM -0600, Gordon Matzigkeit wrote:
> > Marcus Brinkmann writes:
>
> MB> I am now going to move the above grub disk out of the way.
>
> If you leave a readme there, that would be good, too.
For now, I felt a little more obvious sign was needed:
lftp alpha.gnu
> Marcus Brinkmann writes:
MB> I am now going to move the above grub disk out of the way.
If you leave a readme there, that would be good, too.
--
Gordon Matzigkeit <[EMAIL PROTECTED]> //\ I'm a FIG (http://fig.org/)
Committed to freedom and diversity \// I use GNU (http://www.gnu.org/)
On Thu, Jul 27, 2000 at 10:29:14AM -0600, Gordon Matzigkeit wrote:
> [Please direct followups to [EMAIL PROTECTED]
>
> I've updated the GRUB boot image to 0.5.95. You can get it from:
>
> ftp://alpha.gnu.org/gnu/grub/
>
> Sorry I didn't do this earlier, but this should solve all the problems
>
On Thu, Jul 27, 2000 at 01:52:18PM +0200, Daniel Wagner wrote:
> Hi,
>
> In order to compiling a recent checkout of gnumach I had to remove
> gnumach/linux/src/arch/i386/lib/delay.S and use the delay.c from
> linux-2.2.12 with a small change (remove "current_cpu_data" structure). I
> guess the "__
I posted this on help-hurd a day or two ago but haven't had
any repsonses. Sorry if this is a repost for some of you
who are subscribed to that list also.
I've been reading a lot of the docs about Mach and L4.
Most of the documentation at Utah and CMU is pretty old.
Is there a "you must read a
[Please direct followups to [EMAIL PROTECTED]
I've updated the GRUB boot image to 0.5.95. You can get it from:
ftp://alpha.gnu.org/gnu/grub/
Sorry I didn't do this earlier, but this should solve all the problems
new folks were seeing because they were using grub-0.5.93.1.
--
Gordon Matzigkei
Kalle Niemitalo <[EMAIL PROTECTED]>:
> I took a look at L4/Fiasco some months ago. Its IPC was quite unlike that
> of Mach. With Mach, references to ports are much like Unix file
> descriptors. With L4, they were more like IP addresses and IIRC they
> could even be guessed -- but the recipient
Hello,
I'm trying to compile oskit-mach. Few months ago it was no problem. But now
I'm not able to compile it properly:
-- (newest cvs version) it starts compiling till:
...
make: *** No rule to make target kernel', needed by all'. Stop.
-- there was a change in the makefile so testet the old o
On Thu, Jul 27, 2000 at 03:34:17PM +0200, Juli-Manel Merino Vidal wrote:
> Hi all,
>
> when doing an 'ls /dev', hurd starts automatically each transator of
> each device file. Why?
> This produces a delay before the directory contents is shown.
Because your ls is really an alias, and you are usin
On Thu, Jul 27, 2000 at 03:21:50PM +0200, Juli-Manel Merino Vidal wrote:
> Please, make the patch available, or even better, include that in the
> Debian binary.
(will do)
> I've tried colortext, but some programs seems not to work trought
> it. For example, mutt fails, ncurses programs too, and
> Marcus Brinkmann writes:
MB> On Thu, Jul 27, 2000 at 01:05:30PM +0200, Juli-Manel Merino Vidal
MB> wrote:
>> I don't know, but I've an idea that I'm not sure if it is correct;
>> if it isn't, please correct me. A library can be developed to
>> hide the internal functions of the microke
Hi all,
when doing an 'ls /dev', hurd starts automatically each transator of
each device file. Why?
This produces a delay before the directory contents is shown.
Thanks.
> This library would be called libmom and indeed was started. But it
> was dropped and removed, I don't know the reasons why.
>
> If you can get hold of an older Hurd snapshot, you will find it in
> the libmom directory.
>
> I can probably check out the reasons for the removal in my email archive
On Wed, Jul 26, 2000 at 02:01:40PM -0500, Prashant Singh wrote:
> Hi,
> There was a post recently about trying the mach kernel through vmware. Is
> it possible to run hurd through vmware (under linux)? That would probably
> help a lot of people who can't access the internet through hurd avoid
> ha
On Thu, Jul 27, 2000 at 01:00:22PM +0200, Marcus Brinkmann wrote:
> I have implemented color and other attributes for the GNU Mach console,
> so if people are really dying to see colors on the Hurd, I am willing
> to make the patch available. I could even include it in the Debian
> binary.
Pleas
On Thu, Jul 27, 2000 at 01:05:30PM +0200, Juli-Manel Merino Vidal wrote:
> Using this kind of library whould mean changing all mach calls inside
> the hurd, but when all of this have been done, anyone could use mach
> or fiasco.
I took a look at L4/Fiasco some months ago. Its IPC was quite unlik
On 27 Jul 2000, Andreas Rottmann wrote:
> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> > > I don't know, but I've an idea that I'm not sure if it is correct; if
> > > it isn't, please correct me.
> > > A library can be developed to hide the internal functions of the
> > > microkernel.
> >
On Thu, Jul 27, 2000 at 01:52:18PM +0200, Daniel Wagner wrote:
> Hi,
>
> In order to compiling a recent checkout of gnumach I had to remove
> gnumach/linux/src/arch/i386/lib/delay.S and use the delay.c from
> linux-2.2.12 with a small change (remove "current_cpu_data" structure). I
> guess the "__
On Thu, Jul 27, 2000 at 01:46:52PM +0200, Andreas Rottmann wrote:
> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> > > I don't know, but I've an idea that I'm not sure if it is correct; if
> > > it isn't, please correct me.
> > > A library can be developed to hide the internal functions of the
>
Hi,
In order to compiling a recent checkout of gnumach I had to remove
gnumach/linux/src/arch/i386/lib/delay.S and use the delay.c from
linux-2.2.12 with a small change (remove "current_cpu_data" structure). I
guess the "__delay(unsigned long loops)" function is not used so it could be
just be an
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> > I don't know, but I've an idea that I'm not sure if it is correct; if
> > it isn't, please correct me.
> > A library can be developed to hide the internal functions of the
> > microkernel.
>
> This library would be called libmom and indeed was star
Hi!
I just made up a cross-compiler for the HURD, but the linker has minor
problems:
Given the minimal C program:
int main() { return(0); }
-
and this command line:
~$ i586-pc-gnu-gcc test.c
I get this output:
[blah bloh]
/usr/local/lib/gcc-lib/i586-pc-gnu/2.96/collect2 -m
On Thu, Jul 27, 2000 at 01:07:27PM +0200, Marcus Brinkmann wrote:
>
> Note that you would only need to port glibc to the new microkernel.
correction: *also*
(in addition to the Hurd itself)
Marcus
On Thu, Jul 27, 2000 at 01:05:30PM +0200, Juli-Manel Merino Vidal wrote:
> > The people from fiasco say in their faq:
> >
> > Do you plan to port the GNU Hurd to the Fiasco µ-kernel?
> > This indeed sounds like an interesting project -- but we currently
> > don't have the resources to do
> The people from fiasco say in their faq:
>
> Do you plan to port the GNU Hurd to the Fiasco µ-kernel?
> This indeed sounds like an interesting project -- but we currently
> don't have the resources to do it. Maybe you would like to do it?
> (hohmuth 98/10/10)
>
>
> Perhaps its re
On Thu, Jul 27, 2000 at 12:59:39PM +0200, Juli-Manel Merino Vidal wrote:
> > in userspace terminal emulator
> >
> > C code (this is implementation-independent description, not how to patch
> > Mach) =
> >
> > a) add unsigned char atribute; to struct terminal
> > b) change it when you get \e[ * m
On Wed, Jul 26, 2000 at 09:53:44PM +0200, Tomasz Wegrzanowski wrote:
> If you have 128 MB you can.
> With 64 MB minimal minimum.
>
Oh, I've that amount of ram (128 mb) :)
> > But... how should be implemented the color support?
>
> Do you mean how as C code or how as where ?
>
> where =
>
> i
Am Don, 27 Jul 2000 09:37:50 Seth Nickell Sie:
> > Are there special reasons why you want to cross compile?
>
> I'm trying to port/compile XFree86 4.0.1, and I hate working w/o
> x-terms. :-) Also I prefer to work w/ partitions over 1 gig when dealing
> w/ larger compiles like X + gnome.
If you a
> Are there special reasons why you want to cross compile?
I'm trying to port/compile XFree86 4.0.1, and I hate working w/o
x-terms. :-) Also I prefer to work w/ partitions over 1 gig when dealing
w/ larger compiles like X + gnome.
> Have you tried make-cross?
What is make-cross?
-Seth
35 matches
Mail list logo
