Kapitel 1. Linux, Debian, freie Software?

Inhaltsverzeichnis

Dieser Abschnitt bietet eine Einführung in die Geschichte und Entwicklung von Linux und Freier Software bzw. Open-Source-Software. Es werden dabei geschichtliche, technische und nicht-technische Aspekte beleuchtet und auch einige Beispiele für die verschiedenen Lizenzen von freier und Open-Source-Software vorgestellt.

1.1 Was ist GNU/Linux?

GNU/Linux ist ein Unix-ähnliches, Multiuser/Multitasking-Betriebssystem. Der Linux-Kernel wurde ursprünglich auf der Intel-x86-Plattform entwickelt und später auf andere Prozessor-Architekturen portiert. Das GNU-System wurde von Anfang an portabel ausgelegt und konnte so sehr schnell auch auf den Linux-Kernel angepasst werden.

Ein Betriebssystem ist ein Satz von grundlegenden Programmen, die ein Rechner zum Arbeiten benötigt. Der Kern (Kernel) ist das Stück Software, das für alle Basisaufgaben (Zugriffe auf die Hardware usw.) von anderen Programmen zuständig ist. Debian verwendet als Betriebssystemkern Linux, eine freie Software, die von Linus Torvalds geschaffen wurde und heute von vielen hundert Programmierern auf der ganzen Welt weiterentwickelt wird. Linus koordiniert noch immer die Entwicklung des Kernels. Ein großer Teil der grundlegenden Anwendungen eines Linux-Betriebssystems stammt aus dem GNU-Projekt und ist ebenfalls als freie Software unter einer entsprechenden Lizenz freigegeben. GNU steht für GNU's Not Unix! und wurde von Richard Stallman ins Leben gerufen.

1.1.1 Das GNU-Projekt

