• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Steht Packman vor dem aus?

susejunky

Moderator
Teammitglied
In diesem Beitrag auf der Packman-Mailingliste haben Marc Schiffbauer und Stefan Botter, die Hauptinitiatoren des Packman-Repositories, das Ende des Repositories für den 31.12.2026 angekündigt, sollte sich niemand finden, der/die das Vorhaben übernehmen und weiterführen will.

Das Packman-Repositorie stellt unter anderem für openSUSE .rpm-Pakete von vlc und ffmpeg bereit, die auch die nicht-freien Codecs (z.B. H.265) beinhalten.
 
Das sind weniger gute Nachrichten :-( In dem Beitrag wird aber auch auf FlatPack verwiesen. Das nutze ich recht gerne, weil ich darüber z.B. Pakete von Applikationen von Proton beziehen kann.
 
OP
susejunky

susejunky

Moderator
Teammitglied
Für Alle, die angesichts des drohenden Aus von Packman nach einer Lösung suchen und nicht auf Flatpaks umsteigen wollen, hier einige Hinweise:

  • H.265-fähige Versionen von ffmpeg und vlc kann man auch aus dem VLC-Repository beziehen. Benutzer des aktuellen openSUSE Tumbleweed Snapshots (20260828) müssen bei einer Umstellung jedoch beachten, dass die vlc-Version aus dem VLC-Repository z. Zt. (d.h. 30.08.206, 6:00 Uhr) noch libabsl_...2601_0_0 verwendet während, openSUSE Tumbleweed 20260828 bereits libabsl_...2608_0_0 nutzt.

    libabsl_...2601_0_0 ist vorübergehend noch hier verfügbar.

  • Es ist nicht empfehlenswert das Packman- und das VLC-Repository gleichzeitig zu nutzen oder eine "Paketmischung" aus den beiden Repositories zu installieren.

  • Benutzer, die den H.265-Codec nicht benötigen, können ffmpeg und vlc aus dem openSUSE Tumbleweed OSS Repository verwenden.
 
Ja, ich nutze diese Ankündigung auch, um bei den Packman-Paketen auszumisten.

Unabhängig vom H.265-Codec wurde mir gesagt, dass die Flathub-Version von vlc vor dem OSS-Repo zu bevorzugen wäre, weil es wohl auch die Hardwareunterstützung für das Video-Decodieren beinhaltet. Die Version vom OSS-Repo macht das wohl "nur" softwareseitig, läuft über die CPU und könnte länger dauern. Grundsätzlich funktionieren soll es aber.

Ansonsten bin ich auch am rumackern, die Packman-Pakete zu reduzieren.
 
du meinst neben den "unnötig Balast" in den Packages, weil shared-Libs mitkommen und den je nach Package nicht immer geklärten Zuständigkeiten für Updates und Maintenance? Oder ggf. sogar Unklarheiten darüber, wo das Package denn nun genau herkommt oder wer es gebaut hat?

Evtl. auch wegen Flatpak CVEs and Security Vulnerabilities - OpenCVE?
Der Overhead und die unterschiedlichen Versionen irgendwelcher Libraries etc. waren bisher auch die Gründe, warum ich keine Flatpaks verwenden möchte (und es bisher nicht tue). Jetzt kommt also noch ein weiteres Argument dazu: ungepatchte, teils kritische Fehler.
Mal schauen wie sich das weiter entwickelt, es gab ja schon Bereitschaftsmeldungen für die Übernahme.
Im Zweifel werde ich bei der Migration auf openSUSE 16.1 mal versuchen ohne Packman auszukommen. Hoffentlich funktionieren die Codecs aus VideoLAN.org mit meinen iPhone Videos...
 
Die eigentliche Frage ist doch: Wo ist Packman unverzichtbar und wie verringert man seine Abhängigkeit davon?

Ich denke, dass Packman mittlerweile nicht mehr die wichtige Rolle spielt, wie es noch vor Jahren war. Viele ffmpeg-Codecs und -Bibliotheken sind in das offizielle openSUSE-Repo eingezogen.

Bei mir habe ich festgestellt, dass es nur noch wenig gibt, für das ich Packman wirklich brauche. Unabhängig von der hohen Qualität und Bequemlichkeit: was brauche ich wirklich von Packman, weil ich es (fast) nirgendwo sonst finde? Mir fallen (für mich) nur noch propitäre Video-Programme und -Codecs ein.

Als da wäre: H.265, Handbrake und VLC.
Handbrake ist einfach: die einzige Lösung, die mir ohne Packman einfällt, ist Flathub. Wenn das nicht so gut funktioniert, dann ist das leider so, betrifft aber nur ein Programm, was ich auch nur sporadisch benutze.
H.265: schwierig, da es wohl nur durch VLC installiert wird, wenn keine kastrierte Quelle zur Verfügung steht.
VLC: auch schwierig, aber nur durch eingeschränkte Denkweise. Alle Alternativ-Quellen außer Packman haben mehr oder weniger Nachteile od. Risiken. Daher habe ich mir als Lösungsversuch überlegt, einen anderen Weg zu gehen.

Sollte es zu Packman-Abschaltung kommen, dann würde ich Haruna testen. Evtl. geht (auf Software-Basis) sogar H.265. Ansonsten würde ich für VLC erst das VideoLAN-Repo und dann erst Flathub testen.

Fazit für mich: im Idealfall benötige ich nur ein Programm von Flathub. Den Rest kann ich durch offizielle oder quasi offizielle Repos ersetzen. Mit kaum Nachteilen (denke ich).
 
Oben