Re: Linux stifles innovation...
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 anyone to anything. Anyone can download GPLed source and edit it all they want without restriction, and they can also produce binaries for private use from those edited sources without restriction. However, if they want to distribute binaries derived from that source, edited or not, then the GPL requires that they also distribute the source. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Is sendfile all that sexy?
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 version of Peter van Emde Boas takes > > time O(loglog N) for both open() and close(). > > Of course this is not meant to suggest that we use it. > > > Fascinating ! But how is this possible ? What stops me from > using this algorithm from entering N values and extracting > them again in order and so end up with a O(N*log log N) > sorting algorithm ? (which would be better than log N! ~ N*logN) > > (at least the web pages I found about this seem to suggest you > can use this on any set with a full order relation) How do you know how to extract the items in order, unless you've already sorted them independently from placing them in this data structure? Besides, there are plenty of sorting algorithms that work only on specific kinds of data sets that are better than the O(n log n) bound for generalized sorting. For example, there's the O(n) "mailbox sort". You have an unordered array u of m integers, each in the range 1..n; allocate an array s of n integers initialized to all zeros, and for i in 1..m increment s[u[i]]. Then for j in 1..n print j s[j] times. If n is of reasonable size then you can sort that list of integers in O(m) time. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
RE: Advanced Linux Kernel/Enterprise Linux Kernel
Marty Fouts writes: > Actually, you have the sequence of events slightly out of order. AT&T, > specifically Bell Labs, was one of the participants in the program that > would develop Multics. AT&T opted out of the program, for various reasons, > but it continued apace. The PDP-8 of fame was one that, according to > Thompson, happened to be available and unused. The original system on which UNIX development started was not a PDP-8, but a PDP-7. The earliest UNIX was also written in assembler. Thompson and Ritchie developed C as a higher-level implementation language during the process of porting UNIX from the PDP-7 to the PDP-11. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: [OFFTOPIC] Re: What the Heck? [Fwd: Returned mail: User unknown]
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 adress is > legal. > > So that means I get all kinds of spam containing 'This is legal because > blahblah Bill blablah' > > Well, I don't live in the US, and that bill is not legal here. There was a Senate bill 1918 in the US that proposed this but it did not pass. It's not legal in the US either. Any reference to "S.1918 section 301" you might see in a spam is bogus. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
sound driver persistent state
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 to let it sa You can't guarantee that the mixer will retain its settings across a hardware reset, APM suspend/resume cycle, or power cycle. The typical ALSA installation runs an "alsactl restore" after loading the driver modules to set the initial mixer levels, and an "alsactl store" on shutdown to save the mixer levels before unloading the modules. This seems to work fine on my laptop, and is in user space where it belongs. In fact, on my laptop the intel8x0 driver can't cope with a suspend/resume cycle while loaded or it hangs after the resume, so my APM scripts unload the ALSA drivers every time I suspend and reload them every time I resume. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]
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 it's an issue with how Linux presents load average, not with how sendmail interprets it -- sendmail believes what the kernel tells it. And from the sound of it, it's not even Linux's fault -- your box has a high load average because it's got a lot of runnable processes. > With a handle like > "Assmann", deviation is proably something you already understand quite > well ... Don't be a moron. Claus is German, Assman really is his last name and not some "handle", and it's pronounced "Oss-man". I'm sure we could make plenty of stupid puns with "Merkey" too. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: PROBLEM: multiple mount of devices possible 2.4.0-test1 -
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. That's it. You were never promised > > that multiple mounts will not work. Moreover, in special cases they did work > > Heh. :-) > > 1. go to http://www.linuxcertification.com/resources/quizzes/ > 2. take the "System Administration" quiz > 3. try answering question 6 correctly Note: Chances are you won't get the same question 6 that Albert did. Some poorly-written "certification" quiz shouldn't dictate what goes into the kernel, either. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: menuconfig snafu?
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 body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Acpi] Re: ACPI fundamental locking problems
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 undesirable overhead for modern uses of 'tar'. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: deregister?
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; unrecorded. (first > citation 1604) > > The OED has no entry for "unregister". That's proving that the British can spell (it's the Oxford English Dictionary, after all), and that Andreas Salomon doesn't know standard English verb morphology. I rather suspect that there are quite a few verbs prefixed with "de-" in common use that aren't in dictionaries, since it's well understood how "de-" changes the meaning of a verb. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
