impossible to play inserted cd or dvd because the path of include libcdio is not right i have added two lines in the ebuild for fix --- /usr/portage/media-tv/xbmc/xbmc-9.11-r1.ebuild 2010-01-25 15:07:03.000000000 +0100 +++ xbmc-9.11-r1.ebuild 2010-01-31 12:07:26.240133853 +0100 @@ -153,6 +153,11 @@ # Tweak autotool timestamps to avoid regeneration find . -type f -print0 | xargs -0 touch -r configure + + find -type f -name "*.cpp" -exec sed -i "s:lib/libcdio:cdio:" "{}" \; + find -type f -name "Makefile" -exec sed -i "s:lib/libcdio:cdio:" "{}" \; + + } src_configure() { Reproducible: Always
Created attachment 218034 [details] media-tv/xbmc-9.11-r1.ebuild includes libcdio fixed
I'm adding the "fugly" workaround to our ebuild to at least have DVD playback working for now. I created a ticket upstream at http://trac.xbmc.org/ticket/8980 waiting for an official response.
+*xbmc-9.11-r2 (18 Mar 2010) + + 18 Mar 2010; Fabio Erculiani <lxnay@gentoo.org> -xbmc-9.11-r1.ebuild, + +xbmc-9.11-r2.ebuild: + temp. workaround inability to play DVDs, see bug #303030 +
Upstream reported that given bug got fixed in SVN. So I backported the patch: +*xbmc-9.11-r3 (18 Mar 2010) + + 18 Mar 2010; Fabio Erculiani <lxnay@gentoo.org> -xbmc-9.11-r2.ebuild, + +xbmc-9.11-r3.ebuild, + +files/xbmc-9.11-use-cdio-system-headers-on-non-win32.patch: + backport libcdio patch from trunk, makes DVD playback working, close + #303030, upstream reference #8026 +
Fabio: you need to talk to maintainers before you go touching packages that you have no relationship to. this is not a request, and this is the last time i mention it kindly.
Yes sorry. The patch itself is harmless and is a backport from SVN, though.
"and this is the last time i mention it kindly." Or else what? Instead of threatening people come clear. Are you going to digitally beat up somebody for fixing something you slacked todo? Get some mental help man.
Joost: If you have nothing to add, then please don't comment. This is not a discussion forum. I think everything that needs to be said has been.
the obvious next step is that if a Gentoo developer is unable to perform the duties as required, then they lose the developer access
SpanKY, this is not a forum.