Nahtlos eingepasst

Das Paketmanagement von Linux symbolisiert für einerseits den ultimativen Vorteil gegenüber Windows. Auf der anderen Seite scheitern Einsteiger trotz aller unbestreitbaren Vorteile einer konsistenten Paketdatenbank regelmäßig am an Tatsache, dass verschiedene Konzepte zur Software-Installation unter Linux existieren. Die zwei weit verbreiteten, jedoch zueinander inkompatiblen Systeme RPM und DEB sowie die Möglichkeit, Software aus den Quellen zu übersetzen, tragen viel zu Unübersichtlichkeit bei.

Da wundert es kaum, dass es seit Jahr und Tag Bemühungen gibt, Einsteiger von den Details der einzelnen Formate fernzuhalten und ein übergreifendes Paketformat nebst zugehörigen Werkzeug zu implementieren, das durch die Bank auf den meisten Distributionen funktioniert. Zu den aktuellen und ehemaligen Vertretern der Kategorie gehören Autopackage, MojoSetup oder ZeroInstall.

Alleskönner

Der von Richard Hughes seit 2007 entwickelte Schnittstelle zum Paketmanagement, PackageKit [1], kommt in diesem Zusammenhang ebenfalls eine zentrale Bedeutung zu. Sie stellt ein Interface für unterschiedlichste Paketsysteme bereit (siehe Kasten "Mit den richtigen Rechten").

Für die Entwicklung von Listaller ist das Projekt Autopackage von besonderer Bedeutung. Es stammt aus dem Jahr 2002 und hatte die einfache Installation von (Third-Party-)Software zum Ziel, unabhängig von der verwendeten Linux-Distribution. Autopackage funktioniert relativ einfach: Im Prinzip verbirgt sich dahinter ein Shell-Skript, das das zu installierende Programm bereits enthält und das – bis auf die Bash – keine zusätzliche Software braucht.

Idealerweise sollte der gesamte Installationsprozess keine Interaktion mit dem Benutzer erfordern. Abhängigkeiten lösen die Paketverwaltungen in der Regel automatisch auf.

Zweckehe

Allerdings ging es mit dem Projekt nicht wie gewünscht voran. Mike Hearn hat die Software acht Jahre lang entwickelt. Im Jahr 2010 stellte er jedoch die Arbeit daran ein und bündelte seine Kräfte mit dem Projekt Listaller [2]. Letzteres startete Matthias Klumpp 2007 als Experiment, um herauszufinden, wie aufwändig es wäre, ein universelles Interface zu entwickeln, das alle unter Linux relevanten Arten von Software verwaltet.

Durch den Zusammenschluss mit Listaller erschienen den Entwicklern einige Bestandteile von Autopackage obsolet. Auch das Format der Pakete passten sie an die Spezifikation von Listaller an. Trotz einiger bemerkenswerte Fortschritte insbesondere bei der aktuellen Version 0.5.5 hat das neue Projekt bisher allerdings den experimentellen Status nicht verlassen: Es gibt also noch keine "offizielle" Version der Software.

Der Entwickler arbeitet übrigens parallel für OpenSuse am AppStream-Projekt ([3],[4]) mit und gehört zu den Upstream-Entwicklern von PackageKit. Sein Listaller-Projekt hat kein geringeres Ziel, als das Installieren eines Paketes auf verschiedenen Distributionen so einfach und sicher wie möglich zu machen – und das bei bestmöglicher Integration in die Mutterdistribution. Zusätzlich kooperiert Klumpp mit dem Projekt ZeroInstall.

Seit der Version 0.3a arbeitet das Programm Listaller mit PackageKit als Backend zusammen und profitiert somit über dessen Schnittstelle zu PolicyKit in Bezug auf die Rechteverwaltung. Außerdem ermöglicht diese Kooperation, dass Frontends, die auf PackageKit aufsetzen, zusätzlich die mit Listaller installierten Pakete sehen und verwalten.

Das Listaller-eigene Paketformat IPK erlaubt es, auf sehr einfache und flexible Weise Software auf beliebigen Distributionen zu installieren. Matthias Klumpp betont allerdings immer wieder, dass Listaller keinesfalls das bestehende Paketmanagement ersetzen soll, sondern es lediglich ergänzt.

Die Skripte des Listaller-Paketformats IPK weisen eine ähnliche Syntax auf wie die von Debian-Paketen. Die Software komprimiert die Packages automatisch mit LZMA und ermöglicht es außerdem, sie mit GPG zu signieren. Seit der Version 0.4b lagern große Teile der ursprünglichen Funktionen in separaten Bibliotheken, was das Schreiben neuer Frontends in anderen Sprachen erleichtert.

Einen in älteren Versionen von Listaller noch vorhandenen internen Software-Katalog hat der Entwickler inzwischen mit der Begründung gekippt, dass es keinen Sinn mache, den inzwischen sehr guten Software-Stores der Distributionen (etwa Ubuntu Software Center) eine weitgehend ähnliche Technologie mit gleichen Funktionen gegenüber zu stellen. Über einen distributionsübergreifenden Store für Kaufsoftware denkt Klumpp hingegen durchaus nach und will dazu in Zukunft mit dem Pappi-Projekt [5] kooperieren.