Repository als Ersatz für sys-apps/systemd-utils & Co.?

guru meditation

Kennt hier jemand ein externes Repository mit Ersatz für den Systemd und elogin-Kram? Früher lief Gentoo ja auch mit libpam, opentmp, und evdev.

Die alten Profile (17.1 oder so) sind ja nun "deprecated", und bevor ich dann gar nicht mehr aktualisieren kann, versuche ich das momentan…

sMueggli · Guru Joined: 03 Sep 2022 Posts: 477

Es gibt mehrere Threads im Forum von Leuten, die die gleichen ideologischen Einschränkungen umgesetzt haben wollen. Dort gibt es dann auch meistens Erklärungen zum Thema, warum und weshalb etwas so ist, wie es ist und welche Alternativen es gibt.

Und soweit ich weiss, hat das nichts mit dem genutzten Profil oder dessen Umstellung von 17.1 auf 23.0 zu tun. Die Aktualisierung des Profils sollte funktionieren, wenn man sich an die Anleitung (News-Item) hält.

guru meditation · Posted: Mon Oct 28, 2024 12:13 am Post subject:

Das Update auf 23 lief soweit recht flüssig. Allerdings will Portage nicht auf glibc 2.39 aktualisieren, weil andere Apps von der installierten 2.35 abhängig wären.

sMueggli · Guru Joined: 03 Sep 2022 Posts: 477

Wie hast du das dann gemacht? Gemäss News (https://www.gentoo.org/support/news-items/2024-03-22-new-23-profiles.html) in Schritt 1 muss glibc mindestens 2.36 sein:

firefly · Watchman Joined: 31 Oct 2002 Posts: 5312

Max Steel · Posted: Mon Oct 28, 2024 10:07 am Post subject:

Mit der Ausgabe von equery d sys-libs/glibc und eix sys-libs/glibc lässt sich das am ehesten herausfinden.
_________________
mfg
Steel
___________________

Heim-PC: AMD Ryzen 5950X, 64GB RAM, GTX 1080
Laptop: Intel Core i5-4300U, 16GB RAM, Intel Graphic
Arbeit-PC: Intel i5-1145G7, 16GB RAM, Intel Iris Xe Graphic (leider WSL2)

Josef.95 · Advocate Joined: 03 Sep 2007 Posts: 4664 Location: Germany

Jo, ich denke keines der Pakete im aktuellen ::gentoo repo sollte eine hart maskierte glibc-2.35 Version als dep haben - wenn doch, dann wäre das ein Bug.
Die Ausgabe von

guru meditation · Posted: Mon Oct 28, 2024 8:30 pm Post subject:

Das Problem mit Portage ist:

– Bei Upgrade von glibc über Drittpaket (namentlich shadow-4.14.

verweigert emerge die Ausführung, weil angeblich zig Pakete von irgendwelchen alten glibc-Versionen abhängig seien. Das ist aber Quatsch, denn:

– Mit emerge -1 glibc aktualisiert Portage wiederum anstandslos auf die neue(ste) Version.

Nach einem Neustart erstellte Portage dann auch shadow anstandslos. Komich, nich?

asturm · Developer Joined: 05 Apr 2007 Posts: 9250

Ohne irgendwelche logs sind jegliche Spekulationen Zeitverschwendung.

Josef.95 · Advocate Joined: 03 Sep 2007 Posts: 4664 Location: Germany

Puh ja, ohne dein verwendetes emerge Kommando zu kennen, und kein Stück Ausgabe gesehen zu haben, ist es schwierig dazu was zu sagen (da bleibt nur wildes raten und spekulieren).
Aber, klingt ein wenig danach als wenn versucht wurde nur einzelne Pakete, anstatt @world zu aktualisieren.
Falls ja, das geht selten gut - siehe dazu zb auch im https://wiki.gentoo.org/wiki/Project:Portage/FAQ#Why_is_there_a_dependency_conflict_when_I_attempt_to_upgrade_a_single_package.3F