Autopackage

Autopackage
colspan="2" class="notheme" style="text-align:center; background:#Vorlage:Standardfarbe; color:#202122;" | Datei:Autopackage-logo.png
Datei:Autopackage ready to install software.png Installation von Inkscape mit Autopackage
Basisdaten
Hauptentwickler	Jan Niklas Hasse
Entwickler	Mike Hearn
Erscheinungsjahr
Aktuelle Version	()
Aktuelle Vorabversion	()
Betriebssystem	GNU/Linux
Programmier­sprache
Kategorie	Installationssystem (Paketmanager)
Lizenz	LGPL (Freie Software)

Autopackage war ein alternatives Linux-Softwareinstallationssystem.<ref name=hearn2002>Vorlage:Cite book/NameVorlage:Cite book/Name: [ AutoPackage – Introduction to the Next Generation Linux Packaging.] www.osnews.com, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 18. Februar 2012 (). Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref><ref>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Distributionsunabhängige Pakete mit Autopackage – Eines für alle.] Linux-Magazin 2006/02, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 11. April 2012: „Obwohl sie nach dem gleichen Prinzip arbeiten, laufen RPMs von Suse 9.2 nicht unter Suse 9.3 und schon gar nicht unter Red Hat. Das Autopackage-Projekt setzt auf einen einheitlichen Standard für die Erstellung von Installationspaketen. Dabei lösen die einzelnen Pakete ihre Abhängigkeiten selbst auf.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> Ihr Zweck war eine einfache Installation von Software, unabhängig von der verwendeten Linux-Distribution. Sie sollte sowohl Nutzern als auch Entwicklern das Leben erleichtern, indem sie es ermöglicht, nur ein einziges Paket zu erzeugen, das sich vom Nutzer auf jedem beliebigen Linux-System mit einem Klick installieren und auch wieder löschen lässt.<ref name=autopackagefaq>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Autopackage FAQ.] autopackage.org, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 21. Januar 2012 (englisch): „What is autopackage? For users: it makes software installation on Linux easier. If a project provides an autopackage, you know it can work on your distribution. You know it’ll integrate nicely with your desktop and you know it’ll be up to date, because it’s provided by the software developers themselves. You don’t have to choose which distro you run based on how many packages are available. For developers: it’s software that lets you create binary packages for Linux that will install on any distribution, can automatically resolve dependencies and can be installed using multiple front ends, for instance from the command line or from a graphical interface. It lets you get your software to your users quicker, easier and more reliably. It immediately increases your user base by allowing people with no native package to run your software within seconds.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> Durch die mögliche direkte Verbreitung von Software hat der Anwendungsanbieter mehr Kontrolle über Produktupgradezyklen.<ref name=internetnews>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Autopackage 1.0 Targets Developers.] internetnews.com, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 21. Januar 2012 (): „„RPM itself isn’t that bad. The Big Issue is that RPMs are specific to particular distributions and distribution versions and sometimes even patch levels of those distributions, […] Autopackage gets around that problem by being universal. It also provides a consistent experience for all users, which means we can improve it faster than every distro doing their own thing can. […] I think you’ll see RPMs become less common on sourceforge download pages, if only because they’re such a pain to constantly rebuild,“ Hearn said.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> Es wurde von etablierten Open-Source-Projekten wie AbiWord<ref name=brockmeier>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Autopackage 1.0.] lwn.net, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 24. Januar 2012 (englisch): „Overall, Autopackage is a very promising project. It makes it possible for third-parties to distribute software for Linux users […] It’s too bad that such a system is still necessary at this time, but it fills a necessary gap until the day that Linux distributions can settle on a standard base system and packaging format.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref>, Inkscape<ref name=inkscape>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Inkscape – A Union of Contributions Makes a Difference.] www.osnews.com, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 18. Februar 2012 (): „The latest contribution that I think will have widespread and exciting ramification’s was brought to Inkscape quite out of the blue by Mike Hearn. Mike’s project, called AutoPackage, seeks to solve the perennial problem of easily installing software on Linux.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref><ref name=ldotcom>Vorlage:Cite book/NameVorlage:Cite book/Name: [ A conversation with the autopackage team.] linux.com, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 12. Februar 2012 (). Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> oder Gajim erfolgreich eingesetzt.

Funktionsweise

Autopackage selbst ist ein Shellskript, welches das zu installierende Programm beinhaltet. Bis auf die Bash ist kaum zusätzliche Software nötig. Sollte Autopackage auf dem System fehlen, wird das Programm automatisch heruntergeladen und installiert. Die Installation des Programmes ist skriptgesteuert und lässt sich dadurch flexibel anpassen und weiter automatisieren. Der Installationsprozess soll praktisch keine Benutzerinteraktion erfordern. Benutzern kann es auch erlaubt werden Pakete ohne Root-Passwort zu installieren. Abhängigkeiten werden automatisch und unabhängig von der eingesetzten Paketverwaltung des Stammsystems aufgelöst, heruntergeladen und installiert. Zur besseren Integration auf dem Linux-Desktop gibt es grafische Interfaces sowohl für Qt und GTK+, aber auch eine textbasierte Schnittstelle für Terminals.

