Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#13721 - miro 2.0.1-1 crashes

Attached to Project: Arch Linux
Opened by Heiko Baums (cyberpatrol) - Monday, 09 March 2009, 20:34 GMT
Last edited by Ronald van Haren (pressh) - Wednesday, 11 March 2009, 21:26 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ronald van Haren (pressh)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Since one of the last system updates miro 2.0.1-1 crashes. The processes aren't killed, but miro doesn't do anything.

Miro's console output is attached.

Maybe it's sufficient to recompile it. It's outdated anyway.
   miro.out (41.5 KiB)
This task depends upon

Closed by  Ronald van Haren (pressh)
Wednesday, 11 March 2009, 21:26 GMT
Reason for closing:  Fixed
Additional comments about closing:  fixed with upstream 2.0.2 release
Comment by Alessandro Doro (adoroo) - Monday, 09 March 2009, 23:34 GMT
Could you try with gstreamer0.10-python installed?
Comment by Alessandro Doro (adoroo) - Monday, 09 March 2009, 23:41 GMT
$ miro --set renderer=xine

Changes in Miro 2.x:
"gtkx11 platforms defaults to gstreamer instead of xine (both are still included)"
Comment by Heiko Baums (cyberpatrol) - Tuesday, 10 March 2009, 00:25 GMT
gstreamer0.10-python is already installed.
Comment by Ronald van Haren (pressh) - Tuesday, 10 March 2009, 15:31 GMT
is the xine backend working?
Comment by Ronald van Haren (pressh) - Tuesday, 10 March 2009, 16:19 GMT
I'll upload miro 2.0.2-1 to the repos later today. Please test it with the xine engine, the gstreamer backend is broken for me (flv works, others result in a segfault)
Comment by Heiko Baums (cyberpatrol) - Tuesday, 10 March 2009, 18:31 GMT
Ronald, I can't find this comment here, but you've written, that you're running miro with 'LD_LIBRARY_PATH=/usr/lib/xulrunner-1.9 miro.real --set xine-driver=opengl'.
This can be the reason, because I've got an ATI card, and recently switched from catalyst to xf86-input-ati. And with xf86-input-ati xine seems to run only with xine-driver=auto, even if it seems to usually use opengl.

Unfortunately I can't switch the backend at least in miro 2.0.1, because I can't start it anymore. ;-)
I'll try it with miro 2.0.2-1 later.
Comment by Heiko Baums (cyberpatrol) - Tuesday, 10 March 2009, 18:32 GMT
I think I've used the xine backend, but I'm not quite sure.
Comment by Alessandro Doro (adoroo) - Tuesday, 10 March 2009, 19:44 GMT
Try:
$ miro --set renderer=xine --set xine-driver=auto
or
$ miro --set renderer=xine --set xine-driver=xv

$ miro --list
shows further options you can set

Attached a snipped log (for the record I'm on i686 with nvidia driver) with the relevant lines.
   miro.log (0.6 KiB)
Comment by Ronald van Haren (pressh) - Tuesday, 10 March 2009, 20:05 GMT
miro 2.0.2 should have to xine backend fixed to correctly detect the driver needed. please test and report if it is fixed for you guys.
Comment by Heiko Baums (cyberpatrol) - Wednesday, 11 March 2009, 00:30 GMT
miro 2.0.2 still doesn't work, if started by `miro`.
But if started by `miro --set renderer=xine --set xine-driver=auto` it's working.
Comment by Ronald van Haren (pressh) - Wednesday, 11 March 2009, 00:32 GMT
does it happen with a clean config?
Comment by Heiko Baums (cyberpatrol) - Wednesday, 11 March 2009, 01:03 GMT
Well, after deleting the directory ~/.miro it's working by just running `miro`.
But then I've got a different problem. Then all my folders inside Miro are gone.
Comment by Alessandro Doro (adoroo) - Wednesday, 11 March 2009, 02:33 GMT
· Miro settings are stored in the gconf database (/apps/miro), not in ~/.miro.
· The settings given through the "--set" option are stored.
· I have tested miro with a "real" clean config: the default backend is gstreamer.

Anyway removing "--set xine-driver=opengl" from the miro startup script has been a good move because it was overriding the user configuration.
Comment by Alessandro Doro (adoroo) - Wednesday, 11 March 2009, 02:42 GMT
~/.miro contains your folders/feeds/videos database and the mozilla related files. Downloaded videos goes elsewhere.
Backup first. Always.
Comment by Heiko Baums (cyberpatrol) - Wednesday, 11 March 2009, 03:22 GMT
Nevertheless, it worked with removing the contents of ~/.miro except of sqlitedb. I guess the problem was somewhere in the directory ~/.miro/mozilla.
Unfortunately I can't test it anymore, because Thunar had moved my sqlitedb instead of copying it. So I deleted it accidentally.
Comment by Ronald van Haren (pressh) - Wednesday, 11 March 2009, 21:26 GMT
I'll close this bug as it seems to be fixed for most/all people, let's hope it doesn't break yet again

Loading...