running xfce-setting-show causes this message: /home/mattie/.gtkrc-2.0:2: Unable to find include file: "./Glacier/gtk-2.0/gtkrc" ** Message: Querying Xkb extension ** Message: Xkb extension found ** Message: Querying XF86Misc extension ** Message: XF86Misc extension found ** Message: Querying Xkb extension ** Message: Xkb extension found xfce-mcs-manager: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed. running xfwm4 produces a screen with no window decorations, possibly due to having upgraded libXfont
Portage 2.1.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.20-rc7 i686) ================================================================= System uname: 2.6.20-rc7 i686 AMD Athlon(tm) XP 3000+ Gentoo Base System version 1.12.6 Last Sync: Sun, 04 Feb 2007 20:30:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.31 dev-lang/python: 2.3.5-r3, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.19.2-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-pipe -Os -march=athlon-xp" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-pipe -Os -march=athlon-xp" DISTDIR="/var/portage/distfiles" FEATURES="autoconfig distlocks doc installsources metadata-transfer parallel-fetch sandbox sfperms splitdebug strict userfetch userpriv" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed" PKGDIR="/var/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/portage" PORTDIR_OVERLAY="/usr/local/overlays/reforged" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac acpi aiglx alsa alsa_cards_usb-audio alsa_pcm_plugins_dmix alsa_pcm_plugins_iec958 alsa_pcm_plugins_plug alsa_pcm_plugins_rate apache2 berkdb bitmap-fonts bzip2 cairo caps cdparanoia cdr cli cracklib crypt cups dbus dlloader dri dts dvd dvdr eds elibc_glibc emacs emboss encode evince examples ffmpeg fftw firefox flac font-server ftp fuse gdbm gif glitz gnome gtk gtk2 gzip-el iconv imagemagick input_devices_keyboard input_devices_mouse isdnlog jack java5 jpeg kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text ldap libg++ libsamplerate lirc lirc_devices_alsa_usb lm_sensors mad midi mikmod mmap mmx mmxext modperl mp3 mpeg ncurses nfs nls no-suexec nopie nossp nptl nptlonly ogg opengl pam pango pcre perl png postgres ppds pppd python quicktime readline reflection rtc session silc sndfile sources spamassassin spell spl sqlite3 sse ssl subversion svg sylpheed timidity truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_radeon vorbis win32codecs xcb xcomposite xface xforms xfs xml xml2 xorg xv xvid zlib zsh" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
Unable to reproduce, got xcb enabled and no output in stdout, runs fine. I've seen this error myself on some binary-only games, but with no software I've built myself.
Also "running xfwm4 produces a screen with no window decorations, possibly due to having upgraded libXfont" doesn't really help. Runs also fine, can't reproduce.
If you cannot reproduce it then it is likely the compilation order, which is my problem, not gentoo's. Go ahead and mark this un-reproducible at this point. If I discover a refinement of the ebuild dependencies I will send a patch.
The window decoration problem I solved myself. I can get the window manager running, but I still get the same error when trying to run xfce-setting-show. I have seen other people with this problem as well: http://permalink.gmane.org/gmane.comp.desktop.xfce.devel.version4/12419 so it's definitely reproducable, but what is making it trigger on my machine and not yours is still unkown. I need to gdb trace into the child process of xfce-mcs-manager to dig further into this.
hi, i had the same errors with libxcb and tried the patch from the link Mike Mattie posted. now the problems seem to be away. i guess that this is only a workaround because the main bugs are in the apps not being capable in working with xcb. or something like that... here's a diff between libxcb-1.0-r1.ebuild and libxcb-1.0.ebuild 20,27d19 < < src_unpack() { < unpack ${A} < cd "${S}" < < epatch "${FILESDIR}"/xcb_lock.patch < } < i will add the patch and the new ebuild as attachments to this bug.
Created attachment 115623 [details, diff] xcb_lock.patch
Created attachment 115625 [details] libxcb-1.0-r1.ebuild
That patch works around the bug rather than fixing it. It's a locking issue somewhere else, revealed because XCB doesn't let you do that. Make sure your X libraries are up to date, especially libX11, libXrandr, libXrender, libXfixes, libXcomposite, libXdamage, libXi.
What dberkholz said. It must be something in your own system, so far Xfce 4.2, Xfce 4.4 beta/rc, Xfce 4.5 (SVN) has worked perfectly without a single warning about XCB.
I finally got rid of it. I purged xfce* from .config/ on the suspicion that it was the cause of the libxcb assert message. It works fine now that it re-created the config from scratch. Note that I tried recompiling 122 x11 packages first to make sure it wasn't a stale ebuild. same bug. So it works now, but the bug is actually triggered by stale data in .config/xfce* this might go somewhere in a faq , where other people would look if they run into this corner case. feel free to mark it resolved.
This probably means that the buggy code is still out there, but lies dormant unless you have certain items in your configuration. Since we can't really track down the real problem with the current information (and it doesn't appear to be a popular problem), I'll mark this NEEDINFO for now.
I did change alot of configure items .... I still have the config files that crash xfce. I could probably code a script that would restore the XML elements one by one until a real test-case suitable for upstream is identified. I just don't have the time right now to figure out how to rig up a test-harness to run xfce on each iteration of the test to isolate the troublesome config line. If there is a good schema for these XML files that should isolate the issue, if not the schema needs work. Also it could be a artifact from the -pre4 as I tried out the beta's. I will post here if I can narrow down what is really going on. If anyone here is really ambitious I can just post a tar of the lethal config files as well.