The recent dependency update to the xine-dvdnav-0.9.13.ebuild has the unforseen consequence of masking any of the -r1, -r2, etc. ebuilds for xine-lib-0.9.13. I am attaching a one-line patch file.
Created attachment 6472 [details, diff] xine-dvdnav-0.9.13.diff
from dvd.sf.net xine-dvdnav developement will not longer be discussed or performed on this site. All xine-dvdnav work has now been included in the xine.sf.net project. So any features that xine-dvdnav might have provided the user are included with xine version 1.0 and above. As a result of this, no further releases of xine- dvdnav will be made. libdvdnav development work still continues on this site.
Eric: Yep, fixed in the CVS. Thanks for the report! Martin: How are the two quotes relevant to this bug?
just for info maybe we should check this and furter docs when xine 1.0 is available (eg. merging xine-dvdnav and xine-lib or so to one package)
xine-lib already includes the DVDNAV plugin as the default DVD plugin. If I understand correctly, we only need xine-dvdnav package to support 0.9 versions of xine-lib.
Yes. The xine-dvdnav plugin (as a separate package) is only necessary for pre-1.0 xine-lib installations.
So you should mention this while emerging xine-dvdnav. At the moment the dependency for >=xine-lib-1.0* is _not_ checked and an emerge -U --deep world will downgrade xine-lib... Wouldn't it be a good thing to remove dvdnav while/after installing >=xine-lib-1.0.*