Herausforderungen

Autopackage unterliegt jedoch einigen Einschränkungen, besonders im Bereich der Binär-Kompatibilität des Linux-Ökosystems<ref name=binaryproblems>Vorlage:Cite book/Name: [ Random Collection of Current Linux Problems Binary Portability.] autopackage.org, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 23. Januar 2012 (englisch): „This page was prepared for the OSDL meeting in December 2005. It describes many of the problems inherent to Linux we’ve encountered whilst distributing complex software in binary form to end users. It also offers a few suggestions for improvements.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref>, weswegen seine Verbreitung überschaubar ist. Nach wie vor sind einige Probleme nur teilweise oder noch gar nicht gelöst. Zum Beispiel kann die Verwendung der Versionen 3.4 oder 4.0 des GNU-C++-Compilers zu früheren gcc-Versionen ABI-inkompatiblen Code erzeugen. Dieses Problem betrifft unter anderem das Qt-Toolkit, welches in C++ geschrieben ist.

Auch die Zusammenarbeit mit den Distributions-eigenen Paketverwaltungen klappt noch nicht immer reibungsfrei. So können installierte Pakete fälschlicherweise als eigene identifiziert und diese im Zuge von Veränderungen irrtümlich deinstalliert werden, da die jeweils andere Paketverwaltungssystem von dieser Deinstallation jedoch nichts mitbekommt wird angenommen, diese Pakete wären noch vorhanden und so kommt es in beiden Paketverwaltungen zu falschen Paketlisten.

Auch das Umplatzieren (Relocation) von Applikationen zwischen verschiedene Verzeichnissen ist in Linux nicht vorgesehen, Pfade werden typischerweise zur Compilezeit in der Anwendung hart-codiert.<ref>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Guide to Making Relocatable Applications (BinReloc 2.0).] autopackage.org, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 26. Januar 2012 (englisch): „However, most applications are not relocatable. The paths where in they search for data files are usually hardd at compile time. On Win32, applications and libraries are easily relocatable because applications and DLLs can use GetModuleFilename() to obtain their full path.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> Die Autopackage-Bibliothek binreloc löst dieses Problem jedoch über die Bereitstellung von Funktionalität vergleichbar der Win32-API-Funktion GetModuleFilename() wodurch Verzeichnis relokierbare Anwendungen und Bibliotheken möglich werden.

Entwicklungsgeschichte

Vision des 2002 von Mike Hearn gestarteten Projekts war auch eine Weiterentwicklung von Linux zu einer Desktop-Plattform.<ref name=autopackageplatform>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Autopackage FAQ.] autopackage.org, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 21. Januar 2012 (): „What’s a desktop Linux platform? Why do we need one? Essentially, software is easy to install on Windows and MacOS […] because by depending on „Windows 2000 or above“ developers get a huge chunk of functionality guaranteed to be present, and it’s guaranteed to be stable. In contrast, on Linux you cannot depend on anything apart from the kernel and glibc.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> Technisch sollte dazu eine binärkompatible Plattform mit stabilen ABIs entstehen<ref name=autopackageplatform />, ähnlich Windows oder Mac-OS, hierzu sollte mit der LSB kooperiert werden.<ref>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Young project leader hopes to make Linux software installation easier.] newsforge.com, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 21. Januar 2012 (). Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> Als weiterer Aspekt sollte ein Fokuswechsel stattfinden: Weg von den bereits gut ausgebauten „Corporate-Desktop“ Administrationswerkzeugen und Strukturen, hin zu den Desktopanwendern und deren Bedürfnis nach „Simplen Lösungen“.<ref name=uivision>Vorlage:Cite book/NameVorlage:Cite book/Name: [ The user interface vision.] autopackage.org, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 25. Januar 2012 (): „We already have a great deal more power than the competition in the area where it most counts in the short term – the corporate desktop. […] So, given that we already have power for those who most need it, the next place to push forward is in ease of use.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref><ref name=byfield2>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Autopackage: Toward a universal package manager for the desktop.] linux.com, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 12. Februar 2012 (). Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> Damit einhergehen sollte eine schärfere Differenzierung zwischen Anwendungssoftware und Systemsoftware, wodurch differenziertere Sicherheitsmaßstäbe und Update-Zyklen angelegt werden könnten.<ref name=byfield2 /> Dieser weitgehende Ansatz wurde von vielen aus der Linux-Community kritisiert, besonders aus dem Umfeld der Distributionen.<ref name=byfield /><ref>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Autopackage goes insane.] licquia.org, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 21. Oktober 2012 (englisch). Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref><ref name=licq1>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Autopackage Considered Harmful.] licquia.org, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 21. Oktober 2012 (englisch). Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref><ref name=hearn2006>Vorlage:Cite book/NameVorlage:Cite book/Name: [ on the future of autopackage.] In: Mike’s Journal. , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 13. Februar 2012 (englisch). Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref>

