Re: [bam@snoopy.apana.org.au: Re: Settle for /usr symlink (!)]

1999-03-10 Thread Marcus Brinkmann
On Thu, Mar 11, 1999 at 08:46:52AM +1100, Brian May wrote: > Marcus Brinkmann wrote: > >> This means that any Debian package which can't cope with having > >> /usr a symlink to / breaks policy and needs to be corrected, so > >> I guess I have already answered one of my previous questions > >> to Ma

Re: [bam@snoopy.apana.org.au: Re: Settle for /usr symlink (!)]

1999-03-10 Thread Brian May
Marcus Brinkmann wrote: >> This means that any Debian package which can't cope with having >> /usr a symlink to / breaks policy and needs to be corrected, so >> I guess I have already answered one of my previous questions >> to Marcus. > >Mmmmh. Reading a standard, I can't find this. Why does it "b

Re: [bam@snoopy.apana.org.au: Re: Settle for /usr symlink (!)]

1999-03-10 Thread Marcus Brinkmann
On Tue, Mar 09, 1999 at 08:52:58AM +1100, Brian May wrote: > In article <[EMAIL PROTECTED]> you write: > >(1.b) is not true; I was very careful to make sure that the FSSTND > >does not require a separate /usr. (You can't get rid of /usr, but you > >can make it a symlink, and still comply with FSST

Re: Sparc port?

1999-03-10 Thread OKUJI Yoshinori
From: Edmund GRIMLEY EVANS <[EMAIL PROTECTED]> Subject: Re: Sparc port? Date: Wed, 10 Mar 1999 13:17:34 + > But, am I right in thinking that in both cases the device drivers are > part of the kernel, so a buggy device driver can crash the kernel? Of course, it's possible that a buggy device

Re: Sparc port?

1999-03-10 Thread Edmund GRIMLEY EVANS
Gordon Matzigkeit: > Grabbing existing Linux features sounds like a nice idea, but frankly, > I'm shocked at how quickly people like OKUJI Yoshinori and friends are > improving GNU Mach. As Thomas put it, Mach and the Hurd is basically > reusing most of the Linux kernel code, it's just organized

(no subject)

1999-03-10 Thread Jim Schwarz
subscribe

Re: Microkernels (was Re: Sparc port?)

1999-03-10 Thread Aaron Van Couwenberghe
On Wed, Mar 10, 1999 at 10:36:58AM +1100, David McDonald wrote: > > > "M.C. Vernon" wrote: > > > I (and some other Cambridge people) am of the opinion that the current > > hurd doesn't get the maximum benefit out of it's microkernel design, and > > one of the reasons is that its microkernel is n

Re: Clobbered Swap Partition

1999-03-10 Thread Roland McGrath
> I know this is fixed in the latest GnuMach, but I have already > experienced the swap-partition clobbering and wondered how to go about > resetting a Linux swap partition. It is not a gnumach issue. It is fixed in the latest hurd. > Do I need to delete the partition and re-create it in cfdisk

GNU Mach *lite* for people with hardware problems

1999-03-10 Thread Marcus Brinkmann
Hello, I uploaded a GNU Mach package gnumach-lite{-dev} with only ide, com and floppy driver enabled. This should work on all IDE systems. This is useful for people who suspect that GNU Mach is unstable because of hardware problems and when GNU Mach doesn't boot because of SCSI auto detection.

Clobbered Swap Partition

1999-03-10 Thread Brent A. Fulgham
I know this is fixed in the latest GnuMach, but I have already experienced the swap-partition clobbering and wondered how to go about resetting a Linux swap partition. Do I need to delete the partition and re-create it in cfdisk? Or can I run a mkfs sort of utility to write the proper signatures

Re: Microkernels (was Re: Sparc port?)

1999-03-10 Thread David McDonald
Raul Miller wrote: > M.C. Vernon <[EMAIL PROTECTED]> wrote: > > I (and some other Cambridge people) am of the opinion that the current > > hurd doesn't get the maximum benefit out of it's microkernel design, and > > one of the reasons is that its microkernel is not very micro. > > Other than siz

Re: Microkernels (was Re: Sparc port?)

1999-03-10 Thread David McDonald
"M.C. Vernon" wrote: > I (and some other Cambridge people) am of the opinion that the current > hurd doesn't get the maximum benefit out of it's microkernel design, and > one of the reasons is that its microkernel is not very micro. Sure, Mach > is smaller than linux, but it's still pretty big.