Summary: | Totem only plays files on second attempt | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ramon de Ruiter <won> |
Component: | [OLD] GNOME | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED DUPLICATE | ||
Severity: | minor | CC: | crazy-b, gnome, x11, XL |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ramon de Ruiter
2004-08-12 04:40:41 UTC
try to reproduce with totem-0.99.15.1 & reopen if needed Tried with totem-0.99.15.1, still reproducable. probably xine with xv or something http://freedesktop.org/pipermail/xorg/2004-September/002888.html probably related, cc-ing the X team Maybe a related problem: - media-video/totem-0.99.8-r2 -curl -debug -debug -gstreamer -lirc +mad - media-libs/xine-lib-1_rc6 +X -aalib +alsa -(altivec) +arts +avi -debug -directfb +dvd +esd +gnome -ipv6 +nls +oggvorbis +sdl -speex -theora - media-libs/flac-1.1.0-r2 -debug -sse +xmms - sys-apps/portage-2.0.50-r11 -build -multilib -(selinux) - sys-kernel/gentoo-sources-2.4.26-r9 -build -doc When I try to start "totem" as an "ordinary user" (seems to work as root) using the .desktop-shortcut (Gnome Applications Menu Entry) nothing happens beside of "Starting totem..." in the window list. Inspecting my list of processes (afterwards) reveals that "totem" (a small "launcher process"?) is running... Even more interesting: If I start "totem" from a (gnome-)terminal using the FULL path "/usr/bin/totem", everything works fine except of totem's "complain" about the missing media-file it played last time... So I edited "/usr/share/applications/totem.desktop" -- Exec=totem ++ Exec=/bin/bash -c "killall totem;/usr/bin/totem" and "/usr/share/applications/vanity.desktop" (same problem) -- Exec=vanity ++ Exec=/bin/bash -c "killall vanity;/usr/bin/vanity" and finally "/usr/share/application-registry/totem.applications" -- command=totem ++ command=/bin/bash -c "killall totem; /usr/bin/totem $0" ("killall", just in case that there are hanging "launcher processes") Now it works! :-) BTW: USE="...xmms..." in "make.conf" of the "default-x86-2004.2" profile forces "xmms" to be installed with "flac". Don't know what (else) happens, if I add "-xmms" to my "USE" flags. I prefer (gnome desktop) to use "beep-media-player" instead of "xmms", because of its "GTK+2" GUI. Greets Axel *** Bug 66001 has been marked as a duplicate of this bug. *** ...I must admit that my "workaround" didn't work after all. 5..10 successfull "totem launches" are by no means a prove for a workaround. Sorry! Things are probably much more complicated (maybe #64929 is right?). After testing 0.99.8-r2 with "xine" (before) and "gstreamer" (now) (the later requires an explicit emerge of "gst-plugins-0.6.4", see #64142) it is clear that this "locking problem" happens with both variants. At least on my "xorg-x11-6.7.0-r2" with "xorg radeon driver". I also gave "~x86" (0.99.15.1) a try but this ended up with even more problems. "gstreamer" and "totem" are known to be not very stable and "watching movies on a computer" (instead of going to the cinema) is of questionable value anyway... ...so what!? :-) My input on this thread summarized: - 0.99.8-r2 should force "gst-plugins-oss.0.6.4" to be emerged, if "gstreamer" is in USE="..." - both variants ("xine" and "gstreamer) are having this "locking problem" on xorg-x11-6.7.0-r2 (with xorg radeon driver) - I do not think that upgrading to "~x86" (0.99.15.1) solves this problem. Greets Axel Is this solved by the workaround to bug #64929 (excluding patch 0155 from X)? Sorry for this late response... I had to do a lot of emerging after updating to the 2004.3 profile. Now I'm running "xorg-x11-6.8.0-r3" (not the "r2"-release that is Donnie referring to), but the problem does not seem to be fixed. It's still somewhat "non-deterministic". * Using an "application launcher" (from desktop or application menu) almost never works ("totem" running in background, but no window) * Launching from "gnome-terminal" does work more often. Maybe this problem and #64929 are not as closely related as it seems on first glance. Maybe I'm the only one who is still experiencing the "totem problem". Who knows ... Greets Axel -r3 doesn't have that fix. only -r4 and -r2. Hmmh... Not easy to guess from the changelog entries! After adding both "x11-base/xorg-6.8.0-r4" and "x11-base/opengl_update-2.0_pre2" to "/etc/portage/package.unmask" and "/etc/portage/package.keywords" I'm ready for "take off", i. e. run "emerge --update x11". Back in a/some minute(s)... Axel YES! That's it! (on xorg-x11-6.8.0-r4 && opengl_update-2.0_pre2) I have succesfully launched "totem" (my old build -0.99.8-r2 +gstreamer) about 30 times in a row. The window ALWAYS showed up immediately! Using an "application launcher" or running "totem" from a terminal window made no difference. It worked both ways. Thank you very much for your work! (Would like to know, how much time one has to spend to fix bugs in large packages like this. It took me about 30 minutes to build the package, although almost all object files where available in ccache...) Greets Axel Actually, I've got a minimal build now that gets things done in ~12 minutes. But it still amounts to a significant amount of time. *** This bug has been marked as a duplicate of 64929 *** |