Informations de base

Concernant l'installation

Je cite la page du projet appImage ici:

  

Les images d’application peuvent être téléchargées et exécutées sans installation ni besoin   pour les droits root.

Le rendre exécutable

Vous pouvez rendre l’exécutable appImage comme suit:

chmod a+x exampleName.AppImage

L'exécuter

Vous pouvez exécuter un appImage comme suit:

./exampleName.AppImage

Informations supplémentaires

À propos de appImage

Vous pouvez trouver des informations générales sur appImage ici .

Je cite la page du projet appImage ici:

  

L’idée clé du format AppImage est une application = un fichier. Chaque   AppImage contient une application et tous les fichiers que l'application doit exécuter. Dans   Autrement dit, chaque AppImage n’a pas de dépendances autres que celles   inclus dans les systèmes d’exploitation de base ciblés.

Wikipedia ajoute

  

AppImage (et les prédécesseurs klik et portablelinuxapps) ne   installer des logiciels au sens traditionnel (c’est-à-dire qu’ils ne mettent pas de fichiers   partout dans le système).

     

Il utilise un fichier par application.   Chacun est autonome: il comprend toutes les bibliothèques de l'application   dépend et ne fait pas partie du système de base. À cet égard,   il est similaire à la "virtualisation d'applications". On peut utiliser une AppImage   fichier, même s’ils ne sont pas un superutilisateur, ou qu’ils utilisent un CD en direct.   Les fichiers AppImage sont souvent plus simples que la compilation et l'installation d'un   application, car aucune installation n'a eu lieu. Le fichier AppImage   est une image compressée qui est montée temporairement pour permettre l'accès à   le programme, mais sans avoir à extraire le programme ou à modifier le   système sous-jacent.

Le README.md du projet AppImageKit- offre de nombreuses informations supplémentaires, telles que Cas d’utilisation , l'espace problématique et objectifs .

Cas d’utilisation

• En tant qu'utilisateur, je souhaite accéder à une page de téléchargement en amont, télécharger une application de l'auteur d'origine et l'exécuter sur mon système de bureau Linux, comme je le ferais avec une application Windows ou Mac.

• En tant que testeur, je veux être en mesure d’obtenir la version la plus récente d’une application à partir d’un serveur de génération continue et de la tester sur mon système, sans avoir à compiler et sans avoir à me soucier bousiller mon système.

• En tant qu'auteur d'application ou éditeur de logiciels indépendant, je souhaite fournir des packages pour les systèmes de bureau Linux comme je le fais pour Windows et OS X, sans qu'il soit nécessaire de les intégrer dans une distribution. de différentes distributions.

Objectifs

1. Soyez simple.

     

   AppImage se veut un format très simple et facile à   comprendre, créer et gérer.

2. Maintenir la compatibilité binaire.

     

   AppImage est un format de distribution de logiciels binaires. Logiciel   emballé comme AppImage est destiné à être aussi binaire-compatible que   possible avec autant de systèmes que possible. Le besoin de   La (re) compilation de logiciels devrait être grandement réduite.

3. Soyez agostique en matière de distribution.

     

   Une application AppImage doit s'exécuter sur tous les systèmes d'exploitation de base (distributions)   qu'il a été créé pour (et versions ultérieures). Par exemple, vous pourriez   cible Ubuntu 9.10, openSUSE 11.2 et Fedora 13 (et versions ultérieures)   dans le même temps, sans avoir à créer et à maintenir séparément   packages pour chaque système cible.

4. Supprimez le besoin d’installation.

     

   AppImages contient l'application dans un format qui lui permet de s'exécuter directement   à partir des archives, sans avoir à être installé en premier. C'est   comparable à un live CD. Avant les Live CD, les systèmes d’exploitation devaient être   installé en premier avant de pouvoir être utilisé.

5. Gardez les applications compressées tout le temps.

     

   Comme l’application reste à l’état tout le temps, elle n’est jamais   non compressé sur le disque dur. L'ordinateur décompresse le   application à la volée tout en y accédant. Puisque la décompression est   plus rapide que de lire du disque dur sur la plupart des systèmes, cela a une vitesse   avantage en plus d'économiser de l'espace. Aussi, le temps nécessaire pour   l'installation est entièrement supprimée.

6. Permet de placer des applications n'importe où.

     

   Les images d’application sont "relogeables", ce qui permet à l’utilisateur de stocker et de   les exécuter depuis n’importe quel endroit (y compris des CD-ROM, des DVD, des   disques, clés USB).

7. Rendre les applications en lecture seule.

     

   Comme AppImages est en lecture seule par conception, l'utilisateur peut être raisonnablement   Assurez-vous qu’une application ne se modifie pas pendant le fonctionnement.

8. Ne nécessite pas de recompilation.

     

   AppImages doit être possible de créer à partir de binaires déjà existants,   sans besoin de recompilation. Cela accélère grandement la   Processus de création AppImage, car aucun compilateur ne doit être impliqué. Ce   permet également à des tiers d’emballer des applications à code   AppImages. (Néanmoins, cela peut être bénéfique en amont   les développeurs d'applications à construire à partir de la source spécifiquement pour le   but de générer une AppImage.)

9. Maintenez le système d'exploitation de base intact.

     

   Depuis AppImages sont destinés à fonctionner sur des systèmes simples qui n'ont pas   été spécialement préparé par un administrateur, AppImages peut ne pas nécessiter   toute préparation inhabituelle du système d'exploitation de base. Par conséquent, ils   ne peut pas compter sur les correctifs spéciaux du noyau, les modules du noyau, ou tout autre   applications qui ne viennent pas avec les distributions ciblées par   par défaut.

10. Ne nécessite pas root.

      

    Comme AppImages sont destinés à être exécutés par les utilisateurs finaux, ils ne devraient pas   demander un compte administratif (root) à installer ou à utiliser. Ils   peut toutefois être installé par un administrateur (par exemple, dans plusieurs utilisateurs).   scénarios) si vous le souhaitez.