Das GNU-Projekt (http://www.gnu.org) wurde 1983 gestartet, um ein vollständig freies Unix-artiges Betriebssystem zu entwickeln - das GNU-System.

Frei ist dabei nicht im Sinne von Freibier oder gar kostenlos zu verstehen. Die Freiheit besteht vielmehr darin, mit der Software (und dem Quellcode) alles tun zu dürfen. Die Software darf verschenkt oder verkauft werden, es darf damit Bio- oder Atomwaffenforschung betrieben werden, genauso ist der Einsatz in Schulen und Kindergärten erlaubt. Und vor allem: Der Quellcode ist einsehbar, und es ist erlaubt - und erwünscht - diesen zu ergänzen.

Varianten des GNU-Systems, die den Linux-Kernel verwenden, sind weit verbreitet; obwohl diese Systeme oft als Linux bezeichnet werden, sollte man diese korrekter als GNU/Linux-Systeme bezeichnen.

Richard Stallman kündigte den Start des Projekts durch folgenden Text in den Newsgroups net.unix-wizards und net.usoft an:

From CSvax:pur-ee:inuxc!ixn5c!ihnp4!houxm!mhuxi!
     eagle!mit-vax!mit-eddie!RMS@MIT-OZ
From: RMS%MIT-OZ@mit-eddie
Newsgroups: net.unix-wizards,net.usoft
Subject: new UNIX implementation
Date: Tue, 27-Sep-83 12:35:59 EST
Organization: MIT AI Lab, Cambridge, MA

Free Unix!

Starting this Thanksgiving I am going to write a complete
Unix-compatible software system called GNU (for Gnu's Not Unix), and
give it away free to everyone who can use it.  Contributions of time,
money, programs and equipment are greatly needed.

To begin with, GNU will be a kernel plus all the utilities needed to
write and run C programs: editor, shell, C compiler, linker,
assembler, and a few other things.  After this we will add a text
formatter, a YACC, an Empire game, a spreadsheet, and hundreds of
other things.  We hope to supply, eventually, everything useful that
normally comes with a Unix system, and anything else useful, including
on-line and hardcopy documentation.

GNU will be able to run Unix programs, but will not be identical
to Unix.  We will make all improvements that are convenient, based
on our experience with other operating systems.  In particular,
we plan to have longer filenames, file version numbers, a crashproof
file system, filename completion perhaps, terminal-independent
display support, and eventually a Lisp-based window system through
which several Lisp programs and ordinary Unix programs can share a screen.
Both C and Lisp will be available as system programming languages.
We will have network software based on MIT's chaosnet protocol,
far superior to UUCP.  We may also have something compatible
with UUCP.


Who Am I?

I am Richard Stallman, inventor of the original much-imitated EMACS
editor, now at the Artificial Intelligence Lab at MIT.  I have worked
extensively on compilers, editors, debuggers, command interpreters, the
Incompatible Timesharing System and the Lisp Machine operating system.
I pioneered terminal-independent display support in ITS.  In addition I
have implemented one crashproof file system and two window systems for
Lisp machines.


Why I Must Write GNU

I consider that the golden rule requires that if I like a program I
must share it with other people who like it.  I cannot in good
conscience sign a nondisclosure agreement or a software license
agreement.

So that I can continue to use computers without violating my principles,
I have decided to put together a sufficient body of free software so that
I will be able to get along without any software that is not free.


How You Can Contribute

I am asking computer manufacturers for donations of machines and money.
I'm asking individuals for donations of programs and work.

One computer manufacturer has already offered to provide a machine.  But
we could use more.  One consequence you can expect if you donate
machines is that GNU will run on them at an early date.  The machine had
better be able to operate in a residential area, and not require
sophisticated cooling or power.

Individual programmers can contribute by writing a compatible duplicate
of some Unix utility and giving it to me.  For most projects, such
part-time distributed work would be very hard to coordinate; the
independently-written parts would not work together.  But for the
particular task of replacing Unix, this problem is absent.  Most
interface specifications are fixed by Unix compatibility.  If each
contribution works with the rest of Unix, it will probably work
with the rest of GNU.

If I get donations of money, I may be able to hire a few people full or
part time.  The salary won't be high, but I'm looking for people for
whom knowing they are helping humanity is as important as money.  I view
this as a way of enabling dedicated people to devote their full energies to
working on GNU by sparing them the need to make a living in another way.


For more information, contact me.
Arpanet mail:
  RMS@MIT-MC.ARPA

Usenet:
  ...!mit-eddie!RMS@OZ
  ...!mit-vax!RMS@OZ

US Snail:
  Richard Stallman
  166 Prospect St
  Cambridge, MA 02139

Um die juristischen und organisatorischen Aspekte des GNU-Projekts zu betreuen und um die Verbreitung von und das Verständnis für freie Software zu fördern, gründete sich die Free Software Foundation. Über die Free Software Foundation entstanden die GNU General Public License (GPL) und die GNU Lesser General Public License (LGPL, ursprünglich GNU Library General Public License genannt), die sich weltweit als die meistverwandten Lizenzen für freie Software etablieren konnten. Die wichtigste Bedingung dieser Lizenz ist sicherlich die Verpflichtung, dass alle aus einer unter GPL stehenden Software abgeleiteten Arbeiten ebenfalls unter der GPL stehen müssen. Dieses virulente Verhalten führt zu einer sehr starken Verbreitung dieser Lizenz und somit (durch den Einblick in den Quellcode) zur Veröffentlichung von Wissen auf breiter Basis.

Neben der GPL gibt es noch etliche andere Lizenzen, die sich als Lizenzen für Freie Software qualifizieren.

Das GNU-Projekt setzt sich aus Unterprojekten zusammen, die von Freiwilligen oder Unternehmen betreut werden und zumeist dem Erstellen und Pflegen einer funktionalen Komponente dienen. Diese Unterprojekte werden wiederum als GNU-Projekte oder offizielle GNU-Projekte bezeichnet.

Der Name des GNU-Projekts leitet sich von dem rekursiven Akronym GNU's Not Unix, zu Deutsch GNU ist nicht Unix ab. Da Unix ursprünglich nicht nur eine Art von Betriebssystem, sondern auch ein kommerzielles Produkt bezeichnete, war diese Bezeichnung dazu gedacht, klar zu machen, dass das GNU-Projekt ein System schaffen soll, das zwar kompatibel zu, aber nicht identisch mit Unix ist.

1.1.2 Die Free Software Foundation

Die Free Software Foundation (http://www.fsf.org/) ist eine steuerfreie, gemeinnützige Organisation, die Kapital für die Arbeit am GNU-Projekt aufbringt. Die FSF ist der hauptsächliche organisatorische Sponsor des GNU-Projekts. Das Ziel der FSF ist die Sicherung, der Schutz und die Förderung der Freiheit, Computer-Software zu benutzen, zu studieren, zu kopieren, zu verändern und zu verteilen, und daneben will sie die Rechte der Benutzer von Freier Software verteidigen.

Die FSF Europe (http://www.fsfe.org/) widmet sich den europäischen Aktivitäten im Bereich freie Software. Als offizielle Schwesterorganisation der Free Software Foundation in den Vereinigten Staaten wird sie ihre Aktivitäten im Umkreis des GNU-Projekts konzentrieren, aber nicht auf diese beschränken. Die FSF Europe nahm am 10. März 2001 den Betrieb auf.

Die Hauptaufgaben der FSF Europe sind es, Initiativen Freier Software in Europa zu koordinieren, ein Kompetenzzentrum für Politiker und Journalisten bereitzustellen und Infrastruktur für Freie-Software-Projekte und speziell das GNU-Projekt zur Verfügung zu stellen.

1.1.3 Geschichte des Linux-Kernels

Leider ist heute nicht mehr der genaue Tag bekannt, an dem Linus Benedict Torvalds (alle Welt nennt ihn nur Linus, wundern Sie sich also nicht, wenn nicht immer der ganze Name genannt wird) mit der Entwicklung des Linux-Kernels begann. Jedoch lässt folgendes Posting aus dem Usenet schon recht genau auf die ersten Aktivitäten schließen:

 
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) 
Newsgroups: comp.os.minix 
Subject: Gcc-1.40 and a posix-question 
Message-ID: <1991Jul3.100050.9886@klaava.Helsinki.FI> 
Date: 3 Jul 91 10:00:50 GMT 
Hello netlanders, 
Due to a project I'm working on (in minix), I'm interested in the posix 
standard definition. Could somebody please point me to a (preferably) 
machine-readable format of the latest posix rules? Ftp-sites would be 
nice. 

Linus begann auf Basis von Minix (http://www.minix3.org/) mit der Entwicklung eines freien Unix-Kernels.

From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.minix
Subject: What would you like to see most in minix?
Summary: small poll for my new operating system
Message-ID: <1991Aug25.205708.9541@klaava.Helsinki.FI>
Date: 25 Aug 91 20:57:08 GMT
Organization: University of Helsinki

Hello everybody out there using minix -
I'm doing a (free) operating system (just a hobby, won't be big and
professional like gnu) for 386(486) AT clones. This has been brewing
since april, and is starting to get ready. I'd like any feedback on
things people like/dislike in minix, as my OS resembles it somewhat
(same physical layout of the file-system (due to practical reasons)
among other things).
I've currently ported bash(1.08) and gcc(1.40), and things seem to work.
This implies that I'll get something practical within a few months, and
I'd like to know what features most people would want. Any suggestions
are welcome, but I won't promise I'll implement them :-)
Linus (torvalds@kruuna.helsinki.fi)
PS. Yes - it's free of any minix code, and it has a multi-threaded fs.
It is NOT protable (uses 386 task switching etc), and it probably never
will support anything other than AT-harddisks, as that's all I have :-(.

Die erste Version des Linux-Kernels wurde von Linus Torvalds am 17. September 1991 im Usenet angekündigt. Bereits kurz darauf fanden sich einige kompetente Helfer, die begeistert an der Entwicklung teilnahmen.

Einen Überblick über die Geschichte der Linux-Entwicklung soll folgende Auflistung bieten:

Urknall

3. Juli 1991

Einige Gerätetreiber sowie der Festplattentreiber und einige User-Level-Funktionen sind implementiert.

0.01

17. September 1991

Linus veröffentlicht die Version 0.01 des Kernels für einen kleinen Kreis von Leuten, die Interesse an der weiteren Entwicklung bekundet haben. Natürlich ist das Archiv mit dieser historischen Version auch heute noch verfügbar: http://www.kernel.org/pub/linux/kernel/Historic/linux-0.01.tar.gz.

0.02

5. Oktober 1991

Die erste offizielle Version des Linux-Kernels erscheint. Mit dieser Version laufen bereits die bash, gcc, gnu-make, gnu-sed und compress. Linus kündigt diese Version durch folgendes Posting im Usenet an:

From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.minix
Subject: Free minix-like kernel sources for 386-AT
Message-ID: <1991Oct5.054106.4647@klaava.Helsinki.FI>
Date: 5 Oct 91 05:41:06 GMT
Organization: University of Helsinki
Do you pine for the nice days of minix-1.1, when men were men and wrote
their own device drivers? Are you without a nice project and just dying
to cut your teeth on a OS you can try to modify for your needs? Are you
finding it frustrating when everything works on minix? No more all-
nighters to get a nifty program working? Then this post might be just
for you :-)
As I mentioned a month(?) ago, I'm working on a free version of a
minix-lookalike for AT-386 computers. It has finally reached the stage
where it's even usable (though may not be depending on what you want),
and I am willing to put out the sources for wider distribution. It is
just version 0.02 (+1 (very small) patch already), but I've successfully
run bash/gcc/gnu-make/gnu-sed/compress etc under it.
Sources for this pet project of mine can be found at nic.funet.fi
(128.214.6.100) in the directory /pub/OS/Linux. The directory also
contains some README-file and a couple of binaries to work under linux
(bash, update and gcc, what more can you ask for :-). Full kernel
source is provided, as no minix code has been used. Library sources are
only partially free, so that cannot be distributed currently. The
system is able to compile "as-is" and has been known to work. Heh.
Sources to the binaries (bash and gcc) can be found at the same place in
/pub/gnu.
ALERT! WARNING! NOTE! These sources still need minix-386 to be compiled
(and gcc-1.40, possibly 1.37.1, haven't tested), and you need minix to
set it up if you want to run it, so it is not yet a standalone system
for those of you without minix. I'm working on it. You also need to be
something of a hacker to set it up (?), so for those hoping for an
alternative to minix-386, please ignore me. It is currently meant for
hackers interested in operating systems and 386's with access to minix.
The system needs an AT-compatible harddisk (IDE is fine) and EGA/VGA. If
you are still interested, please ftp the README/RELNOTES, and/or mail me
for additional info.
I can (well, almost) hear you asking yourselves "why?". Hurd will be
out in a year (or two, or next month, who knows), and I've already got
minix. This is a program for hackers by a hacker. I've enjouyed doing
it, and somebody might enjoy looking at it and even modifying it for
their own needs. It is still small enough to understand, use and
modify, and I'm looking forward to any comments you might have.
I'm also interested in hearing from anybody who has written any of the
utilities/library functions for minix. If your efforts are freely
distributable (under copyright or even public domain), I'd like to hear
from you, so I can add them to the system. I'm using Earl Chews estdio
right now (thanks for a nice and working system Earl), and similar works
will be very wellcome. Your (C)'s will of course be left intact. Drop me
a line if you are willing to let me use your code.
Linus
PS. to PHIL NELSON! I'm unable to get through to you, and keep getting
"forward error - strawberry unknown domain" or something.

0.03

26. Oktober 1991

Eine weitere schon benutzbare Version.

0.10

November 1991

Eine neue Version mit vielen Verbesserungen. Auch für diese Version war noch ein fremdes Betriebssystem zur Installation notwendig.

0.11

19. Dezember 1991

Dieses war die erste Version, die eigenständig, ohne Zuhilfenahme eines anderen Betriebssystems, lauffähig war. Es gab keinen SCSI-Support, aber einige Entwickler arbeiteten bereits daran. Voraussetzung war also eine AT-Bus-Festplatte.

Es gab weder init noch login, nach dem Systemstart landete man direkt in einer bash. Es gab Ansätze für die Implementierung von Virtual Memory, es waren aber mindestens 4 MByte RAM (vier!) notwendig, um GNU-Programme, insbesondere den GCC, benutzen zu können. Ein einfacher Systemstart war aber auch schon mit 2 MByte möglich.

0.11+VM

Dezember (Weihnachten) 1991

Da viele Leute versuchten, den Kernel mit nur 2 MByte RAM zu übersetzen, und dies fehlschlug, wurde diese Version einigen Leuten zugänglich gemacht, um die virtuelle Speicherverwaltung zu testen.

0.12

5. Januar 1992

Dies war die erste Version, die mehr Funktionen hatte als unbedingt benötigt werden. Mit dieser Version wurde der Kernel unter die GPL gestellt. Die ältere Lizenz, unter der der Kernel stand, war in vielen Punkten deutlich strenger. Dies war sicherlich durch den virulenten Charakter ein wichtiger Schritt zum Erfolg von Linux.

0.95

März 1992

Eine fortgeschrittene Version, noch war allerdings der für grafische Oberflächen notwendige X-Server nicht lauffähig.

0.96

April 1992

Dies war die erste Version, mit der es möglich war, das X Window-System zu betreiben.

Im Laufe der Jahre ist die Entwicklung des Linux-Kernels weit fortgeschritten. Einen Überblick über die einzelnen Teile des Kernels bietet die Seite http://www.makelinux.net/kernel_map/. Auf dieser Seite werden die Zusammenhänge der einzelnen Bausteine des Kernels dargestellt werden. Die Bereiche können auch vergrößert werden.

1.1.4 Linux oder Minix?

Am 29. Januar 1992 postete Professor Andrew Tanenbaum, der Entwickler von Minix (http://www.minix3.org/), in der Newsgroup comp.os.minix einen Artikel, der sich zu einer längeren Diskussion ausweitete. Minix war zu dieser Zeit ein Unix-artiges Betriebssystem für x86 Computer, das von Tanenbaum zu Lehrzwecken entwickelt wurde. Es ist mit dem AT&T Unix verwandt, enthält aber keinen lizenzpflichtigen Quellcode davon, so dass es kostenlos eingesetzt und vertrieben werden darf. Im Januar 1987 wurde Minix erstmals veröffentlicht, und Anwender tauschten sich über Newsgroups im Usenet aus.

Hier nun das ursprüngliche Posting von Professor Tanenbaum; der interessierte Leser findet den kompletten Thread im Abschnitt 9.1, „LINUX is obsolete“.

From: ast@cs.vu.nl (Andy Tanenbaum)
Newsgroups: comp.os.minix
Subject: LINUX is obsolete
Date: 29 Jan 92 12:12:50 GMT
Organization: Fac. Wiskunde & Informatica, Vrije Universiteit, Amsterdam


I was in the U.S. for a couple of weeks, so I haven't commented much on
LINUX (not that I would have said much had I been around), but for what 
it is worth, I have a couple of comments now.

As most of you know, for me MINIX is a hobby, something that I do in the
evening when I get bored writing books and there are no major wars,
revolutions, or senate hearings being televised live on CNN.  My real
job is a professor and researcher in the area of operating systems.

As a result of my occupation, I think I know a bit about where operating
are going in the next decade or so.  Two aspects stand out:

1. MICROKERNEL VS MONOLITHIC SYSTEM
   Most older operating systems are monolithic, that is, the whole operating
   system is a single a.out file that runs in 'kernel mode.'  This binary
   contains the process management, memory management, file system and the
   rest. Examples of such systems are UNIX, MS-DOS, VMS, MVS, OS/360, 
   MULTICS, and many more.

   The alternative is a microkernel-based system, in which most of the OS
   runs as separate processes, mostly outside the kernel.  They communicate
   by message passing.  The kernel's job is to handle the message passing,
   interrupt handling, low-level process management, and possibly the I/O.
   Examples of this design are the RC4000, Amoeba, Chorus, Mach, and the
   not-yet-released Windows/NT.

   While I could go into a long story here about the relative merits of the
   two designs, suffice it to say that among the people who actually design
   operating systems, the debate is essentially over.  Microkernels have won.
   The only real argument for monolithic systems was performance, and there
   is now enough evidence showing that microkernel systems can be just as
   fast as monolithic systems (e.g., Rick Rashid has published papers comparing
   Mach 3.0 to monolithic systems) that it is now all over but the shoutin`.

   MINIX is a microkernel-based system.  The file system and memory management
   are separate processes, running outside the kernel.  The I/O drivers are
   also separate processes (in the kernel, but only because the brain-dead
   nature of the Intel CPUs makes that difficult to do otherwise).  LINUX is
   a monolithic style system.  This is a giant step back into the 1970s.
   That is like taking an existing, working C program and rewriting it in
   BASIC.  To me, writing a monolithic system in 1991 is a truly poor idea.


2. PORTABILITY
   Once upon a time there was the 4004 CPU.  When it grew up it became an
   8008.  Then it underwent plastic surgery and became the 8080.  It begat
   the 8086, which begat the 8088, which begat the 80286, which begat the
   80386, which begat the 80486, and so on unto the N-th generation.  In
   the meantime, RISC chips happened, and some of them are running at over
   100 MIPS.  Speeds of 200 MIPS and more are likely in the coming years.
   These things are not going to suddenly vanish.  What is going to happen
   is that they will gradually take over from the 80x86 line.  They will
   run old MS-DOS programs by interpreting the 80386 in software.  (I even
   wrote my own IBM PC simulator in C, which you can get by FTP from
   ftp.cs.vu.nl =  192.31.231.42 in dir minix/simulator.)  I think it is a
   gross error to design an OS for any specific architecture, since that is
   not going to be around all that long.

   MINIX was designed to be reasonably portable, and has been ported from the
   Intel line to the 680x0 (Atari, Amiga, Macintosh), SPARC, and NS32016.
   LINUX is tied fairly closely to the 80x86.  Not the way to go.

Don`t get me wrong, I am not unhappy with LINUX.  It will get all the people
who want to turn MINIX in BSD UNIX off my back.  But in all honesty, I would
suggest that people who want a **MODERN** "free" OS look around for a 
microkernel-based, portable OS, like maybe GNU or something like that.


Andy Tanenbaum (ast@cs.vu.nl)


P.S. Just as a random aside, Amoeba has a UNIX emulator (running in user
space), but it is far from complete.  If there are any people who would
like to work on that, please let me know.  To run Amoeba you need a few 386s,
one of which needs 16M, and all of which need the WD Ethernet card.

1.1.5 Linux ®

Schon sehr früh nachdem die ersten Versionen des Linux-Kernels verbreitet wurden, ließen verschiedene Personen die Marke Linux für sich registrieren. Um daraus folgende Rechtsstreitigkeiten schon früh abzuwenden, ließ Linus Torvalds mit Hilfe von Linux International gerichtlich gegen diese Eintragungen vorgehen und bekam die Marke Linux in den USA, Deutschland und anderen Ländern zugesprochen.

Die Verwaltung der Markenrechte lag zunächst bei Linux International, bis später die nicht gewinnorientierte Organisation Linux Mark Institute (LMI, http://www.linuxfoundation.org/programs/legal/trademark) gegründet wurde. Linus Torvalds übertrug LMI das Recht, Lizenzen für die Marke zu vergeben und Lizenzverstöße zu verfolgen. Die im Jahre 2000 von Linus formulierten Grundlagen (http://lwn.net/2000/0120/a/trademark.html) sind im Wesentlichen vom LMI übernommen worden und heute noch gültig.

1996-1997 gab es große Verwirrung um den Begriff Linux. Das bei IDG Books erschienene Buch von Naba Barkakati, Linux Secrets trug auf dem Cover den Text: Linux is a registered trademark of William R. Della Croce, Jr.. Tatsächlich hatte William R. Della Croce den Begriff Linux schützen lassen. Glücklicherweise klärte sich das Problem aber dadurch, dass die Rechte an Linus Torvalds abgetreten wurden. Auch zu dieser Geschichte finden sich einige Dokumente im Netz:

1.1.6 Und dieser Pinguin?

Anfang 1996 waren einige Leute auf der Linux-Kernel-Mailingliste der Meinung, es sei Zeit für ein Linux-Logo oder ein Maskottchen.

Linus legte seine Vorstellungen in folgender Mail am 9. Mai 1996 dar:

Re: Linux Logo prototype.
Linus Torvalds (torvalds@cs.helsinki.fi)
Thu, 9 May 1996 17:48:56 +0300 (EET DST)

On Thu, 9 May 1996, Dale Scheetz wrote:
> 
> I was unable to find a globe that displayed more than the Americas. As a
> result I resorted to a map of the world instead. This is just a cut and
> paste prototype made from available clip art (I am no artist) but I think
> that it portrays the right idea.
> Give me some feedback on this and I'll see if I can find a technically
> good artist to work up a better version.
> Sorry that I don't know a better place to put this.

Somebody had a logo competition announcement, maybe people can send 
their ideas to a web-site.. 

Anyway, this one looks like the poor penguin is not really strong 
enough to hold up the world, and it's going to get squashed. Not a
good, positive logo, in that respect.. 

Now, when you think about penguins, first take a deep calming breath, 
and then think "cuddly". Take another breath, and think
"cute". Go back to "cuddly" for a while (and go on breathing), then 
think "contented". 

With me so far? Good.. 

Now, with penguins, (cuddly such), "contented" means it has either 
just gotten laid, or it's stuffed on herring. Take it from me, I'm an
expert on penguins, those are really the only two options. 

Now, working on that angle, we don't really want to be associated 
with a randy penguin (well, we do, but it's not politic, so we
won't), so we should be looking at the "stuffed to its brim with 
herring" angle here. 

So when you think "penguin", you should be imagining a slighly overweight 
penguin (*), sitting down after having gorged itself, and
having just burped. It's sitting there with a beatific smile - the world 
is a good place to be when you have just eaten a few gallons
of raw fish and you can feel another "burp" coming. 

(*) Not FAT, but you should be able to see that it's sitting down because 
it's really too stuffed to stand up. Think "bean bag" here. 

Now, if you have problems associating yourself with something that gets 
off by eating raw fish, think "chocolate" or something, but
you get the idea. 

Ok, so we should be thinking of a lovable, cuddly, stuffed penguin 
sitting down after having gorged itself on herring. Still with me? 

NOW comes the hard part. With this image firmly etched on your 
eyeballs, you then scetch a stylizied version of it. Not a lot of
detail - just a black brush-type outline (you know the effect you 
get with a brush where the thickness of the line varies). THAT
requires talent. Give people the outline, and they should say 
[ sickly sweet voice, babytalk almost ]"Ooh, what a cuddly penguin, I
bet he is just _stuffed_ with herring", and small children will 
jump up and down and scream "mommy mommy, can I have one too?". 

Then we can do a larger version with some more detail (maybe leaning 
against a globe of the world, but I don't think we really want
to give any "macho penguin" image here about Atlas or anything). That 
more detailed version can spank billy-boy to tears for all I
care, or play ice-hockey with the FreeBSD demon. But the simple, 
single penguin would be the logo, and the others would just be
that cuddly penguin being used as an actor in some tableau. 

Linus 

Die Meinungen, ob gerade ein Pinguin geeignet wäre, Linux nach außen hin darzustellen, gingen auseinander. Es gab die verschiedensten Entwürfe in den verschiedensten Abwandlungen.

Abbildung 1.1. Tux - der Pinguin

Tux - der Pinguin


Linus Torvalds setzte sich schlussendlich durch, und so kam es zu einem Pinguin als Logo für Linux. Folgendes Statement von Linus beendete schließlich die Diskussion:

Re: Linux Logo
Linus Torvalds (torvalds@cs.helsinki.fi)
Sun, 12 May 1996 09:39:19 +0300 (EET DST)
		        
Umm.. You don't have any gap to fill in.
			            
"Linus likes penguins". That's it. There was even a headline on it in some 
Linux Journal some time ago (I was bitten by a Killer Penguin in Australia - 
I'm not kidding). Penguins are fun.
					        
As to why use a penguin as a logo? No good reason, really. But a logo doesn't 
really ave to _mean_ anything - it's the association that counts. And I can 
think of many worse things than have linux being associated with penguins.
						            
Having a penguin as a logo also gives more freedom to people wanting to use 
linux-related material: instead of being firmly fixed with a specific logo 
(the triangle, or just "Linux 2.0" or some other abstract thing), using 
something like a penguin gives people the chance to make modifications that 
are still recognizable.
								        
So you can have a real live penguin on a CD cover, for example, and people 
will get the association. Or you can have a penguin that does something 
specific (a Penguin writing on wordperfect for the WP Linux CD, whatever - 
you get the idea).
									            
Compare that to a more abstract logo (like the windows logo - it's not a 
bad logo in itself). You can't really do anything with a logo like that. 
It just "is".
									        
Anyway, go to "http://www.isc.tamu.edu/~lewing/linux/" for some nice
examples..

Linus

Nun brauchte das Kind noch einen Namen. Der erste Hinweis auf den Namen Tux findet sich in folgender E-Mail:

Re: Let's name the penguin! (was: Re: Linux 2.0 really _is_ released..) 
James Hughes (jamesh@interpath.com)
Mon, 10 Jun 1996 20:25:52 -0400
(T)orvolds (U)ni(X) -> TUX! 

Dieser Name wurde dann auch von der Community akzeptiert. Es gibt noch viele nette Geschichten um das Linux-Logo und den Kult, der sich darum entwickelt hat. Neben Stofftierchen und Schlüsselanhängern gibt es mittlerweile Linux-Pinguine in allen nur denkbaren Erscheinungsformen.

 Impressum  Datenschutzerklärung