I upgraded to x11-wm/windowmaker-0.92.0-r5 and it kept crashing. It very conveniently writes an error log to ~/.xsession-errors when it crashes, and this is what it says: /etc/X11/gdm/Xsession: Beginning session setup... /etc/X11/gdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- /usr/bin/wmaker /usr/bin/wmaker warning: wrong option value for key "NewStyle". Should be one of new, old, next /usr/bin/wmaker warning: wrong option value for key "NewStyle". Should be one of new, old, next Fontconfig warning: no <cachedir> elements found. Check configuration. Fontconfig warning: adding <cachedir>/var/cache/fontconfig</cachedir> Fontconfig warning: adding <cachedir>~/.fontconfig</cachedir> /usr/bin/wmaker warning: could not load font: Trebuchet MS,Luxi Sans:pixelsize=11. /usr/bin/wmaker warning: could not load font: Trebuchet MS,Luxi Sans:weight=200:pixelsize=11. /usr/bin/wmaker warning: could not load any fonts. Make sure your font installation and locale settings are correct. /usr/bin/wmaker fatal error: could not initialize WINGs widget set /usr/bin/wmaker fatal error: it seems that there is already a window manager running I dropped back to 0.92.0-r4 and this went away, although it did do some font config file changes after the emerge to downgrade it. So there may be some font configuration changes the new ebuild for 0.92.0-r5 needs to do. Let me know if you need more info -- I can reproduce this on two machines and collect anything you need, if what's going on isn't obvious.
(In reply to comment #0) exactly the same for me.
Do you happen to have the xml use flag enabled? If you have, please try rebuilding fontconfig with USE=-xml as a workaround. (Of course, this is still a bug.)
(In reply to comment #2) > Do you happen to have the xml use flag enabled? If you have, please try > rebuilding fontconfig with USE=-xml as a workaround. (Of course, this is still > a bug.) The ebuild doesn't appear to use the "xml" USE flag: $ emerge -pv windowmaker These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] x11-wm/windowmaker-0.92.0-r5 [0.92.0-r4] USE="doc gif gnustep jpeg nls png tiff -debug -modelock -xinerama" 0 kB Total: 1 package (1 upgrade), Size of downloads: 0 kB znmeb@DreamGate ~ $
(In reply to comment #2) > Do you happen to have the xml use flag enabled? If you have, please try > rebuilding fontconfig with USE=-xml as a workaround. (Of course, this is still > a bug.) > I confirmed this bug happens on amd64 with windowmaker-0.92.0-r5, whereas 0.92.0-r4 is OK. I re-emerged fontconfig with xml flag off and re-emerged windowmaker-0.92.0-r5. The bug still happens with the following error. > /etc/X11/gdm/Xsession: Beginning session setup... > /etc/X11/gdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- /usr/bin/wmaker > /usr/bin/wmaker: error while loading shared libraries: libWINGs.so.2: cannot open shared object file: No such file or directory libWINGs.so.2 does not exist both under 0.92.0-r5 and -r4, but libWINGs.a exist and was created under 0.92.0-r4. Hope this helps.
% qfile -v libWINGs.so.2 x11-wm/windowmaker-0.92.0-r5 (/ufs/fabian/scratch/programs/gentoo/usr/lib64/libWINGs.so.2) Hmmm, weird. I emerged like this, and have libWINGs... [ebuild R ] x11-wm/windowmaker-0.92.0-r5 USE="gif gnustep jpeg nls png tiff -debug -doc -modelock -xinerama" 0 kB
(In reply to comment #5) > % qfile -v libWINGs.so.2 > x11-wm/windowmaker-0.92.0-r5 > (/ufs/fabian/scratch/programs/gentoo/usr/lib64/libWINGs.so.2) > > Hmmm, weird. I emerged like this, and have libWINGs... > > [ebuild R ] x11-wm/windowmaker-0.92.0-r5 USE="gif gnustep jpeg nls png > tiff -debug -doc -modelock -xinerama" 0 kB > I might figure out my problem. I looked into the ebuild and saw #199520. I found there had been a couple of pacthed newly applied on -r5. The ones which might be related to WINGs issue are 0.92.0/windowmaker-0.92.0-as-needed.patch 0.92.0/patchset-1/WindowMaker-0.91.0-alt-sowings.patch 0.92.0/patchset-1/WindowMaker-0.92.0-cvs20060123.patch according to `find . -print |xargs grep WING` I then commented out the last two patches, which failed the first patch. I modified to fix the first patch in vain. So, I included the last two patched instead of commenting the first one. This caused a compile error. Then I included all the three above and commented out "as-needed" patch because it is "as-needed." My problem is now fixed. Here is my ebuild flags (the same as yours) and system info. [ebuild R ] x11-wm/windowmaker-0.92.0-r5 USE="gif gnustep jpeg nls png tiff -debug -doc -modelock -xinerama" 0 kB [1] Total: 1 package (1 reinstall), Size of downloads: 0 kB Portage tree and overlays: [0] /usr/portage [1] /usr/portage/local/myown Portage 2.1.3.19 (default-linux/amd64/2007.0, gcc-4.3.0, glibc-2.7-r0, 2.6.23-thinkpad-r1 x86_64) ================================================================= System uname: 2.6.23-thinkpad-r1 x86_64 Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz Timestamp of tree: Wed, 21 Nov 2007 06:30:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.2-r1 dev-lang/python: 2.4.4-r7, 2.5.1-r4 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 2.0.0_rc6 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 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.18-r1, 2.18.50.0.3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.23-r2 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-mtune=native -march=native -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/svn/env /usr/kde/svn/share/config /usr/kde/svn/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-mtune=native -march=native -O2 -pipe -fomit-frame-pointer -fpermissive" DISTDIR="/usr/portage/distfiles" FEATURES="digest distlocks metadata-transfer parallel-fetch sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="ja_JP.UTF-8" LC_ALL="ja_JP.UTF-8" LINGUAS="ja" MAKEOPTS="-j3" PKGDIR="/usr/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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/custom-kernels /usr/portage/local/layman/sunrise /usr/portage/local/layman/enlightenment /usr/portage/local/layman/vmware /usr/portage/local/layman/toolchain /usr/portage/local/layman/science /usr/portage/local/layman/kde /usr/portage/local/layman/dirtyepic /usr/portage/local/layman/berkano /usr/portage/local/layman/mozilla /usr/portage/local/portagejp /usr/portage/local/myown /usr/portage/local/mozilla /usr/portage/local/layman/toolchain /usr/portage/local/layman/berkano /usr/portage/local/layman/vmware /usr/portage/local/layman/science /usr/portage/local/layman/enlightenment /usr/portage/local/layman/kde /usr/portage/local/layman/sunrise /usr/portage/local/layman/custom-kernels /usr/portage/local/mozilla /usr/portage/local/myown" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 acl acpi alsa amd64 arts avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr cjk cli cracklib crypt cscope cups dbus dlloader dri dvd dvdr eds emboss encode esd fam firefox fortran gdbm gif gnome gtk gtk2 hal iconv imlib immqt ipv6 isdnlog jpeg kde libg++ mad midi mikmod mmx mng mp3 mpeg mudflap multilibs ncurses nls nptl nptlonly ogg opengl openmp oss pam pcmcia pcre pdflib perl plotutils png ppds pppd python qt3 qt4 quicktime rar readline reflection ruby scim sdl session spell spl sse sse2 ssl tcpd threads truetype truetype-fonts type1 type1-fonts udev unicode vim-syntax vorbis xml xorg xscreensaver xv zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ja" USERLAND="GNU" VIDEO_CARDS="i810 vesa fbdev" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Hmmm, I'll look at it. I would say you need at least that cvs patch, sowings may not be so important for Gentoo. Thanks for figuring this out.
could you please uncomment epatch "${psd}"/WindowMaker-0.91.0-alt-sowings.patch and epatch "${FILESDIR}"/${PV}/${P}-as-needed.patch compile and see if the problem persists? The sowings patch makes a change to the WINGs lib building that Fedora and co use, but Gentoo never has, so I'd like to get rid of that patch that I accidentially put in.
s/uncomment/comment/ those two patches from my previous comment should not be applied.
Created attachment 136623 [details] my local ebuild of windowmaker-0.92.0-r5.ebuild
(In reply to comment #9) > s/uncomment/comment/ > > those two patches from my previous comment should not be applied. > I(In reply to comment #8) > could you please uncomment > epatch "${psd}"/WindowMaker-0.91.0-alt-sowings.patch > and > epatch "${FILESDIR}"/${PV}/${P}-as-needed.patch > > compile and see if the problem persists? > > The sowings patch makes a change to the WINGs lib building that Fedora and co > use, but Gentoo never has, so I'd like to get rid of that patch that I > accidentially put in. > I did as you said with the ebuild posted at # 10. emerge went just fine with a couple of warnings and there is no problem so far. btw, bouncing dock feature is really cool!! thanks.
Hmmm, ok. I tried compiling with --as-needed and that also worked for me without the as-needed patch (makes sense somewhere, as it used to work), so I will split off the other fixes in that patch and commit this.
please wait for -r6 to appear and try and report if it now works or not.
(In reply to comment #13) > please wait for -r6 to appear and try and report if it now works or not. > With -r6, two different boxes go fine only if fontconfig is emerged with "-xml" With "xml" set, the original problem persists. Should setting "xml" off on fontconfig be one of the DEPENDs now?
grobian: this is caused by append-ldflags -lgettextlib. From its internal libxml, gettextlib defines symbols with the same names as those of libxml2 (used by fontconfig with USE=xml), causing internal conflicts. Can it please go?
ugh! Yes please!
Alright, fixed in windowmaker-0.92.0-r7.
(In reply to comment #17) > Alright, fixed in windowmaker-0.92.0-r7. > confirmed my problem fixed in -r7. thanks!
(In reply to comment #18) > (In reply to comment #17) > > Alright, fixed in windowmaker-0.92.0-r7. > > > > confirmed my problem fixed in -r7. thanks! > It works on ~amd64 for me -- I haven't updated on the ~x86 boxes, but I will today.