L'idée de base peut sembler similaire entre les deux systèmes, mais il existe des différences de conception entre les snaps et Appimages.

Certains "gros" me viennent en tête:

1. Sécurité , en termes de confinement . Les packages de snap s'exécutent dans un sandbox et ils ne sont pas autorisés à s'en échapper et à atteindre d'autres parties du système qu'ils doivent ne pas toucher. Il s’agit d’une couche de sécurité plus puissante, parallèle au système d’autorisations. Evidemment, c'est un peu frustrant quand on en parle au début (et aussi plus tard), mais si vous y réfléchissez en termes d'administration système, c'est ce que souhaite un administrateur pour ses utilisateurs.

2. Sécurité. L'installation de logiciels à partir du Web est aussi sûre que de faire le tour des poteaux dans les rues. Parfois, rien ne se produit, parfois vous avez de très gros problèmes de santé. Les packages Snap ont leurs propres référentiels, contrôlés par Canonical, comme les dépôts Ubuntu standard habituels. Vous pouvez continuer et installer les fichiers .deb de partout, mais ce sera votre choix, et non un problème de conception.

3. Installation. Les images App sont censées être l'équivalent des "exécutables Windows portables". Toutes les bibliothèques sont autonomes et tout utilisateur peut simplement télécharger et exécuter l'un de ceux-ci. Par contre, les paquets snap sont des paquets corrects, et ils doivent être installés (comme root ou sudo ) via le gestionnaire de paquets approprié ( snap install tic-tac-toe génère une erreur: il nécessite sudo ! )

4. Suppression Pour supprimer un package de composant logiciel enfichable, vous devez utiliser le gestionnaire de package snap remove ... avec les autorisations appropriées pour le faire. Appimages, d'autre part, ils sont juste "là". Donc, tout utilisateur ne veut pas de cette image? Il / elle supprime simplement le fichier et il est parti.

Bien que je suggère fortement d’être prudent lorsqu’on utilise Appimages, j’en utilise personnellement certaines moi-même.

Je les trouve particulièrement utiles sur mon système de travail, où je n'ai pas accès à root (seul l'administrateur en a), mais j'ai besoin de la dernière version d'un logiciel que le développeur a heureusement fourni sous forme Appimage .

J'ai un peu peur que des codes malins y soient effectivement contenus, aussi ai-je vérifié autant que possible l'identité de l'éditeur. Je ne suis pas sûr à 100% que ce logiciel est inoffensif, mais j'ai fait tout mon possible.

Bien que snap se concentre uniquement sur Ubuntu, AppImage est une distribution croisée et s'exécute également sur Fedora, debian, openSUSE, CentOS, etc.

AppImage ne nécessite aucun support d'exécution ou d'infrastructure de la distribution Linux et s'exécute donc à peu près partout. Il permet aux auteurs d’applications d’envoyer leurs logiciels directement aux utilisateurs de Linux, comme pour Windows et OS X; sans Canonical ou toute autre personne "entre" l'auteur du logiciel et l'utilisateur final.

Si une application est fournie au format AppImage, un utilisateur peut accéder au site Web de l'auteur original pour le télécharger, par exemple, MuseScore depuis lien . Rendre l’exécutable AppImage (soit en utilisant votre gestionnaire de fichiers, soit chmod a+x ./yourAppImage ), vous pouvez alors exécuter l’application simplement en double-cliquant.

Avant de pouvoir exécuter AppImage, vous devez le rendre exécutable. Ceci est une fonctionnalité de sécurité Linux. Il existe deux manières principales de créer un exécutable AppImage:

1. Utilisation de l'interface graphique

ou

2. Sur la ligne de commande

chmod a+x Some.Appimage

Double-cliquez maintenant sur votre fichier pour l'exécuter OU Cliquez avec le bouton droit de la souris sur & gt; Run

AppImages nécessite FUSE pour s'exécuter. Le système de fichiers dans l'espace utilisateur (FUSE) est un système qui permet aux utilisateurs non root de monter des systèmes de fichiers.

Installez FUSE

De nombreuses distributions ont une configuration FUSE prête à l'emploi. Cependant, si cela ne fonctionne pas pour vous, vous devrez peut-être installer et configurer FUSE manuellement.

Par exemple, sur Ubuntu:

sudo apt-get install fuse
sudo modprobe fuse
sudo usermod -a -G fuse $USER

Par exemple, sur openSUSE:

sudo zypper install fuse

repli

Si vous ne voulez pas installer FUSE, vous pouvez soit monter, soit extraire AppImage.

Pour monter AppImage et exécuter l'application, lancez simplement

sudo mount -o loop Some.AppImage /mnt
/mnt/AppRun

Si cela ne fonctionne pas, vous pourriez avoir un type 2 expérimental AppImage . Vous devez transmettre -o offset=... à la commande mount . Exécutez AppImage avec --appimage-offset pour trouver le nombre correct pour le décalage.