Debian unstable nicht mehr bleeding edge?

[mitscherdinger]

Hallöchen!

Auf meinem Laptop läuft Siduction in 64bit und wird regelmäßig aktualisiert. Bei mehreren Kernkomponenten des Systems scheint unstable aber wesentlich unaktueller zu sein, als es sein könnte. Zum Beispiel:
Kernel - (gut, das Siduction-Team ist da wirklich schnell, aber) Debian unstable verharrt seit Monaten auf 'nem 3.2er Kernel.
Dann libc - gibt's schon seit März, unstable bleibt hartnäckig bei 2.13.

Was ist da los? Früher war unstable doch auch immer äußerst aktuell. Im Augenblick ist Ubuntu, obwohl schon 2 Monate alt, aktueller!

Hat jemand eine Erklärung dafür?

Grüße!
Mitsch

[feltel]

Die Erklärung ist relativ einfach. Aktuell ist Testing im sog. Freeze und damit wird traditionell auch Unstable etwas langsamer, da die meisten Maintainer sich um die Fertigstellung der nächsten stabilen Distribution kümmern. Es gibt während des Freezes auch gewisse Restriktionen beim hochladen neuer Programmversionen.

[feltel]

Achso: Hab den Fred nach Grundsatzfragen verschoben.

[mitscherdinger]

Gut, ich dachte mir schon, dass meine Rubrik falsch war. (Hab aber auch keine passendere gefunden gehabt...)

Mmmh, so, wie das gerade aussieht, kann's ja noch mehrere Monate dauern, bis dann wieder n bisschen Schwung in die Sache kommt. Echt ärgerlich: Gerade gibt's ein paar neue Spiele und alle wollen libc6 2.15: Vessel, der Steam-Client und vor ein paar Wochen wollte ich die 64bit-Beta von Supertuxkart anspielen. Für alle ist unstable gerade nicht aktuell genug...

Naja, wird schon. Nicht soooo wichtig.

Grüße!
Mitsch

[sidloki]

In experimental findest du libc6 2.16 und auch einen aktuelleren Kernel (3.6). Allerdings kann das auch zu unerwünschten Nebenwirkungen führen...

[rendegast]

Einen Hack für 3.6-trunk, um zBsp. virtualbox-dkms damit zu bauen:
In
/usr/src/linux-headers-3.6-trunk-common/Makefile
entferne

Code: Alles auswählen

                   -Werror-implicit-function-declaration \

(Backup der Datei)
Ist aber nur formal und ermöglicht die Kompilierung, denn die implizite Funktion in iommu.h Zeile 272 bleibt ja.

[schorsch_76]

Wirklich "Bleeding Edge" ... Gentoo. Alles aus den Quellen

Gruß
schorsch

[rendegast]

... nach Grundsatzfragen verschoben.

(Hab aber auch keine passendere gefunden gehabt...)

Smalltalk?

[mitscherdinger]

Wirklich "Bleeding Edge" ... Gentoo. Alles aus den Quellen

Klar! Kommt aber drauf an, welches Repo man verwendet...
Ich hab's mal ausprobiert für meinen alten G4-Mac - Ergebnis: Ewig lange Bauzeit für ein zwar unschlagbar schnelles aber m.E. unflexibles System. Seitdem weiß ich, was ich an APT(itude) habe. Für ein einmalig aufgesetztes System, das für einen ganz bestimmten Anwendungsfall optimiert sein soll, sehr geil, für ein System, dass immer Bleeding Edge bleiben soll, sehr anstrengend und stromfressend.
Da bleib ich lieber bei Debian - auch wenn ich jetzt n bisschen warten muss...

Grüße!

[nikaya]

Es ist richtig dass Sid während des Freeze nicht mehr wirklich bleeding edge ist. Das liegt in der Natur der Sache bei Debian.

Gentoo Testing war mir auf Dauer zu anstrengend und zeitaufwendig. Sehr aktuell und ziemlich bleeding edge ist Arch Linux.

Noch aktueller sind die Entwicklungsversionen von einigen Distributionen, wie z.B. Fedora Rawhide oder openSUSE Factory. Dort sollte man aber bedenken dass diese Repos zum Testen und Fehler finden (und berichten) gedacht sind, und nicht für irgendwelche produktive Einsätze.

[hikaru]

Nur aus Interesse (und ohne jeden Vorwurf):
Laut deinem Anmeldungsdatum hast du mindestens drei Debianreleasewechsel hinter dir, und der Sid-Paketstau im Freeze fällt dir erst jetzt auf?

[peschmae]

Naja, ich merke das ja auch immer nur wenn ich was installieren will und das nicht da ist (Linux 3.7 anyone?)

MfG Peschmä

[towo]

Code: Alles auswählen

towo:Defiant> cat /proc/version 
Linux version 3.7-1.towo-siduction-amd64 (Debian 3.7-4) (towo@siduction.org) (gcc version 4.7.2 (Debian 4.7.2-4) ) #1 SMP PREEMPT Mon Dec 17 21:31:10 UTC 2012

[mitscherdinger]

Laut deinem Anmeldungsdatum hast du mindestens drei Debianreleasewechsel hinter dir, und der Sid-Paketstau im Freeze fällt dir erst jetzt auf?

Das liegt daran, weil ich früher hauptsächlich stable oder testing genutzt habe, ein paar Jahre dann Ubuntu und als ich wieder Debian wollte, habe ich von Aptosid gehört. Aber erst seit Siduction bin ich mehr oder weniger "fest" bei Debian Sid gelandet… Von dem her ist's mein erster Feature-Freeze unter unstable…

Richtig aufgefallen ist's erst, seit ich auf Gnome 3.6 warte, weil der Kernel von Siduction ja doch recht aktuell ist. Und als ich nun zum dritten mal von einem Programm aufgefordert wurde, mindestens libc6 2.15 zu installieren, hab ich hier geschrieben.

So war's!

Grüße!
Mitsch

[towo]

Nuja, es wurde ja shon gesagt, daß libc 2.16 in experimental ist.
Für Steam, was ja 32bit ist, tuts aber eben auch einfach die Lib lokal in's entspr. Steam-Verzeichnis zu kopieren, so läuft man auch nicht Gefahr, sein System zu schrotten.