=media-libs/oyranos-0.9.4 requires at least media-libs/libXcm-1.5.2 not 1.5.1, else building fails due to missing Find*.cmake file for Xcm. Also, multilib does not work as the libXcm ebuild is not multilib-capable and thus, building fails as well. Reproducible: Always
Created attachment 343344 [details, diff] libXcm-multilib.patch patch that makes libXcm multilib-capable with autotools-multilib, but oyranos still fails due to missing multilib-capable dev-libs/yajl
Created attachment 343350 [details, diff] oyranos-multilib-deps.patch An oyranos ebuild patch for some (I guess not all) multilib deps. I think you should add REQUIRED_USE="amd64? ( -abi_x86_32 )" until these issues are fixed.
Also exiv2 is in RDEPEND twice.
Ah, I just saw that exiv2 in main tree is not yet mulitlib-capable. I got confused by my overlay, just ignore this line in the oyranos patch please.
Indeed, I can confirm oyranos-0.9.4 fails with libXcm-0.5.1. I'm sure it's just a cmake thing, but it's easier to bump the DEPEND in oyranos as that is also what upstream recommends.
Is there a standard procedure to introduce ABI use deps? maybe you file a bug against yail, cc myself and I eapi-5 oyranos once it's sorted out.
I bump the dependency to media-libs/libXcm-0.5.2 (I assume the 1.5.1 in the original subject was a typo). And I rename this bug and leave it open to address the multi-abi topic. + 12 Apr 2013; Michael Weber <xmw@gentoo.org> oyranos-0.9.4.ebuild: + Fix libXcm dependency (bug 463412 by Mario Kicherer) +
(In reply to comment #6) > Is there a standard procedure to introduce ABI use deps? I believe it should be ${MULTILIB_USEDEP} instead of abi_x86_32?. I don't need multilib oyranos. I just saw that multilib deps are missing while I tested oyranos-0.9.4. If someone needs multilib oyranos, I can take a look at the required deps. If not, it would only make the ebuilds more complex, I guess.
Maybe we should test the multilib stuff with a -r1 ebuild, so others can use 0.9.4 if they need to without unmasking?
(In reply to comment #8) > (In reply to comment #6) > > Is there a standard procedure to introduce ABI use deps? > > I believe it should be ${MULTILIB_USEDEP} instead of abi_x86_32?. That's the variable I was looking for. the old 32bit abi on amd64 "multilib" is just one case and the mechanism is intended to be universal.
+*elektra-0.8.3-r2 (22 Apr 2013) +*elektra-0.7.1-r4 (22 Apr 2013) + + 22 Apr 2013; Michael Weber <xmw@gentoo.org> +elektra-0.7.1-r4.ebuild, + +elektra-0.8.3-r2.ebuild: + Improve multi abi support +
+*oyranos-9999 (22 Apr 2013) +*oyranos-0.9.4-r1 (22 Apr 2013) + + 22 Apr 2013; Michael Weber <xmw@gentoo.org> -oyranos-0.4.0-r1.ebuild, + -oyranos-0.9.1-r1.ebuild, -oyranos-0.9.4.ebuild, +oyranos-0.9.4-r1.ebuild, + +files/oyranos-0.9.4-be-more-verbose.patch, + -files/oyranos-0.9.4-buildsystem.patch, + +files/oyranos-0.9.4-buildsystem-r1.patch, + +files/oyranos-0.9.4-fix-array-access.patch, + +files/oyranos-0.9.4-fix-double-object-release.patch, + +files/oyranos-0.9.4-fix-oyRankMap-helper-functions-crashes.patch, + +files/oyranos-0.9.4-fix-oyStringSegment-crash.patch, + +files/oyranos-0.9.4-fix-runpaths.patch, + +files/oyranos-0.9.4-fix-typos-and-grammar.patch, + +files/oyranos-0.9.4-omit-profile-with-error.patch, + +files/oyranos-0.9.4-set-xcalib-to-screen-if-ge-xrandr-12.patch, + +files/oyranos-0.9.4-use-more-internal-xrandr-info.patch, + +oyranos-9999.ebuild: + Improve multi abi support + it builds with 466820 temp fixed and USE=-exif http://b-4.xmw.de/var/log/portage/build/media-libs/oyranos-0.9.4-r1:20130422-164724.log
bug 466820 is fixed. remaining media-libs/libraw and media-gfx/exiv2.
Is there anything that needs oyranos multilib?