Summary: | media-libs/openal-1.15.1-r1 USE=abi_x86_32 with app-emulation/emul-linux-x86-sdl-20130224 - file collisions in /usr/lib32/* | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | eroen <erikdenstore+gbugs> |
Component: | [OLD] Library | Assignee: | Ian Stakenvicius (RETIRED) <axs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alex.iris.parker, alex, crabbedhaloablution, dschridde+gentoobugs, johannes.hirte, mackal.cook, multilib+disabled, sound |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 484252 | ||
Bug Blocks: | 489248, 489758 | ||
Attachments: | openal-1.15.1-r1.ebuild.patch |
Description
eroen
2013-09-07 00:54:01 UTC
Same problem here. huh? reassigning to who last touched these: 06 Sep 2013; Ian Stakenvicius <axs@gentoo.org> openal-1.15.1-r1.ebuild: dropped some unnecessary emul-linux blocker atoms Ian, you usually need to release a revbump for affected emul set with: 1. An update to the "${FILESDIR}/remove-native" file to drop colliding file. 2. Addition of abi_x86_32 to it to allow the removal of collision for people having that USE flag set. I would take latest emul-linux-x86-medialibs ebuild as reference And then, you still need a blocker against emul-linux-x86-sdl[-abi_x86_32(-)]. Apologies -- i multilib-built this because i thought it -wasnt- part of an emul-* ... i must have missed this during my content checks. Will fix asap. in the meantime maybe mask this revbump? i dont have access to the tree right at the moment Got my tree access ; ebuild is masked until I can finish the conversion by bumping emul-linux-x86-sdl on Monday. Also dropped the multilib-use dep in media-libs/allegro (which should be the only thing using it). (In reply to Ian Stakenvicius from comment #6) please make a proper conversion before unmasking it. it is missing MULTILIB_USEDEP (and conversion) of some of its deps meaning it is broken on any multilib arch but amd64. even on amd64 it is probably broken: for example for ffmpeg, you will build with headers from your native package but the version in emul-libs is ffmpeg-0.10 and will link to that, which version is not ABI compatible with anything in stable or ~arch... $ quse -D alstream local:alstream:media-libs/openal: Build and install the FFmpeg based alstream example utility That one should go for native ABI only. Created attachment 366244 [details, diff] openal-1.15.1-r1.ebuild.patch This is a patch against the latest (masked) openal ebuild in tree. Since pulseaudio is already ported and ffmpeg (alstream) is only needed for native abi we could actually move forward with this bug.. emul-linux-x86-sdl might needs a update too.. I've tested my changes and it worked (even though i run into bug 481670, which hasn't anything todo with multilib) everything should be in place and unmasked now Sorry for piking on that bug again, but actually my changes aren't completely correct :( - sorry for that. First of all, calling multilib_is_native_abi in src_configure will always return true, which means alstream/Examples would be always active on both archs (if use is enabled) Secondly, there is a spelling mistake: i've wrote mymakeargs instead of mycmakeargs, which means it's actually always disabled.. However, even though it's disabled at the moment anyway, it wouldn't matter since examples wouldn't be build even if's it's enabled (afaik). I *think* it's because it's looking for following packages which it won't find: (i'm not so familiar with cmake) -- package 'libavcodec>=53.61.100' not found -- package 'libavformat>=53.32.100' not found -- package 'libavutil>=51.35.100' not found I've tested openal[alstream] with libav-0.8.7, libav-0.8.9 and libav-9.10. While the first too seems to have outdated version's, the last one doesn't work at all because of the bug which i mentioned before. I'm not sure if it's just an dependency problem (openal might need a newer libav) or if it's a different problem - after all, the stable ebuild seems to be affected aswell. Though i don't know how it looks on ffmpeg side. Regarding disabling multilib on non native abi's - i currently have no idea how todo it. I though about adding a additional cmake-multilib_src_configure function and putting the multilib_is_native_abi in there (like with multilib_src_configure from multilib-minimal), however that didn't work. (In reply to Michael Mair-Keimberger (iamnr3) from comment #11) > Sorry for piking on that bug again, but actually my changes aren't > completely correct :( - sorry for that. > First of all, calling multilib_is_native_abi in src_configure will always > return true, which means alstream/Examples would be always active on both > archs (if use is enabled) > Secondly, there is a spelling mistake: i've wrote mymakeargs instead of > mycmakeargs, which means it's actually always disabled.. fixed those; the rest is probably a not precise enough dep on virtual/ffmpeg; note that upstream seems to use version checks for libraries provided by ffmpeg and not libav (this can be seen from the .100 suffix) |