Linuxkurs 2020

Disclaimer: Dieser Thread wurde aus dem alten Forum importiert. Daher werden eventuell nicht alle Formatierungen richtig angezeigt. Der ursprüngliche Thread beginnt im zweiten Post dieses Threads.

Linuxkurs 2020
Hallo zusammen,

auch im digitalen Semester wollen wir euch wieder einen Linuxkurs anbieten.

Worum geht es?
In unseren Computerräumen läuft auf den meisten Rechnern Linux und vor allem im zweiten Semester in Systemprogrammierung ist es hilfreich mit diesem System gut umgehen zu können.
Da aber nicht jeder schon von Haus aus mit Linux und der Kommandozeile vertraut ist, wollen wir euch hier eine kleine Einführung geben.
Weiter Infos findet ihr unter: https://fsi.cs.fau.de/linuxkurs

Wann findet das statt?
Leider können wir keinen Live-Kurs anbieten, daher findet die Vorlesung wann auch immer es euch passt, bei euch daheim am PC mit alten Aufzeichnungen statt :wink:

Für die Rechnerübungen bieten wir euch zwei Termine an, an denen wir euch für Fragen zur Verfügung stehen:

  • Mittwoch, 16.12.: 16 bis 18 Uhr
  • Donnerstag, 17.12.: 16 bis 18 Uhr

