wine-1.4.1[gstreamer] fails to configure without emul-linux-x86-gstplugins. After emerging emul-linux-x86-gstplugins wine configures fine and starts building. Reproducible: Always
Created attachment 341858 [details] build.log
Created attachment 341860 [details] emerge --info wine
(In reply to comment #0) > wine-1.4.1[gstreamer] fails to configure without emul-linux-x86-gstplugins. > After emerging emul-linux-x86-gstplugins wine configures fine and starts > building. > > Reproducible: Always Oops, I rushed too much towards. wine fails to configure even with emul-linux-x86-gstplugins[development] installed.
This bug poped up on wine due to chage of gstreamer useflag masking. 12 Mar 2013; Samuli Suominen <ssuominen@gentoo.org> package.use.mask: Remove package.use.mask entry for wine[gstreamer] because we have 32bit gst libraries now. Not sure if this bug is present on testing version of the wine, but stable is fully affected.
(In reply to comment #4) > This bug poped up on wine due to chage of gstreamer useflag masking. > > 12 Mar 2013; Samuli Suominen <ssuominen@gentoo.org> package.use.mask: > Remove package.use.mask entry for wine[gstreamer] because we have 32bit gst > libraries now. > > Not sure if this bug is present on testing version of the wine, but stable > is fully affected. Is emul-linux-x86-gstplugins installed? I can't get ~arch at least to fail here, ./configure says "yes" on each test. What am I missing?
(In reply to comment #4) > Not sure if this bug is present on testing version of the wine, but stable > is fully affected. Same error here while trying to upgrade from wine 1.5.20 to 1.5.24.
Please read this : http://forums.gentoo.org/viewtopic-p-7026626.html
(In reply to comment #5) > Is emul-linux-x86-gstplugins installed? I can't get ~arch at least to fail > here, ./configure says "yes" on each test. What am I missing? On my machine emul-linux-x86-gstplugins installed with development USE enabled and wine fails to configure. I am using arch, not ~arch.
(In reply to comment #7) > Please read this : http://forums.gentoo.org/viewtopic-p-7026626.html looks like multilib-portage problem (In reply to comment #8) > (In reply to comment #5) > > Is emul-linux-x86-gstplugins installed? I can't get ~arch at least to fail > > here, ./configure says "yes" on each test. What am I missing? > > On my machine emul-linux-x86-gstplugins installed with development USE > enabled and wine fails to configure. I am using arch, not ~arch. reproduced with stable wine, USE=gstreamer re-masked for stable wine leaving bug open for the missing emul-linux-x86-gstplugins dependency in >=app-emulation/wine-1.5.0, wine maintainers will have to handle that
i have this same issue on wine-1.5.24, needs 32bit gstplugins
Created attachment 341908 [details, diff] patch to wine-1.5.25 to add the required dep this should be applied to all versions >=1.5.0 the maintainer wants to keep around, there are so many wine ebuilds I don't have a insight on that
(In reply to comment #11) > this should be applied to all versions >=1.5.0 the maintainer wants to keep > around, there are so many wine ebuilds I don't have a insight on that We keep lots of wine versions around because unstable wine releases are time-based, and inevitably break support for some formerly working applications while fixing support for other formerly non-working ones. We only clean up old versions after upstream makes a new stable release (e.g. 1.2, 1.4 etc.)
> 12 Mar 2013; Samuli Suominen <ssuominen@gentoo.org> package.use.mask: > Remove package.use.mask entry for wine[gstreamer] because we have 32bit gst > libraries now. Samuli, I see that you've now decided to become a wine maintainer. So please test and fix dependencies in affected ebuilds.
(In reply to comment #13) > > 12 Mar 2013; Samuli Suominen <ssuominen@gentoo.org> package.use.mask: > > Remove package.use.mask entry for wine[gstreamer] because we have 32bit gst > > libraries now. > > Samuli, I see that you've now decided to become a wine maintainer. So please > test and fix dependencies in affected ebuilds. I've masked USE gstreamer for wine in behalf of amd64 emul back then when I was part of the amd64 team very actively, when user informed me the mask is now superflous -- I had expected the issue was exactly same in all wine's, which wasn't true, so I've partly restored the mask to correct my mistake for stable users, quickly before noone notices :-) ~ərch can be a bit broken, missing dep is nothing, afterall this bug is open to remind of that with that said, sorry, really, and I will fix them now
done :)
Fix completed by masking USE=gstreamer for <wine-1.5.25; wine ebuilds that did not use autotools-multilib.eclass fail to correctly use 32-bit gstreamer and glib pkgconfig files.
(In reply to comment #16) > Fix completed by masking USE=gstreamer for <wine-1.5.25; wine ebuilds that > did not use autotools-multilib.eclass fail to correctly use 32-bit gstreamer > and glib pkgconfig files. thanks
