Hur man enkelt hanterar AppImage-paket i Linux

Om du använder Linux och har stött på filer med filändelsen . .AppImageDu har säkert undrat vad .deb- eller .rpm-filer egentligen är, hur de fungerar och om de är säkra. Även om de vid första anblicken kanske inte ser ut som vanliga .deb- eller .rpm-filer, är verkligheten att de är ett otroligt bekvämt sätt att testa och använda applikationer på praktiskt taget vilken GNU/Linux-distribution som helst.

I följande rader ska vi lugnt betrakta detta Hur man hanterar AppImage-paketVad de är, var man kan ladda ner dem säkert, hur man ger dem behörigheter, kör dem, integrerar dem i systemmenyn, uppdaterar dem, kör dem i en sandlåda och naturligtvis vilka deras styrkor och svagheter är jämfört med andra format som APT, Snap, Flatpak eller de traditionella paketen.

Vad är egentligen ett AppImage-paket?

En AppImage-fil är i huvudsak en enda fristående binärfil vilket inkluderar applikationen och alla nödvändiga bibliotek för att den ska fungera, på ett sätt som är väldigt likt vad bärbara applikationer skulle vara i Windows eller en .dmg-fil på macOS. Istället för att sluta på .exe eller .dmg, slutar dessa binärfiler på .AppImage.

När du dubbelklickar på en av dessa filer gör systemet internt följande: Montera en komprimerad ISO-avbildning med FUSEProgrammet och dess bibliotek finns i den avbildningen. När den är monterad körs huvudbinärfilen och applikationen öppnas som om den hade installerats på traditionellt sätt.

En viktig detalj är det Varje AppImage innehåller en enda applikationDet är inte ett "mega-installeringsprogram" med flera program, utan en stängd enhet: du dubbelklickar på filen och den startar just det programmet, inget mer.

Tack vare dess inkluderade beroenden kan en AppImage köras i praktiskt taget vilken modern GNU/Linux-distribution som helstFörutsatt att systemet har det lägsta antalet basbibliotek som utvecklaren förväntar sig, behöver du inte installera ytterligare paket från distributionens pakethanterare för att lösa beroenden, eftersom de ingår i själva paketfilen.

En annan viktig punkt är det De kräver inte administratörsbehörighetDu kan ladda ner en AppImage till din hemmapp, markera den som körbar och använda den utan att röra något i systemet eller begära root-behörigheter. Detta gör dem idealiska för att testa programvara utan att "belasta" din installation.

AppImage kontra APT, Snap, Flatpak och andra format

I distributioner som Ubuntu, Linux Mint, Debian eller liknande är det vanligt att installera programvara med APT- och .deb-paketI andra, som Fedora eller RHEL, används .rpm-paket. Och på senare år har andra format dykt upp. "universell" som Snap (drivet av Canonical) och Flatpak, som också paketerar applikationer med sina beroenden.

Den största skillnaden mellan AppImage och dessa format är att Den är inte "installerad" på ett konventionellt sätt. Med en . Deb Eller en .rpm-fil, filer kopieras till olika systemkataloger, paketdatabasen uppdateras och root-behörigheter krävs i allmänhet. Snap och Flatpak erbjuder också centraliserad hantering, specifika installationsmiljöer och mer eller mindre strikta sandlådemekanismer.

I AppImage är modellen dock annorlunda: descargas en enda fil, ge den körbehörigheter och du är klarDet finns ingen pakethanterare inblandad, systemkataloger berörs inte, och för att "avinstallera" tar du helt enkelt bort filen.

Angående beroenden, AppImage och snap De är lika i det avseendet De är inte beroende av distributionens bibliotek För att fungera paketerar Flatpak också mycket av det som behövs, även om det förlitar sig på gemensamma körtider. APT installerar dock delade beroenden med hjälp av det traditionella paketsystemet.

Du måste också komma ihåg det AppImage är distributionsagnostiskSamma fil ska fungera på Ubuntu, Debian, Fedora, Arch, openSUSE och många fler, vilket avsevärt förenklar livet för utvecklaren (som inte behöver kompilera för tusen olika format) och för användaren som hoppar mellan flera distributioner.

Viktiga funktioner och fördelar med AppImage

