[Dwn-trans-commit] CVS german/2006/31

[CVS User kreutzm-guest]

Update of /cvsroot/dwn-trans/german/2006/31
In directory haydn:/tmp/cvs-serv24896

Modified Files:
	index.wml 
Log Message:
Korrekturen / Anmerkungen


--- /cvsroot/dwn-trans/german/2006/31/index.wml	2006/07/31 18:10:46	1.9
+++ /cvsroot/dwn-trans/german/2006/31/index.wml	2006/08/01 16:20:20	1.10
@@ -1,7 +1,7 @@
 #use wml::debian::weeklynews::header PUBDATE="2006-08-01" SUMMARY=""
 #use wml::debian::translation-check translation="1.14"
 #use wml::debian::acronyms
-# $Id: index.wml,v 1.9 2006/07/31 18:10:46 jseidel-guest Exp $ XXX
+# $Id: index.wml,v 1.10 2006/08/01 16:20:20 kreutzm-guest Exp $ XXX
 
 <p>Willkommen zur 31. Ausgabe der DWN in diesem Jahr, dem wöchentlichen
 Newsletter der Debian-Gemeinschaft.</p>
@@ -35,13 +35,13 @@
 <p><strong>Verantwortlichkeit für Pakete.</strong> Martin Krafft
 <a href="http://lists.debian.org/debian-project/2006/07/msg00190.html">fragte
 sich</a>, ob Debian die Verantwortlichkeiten für Pakete ändern und zu
-mehr gruppenbetreuten Paketen übergehen möchte.  Adeodato Simó
+mehr gruppenbetreuten Paketen übergehen wolle.  Adeodato Simó
 <a href="http://lists.debian.org/debian-project/2006/07/msg00231.html">\
 erklärte</a>, dass die Verfügbarkeit des Patches des Nicht-Betreuers in der
-<a href="$(HOME)/Bugs/">Fehlerdatenbank</a> für einige wenige Tage bevor das
-Paket ins Archiv aufgenommen wird, der Qualitätssicherung helfen würde, da
+<a href="$(HOME)/Bugs/">Fehlerdatenbank</a> für einige wenige Tage, bevor das
+Paket ins Archiv aufgenommen werde, der Qualitätssicherung helfen würde, da
 #Jens: peer review????
-dann die Möglichkeit zur Durchsicht bestünde.</p>
+dann die Möglichkeit zur Durchsicht durch Dritte bestünde.</p>
 
 <p><strong>Responsibility for Packages.</strong> Martin Krafft <a
 href="http://lists.debian.org/debian-project/2006/07/msg00190.html">wondered</a>
@@ -57,7 +57,7 @@
 die <a href="http://www.backports.org/">zurückportierte</a> Version von
 <a href="http://de.wikipedia.org/wiki/Xen">Xen</a> auf einem
 <a href="$(HOME)/releases/sarge/">stabilen</a> Debian-System
-installiert werden könne. Dies schließt
+installiert werden könne. Dies schließe
 <a href="http://jaqque.sbih.org/kplug/apt-pinning.html">APT-Pinning</a>
 mehrerer Pakete ein, sowie die Erzeugung einer speziellen RAM-Disk, das
 Hinzufügen eines Eintrags zum Menü von
@@ -104,12 +104,12 @@
 Martin Krafft war
 <a href="http://lists.debian.org/debian-release/2006/07/msg00194.html">\
 gegen</a> rein automatische Schlüsselaktualisierungen, da sie zu anfällig für
-Angriffe seien, und bevorzugt eine dritte Autorität zum Signieren von
+Angriffe seien, und bevorzugt eine Autorität als dritte Stelle zum Signieren von
 Schlüsseln. Florian Weimer
 <a href="http://lists.debian.org/debian-release/2006/07/msg00201.html">\
 bemerkte</a>, dass der einzig bekannte funktionierende Ansatz
 statische Schlüssel für stabile Veröffentlichungen und
-Sicherheitsaktualisierungen seien.</p>
+Sicherheitsaktualisierungen sei.</p>
 
 <p><strong>Key Management for Secure APT.</strong> Joey Schulze <a
 href="http://lists.debian.org/debian-release/2006/07/msg00192.html">\
@@ -130,7 +130,7 @@
 <a href="http://packages.debian.org/exim">Exim</a> aus
 <a href="$(HOME)/releases/etch/">Etch</a> nötig seien, da es nicht länger von
 den Originalautoren unterstützt sei und selbst sein Betreuer in der
-Zwischenzeit aufgehört habe, es zu verwenden. Dies schließt eine
+Zwischenzeit aufgehört habe, es zu verwenden. Dies schließe eine
 Aktualisierung in <a href="$(HOME)/releases/sarge/">Sarge</a> ein und
 erfordere auch manuelles Eingreifen, wenn Benutzer von Sarge auf Etch
 aktualisierten.</p>
@@ -160,9 +160,12 @@
 <li>DSA 1129: <a href="$(HOME)/security/2006/dsa-1129">osiris</a> &ndash;
 #Jens: Gibt es eigentlich einen Grund, warum wir nicht "Ausführung" analog zu
 #      den anderen Gründen schreiben?
+#HK: Nicht das ich wüßte, aber »Ausführen« klingt etwas gefälliger, IMHO
     Ausführen beliebigen Codes.</li>
 <li>DSA 1130: <a href="$(HOME)/security/2006/dsa-1130">sitebar</a> &ndash;
 #FIXME: wir hatten auch manchmal "Seiten-übergreifendes Scripting"
+#HK: Ja, ich hatte das eine Zeit lang gemacht, aber wir hatten uns dann auf
+#»Site-übergreifend« geeinigt
     Site-übergreifendes Skripting.</li>
 </ul>