Summary: | x11-misc/xvidcap-1.1.7 fails to build with >=media-video/ffmpeg-0.5_p22846 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stefan Triller <bugs> |
Component: | Current packages | Assignee: | Gentoo TreeCleaner Project <treecleaner> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | desktop-misc, garbage2007, media-video, williamspatrick, xmw |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
configure.in patch to enable audio.
xvidcap with patch compile error |
Description
Stefan Triller
2009-02-07 16:32:35 UTC
Hmm.. which version of lame? Does downgrading lame and recompiling help? Have the same problem. There are presently two versions (one version, 2 revs) of lame in portage: media-sound/lame-3.98.2-r1 media-sound/lame-3.98.2-r2 Will not compile xvidcap with sound via either... Created attachment 200389 [details, diff]
configure.in patch to enable audio.
This requires a patch to the configure.in because it is currently testing for a deprecated (and now removed) ffmpeg function even though the code itself uses the new function. I've attached a patch for this. In order to get audio to work you also need to have 'oss' use flag for ffmpeg (can someone do some ebuild magic in the xvidcap to verify this?). You also need OSS compatibility in your ALSA kernel options: CONFIG_SND_OSSEMUL=y CONFIG_SND_MIXER_OSS=y CONFIG_SND_PCM_OSS=y Finally, for me, xvidcap would only work if you recorded in PCM16. Otherwise in mp3 or other formats I just got static. Didn't have a chance to track this down. Might want to have a upstream bugs opened for both the MP3 recording issue and the configure patch. I haven't done this. Created attachment 223025 [details]
xvidcap with patch compile error
I tried to compile with the above patch and the build fail is attached above. (In reply to comment #5) > Created an attachment (id=223025) [details] > xvidcap with patch compile error > (In reply to comment #3) > Created an attachment (id=200389) [details] > configure.in patch to enable audio. > Looks good. (In reply to comment #5) > Created an attachment (id=223025) [details] > xvidcap with patch compile error > This is because of new ffmpeg, those symbols got removed/renamed. This will need some porting. :-/ treecleaners: please remove xvidcap from portage, because: - The bundled copy of ffmpeg in xvidcap is vulnerable to several GLSAs and CVEs (this is not being used for the obvious reasons even if it's the only way to get working xvidcap "right now") - It doesn't work at all with our current media-video/ffmpeg's in tree and upstream is semi-dead, nobody has provided patches to make it work -> /dev/null replacement is recordmydesktop It does compile against media-video/ffmpeg-0.5_p22846 at least with this minor modifications. Just remove some redundant info and unbundle the ffmpeg dir. --- /usr/portage/x11-misc/xvidcap/xvidcap-1.1.7.ebuild 2010-03-31 04:36:03.000000000 +0200 +++ xvidcap-1.1.7.ebuild 2010-06-20 19:06:24.000000000 +0200 @@ -2,6 +2,8 @@ # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/x11-misc/xvidcap/xvidcap-1.1.7.ebuild,v 1.4 2010/02/02 19:10:59 ssuominen Exp $ +EAPI=2 + GCONF_DEBUG=no inherit eutils autotools gnome2 @@ -29,9 +31,8 @@ dev-perl/XML-Parser app-text/gnome-doc-utils" -src_unpack() { - unpack ${A} - cd "${S}" +src_prepare() { + rm -r ffmpeg || die epatch "${FILESDIR}"/${P}-shmproto.patch epatch "${FILESDIR}"/${P}-ffmpeg-headers.patch # bug 242680 @@ -42,11 +43,10 @@ intltoolize --force || die "intltoolize failed" } -src_compile() { +src_configure() { econf --without-forced-embedded-ffmpeg \ $(use_enable mp3 libmp3lame) \ $(use_enable theora libtheora) - emake || die "emake failed." } src_install() { you need to apply the attached patch here to expose futher errors first, i.e. the patch is correct but only less-than-half of the fix removed |