Hallo Matthias, * Matthias Taube <[EMAIL PROTECTED]> [20050329 21:22]: > Wo das nicht gelingt, bleiben lieber die Sicherheitsl�cken in stable �ber > Jahre offen, anstelle die l�ngst fehlerbereinigten aktuellen Versionen zu > verwenden.
Das ist schlicht Bl�dsinn. Und nein, ich mach mir jetzt nicht die M�he, f�r diesen Einzelfall die genauen Bugs rauszusuchen. > >3. F�r einen Server darf es ruhig mehr (sprich: ausgiebiger getestete) > >Stabilit�t sein als "standard". > Nur weil Software uralt ist, wird sie noch nicht stabiler. Fehler werden in > der aktuellen Software in testing beseitigt, in stable werden sie einfach > zum "feature" erkl�rt. Und dieser uralte Standardvorwurf wird durch Wiederholung auch nicht richtiger. > Ein tats�chliches Problem in testing ist, das u.U. ein Update eine > Anpassung der Konfig erfordert, unter Woody kannst du Updates unbesehen > einspielen. Ein Problem, das sich verglichen mit der Sicherheits- und Stabilit�ts-Thematik sehr gering ausnimmt. > >Ich rate dir f�r Server jedenfalls zu stable. Das zwangsl�ufige Problem > Bei allen Rechnern, die ich neu aufsetzen sollte, ist stable bisher an der > aktuellen Hardware gescheitert. Seltsame Hardware hast du. Mir ist noch nichts untergekommen, was mit linux 2.4 nicht l�uft. Erst recht nicht auf einem Serversystem. > Auch ist mir noch kein stable-only System untergekommen, da alle den > einen oder anderen Backport (die ja auch keinen Security-Support > haben) verwenden. Und es ist wahrscheinlich auch egal, ob man sich als Admin �ber eventuelle Sicherheitsl�cken in 2 oder in 200 Paketen regelm��ig selbst informieren muss? Hoffentlich administrierst du keine gesch�ftskritischen Systeme. Gr��e, Felix -- | /"\ ASCII Ribbon | Felix M. Palmen (Zirias) http://zirias.ath.cx/ | | \ / Campaign Against | [EMAIL PROTECTED] encrypted mail welcome | | X HTML In Mail | PGP key: http://zirias.ath.cx/pub.txt | | / \ And News | ED9B 62D0 BE39 32F9 2488 5D0C 8177 9D80 5ECF F683 |
signature.asc
Description: Digital signature
