Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]RE: GNU-Linux vs Linux naming [was RE: LAM/MPI Parallel processing]
- To: <tlug@example.com>
- Subject: RE: GNU-Linux vs Linux naming [was RE: LAM/MPI Parallel processing]
- From: "Jonathan Shore" <jshore@example.com>
- Date: Thu, 7 Sep 2000 10:49:32 +0900
- Content-Transfer-Encoding: 7bit
- Content-Type: text/plain;charset="us-ascii"
- Importance: Normal
- In-Reply-To: <14774.59903.84444.829419@example.com>
- Reply-To: tlug@example.com
- Resent-From: tlug@example.com
- Resent-Message-ID: <NWUs5B.A.YbC.KVvt5@example.com>
- Resent-Sender: tlug-request@example.com
The same reasoning applies - if you insist on putting GNU before all of the distributions then you had better put the N other siginificant contributers there also. Let's face it RMS is a whinny sob - really pathetic to see someone carrying on like that. RMS did some great stuff with the original gcc, bison, and emacs (nevermind the xemacs vs emacs war), but frankly little else of the gnu distribution was good. Some of the code there is pure crap. Later other independently developed open source packages were added to gnu (unfortunately). Stupid stuff like this and the ever more out-of-place GNU copyleft makes me hope that GNU fades into oblivion. Frankly the GNU copyleft is more onerous than even some of the open-source commercial licenses I've seen. I only hope that more people use a more liberal copyright and that fewer put their source with GNU. -----Original Message----- From: Stephen J. Turnbull [mailto:turnbull@example.com] Sent: Thursday, September 07, 2000 10:06 AM To: tlug@example.com Subject: Re: GNU-Linux vs Linux naming [was RE: LAM/MPI Parallel processing] >>>>> "Scott" == Scott M Stone <sstone@example.com> writes: Scott> linux kernel isn't useless without the GNU tools. You Scott> could just as easily compile the BSD tools on it. Using a Scott> cross-compiler, of course, on a Sun machine running Sun's C Scott> compiler, to avoid using gcc :) No, no, no ... you're missing the point. We're talking about what existing distros distribute---they're the ones the whole Lignux -> GNU/Linux propaganda campaign was aimed at. There are existing embedded Linux distros, and while they have to do some hoop jumping for each embedded app, that's the nature of embedded systems---WinCE (what an appropriate acronym!!), EROS, whatever, is the same. But there is no installable BSD/Linux system, and I'm sorry, on Linux you can't avoid GCC (and GNU Make for that matter). You have to be able to rebuild the kernel[1]; QED. Of course all of these things _can_ be done with sufficient hoop- jumping, and you know what? Stallman would cheer and wouldn't care what you called them. It's unlikely[2] that he'd lighten up on the subset of GNU/Linux systems after all that water under the bridge. But had there been multiple Linux systems (GNU/Linux, BSD/Linux, newlib/Linux, Slowaris/Linux, AIX-Linux, HPlux, ...) from the start, I doubt he could have gotten so exercised about GNU/Linux. But as long as all of those are hypotheticals, the only Linux is GNU/Linux. The point is that due to rms and the GNU Project, there was a whole set of OS utilities ready to run once the kernel was running. Did Linus and his coworkers cross-compile from Suns and use BSD libc?[3] They did not; they dropped the kernel into a GNU system with a somewhat modified (shut up, Chris, we know how you feel about HJ :) GNU libc. And that, my friends, is what I like about Open Source. RMS of course has been rather miserly about giving credit in reverse. Eg, it just occurred to me that the existence of the Linux kernel is probably the main reason GNU libc v.2 actually got out the door. A libc is a tar pit just like a kernel, and we all know the amazing speed at which the HURD has developed.[4] (This is just a guess. But in 1995 DJ Delorie told me GNU libc was not ready for prime time, so it wasn't worth his while to port it to DJGPP. He used BSD sources as the main ingredient.) Still there is a lesson here that open source ignores at its peril: we're all in this together, and it pays to be polite. We need to remember our roots. For Linux systems, they are gnee-deep in the GNUpla.[5] Footnotes: [1] Adopting Steve Baur's definition of a complete system. [2] I have crossed swords with the man, and if you think I have trouble backing down gracefully, you should see this guy. [3] Not a hypothetical; DJGPP did exactly that. [4] And the HURD is not the only kernel that wasn't born until it was obsolete. No question about it, Linus did an amazing thing, both in terms of a virtuoso individual performance, and in terms of turning a hurd[sic] of hackers into a kernel development machine. It is a shame it seems to have turned back into a hurd suitable for producing pre- obsolete monstrosities.... [5] Apologies to Ms. Slick only. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." ----------------------------------------------------------------------- Next Nomikai Meeting: October 20 (Fri) 19:00 Place: Tengu TokyoEkiMae Next Technical Meeting: November 11 (Sat) 13:30 Place: LinuxProbe Hall ----------------------------------------------------------------------- more info: http://www.tlug.gr.jp Sponsor: Global Online Japan
- Follow-Ups:
- RE: GNU-Linux vs Linux naming [was RE: LAM/MPI Parallel processing]
- From: "Stephen J. Turnbull" <turnbull@example.com>
- References:
- Re: GNU-Linux vs Linux naming [was RE: LAM/MPI Parallel processing]
- From: "Stephen J. Turnbull" <turnbull@example.com>
Home | Main Index | Thread Index
- Prev by Date: Re: new webpage: rikai.com
- Next by Date: Re: RedHat 6.1 and Japanese
- Prev by thread: Re: GNU-Linux vs Linux naming [was RE: LAM/MPI Parallel processing]
- Next by thread: RE: GNU-Linux vs Linux naming [was RE: LAM/MPI Parallel processing]
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links