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.
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
Dites-moi comment cela est fait et quelles étapes et applications vous avez utilisées pour le faire
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
cdAppImageKit
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
.
Très bon appimage
La meilleure chose pour moi est qu'ils sont portables
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.
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.