firefozx stops working since it cannot load rgb maps alexxy@xeon ~ $ firefox The program 'firefox' received an X Window System error. This probably reflects a bug in the program. The error was 'BadName (named color or font does not exist)'. (Details: serial 764 error_code 15 request_code 45 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) xeon ~ # emerge --info Portage 2.2_rc8 (default/linux/amd64/2008.0/desktop, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.26-gentoo-r1 x86_64) ================================================================= System uname: Linux-2.6.26-gentoo-r1-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E7200_@_2.53GHz-with-glibc2.2.5 Timestamp of tree: Sat, 06 Sep 2008 08:04:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.5.2-r7 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.62-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.26 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O3 -pipe -march=native -mtune=native" 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/4.1/env /usr/kde/4.1/share/config /usr/kde/4.1/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O3 -pipe -march=native -mtune=native" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks parallel-fetch prelink preserve-libs sandbox sfperms strict unmerge-orphans userfetch" FFLAGS="-O3 -pipe -march=native -mtune=native" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="ru_RU.UTF-8" LC_ALL="" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed" LINGUAS="ru en" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/science /usr/local/portage/layman/sunrise /usr/local/portage/layman/kdesvn-portage /usr/local/portage/layman/java-overlay /usr/local/overlays/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi addressbook alsa amd64 amr amrnb amrr amrwb avahi bash-completion berkdb bittorrent blas branding bzip2 cairo cdaudio cdinstall cdr cli consolekit cracklib crypt cups cyrillic daap dbus dga dhcp dirac djvu dri dts dv dvd dvdr dvdreademboss enca encode evo exif extra fam ffmpeg fftw flac fontconfig fortran ftp gdbm gif git glitz gmp gnutls gpg gphoto2 gpm grace graphics graphviz gs gstreamer gtk hal humanities iconv idn ieee1394 imagemagick ipv6 isdnlog ithreads jadetex java jpeg jpeg2kkde kdehiddenvisibility ladspa lapack lcms libffi libnotify live lm_sensors lzo mad marble md5sum mdnsresponder-compat midi mikmod mktemp mmx mmxext mng mp2 mp3 mp4 mpeg mpi mplayer mudflap multilib music ncurses nemesi nepomuk network-cron nls nptl nptlonly nsplugin ogg omega openal openexr opengl openmp pam pch pcre pdf perl plasma png pnm ppds pppd ps pstricks publishers python qt3 qt3support qt4 quicktime rar readline reflection resolvconf rtc sandbox schroedinger science sdl semantic-desktop sensord session slang smp speex spell spl srt sse sse2 ssl ssse3 startup-notification subversion svg symlink sysfs tcpd tetex tex tex4ht themes theora threads tiff truetype umfpack unicode urandom usb utempter vde vim vim-syntax visualization vorbis wmf x264 x86emu xattrxcb xcomposite xetex xml xorg xpm xscreensaver xulrunner xv xvid xvmc zeroconf zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru en" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Reproducible: Always
seems this was related to xfs (X Font Server) after rebuilding and restarting it all works fine again
i'm not sure this is fixed. every time i login with kdm, i hit this error until i restart XFS manually.
seems to only occur when using the XFS server ...
Just upgraded xorg-server-1.5 and ran into this problem myself. We must be some of the few people who still have use for a font server. This does only happen when using XFS, but the bug has nothing to do with XFS itself. The bug is apparently something to do with DIX. The xorg-server does not correctly interface with the XFS server. This bug has been tracked in other places, most notably by red hat: https://bugzilla.redhat.com/show_bug.cgi?id=430416 The fix is found here: http://lists.freedesktop.org/archives/xorg/2008-August/037554.html Please add this to the bundle of patches applied to the xorg-server. Thanks!
Forgot to mention, that the quick work around for this is to restart the XFS server _after_ the xorg server has already started.
Created attachment 176390 [details, diff] xorg-server-1.5.3-dix.patch this is a tweak of the patch linked to earlier so that it applies to xorg-server 1.5.3 ... seems to work for me
I updated to xorg 1.5 due to KDE live since those who maintain it made the incredible stupid decision to make it a dependancy. I got hit by the xfs problem too just now. xorg-server 1.5.3-r2 x11-apps/xfs 1.0.8 The "restart xfs after starting xorg solution" is not a valid solution. I see there is a patch available here and that there has been one here since 2008-12-25. WHY OH WHY isn't this patch applied by the ebuild yet?
(In reply to comment #7) > I updated to xorg 1.5 due to KDE live since those who maintain it made the > incredible stupid decision to make it a dependancy. The KDE folks are doing you a favor. Trust me. > The "restart xfs after starting xorg solution" is not a valid solution. Indeed, but then again, I really would like to know why people are using xfs in the first place :) > WHY OH WHY isn't this patch applied by the ebuild yet? Because xfs is dead and no one cares about it. Please do try to apply it to a local xorg-server ebuild and let us know if it works for you. If it does, I'll apply it in my next batch of xorg-server patches. Thanks
i already said the patch worked for me ...
(In reply to comment #9) > i already said the patch worked for me ... Indeed, but I was worried because the patch is not in the master branch. I've pinged the appropriate folks and I'll backport whatever patch they put in master back to 1.5.3. Thanks
Upstream more or less applied that patch (which they had "lost"...) and I backported that one. Should be fixed in 1.5.3-r4. Thanks
*** Bug 237464 has been marked as a duplicate of this bug. ***
sadly, this seems to have come back with x11-base/xorg-server-1.6.1.901-r4 was the patch not added to the new series ?
Hum, I need to check this out. Thanks
Grrr. Just ran into this problem again upgrading to 1.6. Even though XFS is "dead" on desktop machines, it is still vital in networking situations, especially for thin clients. I don't understand why this isn't in the trunk. Keith Packard created the patch, and of all people I think he would have the least trouble pushing the patch through. :P I think the 1.6 branch was split off before it was applied in the 1.5 branch and was never pushed into the 1.6 tree. @Rémi: Whoever you have to pester in Xorg development, make sure they check that this patch is applied to 1.7 branch as well, or we'll be going through this all over again in another 6 months.
Bumping this to P1, I want to get this over with :) Thanks
(In reply to comment #15) > I don't understand why this isn't in the trunk. Keith Packard created the > patch, and of all people I think he would have the least trouble pushing the > patch through. :P > > I think the 1.6 branch was split off before it was applied in the 1.5 branch > and was never pushed into the 1.6 tree. > > @Rémi: Whoever you have to pester in Xorg development, make sure they check > that this patch is applied to 1.7 branch as well, or we'll be going through > this all over again in another 6 months. This time, the fault is mine and mine only. I'd fixed the bug in 1.5 and asked Keith to put it into master, which he did (I double checked!). But at that time, 1.6 was already branched and since I was solely focused on 1.5, I forgot to nominate it for inclusion in 1.6 (which I just did as well). Bottom line : - I've manually backported the patch to our 1.6.2 ebuild - I've nominated it for 1.6 so that I don't have to worry about it - the patch is already in master, so 1.7 and up should be fine. Again, sorry about this. Please don't hesitate to reopen this bug if 1.6.2 doesn't fix the bug. Thanks
