AppImages: exécutables pour toutes les distributions

AppImage

On a beaucoup parlé de la fragmentation, pour et contre, mais maintenant il y a des solutions très intéressantes à venir ces derniers temps, comme les packages instantanés Canonical qui ont été ouverts pour toutes les distributions, pas seulement Ubuntu. Mais en plus de cela, il y a d'autres possibilités, l'une d'elles est celle que l'on vient présenter pour présenter ce point de vue, c'est la Images d'application. Fondamentalement, une possibilité de package d'applications de manière générique pour GNU / Linux.

Cela aide les développeurs à être encouragés à créer plus de logiciels pour Linux, car ils sont parfois réticents quant au nombre de paquets qu'ils doivent générer et maintenir pour les différentes distributions existantes. D'autres fois, ils choisissent de ne fournir que des logiciels compatibles avec certaines distributions, ignorant le reste, ce qui n'est pas une solution totale. Pour cette raison, ces types de projets ouvrent l'espoir afin que le universalité aux progiciels.

En plus de cela, les mises à jour d'applications, y compris les mises à jour de sécurité, arriveraient d'une certaine manière plus direct via l'amont (de la main du développeur original). Cela viendrait grâce aux mises à jour delta, c'est-à-dire aux packages qui n'incluent que les modifications des nouvelles versions. Nous gagnerions donc tous, à la fois les développeurs avec cette plus grande facilité, et les avantages de la mise à jour pour toujours avoir les derniers packages et plus compatibles pour les utilisateurs finaux. En plus d'améliorer la sécurité, des techniques de sandboxing peuvent être mises en œuvre pour les isoler.

Mais tout ne sont pas des avantages, par contre il a celui de la redondancea, car en intégrant toutes les dépendances, nous pouvons trouver de l'espace de stockage gaspillé par des bibliothèques et d'autres éléments répétés qui ne sont actuellement pas disponibles. Mais bon, c'est le prix qu'il faut payer pour le reste des avantages ... Pour plus d'infos, vous pouvez consulter appimage.org.


Le contenu de l'article adhère à nos principes de éthique éditoriale. Pour signaler une erreur, cliquez sur c'est par ici !.

7 commentaires, laissez le vôtre

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

*

*

  1. Responsable des données : AB Internet Networks 2008 SL
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.

  1.   Khrys Oschilewski (@khrysRo) dit

    J'aime que les Appimage auraient pu être plus pris en compte, ils existent depuis longtemps et maintenant avec la bataille, il est très peu probable qu'ils deviennent standart. Ils sont super faciles à créer à partir d'Ubuntu (je n'aime pas vraiment ça, juste à partir d'Ubuntu) J'ai créé de manière transparente une Appimage vokoscreen sur ubuntu et je l'utilise sur openSUSE sans problème.

    Espérons que celui qui gagne en tant que standart est tout aussi facile à créer et pas seulement à partir d'Ubuntu

    1.    jors dit

      Dites-moi comment cela est fait et quelles étapes et applications vous avez utilisées pour le faire

      1.    Khrys Oschilewski (@khrysRo) dit

        Je l'ai fait comme le dit le wiki

        https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages

        téléchargez d'abord les composants nécessaires qui apparaissent dans la première ligne

        sudo apt-get mise à jour; sudo apt-get -y installer libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath fuse # debian, Ubuntu

        Puis

        git clone https://github.com/probonopd/AppImageKit.git
        cd AppImageKit
        cmake.
        faire

        et au lieu de feuille

        export APP = leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage

        Je mets vokoscreen

        export APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage

        Cela à partir d'une machine virtuelle, parce que j'utilise openSUSE, j'ai eu quelques complications avec certaines bibliothèques qui n'étaient pas incluses seules (cela m'a montré que la bibliothèque manquait dans openSUSE) mais je les ai ajoutées au répertoire vokoscreen.AppDir et recréé le AppImage avec

        export APP = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage

        Cela fonctionne tant que le fichier du même nom n'existe pas, vous devez donc supprimer le fichier .AppImage précédent

        Si vous n'avez pas compris ou que je n'ai pas été très clair, je pense que je vais faire un tutoriel vidéo avec AppImage pour kdenlive

        salutations

  2.   Khrys Oschilewski (@khrysRo) dit

    .

  3.   Jorge Romero dit

    Très bon appimage
    La meilleure chose pour moi est qu'ils sont portables

  4.   Pablo dit

    Bon, assez réussi, je pense que ce serait une grande amélioration et un moyen de standardiser un peu plus Je suis un utilisateur de Linux mais je trouve cela inconfortable pour certaines choses.

  5.   Jésus Ballesteros dit

    Nous ne sommes même pas d'accord là-dessus. Ubuntu a publié ses packages SNAP, Red Hat a publié son Flatpak. Et ils n'acceptent pas de normaliser une chose. Le problème de la fragmentation sous Linux continuera d'exister.