Page 2 sur 2
Publié : ven. 29 juin 2007, 21:25
par mélodie
mélodie a écrit :
Pour ma part je reviens dire si ça marche en simple "configure&make" dés que ce sera fait.
Pour éviter le moindre doute quelques détails:
J'ai supprimé le répertoire sylpheed et détaré à neuf le tarball.
J'ai lancé configure avec les options
Code : Tout sélectionner
./configure --enable-ssl --enable-gpgme --enable-ldap --disable-aspell
Puis lancé 'make' et le résultat final :
compose.o: In function `compose_set_spell_lang_menu':
/home/melodie/sylpheed/TEST/sylpheed-2.4.3/src/compose.c:5117: undefined reference to `new_aspell_config'
/home/melodie/sylpheed/TEST/sylpheed-2.4.3/src/compose.c:5118: undefined reference to `get_aspell_dict_info_list'
/home/melodie/sylpheed/TEST/sylpheed-2.4.3/src/compose.c:5119: undefined reference to `delete_aspell_config'
/home/melodie/sylpheed/TEST/sylpheed-2.4.3/src/compose.c:5121: undefined reference to `aspell_dict_info_list_elements'
/home/melodie/sylpheed/TEST/sylpheed-2.4.3/src/compose.c:5122: undefined reference to `aspell_dict_info_enumeration_next'
/home/melodie/sylpheed/TEST/sylpheed-2.4.3/src/compose.c:5122: undefined reference to `aspell_dict_info_enumeration_next'
/home/melodie/sylpheed/TEST/sylpheed-2.4.3/src/compose.c:5128: undefined reference to `delete_aspell_dict_info_enumeration'
collect2: ld returned 1 exit status
make[3]: *** [sylpheed] Erreur 1
make[3]: quittant le répertoire « /home/melodie/sylpheed/TEST/sylpheed-2.4.3/src »
make[2]: *** [all-recursive] Erreur 1
make[2]: quittant le répertoire « /home/melodie/sylpheed/TEST/sylpheed-2.4.3/src »
make[1]: *** [all-recursive] Erreur 1
make[1]: quittant le répertoire « /home/melodie/sylpheed/TEST/sylpheed-2.4.3 »
make: *** [all-recursive-am] Erreur 2
Pfff ...
Publié : ven. 29 juin 2007, 22:33
par mimas
Mon pkgbuild, et comme supposé pas de soucis de compilation
Code : Tout sélectionner
pkgname=sylpheed
pkgver=2.4.3
pkgrel=1
arch=(i686)
license=(GPL)
pkgdesc="a lightweight mail user agent"
url="http://sylpheed.good-day.net/en/"
depends=('gpgme' 'gnupg' 'gtkspell' 'compface' 'bogofilter' 'aspell-fr')
source=(http://sylpheed.sraoss.jp/sylpheed/v2.4/$pkgname-$pkgver.tar.bz2)
build() {
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/usr
make || return 1
make prefix=$startdir/pkg/usr install
mkdir -p $startdir/pkg/usr/share/applications
cp sylpheed.desktop $startdir/pkg/usr/share/applications
mkdir -p $startdir/pkg/usr/share/pixmaps
cp *png $startdir/pkg/usr/share/pixmaps
}
md5sums=('bd41c26a0726f2b936d68384628a6578')
Il y a des dépendances qui sont miennes et non universelles (ex. bogofilter). :p
Si ça ne fonctionne pas alors je vais te poser la question : qu'est-ce que tu as mis à jour ? :p
Publié : ven. 29 juin 2007, 22:35
par mimas
mimas a écrit :Il suffit juste de mettre --disable-aspell pour désactiver aspell.
Pfff... ça n'existe même pas : c'est --disable-gtkspell.
Publié : ven. 29 juin 2007, 22:53
par mélodie
mimas a écrit :
Si ça ne fonctionne pas alors je vais te poser la question : qu'est-ce que tu as mis à jour ? :p
Hum... ça ne fonctionne pas.
J'ai mis à jour et installé (log pacman)....
depuis début juin....
quand j'ai mis à jour sylpheed la dernière fois...
#[2007-06-08 12:37] upgraded sylpheed (2.4.0-1 -> 2.4.2-1)
Voilà, le message d'erreur ressemble à ses frères aînés :oops:
compose.o: In function `compose_create':
compose.c:(.text+0xcfaa): undefined reference to `new_aspell_config'
compose.c:(.text+0xcfb4): undefined reference to `get_aspell_dict_info_list'
compose.c:(.text+0xcfbe): undefined reference to `delete_aspell_config'
compose.c:(.text+0xcfc6): undefined reference to `aspell_dict_info_list_elements'
compose.c:(.text+0xcfd7): undefined reference to `aspell_dict_info_enumeration_next'
compose.c:(.text+0xd021): undefined reference to `aspell_dict_info_enumeration_next'
compose.c:(.text+0xd02f): undefined reference to `delete_aspell_dict_info_enumeration'
collect2: ld returned 1 exit status
make[3]: *** [sylpheed] Error 1
make[3]: Leaving directory `/home/joyce/sylpheed/src/sylpheed-2.4.3/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/joyce/sylpheed/src/sylpheed-2.4.3/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/joyce/sylpheed/src/sylpheed-2.4.3'
make: *** [all-recursive-am] Error 2
==> ERROR: Build Failed. Aborting...
Publié : ven. 29 juin 2007, 23:19
par mélodie
mimas a écrit :mimas a écrit :Il suffit juste de mettre --disable-aspell pour désactiver aspell.
Pfff... ça n'existe même pas : c'est --disable-gtkspell.
Alors,
./configure !
make
pffff le
make install...
Publié : ven. 29 juin 2007, 23:40
par marc[i1]
Euh ... t'as pas utilisé le PKGBUILD ?
tu as installé sylphhed dans /usr/local !!
j'espère que make uninstall fonctionne avec sylpheed !
Publié : ven. 29 juin 2007, 23:42
par mélodie
marc[i1] a écrit :
Euh ... t'as pas utilisé le PKGBUILD ?
tu as installé sylphhed dans /usr/local !!
j'espère que make uninstall fonctionne avec sylpheed !
Sylpheed 2.4.3 n'est pas installé.
Publié : ven. 29 juin 2007, 23:46
par marc[i1]
bah si on dirais bien vu le pastebin !!!
Publié : sam. 30 juin 2007, 00:06
par mélodie
marc[i1] a écrit :bah si on dirais bien vu le pastebin !!!
Parfaitement exact !
Plus qu'à l'essayer (avec ./sylpheed dans son répertoire) en atttendant que avec un pkgbuild... à moins que qu'une autre solution ?
Publié : sam. 30 juin 2007, 00:56
par mélodie
Conclusion pour l'instant !
J'ai tout essayé y compris le PKGBUILD de mimas, et la seule chose qui n'ait pas mis ces messages d'erreur, c'est le pkgbuild de mimas auquel j'ai ajouté l'option --disable-gtkspell.
plus qu'à l'installer pour voir, en attendant de trouver qu'est-ce qui peut faire avec l'option aspell/enchant.
/sylpheed/faq/it/sylpheed-faq-2.html
/bin/install -c -m 644 ./sylpheed-faq-3.html /home/melodie/sylpheed/pkg/usr/share/sylpheed/faq/it/sylpheed-faq-3.html
/bin/install -c -m 644 ./sylpheed-faq.html /home/melodie/sylpheed/pkg/usr/share/sylpheed/faq/it/sylpheed-faq.html
make[3]: Leaving directory `/home/melodie/sylpheed/src/sylpheed-2.4.3/faq/it'
make[2]: Leaving directory `/home/melodie/sylpheed/src/sylpheed-2.4.3/faq/it'
make[2]: Entering directory `/home/melodie/sylpheed/src/sylpheed-2.4.3/faq'
make[3]: Entering directory `/home/melodie/sylpheed/src/sylpheed-2.4.3/faq'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/home/melodie/sylpheed/src/sylpheed-2.4.3/faq'
make[2]: Leaving directory `/home/melodie/sylpheed/src/sylpheed-2.4.3/faq'
make[1]: Leaving directory `/home/melodie/sylpheed/src/sylpheed-2.4.3/faq'
make[1]: Entering directory `/home/melodie/sylpheed/src/sylpheed-2.4.3'
make[2]: Entering directory `/home/melodie/sylpheed/src/sylpheed-2.4.3'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/home/melodie/sylpheed/src/sylpheed-2.4.3'
make[1]: Leaving directory `/home/melodie/sylpheed/src/sylpheed-2.4.3'
==> Removing info/doc files...
==> Compressing man pages...
==> Stripping debugging symbols from libraries...
==> Stripping symbols from binaries...
==> Removing libtool .la files...
==> Removing empty directories...
==> Generating .FILELIST file...
==> Generating .PKGINFO file...
==> Compressing package...
==> Finished making: sylpheed (Sat Jun 30 00:36:15 CEST 2007)
[melodie@squirrel sylpheed]$
j'ai aussi tenté sans l'option --disable-gtkspell mais en ayant réinstallé gtkspell et enchant par leurs pkbbuilds avec yaourt -Sb et j'obtiens toujours le message d'erreur relatif à aspell avant que le make ne s'interrompe et termine par un sinistre 'fail build' !
Voilà.
mimas, les options du pkgbuild comportent
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 ?
Publié : sam. 30 juin 2007, 01:30
par mimas
mélodie a écrit :mimas, les options du pkgbuild comportent
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.
Publié : sam. 30 juin 2007, 01:36
par 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.
Publié : sam. 30 juin 2007, 01:59
par 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
Publié : sam. 30 juin 2007, 10:38
par mélodie
Publié : sam. 30 juin 2007, 11:24
par mimas
Ç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 ?
Publié : sam. 30 juin 2007, 18:06
par mélodie
Publié : sam. 30 juin 2007, 19:16
par mimas
mélodie a écrit :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.
Publié : sam. 30 juin 2007, 21:58
par 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 !
Publié : sam. 30 juin 2007, 23:37
par mimas
mélodie a écrit :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.
Publié : dim. 01 juil. 2007, 00:05
par mélodie
mimas a écrit :Ce qui donne ici : gtkspell-enchant comme nom (paquet qui existe dans aur).
et ça sert à ?
yaourt a écrit :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. ^^
