[packman] 25 Jahre Packman – und nun? // Packman at 25 – where do we go from here?

Tue Sep 1 14:54:53 CEST 2026

Am 27.08.26 um 23:58 schrieb Marc Schiffbauer:
> [english version below]
> 
> Liebe Packman-Community,
> 
> nach 25 Jahren ist für uns die Zeit gekommen, das Packman-Projekt aus
> unseren Händen zu geben. Wenn sich niemand findet, der Packman
> weiterführen möchte, werden wir das Projekt zum 31.12.2026 einstellen.
> 
> = Zur Infrastruktur =
> 
> Wer Packman weiterführen möchte, sollte eine eigene Infrastruktur
> aufbauen. Wir sind bereit, unser Wissen zu dokumentieren und beim
> Aufbau beratend zu unterstützen. Wir sind darüber hinaus bereit, die
> Shell-Skripte zu übergeben, die sich um das Veröffentlichen und
> Signieren der Pakete kümmern. Den Betrieb der Domain und der
> Mailingliste würde Marc weiterhin übernehmen, falls sich für die
> anderen Bereiche Nachfolger finden.
Ich hoste ohnehin bereits meinen eigenen OBS für Pakete, die ich nach 
meinem *Gusto* benötige ...
Ich würde mich bereit erklären das hosting auch für die PMBS Instanz zu 
übernehmen ...

> 
> = Nachfolge gesucht =
> 
> Wir suchen eine Person oder ein Team, die/das bereit ist, Packman
> weiterzuführen – Hosting, Build-Infrastruktur, Repository-Management
> und Community-Koordination. Eine Aufteilung auf mehrere Personen ist
> absolut denkbar.
> 
> Wir möchten auch dazu einladen, über alternative Modelle nachzudenken.
> Eine naheliegende Frage: Könnte Packman (oder zumindest Teile davon)
> auf den openSUSE Build Service (OBS) übertragen werden? Dabei gibt es
> allerdings eine wichtige Einschränkung – Packman existiert überhaupt
> nur, weil der offizielle OBS eine Application Blacklist führt und
> genau die Multimedia-Codecs, die Packman ausmachen, dort nicht bauen
> kann.
> Trotzdem lohnt es sich, die Frage neu zu stellen und zu diskutieren,
> welche Modelle heute machbar wären.
Ja, macht durchaus Sinn die Pakete auf packman einer Prüfung zu 
unterziehen, ob diese wirklich noch hier gepflegt werden müssen.

> 
> = Was können wir an potentielle Nachfolger übergeben =
> 
> Das Packman Build System (PMBS) ist aktuell eine Installation von
> openSUSE Leap 16 mit 1.3TB Storage und 10 GB RAM, und läuft als VM mit 6
> Kernen auf einem Ryzen 9 5950X Mietserver. Diese VM können wir recht
> einfach transferieren.
> Der Betrieb des PMBS als öffentlich zugängliche Infrastruktur erfordert
> auch ein Konzept für Ausfallszenarien, aktuell gibt es ein mehrstufiges
> Backupkonzept mit 2-stündigen Sicherungen mit einer Retention von 3
> Jahren. Auch dies bindet Ressourcen, die ihr mit einplanen solltet.
D.h. es existieren inkrementelle Backups im Abstand von 2h über 3J.
Wieviel Platz nimmt das Backup ein ?

> 
> Stefan betreibt zusätzlich 2 x86_64 Buildworker als VMs, mit je 4 Kernen
> und 24 bzw. 32 GB RAM. Diese können unter Umständen zunächst
> weiterlaufen, Stefan wäre aber langfristig froh, diese Ressourcen bei
> sich freizustellen. Auch hier sind die Installationen einfach zu
> tranferieren.
Würde ich ggfs. auch übernehmen ...

> 
> Aktuell gibt es noch Buildworker von anderen Helfern - vielen Dank u.a.
> an Stefan Seyfried! Nutzung dieser Worker müsstet ihr dann koordinieren.
> 
> Und dann gibt es noch den zentralen Repository-Server, welcher die
> Webseite, das zentrale Repository, den rsync-Service für die Spiegelserver,
> sowie die Infrastruktur zum signieren der Pakete bereitstellt.
> Hier arbeitet ein Mietserver mit Intel(R) Core(TM) i7-6700 CPU (4 Cores),
> 32GB RAM auf einem Software-RAID mit ca. 700GB.
> 
> Dieses System sollte neu aufgebaut werden.
Würde ich dann neu aufbauen oder in mein bestehendes repo integrieren. 
Frage mich nur, warum dort signiert wurde, wenn der OBS soch einen 
signing Service hat.

