Hi, I confirm that behaviour on Hardy. On my system, it seems to hang at xscreensaver_disable: Could not find XScreenSaver window. GNOME screensaver disabled
After strace-ing the process, i could find that it's waiting for a child process which is, according to the 'ps' command : sh -c dcop kdesktop KScreensaverIface isEnabled 2>/dev/null | sed 's/1/true/g' | grep true 2>/dev/null >/dev/null In fact, i could confirm that launching manually this very command delays 5 sec before exiting on error (ERROR: Couldn't attach to DCOP server!). I'm not sure why mplayer on Ubuntu should be concerned with dcop, as i run on the Gnome-based Ubuntu (having some KDE-related libraries installed, in order to use some KDE apps). I'm unsure where the bug comes from, but there should be some testing on whether it's needed to run this dcop command, or, at least, run it in the background so it doesn't delay the starting on error. -- mplayer doesn't start immediately https://bugs.launchpad.net/bugs/246675 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