Wie läuft es ab?
Ihr schaut euch bis zu den Terminen für die Rechnerübung die Videoaufzeichnung (http://video.cs.fau.de/by-lecture/Unix/2015w/ ) der Linux-Kurs-Vorlesungen an.
Im Anschluss daran könnt ihr die jeweiligen Aufgabenblätter (https://fsi.cs.fau.de/dw/informationen/ese/2020ws/linuxkurs#materialien ) bearbeiten, um mal selber die Kommandozeile auszuprobieren.
Die Aufgaben könnt ihr gerne schon vor den Rechnerübungen oder aber währenddessen bearbeiten.
Bei Fragen oder Problemen könnt ihr uns dann zu den Rechnerübungsterminen per Sprach-/Videochat erreichen. Der Link zu den Rechnerübungen wird auf https://fsi.cs.fau.de/linuxkurs veröffentlicht.

Wichtig:
Ihr solltet die Aufgaben natürlich auch auf einem Linux-PC ausprobieren.
Solltet ihr keinen daheim zur Verfügung haben, könnt ihr mittels Remote-Zugriff auf die Linux-Rechner in der Uni zugreifen.
Dazu benötigt ihr auch einen CIP-Account - Wie ihr den aktiviert und wie man von Zuhause aus darauf zugreift, erklären die Admins hier: https://wwwcip.informatik.uni-erlangen.de/documentation/overview.en.html

Hier nochmal alle wichtigen Links:


Eigentlich sollte es der “GNU/Linux-Kurs” heißen, oder? Und auch an fast allen Stellen in der Beschreibung meint ihr GNU/Linux, oder? :slight_smile: (Bis darauf, dass die Rechner im CIP Linux haben, denn da bezieht ihr euch tatsächlich mal auf den Kernel.)

Siehe Linux and GNU - GNU Project.


No, Richard, it’s ‘Linux’, not ‘GNU/Linux’. The most important contributions that the FSF made to Linux were the creation of the GPL and the GCC compiler. Those are fine and inspired products. GCC is a monumental achievement and has earned you, RMS, and the Free Software Foundation countless kudos and much appreciation.

Following are some reasons for you to mull over, including some already answered in your FAQ.

One guy, Linus Torvalds, used GCC to make his operating system (yes, Linux is an OS – more on this later). He named it ‘Linux’ with a little help from his friends. Why doesn’t he call it GNU/Linux? Because he wrote it, with more help from his friends, not you. You named your stuff, I named my stuff – including the software I wrote using GCC – and Linus named his stuff. The proper name is Linux because Linus Torvalds says so. Linus has spoken. Accept his authority. To do otherwise is to become a nag. You don’t want to be known as a nag, do you?

(An operating system) != (a distribution). Linux is an operating system. By my definition, an operating system is that software which provides and limits access to hardware resources on a computer. That definition applies whereever you see Linux in use. However, Linux is usually distributed with a collection of utilities and applications to make it easily configurable as a desktop system, a server, a development box, or a graphics workstation, or whatever the user needs. In such a configuration, we have a Linux (based) distribution. Therein lies your strongest argument for the unwieldy title ‘GNU/Linux’ (when said bundled software is largely from the FSF). Go bug the distribution makers on that one. Take your beef to Red Hat, Mandrake, and Slackware. At least there you have an argument. Linux alone is an operating system that can be used in various applications without any GNU software whatsoever. Embedded applications come to mind as an obvious example.

Next, even if we limit the GNU/Linux title to the GNU-based Linux distributions, we run into another obvious problem. XFree86 may well be more important to a particular Linux installation than the sum of all the GNU contributions. More properly, shouldn’t the distribution be called XFree86/Linux? Or, at a minimum, XFree86/GNU/Linux? Of course, it would be rather arbitrary to draw the line there when many other fine contributions go unlisted. Yes, I know you’ve heard this one before. Get used to it. You’ll keep hearing it until you can cleanly counter it.

You seem to like the lines-of-code metric. There are many lines of GNU code in a typical Linux distribution. You seem to suggest that (more LOC) == (more important). However, I submit to you that raw LOC numbers do not directly correlate with importance. I would suggest that clock cycles spent on code is a better metric. For example, if my system spends 90% of its time executing XFree86 code, XFree86 is probably the single most important collection of code on my system. Even if I loaded ten times as many lines of useless bloatware on my system and I never excuted that bloatware, it certainly isn’t more important code than XFree86. Obviously, this metric isn’t perfect either, but LOC really, really sucks. Please refrain from using it ever again in supporting any argument.

Last, I’d like to point out that we Linux and GNU users shouldn’t be fighting among ourselves over naming other people’s software. But what the heck, I’m in a bad mood now. I think I’m feeling sufficiently obnoxious to make the point that GCC is so very famous and, yes, so very useful only because Linux was developed. In a show of proper respect and gratitude, shouldn’t you and everyone refer to GCC as ‘the Linux compiler’? Or at least, ‘Linux GCC’? Seriously, where would your masterpiece be without Linux? Languishing with the HURD?

If there is a moral buried in this rant, maybe it is this:

Be grateful for your abilities and your incredible success and your considerable fame. Continue to use that success and fame for good, not evil. Also, be especially grateful for Linux’ huge contribution to that success. You, RMS, the Free Software Foundation, and GNU software have reached their current high profiles largely on the back of Linux. You have changed the world. Now, go forth and don’t be a nag.

2 „Gefällt mir“

Zu diesem Copypasta gibt’s ja schon genug Diskussionen im Internet, etwa https://news.ycombinator.com/item?id=20526247:

And glibc. And the coreutils, findutils, make, screen, bash, gzip, and grep. Those are just the things I used in the last 10 minutes. Other notables off the top of my head include flex, bison, guile, and emacs.

You are selling the FSF extremely short if you draw the line at GCC.[/quote]

Und der vorliegende Kurs wird wahrscheinlich bash und grep benutzen.


Wen interessiert der Kernel? Nennen wir es einfach GNU. Vor allem weil, wenn ich mir die Aufgaben anschaue, keines davon einen Ersti auffordert seinen Kernel neu zu kompilieren. 90% vom Inhalt ist zu bash oder den GNU coreutils oder mit /sys/class-irgendwas zu spielen. Wenn jemand ein Auto kauft, sagt er er fährt ein “1.6 I4 8v SOHC” oder ein Audi? Lasst uns die jetzt nicht mit technischen Details nerven, sonst müssen wir ja noch anfangen die GNU/Linux/Intel/… zu nennen, und was wäre doch umständlich.


2 „Gefällt mir“

Früher hieß das ganze Unixkurs, aber Erstis können sich unter Linuxkurs mehr vorstellen. Mein damaliger Vorschlag, das ganze GNU-Kurs zu nennen, wurde ohne Kommentar abgelehnt.

2 „Gefällt mir“

Das könnte zu Verwirrung führen. Manch einer erwartet dann vielleicht einen Vortrag über Gnuherden.


Oder gar über Gnuhörden

1 „Gefällt mir“