LinuxQuestions.org - [SOLVED] VLC & Xfce.

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - VLC & Xfce. (https://www.linuxquestions.org/questions/slackware-14/vlc-and-xfce-817406/)

It seems VLC and Xfce don't get along.

For the last few versions (beta & release candidates) the following happens: Open VLC, click on "Media," click on
"openfile," and a blank box pops up and VLC freezes and you have to "kill" it. In the recent past, once that happened the first time, then all was well the second time it was tried.
Now, however, with the stable version, 1.1.0, it happens every time.
I just fired up VLC and clicked on "Help" to check the version number and the same thing happened.
However, if you click on "media" and then "recent media" and pick a file it will play.
VLC works fine in KDE 4.4.4.
Any suggestions on how to fix this problem in Xfce?
Many Thanks.
:hattip:

Quote:

Originally Posted by cwizardone (Post 4020559)

I use VLC quite often and have compiled it for version 1.1.0 but I don't see that problem. For me "open file" does open the file browser. This is from XFCE. I haven't tried KDE yet.

EDIT: BTW, I'm using 32-bit 13.1 and I'm using my own vlc slackbuild.

Same problem here. Looking for running processes i noticed that vlc "openfile" starts kdeinit4:

Quote:

ps -efw
.
syvy 2696 1 0 18:02 ? 00:00:00 kdeinit4: kdeinit4 Running...
syvy 2698 2696 0 18:02 ? 00:00:00 kdeinit4: klauncher [kdeinit] --fd=8
syvy 2701 1 0 18:02 ? 00:00:00 kdeinit4: kded4 [kdeinit]
syvy 2728 1 4 18:02 ? 00:00:01 vlc
syvy 2739 2696 0 18:03 ? 00:00:00 kdeinit4: kio_trash [kdeinit] trash local:/tmp/ksocket-snyder/klauncherMT2698.slave-
syvy 2740 2696 0 18:03 ? 00:00:00 kdeinit4: kio_file [kdeinit] file local:/tmp/ksocket-snyder/klauncherMT2698.slave-so
.

This processes stay alive when vlc is killed after freezing and the next time vlc is started "openfile" can use them. The file browser opening then looks like dolphin or konqueror. Is it possible to make vlc using thunar or whatever xfce-apps are using?

BTW:I´m running aliens 64 bit package of vlc 1.1.0

Same as syvy. Launch vlc so it can load some KDE libs, close it, then relaunch to use. Xfce has an option to start these KDE background tasks at start up. If you plan on using a few KDE apps in Xfce, it might be a solution.

If you just need a media player, Parole is a promising up and coming player for Xfce. Does rely on gstreamer for codecs.

Quote:

Originally Posted by cwizardone

Open VLC, click on "Media," click on
"openfile," and a blank box pops up and VLC freezes and you have to "kill" it

I have the same problem on Slackware 13.1 32bit using the stock XFCE 4.6.1 that comes with Slackware 13.1.
I am using Alien Bob's vlc 1.1.0 package: http://connie.slackware.com/~alien/s.../vlc/pkg/13.1/
Interestingly, if I hit ctrl + O to open a file, instead of using the mouse, vlc does not hang. It will just play the file straight away.

VLC with Fluxbox

I'm using Eric's SlackBuild, compiled here, on Slack64-13.1, with Fluxbox, & had the same problem. I'm now starting VLC with "kdeinit4 vlc". It seems to take a little longer to start, the first time, but I no longer have to start it, try to open a file, kill it, then start it again & use it normally.
Regards,
Bill

try to un-install and re-install the program in xfce.

Just to see what happens i compiled vlc myself but the behavior didn´t change.

Quote:

Originally Posted by TSquaredF (Post 4021027)

Ok, well that explains it then. So it is not really hanging then, it is just trying to load QT and the related KDE files.
I guess I should have figured that, since VLC depends on QT.

Quote:

Originally Posted by baxzius (Post 4021040)

try to un-install and re-install the program in xfce.

Tried that, but it didn't make a bit of difference.

Quote:

Originally Posted by TSquaredF (Post 4021027)

...I'm now starting VLC with "kdeinit4 vlc". It seems to take a little longer to start, the first time, but I no longer have to start it, try to open a file, kill it, then start it again & use it normally.

I would think you really shouldn't have to do that, but I did just try it in Xfce and the problem remains, exactly as originally described.

Quote:

Originally Posted by TSquaredF (Post 4021027)

I'm now starting VLC with "kdeinit4 vlc". It seems to take a little longer to start, the first time, but I no longer have to start it, try to open a file, kill it,

I have found that if I first open a KDE app, like K3B, then, even if I close K3B and open VLC a while later, then VLC dos not hang. So starting the necessary KDE processes does prevent VLC from hanging on XFCE.

In Xfce you could also go to "Settings, Session & Startup, Advanced" and put a check mark in the box next to, "Launch KDE Services on Startup."
Regardless, whether starting K3b or the above, VLC 1.1.0 (Alien Bob's build) does not work as per my original post. It may work for you, but it doesn't work for me.
:hattip:

Quote:

Originally Posted by cwizardone (Post 4022874)

In Xfce you could also go to "Settings, Session & Startup, Advanced" and put a check mark in the box next to, "Launch KDE Services on Startup."

Yes, I do know about that. I don't always run KDE apps on my Slackware XFCE desktop, so I have not chosen to start KDE Services on bootup.

Quote:

Originally Posted by cwizardone (Post 4022874)

Regardless, whether starting K3b or the above, VLC 1.1.0 (Alien Bob's build) does not work as per my original post. It may work for you, but it doesn't work for me.

Hmmm, even if you first start KDE services, Alien_Bob's VLC still hangs (and you have to kill it) in XFCE?
What happens if you open VLC and use the keyboard (ctrl + O) to open a media file? I found that (for some reason) using ctrl + O to open a file does not result in VLC hanging. This is true even on my laptop. I did not install KDE on my laptop. I do have qt-4.6.2 on my laptop though.

Quote:

Originally Posted by tommcd (Post 4025243)

...Hmmm, even if you first start KDE services, Alien_Bob's VLC still hangs (and you have to kill it) in XFCE?

Yes.

Quote:

Originally Posted by tommcd (Post 4025243)

What happens if you open VLC and use the keyboard (ctrl + O) to open a media file? I found that (for some reason) using ctrl + O to open a file does not result in VLC hanging. This is true even on my laptop. I did not install KDE on my laptop. I do have qt-4.6.2 on my laptop though.

Ctrl + O results in the same hang.
In the recent past I was able to play files in the "recent media" list, but now it only plays the audio from those files, but not the video.
The same files play just fine in VLC when running in KDE.

Can you see any relevant messages in the console around the time vlc stalls, if you start vlc on the commandline like this:

Code:

vlc -vvv --reset-plugins-cache

?

Eric

Quote:

Originally Posted by Alien Bob (Post 4025473)

Can you see any relevant messages in the console around the time vlc stalls, if you start vlc on the commandline like this:

Code:

vlc -vvv --reset-plugins-cache

?
Eric

Here you go:

Code:

bash-4.1$ vlc -vvv --reset-plugins-cache

VLC media player 1.1.0 The Luggage (revision exported)

[0x62bc10] main libvlc debug: VLC media player - 1.1.0 The Luggage

[0x62bc10] main libvlc debug: Copyright © 1996-2010 the VideoLAN team

[0x62bc10] main libvlc debug: revision exported

[0x62bc10] main libvlc debug: configured with ./configure  '--prefix=/usr' '--libdir=/usr/lib64' '--sysconfdir=/etc' '--mandir=/usr/man' '--docdir=/usr/doc/vlc-1.1.0' '--localstatedir=/var' '--without-contrib' '--disable-rpath' '--disable-debug' '--disable-static' '--disable-jack' '--disable-gnomevfs' '--disable-zvbi' '--disable-snapshot' '--enable-shared' '--enable-optimize-memory=no' '--enable-qt4' '--enable-lua' '--enable-pvr' '--enable-dc1394' '--enable-dv' '--enable-dvbpsi' '--enable-dvdnav' '--with-dvdnav-config-path=/tmp/build/tmp-vlc/vlcdeps/usr/bin' '--enable-vcdx' '--enable-libcddb' '--enable-svg' '--enable-svgalib' '--enable-telx' '--enable-libass' '--enable-v4l' '--enable-caca' '--enable-aa' '--enable-switcher' '--enable-upnp' '--enable-flac' '--enable-shout' '--enable-schroedinger' '--enable-live555' '--with-live555-tree=/tmp/build/tmp-vlc/live' '--enable-real' '--enable-realrtsp' '--enable-speex' '--enable-x264' '--enable-a52' '--with-a52-tree=/tmp/build/tmp-vlc/a52dec-0.7.4' '--enable-faad' '--with-faad-tree=/tmp/build/tmp-vlc/faad2-2.7' '--enable-twolame' '--enable-ogg' '--enable-vorbis' '--enable-theora' '--enable-avcodec' '--enable-avformat' '--enable-swscale' '--enable-id3tag' '--enable-mozilla' '--with-mozilla-sdk-path=/tmp/build/tmp-vlc/vlcdeps/usr/xulrunner-sdk' '--enable-run-as-root' '--program-prefix=' '--program-suffix=' '--build=x86_64-slackware-linux' 'build_alias=x86_64-slackware-linux' 'CFLAGS=-I/tmp/build/tmp-vlc/vlcdeps/usr/include -I/tmp/build/tmp-vlc/vlcdeps/usr/include/xulrunner -O2 -fPIC' 'LDFLAGS=-Wl,-Bsymbolic -L/tmp/build/tmp-vlc/vlcdeps/usr/lib64 -L/usr/lib64' 'LIBS=-lva -lva-x11 -lX11 -lXext -lXfixes' 'CPPFLAGS=-I/tmp/build/tmp-vlc/vlcdeps/usr/include -I/tmp/build/tmp-vlc/vlcdeps/usr/include/xulrunner' 'CXXFLAGS=-I/tmp/build/tmp-vlc/vlcdeps/usr/include -I/tmp/build/tmp-vlc/vlcdeps/usr/include/xulrunner -O2 -fPIC' 'PKG_CONFIG_PATH=/tmp/build/tmp-vlc/vlcdeps/usr/lib64/pkgconfig' 'PROJECTM_LIBS=-lprojectM /tmp/build/tmp-vlc/vlcdeps/usr/lib64/libMilkdropPresetFactory.a /tmp/build/tmp-vlc/vlcdeps/usr/lib64/libRenderer.a -lGLU -lGLEW -lGL' 'PROJECTM2_LIBS=-lprojectM /tmp/build/tmp-vlc/vlcdeps/usr/lib64/libMilkdropPresetFactory.a /tmp/build/tmp-vlc/vlcdeps/usr/lib64/libRenderer.a -lGLU -lGLEW -lGL'

[0x62bc10] main libvlc debug: translation test: code is "C"

[0x62bc10] main libvlc debug: checking plugin modules

[0x62bc10] main libvlc debug: removing plugins cache file /usr/lib64/vlc/plugins/plugins-04081e-1e8.dat

[0x62bc10] main libvlc debug: recursively browsing `/usr/lib64/vlc/plugins'

[0x62bc10] main libvlc debug: saving plugins cache /usr/lib64/vlc/plugins/plugins-04081e-1e8.dat

[0x62bc10] main libvlc debug: module bank initialized (399 modules)

[0x62bc10] main libvlc debug: opening config file (/home/nai/.config/vlc/vlcrc)

[0x62bc10] main libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 SSE3 FPU 

[0x62bc10] main libvlc debug: looking for memcpy module: 3 candidates

[0x62bc10] main libvlc debug: using memcpy module "memcpymmxext"

[0x659f40] main input debug: Creating an input for 'Media Library'

[0x659f40] main input debug: Input is a meta file: disabling unneeded options

[0x659f40] main input debug: using timeshift granularity of 50 MiB

[0x659f40] main input debug: using timeshift path '/tmp'

[0x659f40] main input debug: `file/xspf-open:///home/nai/.local/share/vlc/ml.xspf' gives access `file' demux `xspf-open' path `/home/nai/.local/share/vlc/ml.xspf'

[0x659f40] main input debug: creating demux: access='file' demux='xspf-open' path='/home/nai/.local/share/vlc/ml.xspf'

[0x7e5560] main demux debug: looking for access_demux module: 2 candidates

[0x7e5560] main demux debug: no access_demux module matching "file" could be loaded

[0x7e5560] main demux debug: TIMER module_need() : 0.214 ms - Total 0.214 ms / 1 intvls (Avg 0.214 ms)

[0x659f40] main input debug: creating access 'file' path='/home/nai/.local/share/vlc/ml.xspf'

[0x7e5950] main access debug: looking for access module: 2 candidates

[0x7e5950] filesystem access debug: opening file `/home/nai/.local/share/vlc/ml.xspf'

[0x7e5950] main access debug: using access module "filesystem"

[0x7e5950] main access debug: TIMER module_need() : 0.159 ms - Total 0.159 ms / 1 intvls (Avg 0.159 ms)

[0x7e5b40] main stream debug: Using AStream*Stream

[0x7e5b40] main stream debug: pre buffering

[0x7e5b40] main stream debug: received first data after 0 ms

[0x7e5b40] main stream debug: pre-buffering done 296 bytes in 0s - 13139 KiB/s

[0x7e5ef0] main stream debug: looking for stream_filter module: 5 candidates

[0x7e5ef0] main stream debug: no stream_filter module matching "any" could be loaded

[0x7e5ef0] main stream debug: TIMER module_need() : 0.122 ms - Total 0.122 ms / 1 intvls (Avg 0.122 ms)

[0x7e5e70] main stream debug: looking for stream_filter module: 1 candidate

[0x7e5e70] main stream debug: using stream_filter module "stream_filter_record"

[0x7e5e70] main stream debug: TIMER module_need() : 0.102 ms - Total 0.102 ms / 1 intvls (Avg 0.102 ms)

[0x659f40] main input debug: creating demux: access='file' demux='xspf-open' path='/home/nai/.local/share/vlc/ml.xspf'

[0x7e6220] main demux debug: looking for demux module: 1 candidate

[0x7e6220] playlist demux debug: using XSPF playlist reader

[0x7e6220] main demux debug: using demux module "playlist"

[0x7e6220] main demux debug: TIMER module_need() : 0.129 ms - Total 0.129 ms / 1 intvls (Avg 0.129 ms)

[0x7e63f0] main demux meta debug: looking for meta reader module: 3 candidates

[0x7e63f0] id3tag demux meta debug: checking for ID3v1/2 and APEv1/2 tags

[0x7e63f0] lua demux meta debug: Trying Lua scripts in /home/nai/.local/share/vlc/lua/meta/reader

[0x7e63f0] lua demux meta debug: Trying Lua scripts in /usr/lib64/vlc/lua/meta/reader

[0x7e63f0] lua demux meta debug: Trying Lua playlist script /usr/lib64/vlc/lua/meta/reader/filename.luac

[0x7e63f0] lua demux meta debug: Trying Lua scripts in /usr/share/vlc/lua/meta/reader

[0x7e63f0] main demux meta debug: no meta reader module matching "any" could be loaded

[0x7e63f0] main demux meta debug: TIMER module_need() : 0.929 ms - Total 0.929 ms / 1 intvls (Avg 0.929 ms)

[0x659f40] main input debug: `file/xspf-open:///home/nai/.local/share/vlc/ml.xspf' successfully opened

[0x7e63f0] main xml debug: looking for xml module: 2 candidates

[0x7e63f0] main xml debug: using xml module "xml"

[0x7e63f0] main xml debug: TIMER module_need() : 0.193 ms - Total 0.193 ms / 1 intvls (Avg 0.193 ms)

[0x7e6220] playlist demux debug: parsed 0 tracks successfully

[0x7e63f0] main xml debug: removing module "xml"

[0x659f40] main input debug: EOF reached

[0x7e6220] main demux debug: removing module "playlist"

[0x7e5e70] main stream debug: removing module "stream_filter_record"

[0x7e5950] main access debug: removing module "filesystem"

[0x659f40] main input debug: TIMER input launching for 'Media Library' : 2.476 ms - Total 2.476 ms / 1 intvls (Avg 2.476 ms)

[0x7e4d00] main interface debug: looking for interface module: 1 candidate

[0x7e4d00] main interface debug: using interface module "hotkeys"

[0x7e4d00] main interface debug: TIMER module_need() : 0.152 ms - Total 0.152 ms / 1 intvls (Avg 0.152 ms)

[0x659f40] main interface debug: looking for interface module: 1 candidate

Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")

Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")

Warning: call to signal(13, 0x1)

[0x85e670] main playlist debug: Activated

[0x659f40] main interface debug: using interface module "inhibit"

[0x85e670] main playlist debug: rebuilding array of current - root Playlist

[0x659f40] main interface debug: TIMER module_need() : 2.089 ms - Total 2.089 ms / 1 intvls (Avg 2.089 ms)

[0x85e670] main playlist debug: rebuild done - 0 items, index -1

[0x7e8f90] main interface debug: looking for interface module: 1 candidate

[0x7e8f90] main interface debug: using interface module "signals"

[0x7e8f90] main interface debug: TIMER module_need() : 0.317 ms - Total 0.317 ms / 1 intvls (Avg 0.317 ms)

[0x65bef0] main interface debug: looking for interface module: 1 candidate

[0x65bef0] main interface debug: using interface module "globalhotkeys"

[0x65bef0] main interface debug: TIMER module_need() : 0.851 ms - Total 0.851 ms / 1 intvls (Avg 0.851 ms)

[0x62bc10] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.

[0x7e48f0] main interface debug: looking for interface module: 4 candidates

Error: call to XSetErrorHandler((nil))

Error: call to XSetIOErrorHandler((nil))

Blocked: call to setlocale(6, "")

Blocked: call to sigaction(17, 0x7f78bd097b30, 0x7f78bd097a90)

Error: call to XSetErrorHandler(0x7f78f1492090)

Error: call to XSetIOErrorHandler(0x7f78f1492060)

QGtkStyle was unable to detect the current GTK+ theme.

[0xa47110] main generic debug: looking for extension module: 1 candidate

[0xa47110] lua generic debug: Opening EXPERIMENTAL Lua Extension module

[0xa47110] lua generic debug: Trying Lua scripts in /home/nai/.local/share/vlc/lua/extensions

[0xa47110] lua generic debug: Trying Lua scripts in /usr/lib64/vlc/lua/extensions

[0xa47110] lua generic debug: Trying Lua playlist script /usr/lib64/vlc/lua/extensions/allocine-fr.luac

[0xa47110] lua generic debug: Scanning Lua script /usr/lib64/vlc/lua/extensions/allocine-fr.luac

[0xa47110] lua generic debug: Script /usr/lib64/vlc/lua/extensions/allocine-fr.luac has the following capability flags: 0xc

[0xa47110] lua generic debug: Trying Lua scripts in /usr/share/vlc/lua/extensions

[0xa47110] main generic debug: using extension module "lua"

[0xa47110] main generic debug: TIMER module_need() : 0.880 ms - Total 0.880 ms / 1 intvls (Avg 0.880 ms)

Blocked: call to setlocale(6, "")

[0xa9c3d0] main probe debug: looking for services probe module: 8 candidates

[0xa9c3d0] main probe debug: no services probe module matching "any" could be loaded

[0xa9c3d0] main probe debug: TIMER module_need() : 6.802 ms - Total 6.802 ms / 1 intvls (Avg 6.802 ms)

[0x7e48f0] qt4 interface debug: Sorting by column -1, order 0

[0x7e48f0] qt4 interface debug: Sorting by column -1, order 0

[0x7e48f0] main interface debug: using interface module "qt4"

[0x7e48f0] main interface debug: TIMER module_need() : 272.485 ms - Total 272.485 ms / 1 intvls (Avg 272.485 ms)

Warning: call to rand()

Warning: call to rand()

Warning: call to rand()

Warning: call to rand()

Warning: call to rand()



(process:13085): GLib-GObject-CRITICAL **: gtype.c:2458: initialization assertion failed, use IA__g_type_init() prior to this function



(process:13085): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed



(process:13085): GLib-GObject-CRITICAL **: gtype.c:2458: initialization assertion failed, use IA__g_type_init() prior to this function



(process:13085): GLib-GObject-CRITICAL **: gtype.c:2458: initialization assertion failed, use IA__g_type_init() prior to this function



(process:13085): GLib-GObject-CRITICAL **: gtype.c:2458: initialization assertion failed, use IA__g_type_init() prior to this function



(process:13085): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed



(process:13085): GLib-GObject-CRITICAL **: gtype.c:2458: initialization assertion failed, use IA__g_type_init() prior to this function



(process:13085): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed



(process:13085): Gtk-CRITICAL **: gtk_widget_style_get: assertion `GTK_IS_WIDGET (widget)' failed

Killed

bash-4.1$

The last line is after I "killed" it.

Code:

QGtkStyle was unable to detect the current GTK+ theme.

First get rid of that widget engine and then try again. See if that makes a difference.

Eric

Quote:

Originally Posted by Alien Bob (Post 4026183)

Code:

QGtkStyle was unable to detect the current GTK+ theme.

First get rid of that widget engine and then try again. See if that makes a difference.
Eric

Thanks for taking the time to reply.
Looks like getting rid of QGtkStyle might be a little hard to do as,

Quote:

QGtkStyle was incorporated in Qt starting with version 4.5.[1]

From, http://en.wikipedia.org/wiki/QGtkStyle

Hm then I wonder if it is used because of the GTK based desktop environment. I will check tonight how VLC behaves on my own computer with XFCE running.

Eric

I get the exact same symptoms as cwizardone with my two machines running 13.1 (one 64bit and the other 32) that have ati cards with the stock open source drivers and xfce, with my 13.1 machine with nvidia binary drivers VLC runs perfectly. If I try VLC with the two machines with ati cards with KDE it runs correctly too. I don't know if there is something related to ati there but I thought it might be worth mentioning.

Qt looks for ~/.gtkrc-2.0, then gconf to define the Gtk style. Xfce does not use ~/.gtkrc-2.0, gconf is not included in Slackware by default, nor is the GTK2_RC_FILES exported in Slackware.

So create your own ~/.gtkrc-2.0 if it's not there with gtk-theme-name="THEME_NAME".
Launch vlc with GTK2_RC_FILES="$HOME/.gtkrc-2.0" vlc . Change the preferences under look and feel to use system default, or GKT+. If all works well, globally export GTK2_RC_FILES in your profile, xint ... somewhere.

VLC will work properly if

Quote:

GTK2_RC_FILES="$HOME/.gtkrc-2.0" vlc

is ran from the command prompt in a terminal, but that is the only way it will work. Every other variation I've tried using the launcher and the VLC preferences ends in the same hang up as described in the original post, but thanks for the suggestion.

Did you try disturbed1's final suggestion? Now that you know that setting the variable works, you should be able to export the variable in a startup file. Then you can start qt4 apps normally. I used Openbox's autostart.sh file, but you should be able to use .xinitrc or .bashrc.

Quote:

export GTK2_RC_FILES="$HOME/.gtkrc-2.0"

Well, "export GTK2_RC_FILES="$HOME/.gtkrc-2.0"" worked yesterday, but using it today results in audio, but no video. I haven't done anything differently.
Alien Bob's GNOME-Player works just fine.
To say, "...to export the variable in a startup file..." you might as well be speaking Greek. Means zip to me.

Just add that line to .xinitrc. The beginning of the file would look something like this...

Quote:

#!/bin/sh
export GTK2_RC_FILES="$HOME/.gtkrc-2.0"

We just need to let QT know what theme we're using, and it's going to look for GTK2_RC_FILES.

By startup file, I just meant any script that automatically runs when you log in or start X. There's no absolutely "correct" place for this. When you export the variable, it's then available globally to all child processes. That's why you want to export it when logging in or starting X. If you just define the variable at the command line, the variable will only be set within that particular shell.

Thanks for the explanation. Greatly appreciated.
:hattip:

I opened the .xinitrc file and found this,

Quote:

# Export GTK_PATH so that GTK+ can find the Xfce theme engine
export GTK_PATH="$GTK_PATH:/usr/lib64/gtk-2.0"

Guess I could add, export GTK2_RC_FILES="$HOME/.gtkrc-2.0" and see if that helps or screws things up further.
:)

Quote:

Originally Posted by cwizardone (Post 4027815)

Thanks for the explanation. Greatly appreciated.
:hattip:

I opened the .xinitrc file and found this,

Guess I could add, export GTK2_RC_FILES="$HOME/.gtkrc-2.0" and see if that helps or screws things up further.
:)

Didn't make a bit of difference. The problem remains.

Okay, let's just make sure the variable is set correctly. At a terminal, type in:

Quote:

echo $GTK2_RC_FILES

You should get:

Quote:

/home/yourlogin/.gtkrc-2.0

If that's correct, then I only have one more suggestion. At the command line, type in "qtconfig" (without the quotes). Then change the GUI Style to GTK+. Then use File/Save.

Any change in behavior? If not, pick a style like Motif. Same problem using that?

I apologize if we're not getting anywhere. This thread solved a similar problem I was having with QGtkStyle and Openbox, but maybe that was a different issue.

Quote:

Originally Posted by jimX86 (Post 4028554)

I apologize if we're not getting anywhere. This thread solved a similar problem I was having with QGtkStyle and Openbox, but maybe that was a different issue.

Wonder if putting this in one of the qt profile scripts would be the best place. This seems to only effect qt applications. GTK apps know where to look for gtk settings.

I modified /etc/profile.d/qt4.sh, added the following to the end, then rebooted*. Everything works here.

Code:

GTK2_RC_FILES=$HOME/.gtkrc-2.0

export GTK2_RC_FILES

* A complete log out, then log in should suffice ;)

Quote:

Originally Posted by disturbed1 (Post 4028593)

...I modified /etc/profile.d/qt4.sh, added the following to the end, then rebooted*. Everything works here.

Code:

GTK2_RC_FILES=$HOME/.gtkrc-2.0

export GTK2_RC_FILES

That did it! Many Thank

Quote:

Originally Posted by disturbed1 (Post 4028593)

...I modified /etc/profile.d/qt4.sh, added the following to the end, then rebooted*. Everything works here.

Code:

GTK2_RC_FILES=$HOME/.gtkrc-2.0

export GTK2_RC_FILES

That did it!
Many Thanks to you and JimX86.
:hattip:

Quote:

Originally Posted by cwizardone (Post 4028744)

That did it!
Many Thanks to you and JimX86.
:hattip:

:hattip: Glad we were able to solve it.

Quote:

Originally Posted by disturbed1 (Post 4028593)

I modified /etc/profile.d/qt4.sh, added the following to the end, then rebooted*. Everything works here.

Code:

GTK2_RC_FILES=$HOME/.gtkrc-2.0

export GTK2_RC_FILES

This fix worked for me too! Many thanks to all!
Specifically, I created a ~/.gtkrc-2.0 file and put this in it:

Code:

gtk-theme-name="GTK+"

I then changed VLC's :look and feel to GTK+ as well.
Then I modified /etc/profile.d/qt4.sh and added the stuff Disturbed1 suggested to the end of the file. After logging out and back in VLC does not hang. Great fix!

Okay, all of you lurkers in this thread, I'd like to confirm that the latest gtk+2 rebuild in -current fixes all of these issues:

Code:

Thu Dec 16 18:57:05 UTC 2010

l/gtk+2-2.22.1-x86_64-3.txz:  Rebuilt.

  Moved system gtkrc to /etc/gtk-2.0/.  This fixes some issues with KDE.

If I'm correct (and testing here indicates that I am), then vlc should work just fine now.
We removed the GTK2_RC_FILES setting from the profile scripts, so you should remove it from anywhere you had previously set it. Also, make sure any custom gtkrc that you had installed in /etc/gtk-2.0/$(host_triplet)/gtkrc has been moved to /etc/gtk-2.0/gtkrc -- the only thing in the arch-specific directory now should be gtk.immodules.

I've been following this thread but never fixed the VLC XFCE issue. And yes, opening the dialog now works! (And I like the xfce icons :D)

Outstanding; thanks! :)