Bug 148754 – gv looks for xlibi18n.so.2 in wrong location

• Product: Gentoo Linux
• Status: RESOLVED NEEDINFO

[Description Gunnlaugur Thor Briem 2006-09-23 03:00:23 UTC]

... or maybe xlibi18n.so.2 IS in the wrong location, I don't know.

At gv startup I have been getting this line (among others) on stderr:

Warning: Unable to load any usable fontset

and in strace I found that it was output just after fruitlessly looking for xlibi18n.so.2 at this path:

/usr/lib64/X11/locale/lib64/common/xlibi18n.so.2

My system did not have the /usr/lib64/X11/locale/lib64 folder, but it did have

/lib64/X11/locale/lib64/common/xlibi18n.so.2

So I tried this as a workaround:

ln -s /lib64/X11/locale/lib64 /usr/lib64/X11/locale/lib64

(with no thought of the various ways in which this might mess up my system)

and that got rid of the fontset message.

(I don't know of any pressing problems this solves, but I like to address warnings as well.)

The other lines in my output *might* be relevant, so here is the complete stderr output I was seeing before this workaround:

Warning: Cannot convert string "-*-Helvetica-Medium-R-Normal--*-140-*-*-P-*-ISO8859-1" to type FontStruct
Warning: Unable to load any usable fontset
Warning: Cannot convert string "-*-Helvetica-Medium-R-Normal--*-120-*-*-P-*-ISO8859-1" to type FontStruct
Warning: Cannot convert string "-*-Helvetica-Medium-R-Normal--*-100-*-*-P-*-ISO8859-1" to type FontStruct
Warning: Cannot convert string "-*-Helvetica-Bold-R-Normal--*-120-*-*-P-*-ISO8859-1" to type FontStruct

The FontStruct complaints still remain.

emerge --info follows:

Portage 2.1.1 (default-linux/amd64/2005.0, gcc-3.4.6, glibc-2.4-r3, 2.6.16-gentoo-r9 x86_64)
=================================================================
System uname: 2.6.16-gentoo-r9 x86_64 AMD Athlon(tm) 64 FX-55 Processor
Gentoo Base System version 1.12.5
Last Sync: Sat, 23 Sep 2006 08:20:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.3.5-r2, 2.4.3-r1
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.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
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="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.rhnet.is/pub/gentoo http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS=""
MAKEOPTS="-j2"
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'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.is.gentoo.org/gentoo-portage"
USE="amd64 X aac aalib akode alsa apache2 audiofile avi bash-completion berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cli crypt cups divx4linux dlloader doc dri dvd dvdr dvdread eds elibc_glibc emboss encode exif fam fastcgi ffmpeg firefox flac foomaticdb fortran gif ginac gnome gphoto2 gpm gstreamer gtk gtk2 hal ieee1394 imagemagick imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg jpeg2k kde kernel_linux kipi lcms libcaca lirc live lm_sensors lzw lzw-tiff mad mng mono mozdevelop mozsvg mp3 mpeg musicbrainz mysql mythtv ncurses nls nptl nptlonly nsplugin nvidia ofx ogg oggvorbis openal openexr opengl pam pcre pdf pdflib perl png povray pppd python qhull qt qt3 qt4 quicktime readline reflection ruby samba sdl session speex spell spl ssl svg tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb userland_GNU v4l v4l2 video_cards_nvidia vorbis wifi x264 xanim xine xmms xorg xpm xscreensaver xv xvid xvmc zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 Jakub Moc (RETIRED) 2006-09-23 03:04:47 UTC]

You have /lib64/X11? o_O What did install the file there?

equery b /lib64/X11/locale/lib64/common/xlibi18n.so.2

[Comment 2 Gunnlaugur Thor Briem 2006-09-23 03:43:29 UTC]

Uh ... nothing did, apparently. The equery belongs command shows up nothing.

But the timestamp of /lib64/X11 is Jul 1 01:20, and genlop xorg-x11 shows this history:

     Fri Nov 25 00:11:04 2005 >>> x11-base/xorg-x11-6.8.2-r6
     Sat Jul  1 01:20:57 2006 >>> x11-base/xorg-x11-6.8.2-r7
     Sat Jul  1 16:40:57 2006 >>> x11-base/xorg-x11-7.0-r1
     Sun Jul  2 01:05:54 2006 >>> x11-base/xorg-x11-7.0-r1
     Sun Jul  2 18:26:03 2006 >>> x11-base/xorg-x11-6.8.2-r8
     Wed Sep 13 10:07:02 2006 >>> x11-base/xorg-x11-7.0-r1

So it was the upgrade from 6.8.2-r6 to 6.8.2-r7 that created (or last modified a direct child of) /lib64/X11

I take your comment to mean that /lib64/X11 should not exist?

I currently have xlibi18n.so.2 in only these two places:

# slocate xlibi18n
/emul/linux/x86/usr/X11R6/lib/X11/locale/lib/common/xlibi18n.so.2
/lib64/X11/locale/lib64/common/xlibi18n.so.2

and the emul path I didn't try to use (it also does not show up anything in equery belongs)

The genlop history shows an upgrade/downgrade mess where I was trying to get my system back in order ... I ended up having to do that last emerge with -e because so many library dependencies had gone awry in the 6.8.2-r8 downgrade. That may be the reason behind this ... but I would have thought emerge -e would leave files in the right places (though it might also leave orphaned files from earlier ebuilds in the wrong places). There *should* be an xlibi18n.so.2 in the /usr/lib64 location, right? Which ebuild delivers it?

[Comment 3 Jakub Moc (RETIRED) 2006-09-23 03:47:39 UTC]

Well, your system is a bit b0rked. You definitely shouldn't have /lib64/X11/ directory. And, no idea which ebuild provides xlibi18n.so.2, sorry.