[Sylpheed 2.4.3] PKGBUILD + signature gpg [Résolu]

[mimas]

mimas, les options du pkgbuild comportent

Code : Tout sélectionner

--enable-ssl --enable-gpgme --enable-ldap

après le configure. Aucune de ces options ne figurent dans ta version de pkgbuild. Autant que tu aies pu t'en rendre compte, cela n'a causé aucun problème lors de l'utilisation de Sylpheed ?

Je n'ai cure du ldap puisqu'il n'est pas installé sur ma machine. Je peux supprimer l'option sans aucun regret.

Ensuite, le configure détecte automatiquement gtkspell, gpgme, openssl, iconv, ldap et autres. Puisque je mets dans les dépendances ce qui m'intéressent d'avoir compilées dans sylpheed, je passe flemmardement les options qui seront détectées. La dépendance bogofilter est là parce que j'utilise bogofilter et que je le veux installé avec sylpheed.

Perso, je ne vois pas l'intérêt d'utiliser enchant au lieu de aspell.

[mélodie]

Et bien, pour enchant,

$ sudo pacman -R enchant
Vérification des dépendances...
Erreur: la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: enchant est requis par abiword
:: enchant est requis par gtkspell

La seule façon dont ça le fait dans cette machine, c'est avec ton pkgbuild auquel j'ajoute ton option pour désactiver gtkspell.

Ce n'est pas parfait...
Merci et nuit bonne.

[mimas]

Hum... c'est la faute à gtkspell et à son patchage pour utiliser enchant.

Le problème est que tu coupes les parties intéressantes des logs.

Ton log de make

Code : Tout sélectionner

r -lpthread -lldap -lgthread-2.0 -lrt ../libsylph/.libs/libsylph.a -lglib-2.0 -lnsl -lcompface -lssl -lcrypto -ldl
make[3]: quittant le répertoire « /home/melodie/sylpheed/sylpheed-2.4.3/src »
make[2]: quittant le répertoire « /home/melodie/sylpheed/sylpheed-2.4.3/src »
...

Tu as coupé à la partie où sont indiquées les librairies utilisées et tu as laissé le reste qui est inutile.

Edit: N'empêche que c'est complètement stupide et irréfléchi d'avoir modifier le comportement de gtkspell pour y avoir mis par défaut enchant, car visiblement ça demande des modifications dans le code des programmes utilisant gtkspell. Prenons un exemple, je développe un programme utilisant gtkspell, il me faudra développer celui-ci en fonction d'une version de gtkspell qui n'existe *que* sous archlinux.

autant l'intégration de patches pour corriger des problèmes est bénéfique, autant l'intégration de patches obligeant à adapter toutes une chaine de programmes est carrément stupide.

/me content de maintenir une version parallèle des paquets qui m'intéressent le plus

[mélodie]

Tu as coupé à la partie où sont indiquées les librairies utilisées et tu as laissé le reste qui est inutile.

Voilà la partie avec l'énumération des libs.

[mimas]

Voilà la partie avec l'énumération des libs.

Code : Tout sélectionner

-lgtkspell -lenchant

Ça ne m'étonne pas que le lieur n'arrive pas à trouver les appels à la librairie aspell puisque celle-ci est remplacée par enchant.

Mouais, leur modification sux.

PS: alors Mlodie ?

[mélodie]

Mouais, leur modification sux.

PS: alors Mlodie ?

Et bien ton commentaire précédent sur gtkspell fait que j'ai regardé le pkgbuild d'iceluy.

Si je recompile gtkspell sans le patche enchant, est-ce que ça démarre une partie de sokoban dans le système ?

[mimas]

Si je recompile gtkspell sans le patche enchant, est-ce que ça démarre une partie de sokoban dans le système ?

Non mais tu libères le système d'un patch idiot, et le système te le rendra au centuple : Il aura la légèreté d'une muse au vent.

[mélodie]

J'ai modifé le pkgbuild de gtkspell, l'ai recompilé sans le patch et l'ai installé.

J'ai ensuite fait pareil avec Sylpheed. J'ai fait ça dans le portable et tout a marché. Youpi !
Je referais ça dans le desktop dés que je le rebooterai.
Merci !

[mimas]

J'ai modifé le pkgbuild de gtkspell, l'ai recompilé sans le patch et l'ai installé.

J'ai ensuite fait pareil avec Sylpheed. J'ai fait ça dans le portable et tout a marché. Youpi !

Moralité : quand on change la dépendance principale d'une librairie, on ajoute cette dépendance dans le nom du paquet pour bien distinguer cette différence. Ce qui donne ici : gtkspell-enchant comme nom (paquet qui existe dans aur).

C'est ce que j'adore dans archlinux, on ne sait jamais comment on va se retrouver par terre.

[mélodie]

Ce qui donne ici : gtkspell-enchant comme nom (paquet qui existe dans aur).

et ça sert à ?

aur/gtkspell-enchant 2.0.11-2
GtkSpell provides MSWord-style highlighting and replacement of misspelled words in a GtkText widget with enchant patch

Aspell, Gtkspell, Enchant, gtkspell-enchant, patch gtkspell-enchant... je m'y perds...

C'est ce que j'adore dans archlinux, on ne sait jamais comment on va se retrouver par terre.

Ça doit être pour ça qu'ici nous avons des grades genre arts martiaux. ^^