Bugzilla Bug 53942

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.

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
?

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.

*** Bug 52489 has been marked as a duplicate of this bug. ***

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)

alright with me... seahorse is a bit struggling upstream, so it doesn't work
with newer releases.

seahorse fixed.

sylpheed-claws still to go - tempted to wait till next release.

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.

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.

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?

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

Daniel, I'll assign this bug to you as you're apparently taking care about
gpgme.

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.