Summary: | media-libs/oyranos convert to multi abi dependencies | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mario Kicherer <dev> |
Component: | [OLD] Library | Assignee: | Michael Weber (RETIRED) <xmw> |
Status: | RESOLVED FIXED | ||
Severity: | normal | Keywords: | PATCH |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 466820, 474652, 474654 | ||
Bug Blocks: | |||
Attachments: |
libXcm-multilib.patch
oyranos-multilib-deps.patch |
Description
Mario Kicherer
2013-03-26 20:35:03 UTC
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? |