So the problem is, libproxy uses Xlib, thus initializing Xlib for thread-unsafe operation. Thus both the VLC Qt4 interface and the VLC skins interface refuse to start afterward. So then VLC goes to command line mode. Therefore, it won't appear on the graphical desktop.
The "bug" lies in the GNOME module of libproxy. It uses Xlib to check whether GNOME is managing the desktop session. That being said, I don't know why VLC attempts to use HTTP before the VLC UI starts. Maybe podcasts are enabled? There are two ways to properly fix this. Either way, libproxy needs to be fixed, not VLC: - switch libproxy to XCB instead of Xlib, or - don't use X11 at all in libproxy (there must some cleaner way to detect GNOME). It can be worked around in VLC by calling XInitThreads in the main function (bin/vlc.c), but this will totally ruin the vlc-nox package split. Then again, vlc-nox is already mostly ruined as libavcodec depends on VAAPI which depends on X. In my opinion, splitting the UI plugins from the rest would be smarter than splitting the X stuff from the rest (c.f. Debian bug #513177). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/786027 Title: VLC not run on Ubuntu 11.04 Unity -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
