Hallo,
anbei die Vorschau der DWN 14/2005. Bitte bis morgen, 14:00,
Korrekturen an mich bzw. ins alioth CVS, danach dann ins Debian CVS.
Der letzte Artikel ist nur in der deutschen DWN. Er betrifft die Suche
von neuen Helfern. Für Kritik bin ich sehr dankbar. Wenn es zu knapp
ist, können wir den auch noch nächste Woche reinstellen.
Grüße
Helge
--
Dr. Helge Kreutzmann, Dipl.-Phys. Helge.Kreutzmann@xxxxxxxxxxxxxxxxxxx
gpg signed mail preferred
64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm
Help keep free software "libre": http://www.freepatents.org/
#use wml::debian::weeklynews::header PUBDATE="2005-04-xx" SUMMARY=""
#use wml::debian::translation-check translation="1.13"
# $Id: index.wml,v 1.11 2005/04/05 13:01:12 kreutzm-guest Exp $
<p>Willkommen zu der 14. Ausgabe der DWN in diesem Jahr, dem wöchentlichen
Newsletter der Debian-Gemeinschaft.
</p>
#HK: Bitte das deutsche Filmzitat von "Use the Source, Luke" verwenden!
<p><strong>Benutze die Quellen, Luke.</strong> John Goerzen <a
href="http://lists.debian.org/debian-devel/2005/03/msg01387.html";>schlug</a>,
einen quell-zentrischen Zugang vorm, um das Problem, alle Architekturen
synchron zu halten, zu entschärfen und um Platz auf den Spiegeln zu sparen.
Wouter Verhelst <a
href="http://lists.debian.org/debian-devel/2005/03/msg01626.html";>wies darauf
hin</a>, dass einer der Kernverkaufspunkte von Debian die Tatsache sei, dass
Sie nicht darauf zu warten haben, bis etwas gebaut sei, bevor Sie es benutzen
könnten. Der Vorschlag würde Debian in eine zweite Gentoo-Distribution
verwandeln.
</p>
<p><strong>Warum Firewall-Unterstützung?</strong> Thomas Bushnell <a
href="http://lists.debian.org/debian-devel/2005/03/msg01713.html";>fragte sich\
</a>, warum das <a href="X">Vancouver-Prospekt</a> Firewall-Unterstützung als
eine notwendige Voraussetzung für die Unterstützung einer Portierung durch eine
Veröffentlichung aufführe. Joel Aelwyn <a
href="http://lists.debian.org/debian-devel/2005/03/msg01797.html";>\
erklärte</a>, dass die buildd-Maschine wahrscheinlich in der Lage sein müsse,
mit einer eigenen Firewall zu laufen um in einem feindlichen Umfeld wie dem
Internet zu arbeiten.</p>
<p><strong>Architekturen emulieren.</strong> Gunnar Wolf <a
href="http://lists.debian.org/debian-devel/2005/03/msg02011.html";>schlug vor\
</a>, langsame Architekturen auf schnelleren Maschinen durch die Verwendung
einer der vielen Emulatoren in Debain zu emulieren. Peter De Schrijver <a
href="http://lists.debian.org/debian-devel/2005/03/msg02013.html";>ergänzte</a>,
dass cross-kompilieren mit <a href="http://packages.debian.org/distcc";>distcc\
</a> oder scratchbox wäre sogar schneller während der buildd noch auf der
Zielarchitektur laufen und noch in der Lage sein würde, die neu-erzeugten
Programme <a href="http://lists.debian.org/debian-devel/2005/03/msg02018.html";>\
auszuführen</a>.
</p>
<p><strong>Bessere Unterstützung für chroot-Umgebungen.</strong> Jorge deLyra <a
href="http://lists.debian.org/debian-devel/2005/03/msg02511.html";>schlug</a>
eine bessere Unterstützung für chroot-Umgebungen in init-Skripten vor, so dass
innerhalb dieser keine Hintergrundprozesse gestartet werden. Henning Makholm <a
href="http://lists.debian.org/debian-devel/2005/03/msg02526.html";>bat</a> ihn,
ein geeignetes policy-rc.d-Skript für die chroot-Umgebung zu schreiben. Dies sei
in <code>/usr/share/doc/sysv-rc/README.policy-rc.d.gz</code> dokumentiert.
</p>
<p><strong>Unterstützung von LSB-init-Funktionen?</strong> Thomas Hood <a
href="http://lists.debian.org/debian-devel/2005/03/msg02599.html";>fragte sich\
</a>, ob Debian die Verwendung von LSP-Init-Skript-Funktionen einführen solle.
Javier Fernández-Sanguino Peña <a
href="http://lists.debian.org/debian-devel/2005/03/msg02640.html";>ergänzte</a>,
dass die Skripte sich derzeit stark unterschieden. Entgegen landläufigem Glauben
könne die Ausgabe von Skripten protokolliert werden, wie dies Wouter Verhelst <a
href="http://lists.debian.org/debian-devel/2005/03/msg02715.html";>anmerkte</a>.
</p>
<p><strong>Deutsche DWN-Übersetzung.</strong> Um auch in Zukunft zeitnah eine
deutsche Version der DWN anbieten zu können, werden Übersetzer und
Korrekturleser gesucht. Im wesentlichen sollten Sie etwas Zeit am Dienstag zum
Übersetzen oder am Mittwoch zum Korrekturlesen mitbringen. Bei Interesse oder
Fragen bitte bei der <a href="mailto:dwn@xxxxxxxxxx";>dwn@xxxxxxxxxx</a> oder
direkt beim derzeitigen <a href="mailto:kreutzm@xxxxxxxxxxxxxxxxxxx";>\
Hauptübersetzer</a> melden.
</p>
<p><strong>Aktualisierungen zur Systemsicherheit.</strong> Die alte Leier!
Wer die folgenden Pakete einsetzt, sollte sie der Sicherheit wegen
auf den neuesten Stand bringen:</p>
<ul>
<li>DSA 700: <a href="$(HOME)/security/2005/dsa-700">mailreader</a> --
Verwundbarkeit für Site-übergreifendes Skripten.
#HK: Ggf. besser übersetzen
<li>DSA 701: <a href="$(HOME)/security/2005/dsa-701">samba</a> --
Ausführen beliebigen Codes.
<li>DSA 702: <a href="$(HOME)/security/2005/dsa-702">imagemagick</a> --
Mehrere Verwundbarkeiten.
<li>DSA 703: <a href="$(HOME)/security/2005/dsa-703">krb5</a> --
Ausführen beliebigen Codes.
<li>DSA 704: <a href="$(HOME)/security/2005/dsa-704">remstats</a> --
Mehrere Verwundbarkeiten.
<li>DSA 705: <a href="$(HOME)/security/2005/dsa-705">wu-ftpd</a> --
Diensteverweigerung.
</ul>
<p><strong>Wollen Sie die DWN weiterhin lesen?</strong> Bitte helfen Sie
uns beim Erstellen dieses Newsletters. Wir brauchen weiterhin freiwillige
Autoren, die die Debian-Gemeinschaft beobachten und über
Ereignisse in der Gemeinschaft berichten. Bitte schauen Sie auch auf die
<a href="$(HOME)/News/weekly/contributing">Webseite für Mitarbeiter</a>. Wir
freuen uns auf Ihre Mail an
<a href="mailto:dwn@xxxxxxxxxx";>dwn@xxxxxxxxxx</a>.</p>
#use wml::debian::weeklynews::footer editor="Martin 'Joey' Schulze" translator="Helge Kreutzmann"
#include <joey.style>
<page title="Debian Weekly News #14 -- unreleased">
<p>Welcome to this year's 14th issue of DWN, the weekly newsletter for the
Debian community.</p>
<p><strong>Use the Source, Luke.</strong> John Goerzen <a
href="http://lists.debian.org/debian-devel/2005/03/msg01387.html";>proposed</a>
a source-centric approach to mitigate the problem of getting all architectures
in sync and to save diskspace on the mirrors. Wouter Verhelst <a
href="http://lists.debian.org/debian-devel/2005/03/msg01626.html";>pointed
out</a> that one of Debian's key selling points is the fact that you don't
have to wait for something to build before you can use it. The proposal would
turn Debian into a second Gentoo distribution.</p>
<p><strong>Why Firewall Support?</strong> Thomas Bushnell <a
href="http://lists.debian.org/debian-devel/2005/03/msg01713.html";>wondered</a>
why the <a href="X">Vancouver prospectus</a> listed firewall support as an
essential requirement before a port can be supported by a release. Joel
Aelwyn <a href="http://lists.debian.org/debian-devel/2005/03/msg01797.html";>\
explained</a> that probably the buildd machine needs to be able to run with a
firewall of its own in order to operate in a hostile environment like the
Internet.</p>
<p><strong>Emulating Architectures.</strong> Gunnar Wolf <a
href="http://lists.debian.org/debian-devel/2005/03/msg02011.html";>proposed</a>
to emulate slower architectures on faster machines by using one of the many
emulators in Debian. Peter De Schrijver <a
href="http://lists.debian.org/debian-devel/2005/03/msg02013.html";>added</a>
that cross-compiling with <a href="http://packages.debian.org/distcc";>\
distcc</a> or scratchbox would be even faster while the buildd would still run
on the target architecture and be able to <a
href="http://lists.debian.org/debian-devel/2005/03/msg02018.html";>execute</a>
newly created programs.</p>
<p><strong>Better Support for chroot Environments.</strong> Jorge deLyra <a
href="http://lists.debian.org/debian-devel/2005/03/msg02511.html";>proposed</a>
to add better support for chroot environments to init scripts so that daemons
don't get started inside of these. Henning Makholm <a
href="http://lists.debian.org/debian-devel/2005/03/msg02526.html";>asked</a>
him to write a proper policy-rc.d script for the chroot environment. This is
documented in <code>/usr/share/doc/sysv-rc/README.policy-rc.d.gz</code>.</p>
<p><strong>Supporting LSB init Functions?</strong> Thomas Hood <a
href="http://lists.debian.org/debian-devel/2005/03/msg02599.html";>wondered</a>
if Debian should adopt the use of LSB init script functions. Javier
Fernández-Sanguino Peña <a
href="http://lists.debian.org/debian-devel/2005/03/msg02640.html";>added</a>
that currently scripts differ a lot. Contrary to common belief, the output of
init scripts can be logged as Wouter Verhelst <a
href="http://lists.debian.org/debian-devel/2005/03/msg02715.html";>noted</a>.</p>
<p><strong>Security Updates.</strong> You know the drill. Please make sure
that you update your systems if you have any of these packages installed.</p>
<ul>
<li>DSA 700: <a href="$(HOME)/security/2005/dsa-700">mailreader</a> --
Cross-site scripting vulnerability.
<li>DSA 701: <a href="$(HOME)/security/2005/dsa-701">samba</a> --
Arbitrary code execution.
<li>DSA 702: <a href="$(HOME)/security/2005/dsa-702">imagemagick</a> --
Several vulnerabilities.
<li>DSA 703: <a href="$(HOME)/security/2005/dsa-703">krb5</a> --
Arbitrary code execution.
<li>DSA 704: <a href="$(HOME)/security/2005/dsa-704">remstats</a> --
Several vulnerabilities.
<li>DSA 705: <a href="$(HOME)/security/2005/dsa-705">wu-ftpd</a> --
Denial of service.
</ul>
<p><strong>Want to continue reading DWN?</strong> Please help us create this
newsletter. We still need more volunteer writers who watch the Debian
community and report about what is going on. Please see the <a
href="$(HOME)/News/weekly/contributing">contributing page</a> to find out how
to help. We're looking forward to receiving your mail at <a
href="mailto:dwn@xxxxxxxxxx";>dwn@xxxxxxxxxx</a>.</p>
<author>Joey</author>
</page>
# Local variables:
# mode: indented-text
# fill-column: 78
# end:
Attachment:
pgpkAprRHYSZR.pgp
Description: PGP signature