Bug 118631 – vlc skins2 interface doesn't work

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Sebastian Roeder 2006-01-11 01:32:46 UTC]

vlc uses a apple like skin on gentoo per default. However with this skin I can not use vlc, e.g. pushing the preferences button does't do anything.

error messages in the console:
~ $ vlc
VLC media player 0.8.4a Janus
[00000236] main dialogs provider error: no dialogs provider module matched "any"
[00000233] skins2 interface error: No suitable dialogs provider found (hint: compile the wxWidgets plugin, and make sure it is loaded properly)
[00000233] skins2 interface: skin: VLC OSX Interface  author: BigBen

I have emerged vlc form ~x86 with the following USE flags:

[ebuild   R   ] media-video/vlc-0.8.4a  -3dfx +X -a52 -aac +aalib +alsa (-altivec) -arts -avahi -bidi +cdda -corba -daap -debug -dts -dvb +dvd -esd -fbcon +ffmpeg +flac -ggi -gnutls +hal -httpd -joystick -libcaca -lirc -live -matroska -mod +mp3 +mpeg +ncurses +nls -nsplugin +ogg +opengl +oss +png +real -samba -screen +sdl -shout +skins -speex -stream +svg +svga -theora +truetype -v4l +vcd -vlm +vorbis +win32codecs +wxwindows +xml2 +xosd +xv 0 kB

... and use this wxGTK (from stable x86)

[ebuild   R   ] x11-libs/wxGTK-2.6.1  -debug -doc -gnome +gtk2 -joystick -odbc +opengl +sdl +unicode -wxgtk1 0 kB

At least one person in the gentoo forum confirmed the problem.

~ # emerge info
Portage 2.0.53 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-Jan4th i686)
=================================================================
System uname: 2.6.15-Jan4th i686 Intel(R) Pentium(R) M processor 1.60GHz
Gentoo Base System version 1.12.0_pre13
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo ftp://wh2.tu-dresden.de/pub/mirrors/gentoo http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror"
LANG="en_US.UTF-8"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/mnt/daten/backup"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aalib acl acpi alsa audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cups curl dvd dvdr eds emboss encode exif expat fam ffmpeg flac foomaticdb fortran gd gdbm gif glut gmp gphoto2 gpm gtk2 hal idn imagemagick imap imlib jpeg kde kdeenablefinal lcms libg++ libwww mad mhash mikmod mmx mng mp3 mpeg mysql ncurses nls nptl ogg oggvorbis opengl oss pcre pdflib perl pic png ppds python qt quicktime readline scanner sdl slang spell sqlite sse ssl svg svga tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis xine xinerama xml2 xv xvid zlib linguas_de userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS

[Comment 1 Diego Elio Pettenò (RETIRED) 2006-01-11 04:08:35 UTC]

Make sure wxvlc works, it might be a broken wxWidgets plugin that makes unusable the skin interface, too.

[Comment 2 Sebastian Roeder 2006-01-13 16:50:23 UTC]

I updated wxGTK to the ~x86 wxGTk-2.6.2-r1 and emerged vlc again and now it works. Maybe it's a good idea to put a depend >= wxGTK-2.6.2-r1 in the ebuild? I don't know if this only applies for the skins USE flag set.

[Comment 3 Diego Elio Pettenò (RETIRED) 2006-01-14 00:20:37 UTC]

It's not a problem of version, it's a problem of how they were compiled (gcc version for instance).

[Comment 4 Sebastian Steinmetz 2006-01-16 15:24:09 UTC]

no, i think on amd64 it's a problem of verions. I've done a emerge -e world and the problem still exists. I'm trying to upgrade to wxGTK 2.6.2-r1 now.

[Comment 5 Sebastian Roeder 2006-01-16 15:45:51 UTC]

(In reply to comment #3)
> It's not a problem of version, it's a problem of how they were compiled (gcc
> version for instance).

I use a stable toolchain, so it SHOULD work! And the toolchain was the same for the x86 and ~x86 wxGTK I compiled (and the latter works). So if the newer ebuild doesn't strip down compiler flags I don't know what should be the difference from the toolchain side?   

[Comment 6 Diego Elio Pettenò (RETIRED) 2006-02-04 08:50:17 UTC]

Okay I'm fixing the dependency to wxGTK 2.6.2-r1.