AppImage följer en serie av designprinciper Utformade för att förenkla livet för användare och utvecklare. Bland deras mest intressanta funktioner finns flera som bör förstås innan du börjar använda dem på allvar.

Först distribueras varje applikation du vill köra som en enda fristående filDet finns ingen anledning att ladda ner dussintals paket eller kämpa med externa bibliotek. Allt färdas tillsammans i den "bilden".

"Installationsprocessen" är praktiskt taget obefintlig: Filer extraheras inte från hela filsystemetInte heller finns det några assistenter med oändliga frågor. Du laddar ner, markerar det som körbart och kör det. Slut på historien.

En annan stark fördel är att Du behöver inte använda sudo- eller administratörskonton Detta är helt orelaterat till den normala användningen av AppImages. Allt hanteras från ditt användarkonto, vilket minskar risken för att systemet bryts eller att onödiga säkerhetsbrister öppnas.

Dessutom är programvarans beteende bestående av olika fördelningarDetta är särskilt praktiskt om du arbetar med flera distributioner samtidigt eller om du distribuerar en app till användare vars exakta miljö du inte känner till: AppImage körs på samma sätt överallt, så länge de uppfyller vissa minimikrav.

Slutligen innehåller många applikationer som distribueras i detta format mekanismer för stegvis uppdateringDessa alternativ låter dig endast ladda ner ändringarna jämfört med den tidigare versionen. När den används effektivt sparar den här funktionen bandbredd och snabbar upp uppdateringsprocessen.

Var man kan ladda ner AppImages säkert

En av de viktigaste sakerna när det gäller att köra binärfiler som laddats ner från internet är deras källa. Med AppImage är den förnuftiga rekommendationen Ladda alltid ner från utvecklarens officiella webbplats eller från dess officiella arkiv (till exempel GitHub, GitLab, etc.). Detta minskar risken för att stöta på manipulerade eller skadliga filer avsevärt.

Många välkända applikationer erbjuder AppImage direkt på sin webbplats eller i sina arkiv: Krita, Kdenlive, LibreOffice, Nextcloud, Inkscape, DigiKam, MuseScore, LMMS, Scribus, vissa meddelandeklienter, etc. Vanligtvis ser du ett avsnitt "Linux" eller "Nedladdningar" där nedladdningen i AppImage-format visas tydligt.

Det finns också kataloger eller "butiker" med appar AppImage, som är en av de mest populära AppImageHubDet fungerar som ett centraliserat arkiv där du kan söka efter applikationer, även om det är värt att komma ihåg att det fortfarande bara är en aggregator och att det, om du är osäker, alltid är bäst att kolla länken till projektets officiella webbplats.

Det finns också plattformar och verktyg som t.ex. Bärbara Linux-spel (inriktat mot spel paketerade som AppImage) eller hanterare som AppImagePool, som fungerar som en sorts "appbutik" där du bläddrar bland, laddar ner och till och med integrerar AppImages i systemet halvautomatiskt.

I vilket fall som helst, när du söker är ett mycket enkelt knep att skriva det i din favoritsökmotor. "programnamn appavbildning"Många projekt länkar sin AppImage därifrån. Se bara till att du laddar ner den från en pålitlig källa, helst den officiella webbplatsen.

Så här använder du en AppImage-fil steg för steg

Att använda en AppImage-fil är ganska enkelt, och även om det kan variera visuellt beroende på vilken skrivbordsmiljö du använder (GNOME, KDE, XFCE, etc.), är idén densamma i alla: ladda ner, ge behörigheter och kör.

1. Ladda ner AppImage-filen
Först, leta reda på appen du är intresserad av, gå till dess officiella webbplats eller ett betrodd arkiv och ladda ner .AppImage-filen. Det är en bra idé att spara alla dina AppImages på en lättåtkomlig plats, till exempel ~/AppImages i din personliga mapp, eller en katalog som /opt/AppImages om du vill ha något "mer globalt".

2. Gör filen körbar
Som standard har den nedladdade filen inte körningsbehörigheter. För att bevilja dem har du två alternativ. Från den grafiska miljön högerklickar du på filen och går till Egenskaper → Behörigheter och markera rutan motsvarande "Tillåt att filen körs som ett programFrån det ögonblicket kan du dubbelklicka för att starta den.

