+++ This bug was initially created as a clone of Bug #278718 +++ (In reply to comment #11) > (In reply to comment #7) > > Hrm, 2.4.1 fails with gpgme 1.2.0 again. > > > > could you be a bit more precise, I'm running this on amd64 and it seems to be > working fine, checking gpg signatures returns correct results or at least > similar to evolution. In file included from rfc3156.h:31, from message.h:37, from libbalsa.h:45, from body.c:34: /usr/include/gpgme/gpgme.h:80:2: error: #error GPGME was compiled with _FILE_OFFSET_BITS = 64, please see the section "Largefile support (LFS)" in the GPGME manual. mv -f .deps/address-view.Tpo .deps/address-view.Po
Created attachment 204437 [details, diff] Patch which solves the problem (test needed)
@fauli: Could you try this patch ?
@romain, this fix is just wrong. There's most likely a macro that does the appropriate tests and sets this variable (check gpgme code). Like I said on irc, this value is not always 64 which is why it's not reproducible on amd64.
Created attachment 204523 [details, diff] new patch new patch
@x86 guys: ping, could you try this patch ? please get back us, thanks in advance.
ping ^^
Sorry, I was away for some days. GPGME seems to be fine now, but now there seem to be libtool issues: /bin/sh ../../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -ansi -O2 -march=i686 -pipe -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wuninitialized -Wmissing-prototypes -Wreturn-type -Wdeclaration-after-statement -Wl,-O1 -o imap_tst imap_tst.o libimap.a -pthread -lgmime-2.4 -lz -lnsl -lgnomeui-2 -lSM -lICE -lbonoboui-2 -l gnomevfs-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lf reetype -lfontconfig -lbonobo-2 -lbonobo-activation -lgmodule-2.0 -lORBit-2 -lgthread-2.0 -lrt -lgobject-2.0 -lgconf-2 -lgnome-keyring -lglib-2.0 -lgpgme-pthread -lpthread -lg pg-error -lsqlite3 -lesmtp -lssl -lcrypto -ldl -lnotify -lgtksourceview-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lunique-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lgtkspell -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lldap -llber -lresolv ../../libtool: line 834: X--tag=CC: command not found ../../libtool: line 867: libtool: ignoring unknown tag : command not found ../../libtool: line 834: X--mode=link: command not found ../../libtool: line 1001: *** Warning: inferring the mode of operation is deprecated.: command not found ../../libtool: line 1002: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ../../libtool: line 2251: X-ansi: command not found ../../libtool: line 2251: X-O2: command not found ../../libtool: line 2081: X-march=i686: command not found ../../libtool: line 2251: X-pipe: command not found ../../libtool: line 2251: X-Wsign-compare: command not found ../../libtool: line 2251: X-Wpointer-arith: command not found ../../libtool: line 2251: X-Wnested-externs: command not found ../../libtool: line 2251: X-Wchar-subscripts: command not found
Hum the libtool-1 vs. libtool-2 issue, just need to remove libtool macros before doing eautoreconf and probably running intltoolize as well.
(In reply to comment #8) > Hum the libtool-1 vs. libtool-2 issue, just need to remove libtool macros > before doing eautoreconf and probably running intltoolize as well. > balsa doesn't contains macro directory (none m4/ or macros/) all libtool macros seem to be defined in aclocal.m4, so I think fauli must call intltoolize + eautoreconf (which should overwrite aclocal.m4 nop ?) @fauli : could you try ?
In file included from rfc3156.h:31, from message.h:37, from libbalsa.h:45, from body.c:34: /usr/include/gpgme/gpgme.h:83:2: error: #error GPGME was compiled with a different value for _FILE_OFFSET_BITS, namely 64, please see the section "Largefile support (LFS)" in the GPGME manual. make[3]: *** [body.o] Error 1 make[3]: *** Waiting for unfinished jobs.... mv -f .deps/address-view.Tpo .deps/address-view.Po mv -f .deps/address.Tpo .deps/address.Po make[3]: Leaving directory `/var/tmp/portage/mail-client/balsa-2.4.1-r1/work/balsa-2.4.1/libbalsa' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/mail-client/balsa-2.4.1-r1/work/balsa-2.4.1/libbalsa' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/mail-client/balsa-2.4.1-r1/work/balsa-2.4.1' make: *** [all] Error 2 We are getting nearer. intltoolize --force --copy plus eautoreconf helped for the following error, but the patch does not help as I thought.
for some reason I can't reproduce this problem on my x86
(In reply to comment #11) > for some reason I can't reproduce this problem on my x86 Could someone else from the team please try it?
balsa 2.4.2 is out...they don't talk about gpgme, but maybe they improved it nonetheless.
Hi, I can't reproduce this problem on x86. I just built gpgme-1.2 and balsa-2.4.1-r1 without any issues. (I don't have the attached patch applied, portage version works.)
Right, Thomas...it does not fail for me anymore...however.