Hehe, ein heißes Thema.
Der Wunsch nach einem aktuellen System ist durchaus nicht verwerflich. Man sollte halt nur wissen, welche feinen Grenzen man nicht überschreiten sollte.
Wenn es konkrete Probleme mit Paketen gibt, verstehe ich den Wunsch nach einer evtl. fehlerbereinigten Nachfolgeversion auch. Auch hier muss man aber aufpassen, dass man den Teufel nicht mit dem Beelzebub austreibt.
Wenn die Update Funktion einiger Programme funktionieren würde, dann würde diese eine neuere Version von sich selbst an der Paketverwaltung des Systems vorbei installieren. Grothesk hatte das ja schon erwähnt.
Damit die eventuellen Folgen besser verständlich werden, möchte ich hier mal oc2pus zitieren. Wie die meisten hier wissen, packt oc2pus bei Packman und kennt sich daher etwas aus. Nachfolgend schildert oc2pus einige Probleme, welche selbst bei einer Installation über die Paketverwaltung (Paketmanager) entstehen können:
oc2pus schrieb:
Die Pakete aus dem Build-Service solltest du nur partiell verwenden... es kann sonst zu ungewünschten Ketten-Effekten kommen und letztendlich steht man dann vor einer Wahl: Programm-A oder Programm-B, weil es sonst nicht lösbare Abhängigkeiten gibt. Das ganze wird nun noch etwas "schlimmer" durch die neue Shared-Library-Package-Policy: es werden viele Pakete aufgesplittet und bekommen neue Namen (lb<name><so-nummer>, lib<name>-devel, <name> etc ...) Da solche neuen Pakete nun zuerst im Build-Service aufschlagen, können diese nicht unbedingt in einer Standard-Suse verwendet werden. Details: http://en.opensuse.org/Packaging/Shared_Library_Packaging_Policy
Das Paket tetex ist auch ein gutes Beispiel dafür, es wurde komplett neu organisiert und in sehr viele kleinere Einheiten zerlegt (siehe den AUszug aus der Mailingliste von oben) von diesen Änderungen weiss aber eine "alte" Suse Version nichts und wenn die Requires/Qbsoletes nicht 100% korrekt gesetzt sind kommt es eben zu deiesn Effekten die du jetzt gerade erlebst.
Wir bei packman erstellen deshalb unsere Pakete nur gegen Original-SuSe Auslieferungsstand und/oder eigene packman Pakete. suser-guru verfährt genauso und ggfls "verschieben" wir auch mal ein Paket von suser-Guru nach packman um die packman-Policy einhalten zu können. Zum zweiten müssten wir sonst auch alle Repositries lokal vorhalten um dagegen die Pakete zu linken/erstellen. Wer kann das ? Es sind so schon zig-GB um SuSE-DVD und alle packman lokal zu halten um damit Pakete erstellen zu können.
Das ist sehr konservativ, sichert aber einen einigermassen konsisten Stand für eine SuSE Version. Manchmal hat das auch Nachteile, wie z.Bsp kde-basierte Programme, die sind eben gegen das KDE der SuSE Auslieferung gelinkt, wer nun unbedingt ein neues KDE haben will hat dann eben Pech und kann bestimmte packman Pakete nicht nutzen. Die Alternative wäre: packman müsste ein neues KDE zur Verfügung stellen :mrgreen:
Gleiches gilt sinngemäss für gnome.
Das ist auch der Grund warum einige Pakete nicht mehr für alte SuSE Versionen zur Verfügung gestellt werden können, man müsste zuviel "zurückportieren" und dann via packman zurt Verfügung stellen.... ok, manchmal wird das getan um ein Programm weiterhin anbieten zu können.
Zitat von hier: http://www.linux-club.de/viewtopic.php?p=488459#488459
Wenn dann noch Pakete an der Paketdatenbank vorbei installiert werden, vergrößert sich das Chaos noch weiter, wie sicherlich jeder nachvollziehen kann.
Es gibt also feine Grenzen, die man nur dann überschreiten sollte, wenn man sich bewusst ist, dass man sich mit einer Aktualisierung möglicherweise neue Probleme ins Haus holt.

Ich hoffe das trägt etwas zum allgemeinen Verständnis und zur Sensibilisierung bei.
Manche Probleme entstehen, weil man andere beseitigen will. Das ist im Leben so und das ist leider auch unter Linux so.
Aber was solls, jedes halbe bis spätestens ganze Jahr kommt eine neue Version einer Distribution raus. Dann steht der Zähler wieder auf Null und der Spaß beginnt von vorne. So gesehen ist Linux doch besser, als das Leben.