Om du föredrar terminalaDu kan använda ett kommando som chmod +x paketnamn.AppImage Eller, om du vill ge behörighet till alla användare, chmod a+x paketnamn.AppImageDu behöver inte sudo för detta om filen finns i din hemmapp.

3. Kör AppImage
När du väl har tillstånd att köra, helt enkelt dubbelklicka från filhanteraren eller kör den från terminalen med ./paketnamn.AppImageI det ögonblicket monteras bilden internt och programmet öppnas.

I vissa distributioner, främst från Ubuntu 22.04 och framåt, kan du behöva ha bibliotek som installerade. FUSE och libfuse2 för att vissa AppImages ska fungera korrekt. På Debian/Ubuntu-baserade system skulle något liknande räcka. sudo apt installera fuse libfuse2 för att möta det behovet.

Integrera AppImages i systemet och programmenyn

Om du bara ska använda en AppImage väldigt sporadiskt kan det räcka med att köra den från mappen där du sparade den. Men när du börjar använda flera dagligen är det mycket bekvämare. integrera dem i programmenyn från din skrivbordsmiljö, precis som om de vore program installerade via APT eller Snap.

Ett klassiskt sätt att göra detta är att manuellt skapa en fil .desktop en / Usr / share / applications (för hela systemet) eller i / .Local / share / applications ~ (Endast för din användare). Den här filen beskriver genvägen: programnamn, kört kommando, ikon, kategori etc.

Till exempel, för en AppImage som heter notesnook.AppImage ligger i /opt/AppImagesDu skulle kunna skapa något liknande:


Name=NotesNook
Exec=/opt/AppImages/notesnook.AppImage
Icon=/opt/AppImages/icons/notesnook.svg
Comment=Aplicación de notas sin rastreo
Type=Application
Terminal=false
Encoding=UTF-8
Categories=Utility;

Efter att ha sparat den här filen med ett namn som notesnook.desktop I motsvarande katalog visas programmet i systemmenyn, och du kan fästa det i startprogrammet, söka efter det med namn etc. Om ditt skrivbord innehåller verktyg som MenuLibreDu kan också redigera och skapa launchers grafiskt utan att röra vid vanlig text.

En annan möjlighet är att använda specifika applikationer som t.ex. AppImageLauncherDetta verktyg ansvarar för integrera AppImage automatisktDu dubbelklickar helt enkelt på en .AppImage-fil, så flyttar AppImageLauncher den till din konfigurerade mapp, skapar startprogrammet i menyn och hanterar dess borttagning. Det innehåller till och med ett konsolverktyg. ail-cli, för att automatisera uppgifter från skript.

Det finns även tredjepartsverktyg som t.ex. appimage2desktop (vilket genererar en startskärm med en ikon för en specifik AppImage), appimagehelper (för att skapa och ta bort startprogram) eller specifika skrivbordsprojekt som AppImage till GNOME, som övervakar och integrerar AppImages direkt i GNOME.

Associera filtyper med ett AppImage-program

När du väl har din AppImage igång kan du vara intresserad av associera vissa filtyper så att de öppnas med den som standard. Till exempel att .kdenlive-projekt öppnas med Kdenlive i AppImage-format istället för med någon annan installerad version.

Den exakta proceduren beror på skrivbordsmiljön, men den allmänna idén är alltid densamma: du väljer en fil av den typ du vill associera, högerklickar och öppnar något i stil med "För att öppna med ..."Eller"Öppna med en annan applikation…".

I fönstret som öppnas väljer du AppImage (eller startprogrammet du skapade för det) och markerar alternativet "Typ".Använd som standard för den här filtypenFrån och med det ögonblicket öppnas en fil med den filändelsen varje gång du dubbelklickar på den med det AppImage-program du har valt.

I miljöer som XFCE, KDE Plasma eller GNOME kan de specifika alternativen ha något olika namn, men du hittar alltid ett avsnitt för att associera MIME-typer eller standardprogram. Den goda nyheten är att den här inställningen vanligtvis är per användare, så Du behöver inte administratörsbehörighet för att ändra denna inställning.

Köra AppImages i en sandbox-miljö

