witzigerweise genau gestern, borgbackup ist gerade kaputt
Packman Project steht zur Übernahme oder wird geschlossen
- Sauerland
- Unerledigt
Hinweis: In dem Thema Packman Project steht zur Übernahme oder wird geschlossen gibt es 16 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
Danke für die Info.
Ach und doppelt witzig: Trifft mich als Vorta Backup User, was im Hintergrund borgbackup benutzt, aber Vorta gibt es auch via Flathub, sogar direkt vom Entwickler.
-
Seltsamerweise steht auf der Packman-Homepage noch garnichts davon

[packman] 25 Jahre Packman – und nun? // Packman at 25 – where do we go from here?
-
oder auf Fedora, wo m.W.n. Gnome Software auch direkt beim ersten Start nach dem Codec Repo fragt.
Nicht ganz. Nach der Installation von Fedora wird beim ersten Start gefragt, ob Drittanbieter-Repos aktiviert werden sollen. Diese haben allerdings nichts mit den Codecs zu tun. Das sind Repos für Steam, Nvidia oder Google Chrome.
Für die Installation der proprietären Codecs muss man die RPMFusion-Repos aktivieren und die Codecs switchen. Ist also so ähnlich wie bei openSUSE mit dem Packman-Repo.
mit Packman hab ich alle 4 Wochen schwerere Dependency Errors beim Zypper dup, wohingegen ich bei einem sauberen TW seit 2 Jahren nur ein einziges Mal eingreifen musste
Das passiert in Fedora leider auch immer wieder, wenn man sich die Codecs aus den RPMFusion-Repos installiert hat. Die freien Codecs sind in Fedora schneller gepackt und erhältlich, als die proprietären Codecs aus RPMFusion und somit kommt es zu Konflikten bei den Abhängigkeiten. Das nervt manchmal ganz schön, ist aber nur eine Frage von 2 bis 3 Tagen. Dann passen die Pakete wieder zusammen und alles ist gut. Bis zum nächsten Mal.
-
Die beiden Owner des Packman Projekts bieten die Übernahme des Projekts an oder schließen Packman zum 01.01.2027
Packman lebt weiter
[packman] 25 Jahre Packman – und nun? // Packman at 25 – where do we go from here?
ZitatAlles anzeigenhallo zusammen,
...
zunächst einmal: danke für die vielen Rückmeldungen, Fragen und
Angebote. Wir haben uns sehr darüber gefreut – und wir wissen, dass
wir längst nicht auf alle Angebote eingegangen sind. Das war keine
Geringschätzung, sondern schlicht der Situation geschuldet. Bitte
nehmt es uns nicht übel.
Und ja: Das mit Flatpak war ein Beispiel. Eines von mehreren, und
rückblickend vermutlich kein besonders glückliches – wir hätten es
wohl besser weggelassen und es bei „die Distributionen haben sich
weiterentwickelt“ belassen. Dass daraus gleich eine Grundsatzdebatte
über das Ende der Paketierung wurde, hatten wir nicht vor.
Deshalb umso lieber die eigentliche Nachricht: Es haben sich
langjährige Mitstreiter bereit erklärt, Packman zu übernehmen. Der
Dienst läuft also wie gewohnt weiter, und die Einstellung zum
31.12.2026 ist damit vom Tisch. Details zur Übergabe (Infrastruktur,
Builds, Repos) klären wir im Hintergrund und melden uns hier, sobald
es etwas Konkretes zu berichten gibt.
Viele Grüße,
Marc Schiffbauer
-
Das ist wirklich erfreulich

Ich hatte zwischenzeitlich schon versucht, auf das videolan-Repository umzustellen. Leider gibt es da nur eine Tumbleweed-Version, die zu Versionskonflikten geführt hat.
Zypper bot mir seitdem an, KDE-Plasma komplett zu deinstallieren und/oder irgendeine Development-Version von ffmpeg-mini-libs zu installieren, deren Abhängigkeit "only-for-development" o.ä. nicht erfüllbar war

Lösen ließ sich dieser gordische Knoten nur durch eine selbstkompilierte Version von kpipewire6, da wohl die vorhandene libKPipeWireRecord6 seltsame Abhängigkeiten beinhaltete.
Mit Packmans Slowroll-Repos hatte ich hingegen keine Probleme - long live Packman

-
Das ist wirklich erfreulich

Ich hatte zwischenzeitlich schon versucht, auf das videolan-Repository umzustellen. Leider gibt es da nur eine Tumbleweed-Version, die zu Versionskonflikten geführt hat.
ich war für meine Opensuse-Zukunft schon in Panik .. es sind nicht nur die codecs ... es gibt noch ein paar Highlights mehr, die sich gut gepflegt bei Packman finden.