Summary: | mail-client/evolution-2.32.1 fails to build with profile USE flag | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Graham Murray <graham> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | brant, marcin.deranek |
Priority: | High | Keywords: | InVCS |
Version: | 10.0 | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugzilla.gnome.org/show_bug.cgi?id=637493 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 339225 | ||
Attachments: | Build log |
Description
Graham Murray
2010-12-10 21:06:07 UTC
Created attachment 256860 [details]
Build log
Please try to build it using USE="-doc" (In reply to comment #2) > Please try to build it using USE="-doc" > I am afraid that it is still fails in the same place. emerge -pv evolution These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] mail-client/evolution-2.32.1 [2.30.3] USE="crypt gstreamer ldap profile python ssl (-clutter) -connman% -doc* -kerberos -networkmanager (-nntp%*) (-pda%)" 0 kB Suggest trying with these USE flags as they do work for me amd64 crypt elibc_glibc kernel_linux multilib python ssl userland_GNU if successful add flags then add till it fails again. As regards comment #4 obviously amd64 and multilib are of no use to you also diffed my log and his shows he errors out using his current translation database instead of generating a new one. 949,950d952 < CCLD evolution-addressbook-export < /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libedataserver-1.2.so.13, needed by /usr/lib64/libcamel-1.2.so.14, may conflict with lib edataserver-1.2.so.14 954a957 > CCLD evolution-addressbook-export 1049d1051 < CCLD libevolution-mail.la 1051,1052c1053 < Found too-old cached translation database < Generating and caching the translation database --- > Found cached translation database 1053a1055,1065 Maybe you forgot to run needed revdep-rebuild runs and removal of old libs provided by evolution-data-server, please review evolution-data-server elog messages (probably still present in your /var/log/portage/elog/summary.log) since I am sure running revdep-rebuild for multiple old libraries is needed (you can check it in 2.32 evolution-data-server ebuild) Good luck It's not a revdep-rebuild issue. I've run revdep-rebuild several times since first encountering this issue. It's not a linkage issue it runs into, it's an included file issue where whatever file it is including does not indicate the struct member the code is trying to use. after a successful merge by just letting this thing build in a set of packages and then noting the revdep-rebuild and rm recommends for evolution-data-server and running them the package will fail to build. I am currently rebuilding evolution-data-server and then will rebuild evolution hoping this fixes it as I thought I encountered this once before. If you have a faster machine you might try it. Will report success/fail. running the commands recommended from the out put of elogv were "revdep-rebuild --library 'libname.soname' " for each of these then rm '/usr/lib64/libcamel-provider-1.2.so.14' rm '/usr/lib64/libedata-cal-1.2.so.7' rm '/usr/lib64/libgdata-1.2.so' rm '/usr/lib64/libgdata-google-1.2.so' rm '/usr/lib64/libcamel-1.2.so.14' rm '/usr/lib64/libedata-book-1.2.so.2' rm '/usr/lib64/libebook-1.2.so.9' rm '/usr/lib64/libedataserver-1.2.so.13' rm '/usr/lib64/libecal-1.2.so.7' rm '/usr/lib64/libedataserverui-1.2.so.8' Did all the above rebuilt evolution-data-server then mail-client/evolutions. Successful Going to do the evolution-webcal just in case. Note- I was using 2.30.3 just allowing all the old libraries which happens in an emege world on mass updates would leave all this in by default if the user did not read the output of elogv and took no action since the install succeeds without a correct upgrade to evolution-data-server. (In reply to comment #7) > It's not a revdep-rebuild issue. I've run revdep-rebuild several times since > first encountering this issue. It's not a linkage issue it runs into, it's an > included file issue where whatever file it is including does not indicate the > struct member the code is trying to use. > I have unpacked the appropriate versions and it looks to me as though it will build correctly against /usr/include/evolution-data-server-2.30/camel/camel-folder.h, but not against /usr/include/evolution-data-server-2.32/camel/camel-folder.h The reason is that in 2.32, the full_name member has been moved from the 'public' CamelFolder structure (defined in the header file) into a 'private' structure defined in the camel-folder.c file and only accessible via 'helper' functions. So, I suspect that the people for whom the build works have the evolution-data-server-2.30 header files, rather than the 2.32 ones, in the include path. (In reply to comment #10) > So, I suspect that the people for whom the build works have the > evolution-data-server-2.30 header files, rather than the 2.32 ones, in the > include path. > It compiles ok here with evolution-data-server-2.32.1 installed (but I am running a mostly stable system with, for example, stable gcc and so) For mysterious reasons, evolution built for me today. For me (~amd64) it was a matter of disabling 'profile' USE flag. We should probably drop this use flag, it has little interest for common usage in gentoo. Disabling the profile USE flag must have been what did it for me as well. However, I'd like to urge that it be reported upstream so it can be fixed and only temporarily removed from USE flags while the underlying issue is addressed. Just removing the USE flag is not a correct solution to the underlying issue. this is not the point. The point for removing the use flag is that it is not useful for gentoo. It should probably never have been added to the ebuild to begin with. Also, per upstream comment in https://bugzilla.gnome.org/show_bug.cgi?id=637493, looks like profiling plugin is deprecated. I will disable it in the next bump + 21 Dec 2010; Gilles Dartiguelongue <eva@gentoo.org> evolution-2.30.3.ebuild, + evolution-2.32.1.ebuild: + Drop profile use flag, could not find a good use for it and upstream is + thinking about dropping it anyway, bug #348385. + Dropped, thanks for reporting. |