Anomalie #190
Problème avec HZppfast-x86_64.AppImage vers 6.864
Description
Bonjour Gérard,
La dernière version de AppImage ne se lance pas. J'ai ce message :
HZppfast-x86_64.AppImage: relocation error: /tmp/.mount_HZppfaOFQIWQ/usr/bin/../lib/libm.so.6: symbol __get_cpu_features, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference
La version précédente fonctionne.
Comptes-tu générer la version fast classique ?
Frank
Mis à jour par Gérard Rio il y a environ 6 ans
à là je ne comprends pas !! je vais voir mon grand chef Bertrand demain et je te tiens au courant
Mis à jour par Gérard Rio il y a environ 6 ans
Frank, peux-tu réessayer avec la nouvelle version que je viens de déposer ?
Question subsidiaire: la version non fast fonctionne-t-elle ?
Mis à jour par Frank Petitjean il y a environ 6 ans
Gérard,
La nouvelle version fast fonctionne, ouf !
La version initiale non fast fonctionne aussi.
Tu as une explication ? La taille des 2 versions fast est différente... C'est étrange.
Merci pour cette mise à jour
Frank
Mis à jour par Gérard Rio il y a environ 6 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
oui, la raison est la suivante:
- j'ai un pb d'installation sur les machines de l'ensibs car la bibliothèque c installée est compatible avec les versions jusqu'à 2.17 or l'outil de génération de AppImage utilise une bibliothèque c qui est compatible avec des versions de 2.18 à maintenant, donc pour tenter de contourner le pb, j'ai essayé d'inclure la gcc actuelle dans le processus de déploiement. En fait ce n'est pas possible (la bibliothèque est blacklisted ! pour le processus). Du coup j'ai abandonné, mais au cours de cet essai, un morceau de bibliothèque a été installé dans le répertoire bin de l'AppImage, et à chaque génération, ce morceau n'était pas effacé. Aussi au moment de la mise en route de l'AppImmage, c'était ce morceau qui était utilisé !! ce qui conduisait à une erreur. Une fois que je me suis aperçu du pb, il a suffi de supprimer les fichiers en trop et d'obtenir le nouveau résultat. C'est également la raison qui faisait que le résultat n'avait pas la même taille que la version sans les morceaux de bibliothèques (car j'avais essayé d'inclure également d'autres bibliothèques).
Bon... je suis rassuré !