53942 2004-06-14 22:19 0000 wrong dependencies to gpgme-0.3.14 2004-08-27 06:31:50 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified x86 Linux RESOLVED FIXED P2 normal --- 1 rumen@qrypto.org dragonheart@gentoo.org genone@gentoo.org gnome@gentoo.org rockoo@gmail.com rumen@qrypto.org 2004-06-14 22:19:37 0000 Main problem seems to be the following: (emerge -DU world -ptv) ...CUT... [nomerge ] app-crypt/gpgme-0.4.7 +crypt +nls [ebuild N ] app-crypt/cryptplug-0.3.16 0 kB [ebuild UD] app-crypt/gpgme-0.3.14 [0.3.16] +crypt -doc +nls 640 kb ...END CUT ... gpgme-0.4.7 --> cryptplug-0.3.16 --> gpgme-0.3.14 but there is also gpgme-0.3.16 installed in the same slot right. it seems that gpgme-0.3.14 <--> gpgme-0.4.0 and 0.3.16 <--> 0.4.7 as sloted. I'll try to edit cryptplug-0.3.16.ebuild to depend on gpgme-0.3.16 and put it in PORTAGE_OVERLAY dir. PS: see also: [ebuild UD] dev-libs/libksba-0.4.7 [0.9.6] 0 kB [ebuild UD] dev-libs/libgcrypt-1.1.12 [1.2.0] -doc +nls 0 kB [ebuild N ] app-crypt/newpg-0.9.4-r1 +nls 0 kB This again wants to downgrade libksba and libgcrypt which are in 1 slot. Put cryptplug-0.3.16.ebuild, seahorse-0.6.3.ebuild and sylpheed-claws-0.9.11.ebuild in /usr/local/portage/... and recompiled them all. Everything is OK now. They all work. There may be other dependencies too. PS: That leaves out newpg: [ebuild UD] dev-libs/libksba-0.4.7 [0.9.6] 0 kB [1] [ebuild UD] dev-libs/libgcrypt-1.1.12 [1.2.0] -doc +nls 0 kB [1] [ebuild N ] app-crypt/newpg-0.9.4-r1 +nls 0 kB [1] libksba & libgcrypt not slotted. Rumen. Reproducible: Always Steps to Reproduce: 1. 2. 3. There are some related bugs:23904 (minor), 42081(HIT), 48486(seems solved) For me edited ebuilds work fine. genone@gentoo.org 2004-06-15 19:07:20 0000 sylpheed-claws with gpgme-0.3.16 is buggy according to the mailinglist as there were some semantic changes in gpgme (sorry, don't have a link handy) and gpgme-0.4.x is generally unsupported by the -claws devs and also marked as unstable upstream although it seems to work (would require more testing). Don't know anything about cryptplug, gnome peeps wanna take a look at seahorse ? foser@gentoo.org 2004-06-17 15:35:35 0000 iirc at the time it certainly didn't work with 0.4 , it needed 0.3.14 exactly. We should test this local probably, seahorse doesn't seem to be too actively maintained at this point. genone@gentoo.org 2004-07-30 14:38:24 0000 *** Bug 52489 has been marked as a duplicate of this bug. *** dragonheart@gentoo.org 2004-08-08 13:50:21 0000 sylpheed-claws in the cvs version seems to work with 0.9.0+ I'm trying to address these in bug #57193 cryptplug is hopefully fixed. Will change seahorse to depend on 0.3.14-r1 only soon (pending the blesing of gnome people) foser@gentoo.org 2004-08-08 14:41:54 0000 alright with me... seahorse is a bit struggling upstream, so it doesn't work with newer releases. dragonheart@gentoo.org 2004-08-09 01:17:24 0000 seahorse fixed. sylpheed-claws still to go - tempted to wait till next release. dragonheart@gentoo.org 2004-08-09 03:59:07 0000 genone, seemant, bcowan I've added sylpheed-claws-0.9.12-r1 to support bug #57193 and fix part of bug #44817 Once the next release comes out it will be easy to use gpgme-0.9.0-r1. genone@gentoo.org 2004-08-11 04:54:04 0000 gpgme-0.3.14-r1 is broken: In the ebuild we find the following statement: if [ -x ${ROOT}usr/bin/gpg2 ]; then myconf="${myconf} --with-gpg=${ROOT}usr/bin/gpg2" else myconf="${myconf} --with-gpg=${ROOT}usr/bin/gpg2" fi On the econf line we have --with-gpg=$GPGBIN, but $GPGBIN isn't defined anywhere. At compile time it also generates the following errors: sed: can't read ./doc/gpgme.info-1: No such file or directory sed: can't read doc/gpgme.info-1: No such file or directory gcc -DHAVE_CONFIG_H -I. -I. -I.. -march=pentium3 -O2 -pipe -fomit-frame-pointer -Wall -Wcast-align -Wshadow -Wstrict-prototypes -c errors.c -MT errors.lo -MD -MP -MF .deps/errors.TPlo -fPIC -DPIC -o .libs/errors.lo errors.c:5:19: gpgme.h: No such file or directory errors.c:18: error: syntax error before "err" errors.c:19: warning: function declaration isn't a prototype errors.c: In function `gpgme_strerror': errors.c:23: error: `err' undeclared (first use in this function) errors.c:23: error: (Each undeclared identifier is reported only once errors.c:23: error: for each function it appears in.) (some more errors caused by that and then it fails) Until that is fixed I'm going to mask sylpheed-claws-0.9.12-r1. dragonheart@gentoo.org 2004-08-21 17:45:15 0000 I'm wrong about the next sylpheed claws supporting gpgme 0.9* gpgme-0.3.14-r1 and sylpheed-claws-0.9.12-r1 are fixed to work together. Thanks Marius Rumen - I think cryptplug and seahorse are also fixed. Can you just confirm for me please? rumen@qrypto.org 2004-08-21 23:15:18 0000 Hi ALL, It seems that the things are fixed, as i have seahorse-0.6.3-r1 and cryptplug-0.3.16-r1 (DEPEND on gpgme-0.3.14-r1) installed not from the my overlay portage any more (had changed them to depend on 0.3.16 - didn't knew it was buggy so as 0.4). Now have gpgme-0.3.14-r1, 0.3.16 and 0.9.0-r1 installed - slotted. i'll check about 0.3.16 - may not need it (left from my experiments :) Have sylpheed-claws as well, but ver.0.9.12 - don't use it very much anymore. Yes gpgme-0.3.16 was brought by my changed sylpheed-claws-0.9.12, i'm going to unmerge it and emerge-0.9.12-r1 - OK only have sylpheed-0.9.12 it wants to downgrade gpgme-0.3.16 to 0.3.14. Also have gpgme-0.9.0-r1 installed but nothing uses it (maybe just upgraded it). So as i see this we'll be using gpgme 0.3.14 and 0.9.0 versions. Thanks. Rumen genone@gentoo.org 2004-08-24 23:11:03 0000 Daniel, I'll assign this bug to you as you're apparently taking care about gpgme. dragonheart@gentoo.org 2004-08-27 06:31:50 0000 sylpheed-0.9.12-r3 added to support gpgme-0.3.14-r1 Other sylpheeds will be blocked for 0.3.14-r1 sylpheed-0.9.12-r3 is masked for testing by net-mail friends.