Re: [Acpi] Re: ACPI fundamental locking problems

2001-07-07 Thread Steve VanDevender
Jamie Lokier writes: > (tar has a silly pad-to-multiple-of-512-byte per file rule, which is > inappropriate for this). If you remember that 'tar' means "tape archiver", and that at the time it was written the standard tape block size was 512 bytes, the rule isn't silly at all, although it may

Re: [Acpi] Re: ACPI fundamental locking problems

2001-07-07 Thread Steve VanDevender
Jamie Lokier writes: (tar has a silly pad-to-multiple-of-512-byte per file rule, which is inappropriate for this). If you remember that 'tar' means tape archiver, and that at the time it was written the standard tape block size was 512 bytes, the rule isn't silly at all, although it may be

Re: deregister?

2001-04-29 Thread Steve VanDevender
Jonathan Lundell writes: > At 10:03 PM -0400 2001-04-29, Andres Salomon wrote: > >Americans can spell? Since when? > > OED 2nd Ed: > > deregister. v. trans. To remove from a register. Hence > deregistration. (first citation 1925) > > unregistered. ppl. a. Not entered in a register;

Re: deregister?

2001-04-29 Thread Steve VanDevender
Jonathan Lundell writes: At 10:03 PM -0400 2001-04-29, Andres Salomon wrote: Americans can spell? Since when? OED 2nd Ed: deregister. v. trans. To remove from a register. Hence deregistration. (first citation 1925) unregistered. ppl. a. Not entered in a register;

Re: menuconfig snafu?

2001-03-28 Thread Steve VanDevender
Dennis writes: > I KNOW this..my point is that menuconfig is not intuitive in providing the > choices. Linux kernel configuration isn't intuitive. menuconfig isn't there to handhold newbies through the process. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: menuconfig snafu?

2001-03-28 Thread Steve VanDevender
Dennis writes: I KNOW this..my point is that menuconfig is not intuitive in providing the choices. Linux kernel configuration isn't intuitive. menuconfig isn't there to handhold newbies through the process. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: Linux stifles innovation...

2001-02-18 Thread Steve VanDevender
Andre Hedrick writes: > Those are not threats they are terms to enforce the License you agreed > upon the very act of editing the source code that you are using in the > kernel. Get it right, Andre. The mere act of editing a file that is part of a GPL-licensed source distribution doesn't

Re: Linux stifles innovation...

2001-02-18 Thread Steve VanDevender
Andre Hedrick writes: Those are not threats they are terms to enforce the License you agreed upon the very act of editing the source code that you are using in the kernel. Get it right, Andre. The mere act of editing a file that is part of a GPL-licensed source distribution doesn't bind

Re: Is sendfile all that sexy?

2001-01-16 Thread Steve VanDevender
Ton Hospel writes: > In article <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] writes: > > I am afraid I have missed most earlier messages in this thread. > > However, let me remark that the problem of assigning a > > file descriptor is the one that is usually described by > > "priority

Re: Is sendfile all that sexy?

2001-01-16 Thread Steve VanDevender
Ton Hospel writes: In article [EMAIL PROTECTED], [EMAIL PROTECTED] writes: I am afraid I have missed most earlier messages in this thread. However, let me remark that the problem of assigning a file descriptor is the one that is usually described by "priority queue". The

Re: PROBLEM: multiple mount of devices possible 2.4.0-test1 -

2000-12-30 Thread Steve VanDevender
Albert D. Cahalan writes: > Alexander Viro writes: > > > [...] Not allowing multiple mounts of the same > > fs was an artifact of original namei() implementation. At some point > > (late 80s) it had been fixed by Bell Labs folks in their branch. In Linux > > it had been fixed during the

Re: PROBLEM: multiple mount of devices possible 2.4.0-test1 -

2000-12-30 Thread Steve VanDevender
Albert D. Cahalan writes: Alexander Viro writes: [...] Not allowing multiple mounts of the same fs was an artifact of original namei() implementation. At some point (late 80s) it had been fixed by Bell Labs folks in their branch. In Linux it had been fixed during the last spring.

RE: Advanced Linux Kernel/Enterprise Linux Kernel

2000-11-14 Thread Steve VanDevender
Marty Fouts writes: > Actually, you have the sequence of events slightly out of order. AT, > specifically Bell Labs, was one of the participants in the program that > would develop Multics. AT opted out of the program, for various reasons, > but it continued apace. The PDP-8 of fame was one

RE: Advanced Linux Kernel/Enterprise Linux Kernel

2000-11-14 Thread Steve VanDevender
Marty Fouts writes: Actually, you have the sequence of events slightly out of order. ATT, specifically Bell Labs, was one of the participants in the program that would develop Multics. ATT opted out of the program, for various reasons, but it continued apace. The PDP-8 of fame was one

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

2000-11-10 Thread Steve VanDevender
Jeff V. Merkey writes: > There was also an issue relative to how sendmail is interpreting load > average on a linux box. [EMAIL PROTECTED] pointed out that perhaps you > are not factoring sleeping processes, which Linux does -- a deviation > from BSD's interpretation of load average. At

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

2000-11-10 Thread Steve VanDevender
Jeff V. Merkey writes: There was also an issue relative to how sendmail is interpreting load average on a linux box. [EMAIL PROTECTED] pointed out that perhaps you are not factoring sleeping processes, which Linux does -- a deviation from BSD's interpretation of load average. At worst

sound driver persistent state

2000-11-06 Thread Steve VanDevender
David Feuer writes: > People keep saying it's OK to start muted on boot, but I must say that I > don't think this is really acceptable I may very well want to set my > mixer and just leave it that way forever would there be any way to give > the sound driver a scribble pad on disk

Re: [OFFTOPIC] Re: What the Heck? [Fwd: Returned mail: User unknown]

2000-09-07 Thread Steve VanDevender
Igmar Palsenberg writes: > > Ugh. What rubbish. > > > > The moment I detect my provider changing anything beyond a TTL is the > > moment I find a new provider. > > The 'problem' is a bunch of stupid American politics (excuse anyone > American), than passed a law that all spam containing

Re: [OFFTOPIC] Re: What the Heck? [Fwd: Returned mail: User unknown]

2000-09-07 Thread Steve VanDevender
Igmar Palsenberg writes: Ugh. What rubbish. The moment I detect my provider changing anything beyond a TTL is the moment I find a new provider. The 'problem' is a bunch of stupid American politics (excuse anyone American), than passed a law that all spam containing a remove