Opracowany przez | Mike Hearn |
---|---|
Ostatnia wersja | 1.4.2 (24 maja 2009) |
Napisane w | GNU Bash |
System operacyjny | Linux |
Środowisko | GNU / Linux |
Rodzaj | Menedżer pakietów |
Licencja | GNU LGPL |
Stronie internetowej | autopackage.org (zarchiwizowane) |
Autopackage był menedżerem pakietów dla systemu GNU / Linux . Jego celem było stworzenie pakietów, które można by zainstalować we wszystkich dystrybucjach Linuksa. Został stworzony przez Mike'a Hearn'a około 2002 roku. W sierpniu 2010 roku projekty Listaller i Autopackage ogłosiły fuzję.
Był używany w szczególności w projektach takich jak aMSN lub Inkscape , a witryny hostujące projekty, takie jak Freshmeat.net , oferowały możliwość określenia adresu URL pakietu Autopackage w celu pobrania oprogramowania. Lista dostępnych pakietów pozostawała jednak ograniczona, a pakiety są często przestarzałe (na przykład w sierpniu 2012 r. Autopakowana wersja bezpłatnego oprogramowania GIMP to 2.2.6, przy czym wersja na ten dzień to 2.8.2).
Autopackage może być używany we wszystkich dystrybucjach. W przeciwieństwie do formatów pakietów RPM i Deb , Autopackage sprawdza zależności od bieżącego systemu, zamiast wysyłać zapytania do bazy danych zawierającej informacje o pakietach. Dzięki temu może działać niezależnie od systemu pakietów dystrybucji, a tym samym zmniejsza problemy ze zgodnością.
Programy korzystające z pakietu automatycznego muszą być relokowalne, to znaczy muszą mieć możliwość zainstalowania w dowolnym katalogu w pojedynczym pliku binarnym. Pakiet może więc zostać zainstalowany przez użytkownika, który nie ma uprawnień administratora w swoim własnym katalogu osobistym.
Autopackage jest przeznaczony do instalowania aplikacji innych niż jądro lub bibliotek oprogramowania , takich jak edytory tekstu, przeglądarki internetowe lub gry, w przeciwieństwie do bibliotek jądra lub oprogramowania, takiego jak powłoki . W przypadku tych bibliotek i oprogramowania jądra zaleca się używanie menedżera pakietów dystrybucji ze względu na kompatybilność i szybkość. Biblioteki, które nie są częścią jądra, są drażliwym problemem: z jednej strony Autopackage umożliwia ich instalację dla większej liczby systemów, z drugiej strony mogą pojawić się problemy, gdy chcesz zainstalować natywne pakiety, które zależą od już zainstalowanych bibliotek z Autopackage.
Celem autopakietu było „ulepszenie” Linuksa poprzez uczynienie go platformą desktopową ze stabilnymi interfejsami oprogramowania binarnego, podobnymi do Windows czy MacOS , podczas gdy w Linuksie bardziej typowe jest zapewnienie kompatybilności na poziomie. Source.
Autopackage różni się od innych wykonywalnych instalatorów dla GNU / Linux, takich jak „ Loki Installer ”, tym, że jest specjalnie zaprojektowany, aby był kompatybilny z jak największą liczbą dystrybucji.
Pakiety Autopackage są w rzeczywistości wykonywalnymi skryptami bash i dlatego można je zainstalować po prostu uruchamiając je. Mają rozszerzenie .package . Autopackage używa własnego formatu archiwizacji.
Programy Autopackage są instalowane w zakodowanych na stałe katalogach systemowych i mogą powodować konflikty z innymi pakietami zainstalowanymi w inny sposób, powodując uszkodzenie pakietu. Tych konfliktów można uniknąć, odinstalowując stare wersje pakietów zainstalowanych przez Autopackage.
Pakiety można alternatywnie instalować za pomocą narzędzi Listaller. Listaller po prostu osadza Autopackages w swoim własnym formacie pakietu, a następnie obsługuje Autopackages jak każdy inny.