Il faudrait réveiller FatELF qui s’était pris une volée de bois vert par des aigris qui lui reprochaient de ne pas faire ce à quoi ça ne servait pas (par exemple de ne pas résoudre le problème du développeur qui veut cross-compiler).
Une appimage statique multiarchitecture ça peut être cool, et aujourd’hui pas à cause du 32/63bit, mais du multiarchitecture amd64/arm et autres.
J’ai cité AppImage pour "en rajouter" mais il y a un réel besoin pour FlatPak et AppImage, AppImage est très pratique pour une Application complètement autonome, une application graphique qui ne se soucie pas d’avoir une ou des interface texte. Mais AppImage ne montre à l’extérieur qu’un seul binaire même s’il y en a plusieurs, donc tu peux faire un AppImage d’un IDE qui contient aussi ton compilateur mais le compilateur sera accessible depuis le menu "compiler" de l’IDE mais pas depuis l’extérieur, ce qui est gênant.
C’est une raison pour laquelle AppImage ne convient pas pour l’éditeur de niveau 3D NetRadiant, parce qu’une foultitude d’outils tiers sont utilisés, à commencer par le compilateur de map q3map2, mais un FlatPak permet de « remplir le PATH » avec les binaires qu’il faut exposer à l’utilisateur, comme les paquets ordinaires.
AppImage ça convient bien pour un éditeur d’image comme Gimp, mais ça ne convient pas pour un IDE avec des outils autonomes qui doivent être exposés au système et utilisables par d’autres outils.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Mwarf
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche vcpkg, un gestionnaire de bibliothèque pour C++. Évalué à 5.
Il faudrait réveiller FatELF qui s’était pris une volée de bois vert par des aigris qui lui reprochaient de ne pas faire ce à quoi ça ne servait pas (par exemple de ne pas résoudre le problème du développeur qui veut cross-compiler).
Une appimage statique multiarchitecture ça peut être cool, et aujourd’hui pas à cause du 32/63bit, mais du multiarchitecture amd64/arm et autres.
J’ai cité AppImage pour "en rajouter" mais il y a un réel besoin pour FlatPak et AppImage, AppImage est très pratique pour une Application complètement autonome, une application graphique qui ne se soucie pas d’avoir une ou des interface texte. Mais AppImage ne montre à l’extérieur qu’un seul binaire même s’il y en a plusieurs, donc tu peux faire un AppImage d’un IDE qui contient aussi ton compilateur mais le compilateur sera accessible depuis le menu "compiler" de l’IDE mais pas depuis l’extérieur, ce qui est gênant.
C’est une raison pour laquelle AppImage ne convient pas pour l’éditeur de niveau 3D NetRadiant, parce qu’une foultitude d’outils tiers sont utilisés, à commencer par le compilateur de map q3map2, mais un FlatPak permet de « remplir le PATH » avec les binaires qu’il faut exposer à l’utilisateur, comme les paquets ordinaires.
AppImage ça convient bien pour un éditeur d’image comme Gimp, mais ça ne convient pas pour un IDE avec des outils autonomes qui doivent être exposés au système et utilisables par d’autres outils.
ce commentaire est sous licence cc by 4 et précédentes