Som standard är applikationer i AppImage-format De är inte isolerade i en sandlåda.Med andra ord har de tillgång till din hemkatalog med din användares vanliga behörigheter, precis som ett program installerat via APT, såvida du inte själv lägger till lager av isolering.

Om du vill öka säkerheten lite mer är ett mycket intressant alternativ att använda Brandfängelse, ett sandlådeverktyg som är ganska utbrett i Linux-ekosystemet och som även erbjuder specifikt stöd för AppImage.

För att börja använda det måste du först installera det från din distributions repositories. På Debian/Ubuntu-system räcker till exempel en enkel installation. sudo apt-get install firejailNär du har installerat AppImage kan du starta den i en kontrollerad miljö.

Det typiska kommandot skulle vara något i stil med firejail –appimage paketnamn.AppImageDetta gör att applikationen körs i Firejail-sandlådan, med ytterligare begränsningar för åtkomst till filsystemet, nätverket etc., beroende på den konfigurerade profilen.

Så, om du till exempel vill öppna Kdenlive paketerat i kdenlive-18.08.3-x86_64.AppImage I en isolerad miljö skulle du använda: firejail –appimage kdenlive-18.08.3-x86_64.AppImagePå så sätt behåller du AppImages portabilitetsfördelar men med ett extra säkerhetslager.

Uppdatering och versionshantering i AppImage

Uppdateringshantering är ett av de områden där AppImage Den avviker avsevärt från den traditionella modellen. från distributionens repositories. Det finns ingen APT här för att hantera allt, inte heller en officiell "butik" integrerad i systemet för att uppdatera dina applikationer i bulk.

I vissa fall finns det applikationer som De implementerar sitt eget system för självuppdatering inom AppImage, eller så använder de verktyg som AppImageUpdate, vilket tillåter nedladdning av endast ändringarna (tack vare deltauppdateringar) med hjälp av informationen som är inbäddad i själva filen.

AppImageUpdate distribueras också som en AppImage, och dess syfte är att vara enkelt, decentraliserat och snabbtDen är inte beroende av ett centralt arkiv, utan snarare av de metadata som utvecklaren har inkluderat i applikationen. Dess faktiska funktionalitet beror dock på att appens skapare har implementerat den korrekt.

I praktiken väljer många användare en mer "manuell" men effektiv metod: Ladda ner den nya versionen från den officiella webbplatsen.Ge den körningsbehörighet och ersätt den gamla filen med den nya. Se till att filnamnet är detsamma som det som används i din startprogramvara eller skrivbordsintegration.

AppImage-hanterare har också dykt upp i stil med kommandon som appimage-manager, Zap eller AppManDessa verktyg låter dig söka efter, installera, uppdatera och ta bort AppImages på ett sätt som mer liknar en klassisk pakethanterare (som APT eller Pacman). De är användbara om du hanterar många applikationer i det här formatet eller om du vill automatisera processen med skript.

Hur man avinstallerar eller tar bort en AppImage

En av de mest praktiska sakerna med det här formatet är att genom att inte installera paket i hela systemet, Att avinstallera en AppImage raderar bokstavligen filen. Det är inte databaser inga paket att uppdatera eller beroenden att rensa upp.

Om du sparar dina AppImages, till exempel i /opt/AppImages in ~/AppImagesRadera helt enkelt filen från filhanteraren eller från terminalen med en rm paketnamn.AppImage så att applikationen försvinner.

Om du däremot har skapat skrivbordsintegration manuellt (.desktop-filer, ikoner i /opt/AppImages/icons, etc.) är det lämpligt radera även dessa rester. För att förhindra att trasiga genvägar visas i menyn, ta helt enkelt bort motsvarande .desktop-tillägg och, om du använde det, dess tillhörande ikon.

När det gäller verktyg som AppImageLauncher AppImagePool, eller AppImagePool, erbjuder vanligtvis alternativ från sitt eget gränssnitt för att demontera eller ta bort applikationen, och tar hand om att rengöra inte bara binärfilen, utan även de startprogram och ikoner som de har skapat.

Det viktiga är att du inte stöter på avfall som är svårt att göra sig av med distribuerat över hela systemet som ibland händer med traditionella paket; allt är ganska begränsat till ett fåtal lättåtkomliga filer.