Reste aussi à savoir à quel niveau le plantage se situe (Gimp en lui même ou une des nombreuses bibliothèques liées dynamiquement) et de quel type (sûrement une erreur de segmentation).
De même que le problème peut entièrement venir de la personne, dans le sens où si tu fais du développement et que tu installes des bibliothèques ''peut être'' instables dans ton /usr/local/lib et dont Gimp dépend, elles seront considérées par le chargeur de programme à la places de celles des 'packages' qui se situe dans /usr/lib.
Mais pour le savoir avant de dire que 'GIMP EST UNE SALE MERDE' et insulter au passage tous les gens qui ont travaillé sur ce logiciel (à priori l'auteur de ce journal ne doit pas faire grand chose pour la communauté au vue de sa réaction puérile), il existe des outils tel que gdb, strace ou encore ldd pour visualiser les liens et peut être trouver d'où est venu le problème. Et dès ce moment, le journal pourrait devenir constructif, même que le problème pourrait être corrigé...
[^] # Re: ...
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au journal Un coup de gueule contre Gimp 2.6. Évalué à 10.
De même que le problème peut entièrement venir de la personne, dans le sens où si tu fais du développement et que tu installes des bibliothèques ''peut être'' instables dans ton /usr/local/lib et dont Gimp dépend, elles seront considérées par le chargeur de programme à la places de celles des 'packages' qui se situe dans /usr/lib.
Mais pour le savoir avant de dire que 'GIMP EST UNE SALE MERDE' et insulter au passage tous les gens qui ont travaillé sur ce logiciel (à priori l'auteur de ce journal ne doit pas faire grand chose pour la communauté au vue de sa réaction puérile), il existe des outils tel que gdb, strace ou encore ldd pour visualiser les liens et peut être trouver d'où est venu le problème. Et dès ce moment, le journal pourrait devenir constructif, même que le problème pourrait être corrigé...
qui sait..