Verlieren wir unter "Stable" so langsam den Anschluss?

[frank9999]

Hallo,

mir fällt immer mehr in letzter Zeit auf, das vor allem der Stable Zweig so langsam überaltert.

Ich beobachte http://packages.gentoo.org/ bevor ich meinen fast täglichen eix-sync ausführe.
Gefühlt ~80% aller Stable Keywords für die unterschiedlichsten Architekturen kommen von einem einzigen Dev - Agostino Sarubbo.
Ich möchte mir nicht vorstellen, was passiert wenn er aus welchen Gründen auch immer, weniger Zeit für Gentoo aufbringen könnte...

Meine package.accept_keywords Datei wächst und wächst. Ich nutze amd64.
Nun stehe ich seit ein paar Wochen vor dem Problem, das ich etwa ~100 weitere Einträge machen müßte, um wine mit der aktuellen Stable Version von libpng nutzen zu können.
Da in allen emul-linux-x86-baselibs keine 1.6er Version der libpng enthalten ist ,crashed wine nun mit der 1.5er Version der libpng aus dem emul Paket bei fast allen Windows Applikationen...
http://ewgeny.wordpress.com/2013/12/05/enabling-multilib-abi_x86_32-support-on-the-stable-gentoo-system/

Aber nicht nur bei Stable gibt es IMHO momentan Probleme, siehe z.B. Samba 4 das immer noch Masked ist https://bugs.gentoo.org/show_bug.cgi?id=447022
Ohne das ein wirklicher Fortschritt erkennbar wäre...

Was aber wirklich kritisch ist, für mysql gibt es bereits seit mehreren Wochen Upstream Updates, die sind aber noch nicht einmal für ~Arch verfügbar, geschweige denn für Stable...
Noch schlimmer sieht es bei mariadb aus... Die schiere Anzahl der CVE Einträge hierzu...

Wie seht ihr das ganze?

[ulenrich]

@Frank,
- Samba4 ist ein wirklich großer Schritt von Samba3 und eine sehr spezielle Ausnahme
- emul ist in der Weise im Moment problematisch, weil dorten gerade viel gemacht wird: multiarch
(Also gerade dort bleibt gerade nichts stehen, sondern brennt halt manchmal gerade an.)

Es war im letzten Monat ein sehr langer thread in Gentoo-devel über die Stabilisierungs-policy, Ich bin leider noch nicht dazu gekommen es zu lesen. Ich find es manchmal komisch
- wie lange Sachen maskiert bleiben, weil ein paar wissenschaftlichen Tools, die alt sind und nur von wenigen benutzt werden, nicht laufen. (boost, ffmpeg)
- Auch finde ich komisch, wenn neue -minor- Versionen, die eindeutig minimal Patches beinhalten und reine Pflegezweige sind, nicht gleich (nach 3 Tagen) für stabil erklärt werden. (kde, libreoffice)
- Und ich habe gesehen, wie Gentoo maintainer verkünden glibc-2.17 nicht weiter patchen zu wollen: Warum wird dann nicht glibc-2.18 gleich stabilisiert?

[gendjaral]

Hallo frank9999!

[schmidicom]

Die Sache mit den emul-libs ist mir auch schon mehrfach sehr negativ aufgefallen, sowohl mit wine als auch mit dem steam-client weshalb beides nicht mehr installiert ist.
Dank diesem Hickhack ist es im Moment nämlich nicht möglich nur die Pakete mit ABI_X86="64 32" zu kompilieren die von wine und/oder steam gebraucht werden sondern mann muss gleich alles was früher in den emul-libs zuhause war auf Testing und ABI_X86="64 32" setzen. Aber als ob das nicht schon schlimm genug wäre, wird man darüber hinaus auch noch bei fast jedem Update vor Blocks gestellt die erst nach einem 30 minütigem Studium sinn ergeben.
Meiner Meinung nach können die emul-libs nicht schnell genug das Zeitliche segnen.

Aber davon abgesehen gibt es nur sehr wenige Dinge die mir veraltet vorkommen. Das einzige was ich in letzter Zeit etwas seltsam empfand war das die Gentoo-devs so lange zögerten die aktuellen Versionen von dbus und bluez in das offizielle Portage aufzunehmen.
_________________
Lenovo - ThinkPad P16s Gen 2 - 21K9CTO1WW

[franzf]

Agostino Sarubbo (ago) ist derjenige, der für die Arches verantwortlich ist. Soweit ich das sehe, läuft die Stabilisierung so ab:
* stable request auf BGO
* Bei großen Sachen wie kde und gnome zieht das eine Liste weiterer Pakete nach sich, die auch einen stable request brauchen.
* Wenn sich die Paketbetreuer (z.B. dilfridge bei kde) sicher sind, dass jetzt so alles passt, kommt der Spruch "arches please test and mark stable".
* dann testen die "arches", sagen dass alles klar ist oder noch Probleme auftauchen, die evtl. gefixt werden müssen.
* wenn alles passt kommt ago und stellt die arches auf stable.

Das hat also nichts damit zu tun, dass Gentoo nur noch aus ago bestehen würde, sondern er ist der letzte in der Kette, der dann die für den User sichtbare Änderung von testing nach stable macht. Wenn er nicht mehr da ist, wird sich ein anderer finden.

[l3u]

Ich find’s eher bedenklich, wenn Pakete zu früh als stable markiert werden. Siehe z. B. kürzlich Libreoffice mit absolut kaputten KDE-Dialogen. Dann lieber was Älteres, was auch funktioniert.

Und wenn ich bei dem einen oder anderen Paket was Neueres haben will – was zumindest in meinem Fall einen triftigen Grund haben muss – dann demaskiere ich das Paket eben.

Ich seh hier kein Problem …

[misterjack]

[frank9999]

[cryptosteve]

[frank9999]

[Fijoldar]

Probleme sehe ich momentan eher im Testing Bereich als in Stable. In Stable erwarte ich, dass dort Pakete sind, die auch wirklich stabil laufen, sowohl was die Kompiliervorgänge als auch die Funktionen angeht. Dort kann meiner Ansicht nach gerne lange und viel getestet werden. Das möchte ich nicht selbst auch noch machen.

Die Probleme sind für mich, dass es meiner Ansicht nach einige ebuilds gibt, die nicht ordentlich gepflegt werden. Da gebe ich dir absolut Recht, frank9999. Ich finde es ehrlich gesagt ziemlich gravierend, wenn essentielle Sachen wie mysql / mariadb nicht zeitnah aktualisierte ebuilds bekommen. Denn das sind Dinge, die so gut wie auf jedem Gentoo Rechner installiert sind.

[l3u]

[toralf]

[misterjack]

[gendjaral]

[tazinblack]

[gendjaral]

@tazinblack
Ha! Ein Kenner! Freut mich!
"Gentooler" haben eben nicht nur Geschmack wenn es um Betriebssysteme geht.
_________________
Regards, gendjaral