Gentoo Weekly Newsletter: 24. März 2003
Wie werde ich Gentoo Entwickler Eine Frage die uns unsere Benutzer oft stellen lautet "Wie kann ich Teil des Gentoo Entwicklungsteams werden?". Generell kann man sagen daß es wohl am Einfachsten damit zu beginnen als Benutzer den Entwicklungsprozeß zu unterstützen. Dies kann auf verschiedene Arten geschehen, viele davon involvieren bugs.gentoo.org bis zu einem gewissen Grad. Das regelmässige Einsenden von Bugfixes für existierende Bugs ist ein sicherer Weg die Aufmerksamkeit der Gentoo Entwickler auf sich zu lenken. Auch das regelmässige Einsenden neuer Ebuilds ist ein guter Weg. Wie Du vielleicht schon festgestellt hast ist Regelmässigkeit ein wichtiger Aspekt des Prozesses. Alle die immer noch Entwickler werden wollen aber weder Kernelgurus oder Pythonexperten sind können bei der Entwicklung der Gentoodokumentation helfen und so Teil des Teams werden. Ob es darum geht neue Dokumente zu schreiben oder bereits vorhandene in andere Sprachen zu übersetzen, die Qualität unserer Dokumentation ist überaus wichtig für den Erfolg von Gentoo Linux. Schlußendlich werden durch das beständige Wachstum des Gentoo Linux Projekts neue Positionen wie Beitragender zum GWN oder Infrastrukturaufgaben verfügbar. Diese werden im Gentoo Weekly Newsletter angekündigt sobald Bedarf besteht. Wenn du also Interesse daran hast Teil des Gentoo Linux Teams zu werden versuch dich an Bugfixes und der Erstellung neuer Ebuilds oder hilf bei der Dokumenation. Regelmässige Beiträge werden bemerkt! Änderungen in der Behandlung von CFLAGS in Gentoo Linux Die CFLAGS waren immer schon ein wichtiger Teil im Werkzeugkasten der Gentoo Hacker. Das Optimieren der CFLAGS um das letzte bischen Leistung aus der Hardware zu holen wird von vielen angewandt aber von wenigen wirklich verstanden. Vielde der bei bugs.gentoo.org gemeldeten Bugs stehen in direktem Zusammenhang mit zu agressiven CFLAGS in der make.conf des Benutzers. Einer der Wege wie die Gentoo Entwickler dieser Thematik entgegentreten liegt darin gewissen CFLAGS in Ebuilds wo sie bekanntermassen zu Problemen führen zu deaktivieren (zum Beispiel mögen die meisten Kernelmodule die Option -fPIC nicht). Auf jeden Fall wird dies von Fall zu Fall entschieden was keine langfristige Lösung sein kann. Auf der Suche nach dieser langfristigen Lösung begann auf der internen Gentoo Linux Entwicklermailingliste eine Diskussion über verschiedene Lösungsansätze. Schlußendlich einigte man sich darauf eine Liste sicherer CFLAGS zu erstellen die offiziell von Gentoo Linux unterstützt werden. Dies bedeutet daß wenn Du eines dieser Flags verwendest und ein Problem damit hast, wird dieses als gültiger Bug für Gentoo Linux angesehen. Natürlich können die Benutzer weiterhin alle CFLAGS verwenden wenn sie es wollen, aber Bugs die in Zusammenhang mit einer der nicht unterstützen Optionen stehen werden eventuell nicht als relevant angesehen und dem User wird eventuell nur vorgeschlagen weniger agressive Flags für die Übersetzung dieses speziellen Pakets zu verwenden. Im Lauf der Zeit und mit fortschreitender GCC-Entwicklung wird die Liste der offiziell unterstützten CFLAGS neu bewertet und Bedarf erweitert, mit dem Ziel soviele der -f Optionen wie möglich zu unterstützen ohne unsere für Qualitätssicherung und Bugfixes verfügbaren Ressourcen über zu strapazieren. Die Praxis von unterstützten vs. nicht unterstützten CFLAGS war weitestgehend schon einige Zeit in Verwendung. Jetzt jedeoch wird dieser Prozeß formalisiert und die Liste der unterstützten Flags wird in die Installationsanleitung sowie andere sinnvolle Stellen in der Dokumentation, eingefügt. Berichtigungen zur letzten Ausgabe Wie von vielen Lesern gemeldet wurde, gab es in der letzten Tipps & Tricks Sektion einen Fehler in einem der Codelistings. Anstelle von SYNC="rsync.us.gentoo.org" sollte eigentlich SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" stehen. Der Schuldige wurde ordnungsgemäß geteert und gefedert und die aktuelle Tipps & Tricks Sektion wird wie gewohnt von David Narayan, der letzte Woche verreist war, präsentiert. (Somit wird er auch von der Schande freigesprochen :)
Der Samba smbd-Daemon hat einen Pufferüberlauf, der einem entfernten Angreifer erlauben könnte, Root-Privilegien auf dem Server zu erlangen.
Die Linux-Kernel der "stabilen" Zweige 2.2 und 2.4 haben einen Fehler in der Implementierung von ptrace, der es lokalen Benutzern ermöglicht, ihre Privilegien auf Root-Rechte zu erhöhen. Der Fehler ist nicht über das Netz ausnutzbar. Es wird nicht angenommen, dass der Fehler auch den 2.5er Kernel betrifft. Die folgenden Kernel-Quellpakete wurden gepatcht: gentoo-sources, gs-sources, pfeifer-sources, sparc-sources und xfs-sources. Ein Patch für andere Quellen können bei cvs bezogen werden.
Falls die MySQL-Konfigurationsdateien global schreibbar sind, ist es möglich, die Serverkonfiguration so zu verändern, dass MySQL nach einem Neustart als Benutzer Root läuft. MySQL wurde daher dahingehend modifiziert, dass es keine global schreibbaren Konfigurationsdateien mehr lädt.
OpenSSL ist Gegenstand eines Angriffs, der auf der Ausnutzung von Zeitunterschieden beruht. Dieser Angriff könnte zur Kompromittierung von RSA-Schlüsseln führen. Diese Verletzlichkeit kann durch Aktivieren von "RSA blinding" eliminiert werden. OpenSSL wurde nun dahingehend verändet, dass "RSA blinding" grundsätzlich aktiviert ist, was nur einen zu vernachlässigenden Geschwindigkeitsnachteil bedeutet.
Der Terminal-Emulator rxvt ist Gegenstand eines möglichen Angriffs, wenn nicht vertrauenswürdige Daten auf dem Bildschirm angezeigt werden. Diese Angreifbarkeit erlaubt eine DoS-Attacke oder (unter Ausnutzung anderer Systemschwächen) eine potentielle Kompromittierung des gesamten Systems.
Evolution ist Gegenstand mehrerer Schwächen, die verschiedene Arten von Angriffen erlauben, von DoS-Attacken durch die Umgehung von Sicherheitseinstellungen bis hin zur Ausführung beliebigen Codes durch geeignet erstellte UUEncode-Passagen oder MIME-Anhänge.
Qpopper enthält einen Pufferüberlauf, der die Ausführung beliebigen Codes erlauben könnte. Dieser Code würde normalerweise mit den Privilegien des Benutzers ausgeführt, der sich zuvor authentisieren muss.
"Man" enthält einen Fehler bei der Rückgabe von Fehlercodes, der es erlauben könnte, durch eine speziell formatierte Manual-Seite ein Programm namens "unsafe" auszuführen, sofern es existiert.
Folgende neue Sicherheitslöcher wurden diese Woche registriert:
Alexander Holler hat eine Message in der Mailing-Liste gentoo-security gepostet, die einen Trojaner für Gentoo beschreibt und auch enthält (als Beweis der Machbarkeit). Dieser Trojaner nutzt die vieldiskutierte Lücke, dass Ebuilds nicht signiert oder anderweitig authentisiert werden. Hr. Hollers Aussage, niemand sei an der Sicherheit von Portage interessiert, rief einige Kommentare hervor, wie auch die Frage, ob das Posten eines Trojaners für eine bereits dokumentierte Sicherheitslücke produktiv oder ratsam sei. Die Diskussion ging weiter mit dem Ausdruck von Besorgnis, was diese Sicherheitslücke angeht, sowie einem Statement von Daniel Robbins mit dem Ausdruck der Absicht, Portage-2.0 mit verbesserten Sicherheitsfunktionen auszustatten. Alles in allem war diese Diskussion überfällig und gab den Startschuss für ein "gehärtetes" Gentoo. Daniel Ahlberg
Diese Woche wollen wir Daniel Ahlberg vorstllen, eines der wachsamen Augen, die Gentoo sicher und auf dem neuesten Stand halten. Das Mitlesen von Sicherheits-Mailinglisten und die Jagd nach neueren Paketversionen macht es ihm möglich, GLSAs heraus- und Updates von Paketen freizugeben, immer mit der Angst im Hinterkopf, durch das Markieren einer neuen Version als "stabil" anderswo möglicherweise Dinge zu zerstören. Daniel benutzte Gentoo seit einer Reihe von Monaten als er eine Diskussion auf #gentoo-dev mitlas, in der über die Einführung des Schlüsselwortes "LICENSE" bei den Ebuilds diskutiert wurde und über die Problematik, nun für jedes Paket die entsprechende Lizenz heraussuchen zu müssen. Später in dieser Nacht ging er selbst daran, die Lizenzen herauszusuchen und in die dazugehörigen Ebuilds einzufügen. Diese schickte er an drobbins und seemant, welcher ihn ein paar Tage später fragte, ob er Entwickler werden wolle. Daniel fühlt sich nicht als jemand außergewöhnliches, aber er mag seine gelegentlichen Bash-Script-Hacks. Vor drei Jahren gründete Daniel eine Firma mit einigen seiner Freunde. Er arbeitet dort bis heute und administriert dort Netzwerk und Server, damit andere ihre Arbeit tun können (Cosulting). Er mag all die Software, die täglich benutzt, was die bash, nano, phoenix, kde, enlightenment, kmail, xchat, sim, kate und gkrellm2 umfaßt; er hat Gentoo auf drei seiner wichtigsten Computer laufen: Auf seinen Workstations zuhause und im Büro, und auf seinem Laptop, der normalerweise mit seinem Bürorechner per VNC verbunden ist. Daniel, der "irgendwo in der oberen Mitte von Schweden" wohnt, hat als Hobbies Lesen (er ist gerade bei seinem dritten Tom Clancy-Roman), Musikhören und Filme Anschauen Gentoo GNU/Hurd Projekt gestartet Jon Portnoy alias avenj hat letzte Woche angekündigt daß er mit einer Portierung des Hurd auf Gentoo begonnen hat und gerade die Foren nach Leuten durchsucht die an dieser Entwicklung Interesse haben. Die offizielle Diskussion über dieses Projekt und auch der richtige Ort für "Ich auch!" Postings hat nun ein permanentes Zuhause gefunden: Interessantere Verwendung der Gentoo Brotdose Wie letzte Woche berichtet wurde, gibt es im Gentoo Store einige neue Produkte. Eines davon hat Hardwarefreaks dazu inspiriert es noch nützlicher zu machen als es ohnehin schon ist: Wer braucht Sandwiches und Äpfel in seiner Gentoo Brotdose wenn er einen kompletten PC darin haben kann? Mehr dazu: Intels C Compiler in Gentoo Die Verwendung von ICC, Intels C Compiler, ist immer noch sehr beschränkt, sowohl in der Zahl an Software die sich damit wirklich kompilieren lässt als auch an Leuten die trotz dieser Einschränkung versuchen ihn zu benutzen. Einige Leute würden gerne für bestimmte Anwendungen den standardmässigen GCC durch ICC ersetzen, und gelegentlich diskutieren sie das allgemein genug um anderen eine Idee davo zu geben was, warum und wie gemacht wird: Erfolgreiche Gentoo-Installation auf einer RS/6000 Hast Du eine verstaubte alte B50 in der Abstellkammer deines Büros herumliegen? So kannst Du ihr wieder frisches Leben einhauchen... Willkommen, danke und Gratulation an Forenneuling JurgyMan für diesen Beitrag: Realistischer Zeitrahmen für die Installation Trey Sizemore begann einen interessanten Thread in dem er fragte wie lange es realistisch betrachtet dauert einen Gentoo Desktop von Stage 1 weg zu installieren. Die meisten Antworten wiesen darauf hin daß Trey mit seiner ursprünglichen Annahme einen vollen KDE-Desktop auf einem PII400 in ungefähr einem Tag zu installieren, wahrscheinlich etwas zu optimistisch war. Natürlich ist KDE auch die grösste Applikation in Treys gewünschter Konfiguration, ein leichtgewichtiger WM wie Fluxbox würde die benötigte Installationszeit beträchtlich verringern. Programme für die Kommandozeile Dhruba Bandopadhyay fragte welche Programme für die Kommandozeile von den Leuten denn so eingesetzt werden. Natürlich entwickelte sich daraus eine lebhafte Diskussion. ftp/iptables immer in emerge world Kurt Hindenberg fragte warum ftp und iptables immer Teil von emerge world sind. Als sich herausstellte daß diese Pakete vom Basissystem benötigt werden folgte ein Bugreport. Status des Gentoo Installers? Bip Thelin fragte ob die Programmierung eines Gentoo Installers bereits bei jemandem auf der Aufgabenliste steht. Er schlug vor diesen Installer in Java zu implementieren. Alain Penders antwortete mit einem Link zu CursingCow, einem Python/NEWT Installer für Gentoo Linux. Obwohl momentan nur die PPC Architektur unterstützt wird, sind architekturspezifische Module Teil des Konzepts. Gentoo Entwickler Dylan Carlson meinte schließlich Java wäre zwar gut geeignet für diese Aufgabe, Python spielt aber eine zentrale Rolle in der gesamten Gentoo Infrastruktur und es könnte sich als schwierig erweisen eine Javalösung in die Gentoo Werkzeuge zu integrieren. ACCEPT_KEYWORDS + bootstrap.sh Wie ein User anfang dieser Woche während der Installation von Gentoo feststellte ignoriert der Bootstrapprozeß die ACCEPT_KEYWORDS Einstellung in /etc/make.conf. ACCEPT_KEYWORDS ist als Hilfe beim Testen von Paketen gedacht. So können Benutzer ganz einfach unstable Pakete zu ihrem Portagetree hinzufügen oder daraus entfernen. Die Nichtbeachtung von ACCEPT_KEYWORDS während dem Bootstrap ist kein Bug. Vielmehr soll sie die Installation erleichtern und dafür sorgen daß das restliche Gentoosystem auf einer stabilen Basis aufsetzt. Dies wird durch die Auswahl gut getester Pakete anstelle neuerer Pakete gewährleistet. Einige argumentieren gegen diese Vorgehensweise weil sie meinen dadurch werden ihre Möglichkeiten limitiert was für eine Distribution wie Gentoo nicht angemessen ist. Auch meinen sie daß es keinen Sinn hätte auf diese Art eine stabile Basis zu schaffen wenn danach der Rest der Distribution unter Verwendung von ACCEPT_KEYWORDS installiert wird. Diese Argumente sind weitestgehend richtig. Sieht man sich das Skript /usr/portage/scripts/bootstrap.sh einmal genauer an, wird man feststellen daß sich der Bootstrapprozess eine Liste von Paketen aus einer Datei holt die das Standardprofil für eine spezielle Architektur (x86, ppc, etc.) beschreibt. So wurden die Möglichkeiten nicht elimiert, sondern warten verkleidet als Profile darauf verändert zu werden. Der Befehl cd $(readlink -f /etc/make.profile bringt Dich zu deinem verwendeten Standardprofil. Aber Vorsicht: durch die Veränderung des Standardprofils könntest Du möglicherweise Deine Gentooinstallation von Anfang an gefährden da Änderungen an den Paketversionen eventuell dazu führen daß Paketabhängigkeiten nicht erfüllt werden können. Gentoo in der japanischen Presse Zwei Artikel über Gentoo (auf japanisch) wurden beide am gleichen Tag der letzten Woche in verschiedenen Magazinen veröffentlicht, beide geschrieben von eifrigen Unterstützern von GentooJP: Yoshiaki Hagihara, unter anderem der Übersetzer des GWN, hat einen lustigen siebenseitigen Artikel ("Gentoo Lifestyle -- Meine Tage mit Gentoo") für LinuxPower Vol. 1 geschrieben, der ersten Ausgabe einer neuen Publikation, die die wachsende Zahl von Linux-Magazinen in Japan bereichern wird. Und Masatomo Nakano, Spiritus Rector des GentooJP-Projekts, schrieb seinen Artikel ("Nochmal Gentoo") für die April-Ausgabe von Software Design. Beide Ausgaben liegen seit dem 18. März in den japanischen Kiosken. Russische Gentoo-Community entstanden! Der Entwickler George Shapovalov gab bekannt, dass die "Kameradschaft von gentoo.ru" seit fast einem Monat aktiv ist! Die Idee zur Kameradschaft wurde geboren als das wachsende Interesse an Gentoo-Linux innerhalb der russisch sprechenden Gemeinschaft unübersehbar geworden war. Die Kameradschaft hat bereits ihre eigene Webseite und eigene Supportforen. Gentoo.ru bietet außerdem Übersetzungen von Gentoo-Dokumentation an, sorgfältig überwacht von offiziellen Entwicklern. Kein Grund, unnötige Schüchternheit an den Tag zu legen, wenn Du bei Übersetzungen oder anderem Subotnik helfen möchtest; die Kameradschaft wird sicherlich jeden solchen Versuch begrüßen. Online-Chats gibt es bei irc.rinet.ru, Channel #gentoo. Neue Mailingliste für französischsprachige Gentoo-Benutzer Eine Erweiterung für die Basis der französischsprachigen Support-Foren ist seit letzter Woche die neue offizielle Mailingliste gentoo-user-fr. Dank der neuen liste, dem französischsprachigen Forum und dem IRC-Channel auf Freenode sind die Chancen, Antworten auf technische Fragen zu bekommen inzwischen auch für Freunde der französischen Sprache auf einem akzeptablen Niveau. Internationale Events Der GWN-Redaktionsstab ist extrem dankbar für Informationen über Konferenzen, Seminare, Benutzer-Meetings, Installationspartys oder jede Art von Event, den Gentoo-Benutzer organsieren oder daran teilnehmen. Diese Woche gibt es eine beeindruckende Anzahl von Events; nimm davon das, was Dir gefällt und schick eine EMail an gwn-feedback@gentoo.org, wenn Du von weiteren Veranstaltungen weißt.
Die folgenden 'stabilen' Pakete wurden diese Woche zu Portage hinzugefügt
Die Gentoo Community verwendet Bugzilla (bugs.gentoo.org) um Bugs, meldungen, Vorschläge und andere Kommunikationen mit them Entwicklerteam zu protokollieren. Die Aktivitäten der letzten 7 Tage:
Es gibt derzeit 3001 offene Bugs in Bugzilla. Davon sind 70 als 'blocker', 108 als 'critical' und 228 als 'major' markiert. Die Entwickler und Entwicklerteams welche die meisten Bugs geschlossen haben sind:
Die Entwickler und Entwicklerteams welche diese Woche die meisten neuen Bugs zugewiesen bekommen haben sind:
Benutzung von tmpfs Der Tip dieser Woche zeigt Dir, wie man tmpfs benutzt um die Zugriffszeit für kleine temporäre Dateien zu reduzieren. Tmpfs simuliert ein Dateisystem, indem es normale Schreib- und Leseoperationen unterstützt, aber die Dateien ausschließlich im Speicher gehalten werden. Das macht den Zugriff wesentlich schneller. Man sollte beachten, dass Dateien, die in tmpfs gespeichert werden, mit einem Reboot verlorengehen; außerdem wird tmpfs nur für Systeme mit größeren Mengen Speicher empfohlen. Zuerst stelle bitte sicher, dass tmpfs-Unterstützung in Deinem Kernel aktiviert ist.
/tmp ist der am meisten gebrauchte Ort für temporäre Dateien. Wir werden tmpfs benutzen um /tmp zu mounten.
Nun, wo /tmp gemountet ist, hast Du nichts weiter zu tun, als das Folgende an Dein /etc/fstab anzuhängen, damit /tmp von nun an beim Booten automatisch gemountet wird.
9. Abgänge, Zugänge und Veränderungen Die folgenden Entwickler haben kürzlich das Gentoo Team verlassen:
Die folgenden Entwickler sich kürzlich dem Gentoo Team angeschlossen:
Die folgenden Entwickler haben innerhalb des Gentoo Projektes kürzlich ihre Rolle verändert oder neue Verantwortlichkeiten angenommen:
Bist Du daran interessiert, etwas zum Wöchentlichen Gentoo Newsletter beizutragen? Schicke uns eine EMail. Bitte schicke uns Dein Feedback und hilf damit, die GWN besser zu machen. Der Wöchentliche Gentoo-Newsletter ist auch in folgenden Sprachen verfügbar:
|
|