> 
> = Danke =
> 
> Danke für alles.
> 
> Viele Grüße,
> Marc Schiffbauer und Stefan Botter

auch von mir Danke.
War in den vielen Jahren immer froh auf Eure builds zurückgreifen zu 
können, damit die MM-Sachen funktionieren. Und das taten die immer.

> 
> ---------------------------------------------------------------------------
> 
> Dear Packman community,
> 
> After 25 years, the time has come for us to hand over the Packman
> project. If no one is found who wishes to continue Packman, we will
> discontinue the project on 31/12/2026.
> 
> = Regarding the infrastructure =
> 
> Anyone wishing to continue Packman should set up their own
> infrastructure. We are prepared to document our knowledge and provide
> advisory support during the setup. Furthermore, we are ready to hand
> over the shell scripts that handle the publishing and signing of
> packages. Marc would continue to handle the operation of the domain and
> the mailing list, provided successors are found for the other areas.
I am already hosting my own OBS instance for packages I need them to be 
build my way ...
I would offer the take over for hosting of this instance.

> 
> = Successors wanted =
> 
> We are looking for a person or a team prepared to continue Packman –
> hosting, build infrastructure, repository management, and community
> coordination. Splitting these tasks among several people is absolutely
> conceivable.
> 
> We would also like to invite thoughts on alternative models. An obvious
> question: Could Packman (or at least parts of it) be transferred to the
> openSUSE Build Service (OBS)? However, there is a major restriction –
> Packman only exists because the official OBS maintains an application
> blacklist and cannot build the exact multimedia codecs that define
> Packman. Nevertheless, it is worth asking the question anew and
> discussing which models would be feasible today.
It is probably a good idea to check all packages if they really still 
need to be built with PMBS.

> 
> = What can we hand over to potential successors =
> 
> The Packman Build System (PMBS) is currently an installation of openSUSE
> Leap 16 with 1.3TB storage and 10 GB RAM, running as a VM with 6 cores
> on a Ryzen 9 5950X rental server. We can transfer this VM quite easily.
> Operating the PMBS as a publicly accessible infrastructure also requires
> a concept for failure scenarios; currently, there is a multi-stage
> backup concept with 2-hourly backups and a retention period of 3 years.
> This also ties up resources that you should plan for.
So we have 2 hourly incremental backups over 3 Years ?
How much backup storage is needed for this ?

> 
> Stefan additionally operates 2 x86_64 build workers as VMs, each with 4
> cores and 24 or 32 GB RAM. These could potentially continue to run for a
> while, but in the long term, Stefan would be happy to free up these
> resources. Here too, the installations are easy to transfer.
Maybe I can take them over, too.

> 
> Currently, there are still build workers from other helpers – many
> thanks to Stefan Seyfried, among others! You would then need to
> coordinate the use of these workers.
> 
> And then there is the central repository server, which provides the
> website, the central repository, the rsync service for the mirror
> servers, and the infrastructure for signing the packages. This is a
> rental server with an Intel(R) Core(TM) i7-6700 CPU (4 cores), 32GB RAM
> on a software RAID with approx. 700GB.
> 
> This system should be rebuilt.
Maybe new build or integration into my own existing repo.
Only asking why signing happened there while OBS has its own signing 
service ...

> 
> Thanks for everything.
> 
> Best regards, Marc Schiffbauer and Stefan Botter
> 
> 
> _______________________________________________
> Packman mailing list
> Packman at links2linux.de
> https://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Also tahnk you from my side
All the years I was happy to find your builds very useful to get this 
MM-Szuff running ... and they always did.

-- 

Christian
------------------------------------------------------------
    https://join.worldcommunitygrid.org?recruiterId=177038
------------------------------------------------------------
            http://www.sc24.de - Sportbekleidung
------------------------------------------------------------