Stabilität von testing

[tobb]

Hallo,

wie läuft das denn genau bei debian testing.
Ich habe gelesen, das Pakete, die 10 Tage stabil in unstable liefen nach testing rutschen. Aber was heißt "laufen". Werden die ausgiebig auf Fehler getestet und dann nach 10 Tagen zu testing gezogen? Demnach müsste ja testing schon relativ stabil sein, jedenfalls so für den Hausgebrauch... auserdem wird Software auch von den Herstellern getestet bevor sie überhaupt rausgegeben werden, oder? Sie wird also doppelt getestet.

Was für eine Rolle spielt dabei eigentlich das Securityteam von Testing?

[peschmae]

Stabil ist relativ. Es kann durchaus mal passieren dass ein Paket in einer Sid-Umgebung gut lauft und dann wenn es nach Testing rübergeschoben wird machts Riesenprobleme weil irgend eine Abhängigkeit nicht wirklich passt.

Aber insgesamt ist Testing für den Hausgebrauch auf Desktops von Leuten die ein bisschen Ahnung im Umgang mit dem Deiban Paketsystem haben (das kann man sich auch aneignen - ist nicht Voraussetzung ) geeignet.

Das Testen/Stabilität/etc bezieht sich nicht nur auf das Programm selber sondern insbesondere auch auf das Funktionieren in einer Debianumgebung, die Qualität des Pakets und so.
Beispiel: Beim Umstieg von XOrg 6.9 nach 7.0 müssen einige Sachen in der /etc/X11/xorg.conf angepasst werden. Bei der ersten Version in Unstable war das noch nicht der Fall - das wurde dann nachgebessert und bei der Version die dann irgendwann mal nach Testing rutscht ist ein passendes Pre-Install-Script im Paket dabei das die Änderungen vornimmt...

MfG Peschmä

[tobb]

Wenn ein Paket Probleme macht weil irgendeine abhängigkeit nicht passt, dann dann lässt es sich eben nicht problemlos installieren. Allerdings führt es nicht zur instabilität des Systems bei, ich las es einfach weg und warte bis es funktioniert

Ok das mit der Anpassung von Konfigurationsdateien die neue Pakete vorraussetzen habe ich verstanden.
Aber dennoch wird doch auch auf die Funktionalität und die stabilität eines Programms in sich geprüft oder?

Weil wenn das alles der Fall ist, dann läuft ein testing System ja stabiler als ein Windows auf dem man sich alle mögliche Software von irgendwelchen Herstellern installiert, weil bei debian getestet wird.

Die einzigen Probleme die ich hatte, war ein Abhängigkeitsproblem mit einem Paket.

[Mr_Snede]

Ich formuliere das immer so:
Debian prüft auf ein stabiles "Umfeld" für ein Programm. Damit sind Konfigurationsdateien und Abhängigkeiten in beide Richtungen gemeint.
Bis ein Programm aufgrund dieser Kriterien von unstable bis nach testing schafft, ist es schon einige Zeit vergangen, in der man selbst Fehler finden konnte oder anderswie bekannt gewordene Fehler bearbeiten konnte.

Schau dir mal dies an:
http://bjorn.haxx.se/debian/testing.pl? ... claws-gtk2

Da hast du das Paket "sylpheed-claws-gtk" (ein E-Mailclient) mit einen Haufen von Problemen im Umfeld.
Wie du siehst ist es eine Menge Arbeit um ein Programm nach testing zu bekommen. Beachte: Hier sind nur die Probleme, die die x86 Architektur macht beachtet.

cu Sebastian

[vincman]

Hi
Ich hab mal bei Debian nachgeguckt.
Vielleicht hilft dir das etwas weiter, ansonst ignorier es
http://wiki.debian.org/DebianTesting?hi ... testing%29

Gruß Vinc

[peschmae]

Aber dennoch wird doch auch auf die Funktionalität und die stabilität eines Programms in sich geprüft oder?

Naja, geprüft. Von wem? Wenn es da ein Problem gibt und das weder die Nutzer von Sid noch den Maintainer stört/bemerkt und also keiner einen Bugreport schreibt dann merkts halt keiner...

D.h. das Kriterium diesbezüglich ist ob es einen relevanten Bugreport gibt. Ist keiner da weil keiner das Paket benutzt... Pech gehabt.

Um ein Programm richtig auf Stabililtät und Bugs zu testen braucht man schon etwas länger als 10 Tage - deshalb gibts ja auch Releases alle paar Jahre

MfG Peschmä

[tobb]

Als Bedingung:

The package does not introduce new release critical bugs

Demnach muss jedes Paket schon einen gewissen Testzyklus durchlaufen, or?

[peschmae]

Testzyklus ist vielleicht etwas übertrieben - wie schon gesagt. Wenn einer in den zwei Wochen oder so releasekritische Bugs findet gehts nicht nach Testing.

Aber da Fragt man sich dann wo die > 1000 RC-Bugs in Testing derzeit herkommen.
Scheint halt recht viele Bugs werden erst später gefunden.

MfG Peschmä