| Summary: | app-emulation/emul-linux-x86-medialibs needs to include gstreamer and gst-plugins-base | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Francisco J. Vazquez <dv> |
| Component: | Current packages | Assignee: | AMD64 Project <amd64> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | ao, g3ntaro, gstreamer, hsggebhardt, j0inty, m.debruijne, Martin.vGagern, matthias.grobarek, mgorny, mkyral, nbowler, nikoli, rion4ik, rose, stefano.priore, willard.dawson |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 165270 | ||
| Attachments: | build.log | ||
|
Description
Francisco J. Vazquez
2010-11-19 14:25:40 UTC
Created attachment 254847 [details]
build.log
Hi,
I ran into the same error with wine and the gstreamer USE flag. Wine was missing the lib32 gstreamer development files.
checking for gst_pad_get_caps_reffed in -lgstreamer-0.10... no
configure: error: gstreamer-0.10 32-bit development files not found, gstreamer support disabled
This is an error since --with-gstreamer was requested.
Best Regards
j0inty
not wine's problem Why is the gstreamer USE flag there for x86_64? Same problem here, but disabling win32 use flag build goes right. If I disable win32 for wine in /etc/portage/package.use:
rose@lynx:/home/rose(1)$ grep wine /etc/portage/package.use
app-emulation/wine -win32
I also can compile wine:
rose@lynx:/home/rose(2)$ emerge -pvD wine
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] app-emulation/wine-1.3.6 USE="X alsa cups dbus fontconfig gecko gnutls gsm gstreamer jpeg lcms ldap mp3 ncurses opengl oss perl png pulseaudio samba ssl threads truetype win64 xml (-capi) -custom-cflags (-esd) (-gphoto2) (-hal) -jack -nas -openal (-scanner) -test -win32 -xcomposite -xinerama" 0 kB
rose@lynx:/home/rose(3)$ genlop -t wine | tail -n 6
Thu Nov 11 13:47:04 2010 >>> app-emulation/wine-1.3.6
merge time: 38 minutes and 33 seconds.
Sat Nov 20 11:26:42 2010 >>> app-emulation/wine-1.3.6
merge time: 18 minutes and 33 seconds.
but no binary /usr/bin/wine is installed:
rose@lynx:/home/rose(4)$ equery f wine | grep bin
/usr/bin
/usr/bin/function_grep.pl
/usr/bin/msiexec
/usr/bin/notepad
/usr/bin/regedit
/usr/bin/regsvr32
/usr/bin/widl
/usr/bin/wine64
/usr/bin/wineboot
/usr/bin/winebuild
/usr/bin/winecfg
/usr/bin/wineconsole
/usr/bin/winecpp
/usr/bin/winedbg
/usr/bin/winedump
/usr/bin/winefile
/usr/bin/wineg++
/usr/bin/winegcc
/usr/bin/winemaker
/usr/bin/winemine
/usr/bin/winepath
/usr/bin/wineserver
/usr/bin/wmc
/usr/bin/wrc
/usr/include/wine/windows/binres.idl
/usr/include/wine/windows/dbinit.idl
/usr/lib64/wine/cabinet.dll.so
/usr/lib64/wine/fakedlls/cabinet.dll
/usr/lib64/wine/libcabinet.def
/usr/lib64/wine/libinetcomm.def
Maybe we should mask "gstreamer" USE flag for wine on amd64 Wouldn’t it be easy to fix this by adding the 32-bit gstreamer libs to app-emulation/emul-linux-x86-medialibs, or alternatively create a seperate ebuild for these libs called app-emulation/emul-linux-x86-gstreamer? (“easy” not in the way *I* feel able to do it but maybe one of the emul-linux ebuild maintainers can do it?) Until then, I agree that +gstreamer should be masked in wine for amd64. Or maybe 1.3.7 fixes this already? The WineHQ announcement talks about “a lot of fixes to the GStreamer support”. +1. And adding the 32-bit unixodbc, mysql, postgresql, firebird libs to app-emulation/emul-linux-x86-database for LIB_ODBC_DRIVER_MANAGER wine feature work fine.. Database sharing beetwen win/lin on amd64 does not working now. + 21 Nov 2010; Pacho Ramos <pacho@gentoo.org> arch/amd64/ChangeLog, + arch/amd64/package.use.mask: + Mask gstreamer USE flag on wine due bug #346077 *** Bug 346321 has been marked as a duplicate of this bug. *** Note that there can be various additional nasties with distributing some gstreamer plugins as binaries. Patents, licenses, et cetera, primarily in regards to the external libraries depended on... This goes in particular for gst-plugins-ugly and anything inheriting gst-plugins-ugly.eclass and also gst-plugins-bad and some things inheriting gst-plugins-bad.eclass. I guess it's up for the amd64 team to decide if these should be part of the same big soundlibs or medialibs emul packages. @amd64, feel free to chat me up on this or anything else gstreamer on IRC for additional advice. My original intention was to only include gstreamer and gst-plugins-base, I think they wouldn't have licensing issues, no? Thanks what if want to compile with gstreamer with use flags -win32 +win64? as reported above this should work. but with masked flag its impossible now. Fixed in 20110129 While things will probably compile now for 32bit wine, the support will probably be rather useless, as no useful decoders are included. Though I'm not intimately familiar of what winegstreamer needs, as I haven't closely tracked at which point it takes over from gstreamer with appsink, or tested yet |
