Summary: | media-video/vlc-0.9.10 prevents upgrade of www-client/mozilla-firefox-3.5.2-r1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Alexis Ballier <aballier> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | djcater+gentoobugs, jesse, media-video, mozilla, Oliver |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 284780 | ||
Bug Blocks: | |||
Attachments: |
vlc-0.9.10 xulrunner-1.9.1.x support
actual patch and not the ebuild. |
Description
Toralf Förster
2009-08-20 11:41:07 UTC
... and mozilla-firefox-3.5.2-r1 is going stable (bug 280393) I reported a similar problem in bug 282101 where Epiphany 2.24 (latest stable) requires Xulrunner 1.9.0 but Firefox 3.5 (latest stable) requires Xulrunner 1.9.1. Both of these Xulrunner builds are in the same slot (1.9) and hence the failure. The only reason I didn't hit this bug is because I have "-nsplugin" in my USE flags (which is where the Xulrunner dependency for VLC comes from). (In reply to comment #2) > The only reason I didn't hit this bug is because I have "-nsplugin" in > my USE flags (which is where the Xulrunner dependency for VLC comes from). heh - good hint for a temporary hack :-) The actual bug should be more about how vlc-0.9.10 has always worked with xulrunner-1.9.1.x but fails to make the define for NPFUNCTIONS_H which is what actually prevents the current build from working. This is one of them bugs that should actually be fixed in vlc-0.9.10 rather then holding up a stabilization of xulrunner-1.9.1.x/firefox-3.5.x. Created attachment 201836 [details, diff]
vlc-0.9.10 xulrunner-1.9.1.x support
Here is a simple patch that enables proper check for the xulrunner headers. This patch is fully tested on x86_64, there are QA issues that will cause a failure but can be worked around in the ebuild for 64bit archs.
Created attachment 201838 [details, diff]
actual patch and not the ebuild.
Sorry clicked wrong file, this is the actual patch that would be required for vlc-0.9.10 to compile with xulrunner-1.9.1.2
I have similar problems, not only vlc-0.9.10 is blocking xulrunner-1.9.1.2 and therefore firefox-3.5: net-libs/xulrunner:1.9 ('ebuild', '/', 'net-libs/xulrunner-1.9.1.2-r1', 'merge') pulled in by >=net-libs/xulrunner-1.9.1.2[java] required by ('ebuild', '/', 'www-client/mozilla-firefox-3.5.2-r1', 'merge') (and 4 more) ('installed', '/', 'net-libs/xulrunner-1.9.0.11-r1', 'nomerge') pulled in by =net-libs/xulrunner-1.9.0*:1.9 required by ('installed', '/', 'dev-java/swt-3.4-r3', 'nomerge') =net-libs/xulrunner-1.9.0* required by ('installed', '/', 'app-office/openoffice-3.0.0', 'nomerge') <net-libs/xulrunner-1.9.1 required by ('installed', '/', 'media-video/vlc-0.9.10', 'nomerge') (and 4 more) BTW: is there a way to see the "4 more" packages requiring xulrunner <1.9.1.2? For the moment I've masked mozilla-firefox-3.5.2 and emerged unstable firefox-3.0.13 to get around the bugs in v3.0.11 and 3.0.12. @aballier: can we get vlc-1.0.1 stable? (In reply to comment #8) > @aballier: can we get vlc-1.0.1 stable? yes if you can get the required pulseaudio stable too. (In reply to comment #9) > (In reply to comment #8) > > @aballier: can we get vlc-1.0.1 stable? > yes if you can get the required pulseaudio stable too. That should be now possible since Diego fixed libtool's test suite so it can go stable :-) We'll handle this with 1.0.2... *** This bug has been marked as a duplicate of bug 285370 *** |