Wiele powiedziano o fragmentacji, za i przeciw, ale ostatnio pojawiło się kilka bardzo interesujących rozwiązań, takich jak pakiety przystawki Canonical, które zostały otwarte dla wszystkich dystrybucji, nie tylko Ubuntu. Ale oprócz tego istnieją inne możliwości, jedną z nich jest ta, którą przyszliśmy przedstawić ten pogląd, jest to AppImages. Zasadniczo możliwość pakowania aplikacji w ogólny sposób dla systemu GNU / Linux.
Pomaga to programistom zachęcać do tworzenia większej ilości oprogramowania dla systemu Linux, ponieważ czasami niechętnie podchodzą do liczby pakietów, które muszą wygenerować i utrzymywać dla różnych istniejących dystrybucji. Innym razem decydują się na dostarczanie oprogramowania zgodnego tylko z niektórymi dystrybucjami, ignorując resztę, co nie jest rozwiązaniem całkowitym. Dlatego tego typu projekty dają nadzieję, że uniwersalność do pakietów oprogramowania.
Oprócz tego w pewnym sensie pojawiłyby się aktualizacje aplikacji, w tym aktualizacje zabezpieczeń bardziej bezpośrednio poprzez upstream (z ręki pierwotnego programisty). Nastąpiłoby to dzięki aktualizacjom delta, czyli pakietom, które zawierają tylko zmiany nowych wersji. Więc wszyscy wygralibyśmy, zarówno programiści z większą łatwością, jak i zaletami aktualizacji, aby zawsze mieć najnowsze i bardziej kompatybilne pakiety dla użytkowników końcowych. Oprócz poprawy bezpieczeństwa można zaimplementować techniki piaskownicy, aby je izolować.
Ale nie wszystko to zalety, w przeciwieństwie do nadmiarua, ponieważ integrując wszystkie zależności, możemy znaleźć przestrzeń dyskową marnowaną przez biblioteki i inne powtarzające się elementy, które są obecnie niedostępne. Ale hej, to cena, jaką trzeba zapłacić za pozostałe korzyści ... Aby uzyskać więcej informacji, możesz skonsultować się appimage.org.
Podoba mi się, że Appimage mogły być brane pod uwagę bardziej, są w pobliżu od dawna, a teraz w bitwie jest bardzo mało prawdopodobne, że staną się standardem. Są bardzo łatwe do stworzenia z Ubuntu (chociaż tak naprawdę nie lubię, tylko z Ubuntu). Bezproblemowo stworzyłem aplikację vokoscreen na Ubuntu i bez problemu używam jej na openSUSE.
Miejmy nadzieję, że ten, który wygrywa jako standard, jest równie łatwy do stworzenia i nie tylko z Ubuntu
Powiedz mi, jak to się robi i jakich kroków i aplikacji użyłeś do tego
Zrobiłem to, jak mówi wiki
https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages
najpierw pobierz niezbędne komponenty, które pojawiają się w pierwszym wierszu
sudo apt-get update; sudo apt-get -y install libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath fuse # debian, Ubuntu
Następnie
git clone https://github.com/probonopd/AppImageKit.git
cd AppImageKit
cmake.
robić
i zamiast leafpad
eksportuj APP = leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Położyłem vokoscreen
eksportuj APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
To z maszyny wirtualnej, ponieważ używam openSUSE, miałem pewne komplikacje z niektórymi bibliotekami, które nie były dołączone samodzielnie (pokazało mi, że brakuje biblioteki w openSUSE), ale dodałem je do katalogu vokoscreen.AppDir i odtworzyłem AppImage z
eksportuj APP = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Działa tak długo, jak nie istnieje plik o tej samej nazwie, więc musisz usunąć poprzedni plik .AppImage
Jeśli nie rozumiesz lub nie byłem zbyt jasny, myślę, że zrobię samouczek wideo z AppImage dla kdenlive
pozdrowienia
.
Bardzo dobry appimage
Najlepsze dla mnie jest to, że są przenośne
Cóż, całkiem udany, myślę, że byłaby to świetna poprawa i sposób na trochę więcej standaryzacji.Jestem użytkownikiem Linuksa, ale wydaje mi się to niewygodne w pewnych sytuacjach.
Nawet się z tym nie zgadzamy. Ubuntu wydał swoje pakiety SNAP, Red Hat wypuścił Flatpak. I nie zgadzają się na ujednolicenie jednej rzeczy. Problem fragmentacji w Linuksie będzie nadal istniał.