Beagle (0.2.5 and also the not yet in portage 0.2.6) does not build anymore for me, this is with evo-sharp 0.11.0 (the same with 0.11.1) and gmime-2.2.1 (with mono use-flag) checking for IceConnectionNumber in -lICE... yes checking X11/extensions/scrnsaver.h usability... yes checking X11/extensions/scrnsaver.h presence... yes checking for X11/extensions/scrnsaver.h... yes checking for XScreenSaverQueryExtension in -lXss... yes checking for GNOME_VFS... yes checking for BEAGLE_UI... yes checking for UIGLUE... yes checking for LIBTRAYICON... yes checking for EVO... configure: error: Could not find Evolution dependencies !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/beagle-0.2.5/work/beagle-0.2.5/config.log !!! ERROR: app-misc/beagle-0.2.5 failed. Call stack: ebuild.sh, line 1521: Called dyn_compile ebuild.sh, line 924: Called src_compile beagle-0.2.5.ebuild, line 99: Called econf '--enable-evolution' '--enable-gui' '--enable-python' '--enable-libbeagle' ebuild.sh, line 526: Called die
Sorry forgot before, from the config.log: Variable 'exec_prefix' not defined in '/usr/lib/pkgconfig/evolution-sharp.pc'
checked again, works fine for me with 0.10.2, here's a diff for evolution-sharp.pc between the two versions -prefix=/usr +exec_prefix=/usr libdir=${exec_prefix}/lib - -evolibdir=/usr/lib/evolution/2.6 Name: Evolution# Description: Evolution# - Evolution .NET Binding -Version: 0.11.1 +Version: 0.10.2 Libs: -r:${libdir}/mono/evolution-sharp/evolution-sharp.dll so no wonder beagle doesn't find exec_prefix
*** Bug 131789 has been marked as a duplicate of this bug. ***
please, see bug #132360
If anyone wants to speed up the process of getting this fixed, investigate and post an explanation as to why it is needed. I just haven't been able to find the time to do that yet - and I'm not going to blindly add a patch. Also consider that things work (or at least, worked) as-is for me when I tested this before adding to Portage. Another thing you could do is change the patch into a sed call.
Thanks Daniel! Here's what I found; Manually configuring evolution-sharp-0.11.0, generates the appropriate evolution-sharp.pc, which has the following defined prefix=/usr libdir=${prefix}/lib However, Gentoo's version contains the following: prefix=/usr libdir=${exec_prefix}/lib and since exec_prefix isn't defined, other applications die when looking up the directory. I've traced the issue to sed command contained within the .ebuild: sed -i -e 's:^libdir.*:libdir=@libdir@:' \ ${S}/*.pc.in || die This line basically changes the following lines in evolution-sharp.pc.in: libdir=${prefix}/lib to libdir=@libdir@ I checked the configure script and sure enough, @libdir@ is defined as: libdir='${exec_prefix}/lib' So it seems this sed command is what's causing the issue. Now, in order to get beagle to find evolution-sharp dependencies, I had to define exec_prefix to evolution-sharp.pc.in, but if we remove the sed command, then the default will work. Unfortunately, I haven't found exact information as to why this sed command was added (Found reference to correct libdir in pkgconfig in the changelog when evolution-sharp-0.10.2-r1.ebuild was added), but I'm sure there was a good reason. It hasn't broken anything on my machine so far though :-). (In reply to comment #5) > If anyone wants to speed up the process of getting this fixed, investigate and > post an explanation as to why it is needed. I just haven't been able to find > the time to do that yet - and I'm not going to blindly add a patch. Also > consider that things work (or at least, worked) as-is for me when I tested this > before adding to Portage. > > Another thing you could do is change the patch into a sed call. >
The sed is added to all mono packages, because in Gentoo, we don't assume that libraries go in {prefix}/lib - they actually go into /usr/lib64 on 64bit setups. Perhaps someone could look at how other mono libraries (gmime is one that springs to mind) handle the exec_prefix thing.
Fixed in evolution-sharp-0.11.1, sorry for the delay