2006 zeigte sich Hearn in einem Vortrag auf der Free Standard Group’s Packaging Summit Konferenz<ref>Vorlage:Cite book/Name: [ Packaging summit.] In: LSB face-to-face (December 2006). linuxfoundation.org, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 12. Februar 2012 (). Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> der Linux Foundation pessimistisch über die Chancen die großen Distributionen zur Kooperation bewegen zu können. Als Grund nannte er das Konkurrenzdenken der Distributionen untereinander, welches Weiterentwicklung in Richtung übergreifender Standards verhindere.<ref name=packagingsummit2006>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Packaging for people who aren’t distros.] Free Standard Group’s Packaging Summit, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 21. Januar 2012 (). Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> Weiter kritisiert Hearn das vorherrschende Modell des Paketmanagements direkt als „überholt“ und „anti-demokratisch“<ref name=byfield />:

„The whole idea of packaging/installation is bogus and leftover from the times when software was distributed on floppy disks, […] The web 'instant activation' model is better but requires advances in client-side platforms first around streaming and security.“

– Mike Hearn: Free Standard Group’s Packaging Summit 2006<ref name=byfield />

Obwohl die meisten technischen Probleme gelöst wurden und auch einige namhafte Anwendungen Autopackage verwendeten, gelang es dem Projekt nicht, breiteren Zuspruch zu erringen. 2007 kam der Autor des Linux.com-Artikel Autopackage struggling to gain acceptance zu dem Schluss, dass eine mögliche, schmerzhafte Lehre des Autopackage-Projekts die scheinbare Unmöglichkeit größere Änderungen an der Infrastruktur des Linux-Ökosystems zu erreichen, sei.<ref name=byfield>Vorlage:Cite book/NameVorlage:Cite book/Name: [ Autopackage struggling to gain acceptance.] linux.com, , archiviert vom Vorlage:IconExternal (nicht mehr online verfügbar) am Vorlage:Cite book/URL; abgerufen am 21. Januar 2012 (englisch): „If Hearn is correct, the real lesson of Autopackage is not how to improve software installation, but the difficulty -- perhaps the impossibility -- of large-scale changes in Linux architecture this late in its history. It’s a sobering, disappointing conclusion to a project that once seemed so promising.“ Vorlage:Cite book/URLVorlage:Cite book/MeldungVorlage:Cite book/Meldung2Vorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/MeldungVorlage:Cite book/Meldung</ref> Projektinitiator Mike Hearn wechselte schließlich zu Google und gab die Projektführung von Autopackage ab.<ref name=ldotcom />

2010 wurde das Projekt dann eingestellt<ref>The end of Autopackage auf groups.google.com (November 2010, englisch)</ref>, dazu wurde auf der Homepage auf Alternativ-Projekte verwiesen: Listaller, Zero Install, portablelinuxapps.org (heute AppImage.org) und das MojoSetup. Teile der Codebasis wurden vom Listaller-Projekt übernommen.<ref>Launchpad.net announcement: Listaller and Autopackage will merge</ref>

Ähnliche Softwareprojekte

• OpenPKG derzeit werden 1478 installierbare Softwarepakete angeboten
• PortableLinuxApps (Klik-Nachfolger)
• Listaller (Memento vom 28. Januar 2013 im Internet Archive)
• Zero Install

• Tabellarischer Vergleich der Autopackage-Eigenschaften mit anderen Ansätzen, Zeroinstall-Analyse, klik-Tabelle.

Weblinks

Datei:Commons-logo.svg

Commons: Autopackage – Sammlung von Bildern, Videos und Audiodateien

• autopackage.org (Memento vom 25. Juli 2011 im Internet Archive) letzte Version der Projekt-Homepage vom 25. Juli 2011 (archiviert, englisch)
• autopackage auf Google Code (online, englisch)
• Guide to Making Relocatable Applications (BinReloc 2.0) (Memento vom 25. Januar 2009 im Internet Archive) - Bibliothek des Autopackage-Projekt, erlaubt Verzeichnis-umplatzierbare Linuxanwendungen (archiviert, englisch)
• Luau-Projekt wird in Autopackage verwendet (englisch)
• Robin Miller: Young project leader hopes to make Linux software installation easier (Memento vom 10. März 2005 im Internet Archive) Interview mit Mike Hearn auf newsforge.com, 5. März 2003 (archiviert, englisch)

Einzelnachweise

<references />