If I'm right, this is an upstream bug. For quite a while now (actually so long, that I can't really tell when it began), I've been having a problem with gxine refusing to start video playback. This can be caused by many reasons (well, I'm using ati-drivers, so video issues are plenty), it can be a problem with audio/video sync, cause often even if video playback doesn't go past first few frames, audio still plays for a few seconds. However, I think it's actually may be caused by the fact, that I built spidermonkey with threadsafe flag. This suspicion is due to the fact, that cxfe doesn't have that problem and also that when I go into preferences dialog of gxine, sometimes switching from one tab to another takes several seconds.
please try with media-video/gxine-0.5.503 and if it still happens, reopen this bug, or mark it fixed if it works.
I'm reopening this bug to say, that while this problem seems to be fixed (though only little testing done, so not fully confirmed yet), the ebuild for gxine-0.5.903 is broken and unmergeable (at least without turning off the sandbox). First of all, the detection of spidermonkey has changed and now while lib is still found, headers are not, which causes compile to stop with an error. Adding '--with-spidermonkey=/usr/include/js' to econf fixes that, but while compile ends now successfully, emerge stops here, because of sandbox violation: open_wr: /root/.xine/catalog.cache
Forgot to add, the violation seems to happen during: exec > gxine.desktop; cat gxine.desktop.in; /usr/bin/xine-list-1.1; echo
I fixed the problem using following sed line: -e '/^XINE_LIST=/s:XINE_LIST=.*$:XINE_LIST=:' Now it merged correctly and it looks like the original problem is really fixed (still not 100% sure about it).
That sed line is for configue.ac, of course.
(In reply to comment #5) > That sed line is for configue.ac, of course. > Forgive my ignorance, but exactly here am I to put that line? In the source or the ebuild? Blessed be! Pappy
In the ebuild, in src_unpack. But I decided to simply add eautoreconf there, too.
@video team: shouldn't it be considered an upstream bug, that during compile, program changes files that don't belong to it ? I mean, it's not that obvious, why /root/.xine/catalog.cache gets changed. It happens simply because xine-list-1.1 does xine_init, which first reads user's .xine/catalog.cache, then saves the new values.
(In reply to comment #7) > In the ebuild, in src_unpack. > But I decided to simply add eautoreconf there, too. > Any chance of showing what a patched ebuild would look like? I don't see mention of whether to add lines, or replace existing lines, or amend the existing lines. Also, is: Adding '--with-spidermonkey=/usr/include/js' to econf also necessary.. and where does that go within the econf section under src_compile? Thanks, -Todd
Created attachment 162208 [details, diff] patch to the current ebuild This is was I used. Yeah, I know - rocket launcher on a fly, but it worked for me so I don't care. The patch mentioned in this patch is simply something I picked up from gxine's mercurial, that looked like it should be applied (unrelated to these problems).
The sandbox violations and spidermonkey location should now be fixed in CVS. As to the threading issue, it looks like it's an upstream bug. Could you report it upstream at http://bugs.xine-project.org/