AppImage et APT : risque de conflit si une même appli est présente ?

Piteur · Le 11/05/2019, à 18:43

Bonjour.

Si on a installé une appli via APT (dépôts) une première fois et qu'on lance la même appli (dans une autre version, par ex) en version AppImage, est-ce qu'il y a risque de conflit ?

Ce que je ne sais pas, c'est si les applis AppImage écrivent des éléments de config quelque part : si oui, les configurations des deux "installations" sont-elles compatibles ?

Merci.

erresse · Le 11/05/2019, à 19:22

Bonjour,
A priori, non, il n'y a pas conflit, car les "appimage" comportent toutes les dépendances nécessaires au fonctionnement de l'application, donc elles ne vont pas chercher des bouts de codes dans le système installé.
Certaines applications en "appimage" écrivent effectivement des données dans le répertoire de config de l'utilisateur, mais elles sont sans doute identifiées en référence à l'application "appimage" pour ne pas créer de conflit avec la même application installée en ".deb". Je n'ai toutefois pas pu vérifier ce dernier point car je n'ai pas de double installation pour une même application. C'est soit ".deb" installé, soit "appimage" en appli portable...

Piteur · Le 12/05/2019, à 11:05

erresse a écrit :

Je n'ai toutefois pas pu vérifier ce dernier point car je n'ai pas de double installation pour une même application. C'est soit ".deb" installé, soit "appimage" en appli portable...

Merci. Si quelqu'un en avait fait l'expérience, ça me plairait bien d'avoir un retour.

FrancisFDZ · Le 12/05/2019, à 11:30

Bonjour,
Selon le point de vue, c'est l'avantage ou l'inconvénient des fournisseurs d'appli tels snap, flatpak ou appimage : l'appli est fournie avec ses dépendances et tourne quelque peu "à part" (je ne suis pas sur d'avoir tout bien compris). Avantage : tout est fourni, et indépendance des autres applis
Inconvénient : redondance des dépendances. (le tout à préciser si un connaisseur passe par là ... )
Voir la doc snap, appimage ou flatpak

Dernière modification par FrancisFDZ (Le 12/05/2019, à 11:37)

erresse · Le 12/05/2019, à 11:42

@FrancisFDZ: Sur ces points-là, on est bien d'accord, il n'y a pas de conflit et les dépendances sont redondantes, mais c'est sur le risque de conflit au niveau des paramètres utilisateur que la question de pose et je n'ai pas pu donner la réponse.
Si on installe une même application à la fois en "deb" et en "appimage", est-ce que des données de paramétrage peuvent être générées à l'identique dans le compte de l'utilisateur ? Ou bien chaque occurrence de l'application génère-t-elle des données qui lui sont propres et ne se recouvrent pas.

nam1962 · Le 12/05/2019, à 11:59

C'est le second cas : tu as deux applications distinctes.
Pour gérer correctement les Appimages (installation, permission, raccourci, suppression) il y a [url=[modéré : pas d’auto-pub, merci]-les-appimage-sous-linux/]appimagelauncher[/url].

Piteur · Le 12/05/2019, à 12:38

nam1962 a écrit :

Pour gérer correctement les Appimages (installation, permission, raccourci, suppression) il y a [url=[modéré : pas d’auto-pub, merci]-les-appimage-sous-linux/]appimagelauncher[/url].

Ça, c'est une bonne nouvelle ! Merci, Nam1962.

erresse · Le 12/05/2019, à 16:02

@nam1962:
Peux-tu dire pourquoi cet utilitaire "AppImageLauncher" installe un "appimagelauncherd" et un "appimagelaucherfs" dans la RAM ? À quoi servent ces deux modules ? Si l'un est un démon, quel est son rôle ? Et l'autre, un système de fichier... pour quoi faire ???
Je trouve l'outil plutôt pratique, mais il n'est pas du tout documenté et je m'interroge sur ses composants...

nam1962 · Le 12/05/2019, à 16:26

De ce que je comprends de l'appli, elle devient l'appli par défaut pour ouvrir les appimage
Je ne la trouve par contre pas avec :

cat /etc/mime.types

Je ne trouve pas non plus de service dans systemd, ni les modules que tu indiques dans la RAM, comment les vois-tu ?

erresse · Le 12/05/2019, à 16:44

Dans le moniteur système, après avoir installé une appimage, l'utilitaire n'étant plus censé être présent, je vois sous "systemd" deux entrées "appimagelauncherd" et "appimagelauncherfs".

Et je me demande donc pourquoi et à quoi ces modules sont censés servir lorsque l'utilitaire n'est pas en cours d'utilisation.

nam1962 · Le 12/05/2019, à 17:07

Sous Xfce, je n'ai pas ce moniteur, mais j'ai trouvé :

~]$ systemctl | grep appimage
run-user-1000-appimagelauncherfs.mount                                                      loaded active     mounted   /run/user/1000/appimagelauncherfs

L'auteur explique le principe là : https://github.com/TheAssassin/AppImage … /wiki/Idea
Si je pige bien il s'intègre pour pouvoir être à l'écoute permanente de toute sollicitation d'un AppImage

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/05/2019, à 18:43

AppImage et APT : risque de conflit si une même appli est présente ?

#2 Le 11/05/2019, à 19:22

Re : AppImage et APT : risque de conflit si une même appli est présente ?

#3 Le 12/05/2019, à 11:05

Re : AppImage et APT : risque de conflit si une même appli est présente ?

#4 Le 12/05/2019, à 11:30

Re : AppImage et APT : risque de conflit si une même appli est présente ?

#5 Le 12/05/2019, à 11:42

Re : AppImage et APT : risque de conflit si une même appli est présente ?

#6 Le 12/05/2019, à 11:59

Re : AppImage et APT : risque de conflit si une même appli est présente ?

#7 Le 12/05/2019, à 12:38

Re : AppImage et APT : risque de conflit si une même appli est présente ?

#8 Le 12/05/2019, à 16:02

Re : AppImage et APT : risque de conflit si une même appli est présente ?

#9 Le 12/05/2019, à 16:26

Re : AppImage et APT : risque de conflit si une même appli est présente ?

#10 Le 12/05/2019, à 16:44

Re : AppImage et APT : risque de conflit si une même appli est présente ?

#11 Le 12/05/2019, à 17:07

Re : AppImage et APT : risque de conflit si une même appli est présente ?

Pied de page des forums