Hi devs, On AMD64 /usr/lib/gconv+contents should be created at /usr/lib64/gconv, because all linked to iconv (eg. php/sablotron) can freak out :) As a temporary solution I moved all conversion tables and symlinked the directory. But after an upgrade .... Info, to be sure: Portage 2.1-r2 (hardened/amd64, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-hardened-r1 x86_64) ================================================================= System uname: 2.6.17-hardened-r1 x86_64 Intel(R) Xeon(TM) CPU 3.20GHz Gentoo Base System version 1.12.4 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 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.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict userfetch" LC_ALL="en_US.UTF-8" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes" 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="/usr/egatrop/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="acl amd64 apache2 bash-completion berkdb bzip2 calendar caps chroot clamav cli crypt cscope curl dlloader expat extensions freetype gd geoip hardened hardenedphp hpn iconv idn iodbc justify maildir memlimit mhash mime ncurses nls nptl odbc openssh pam pam_chroot pam_console pam_timestamp pcre perl pic posix postgres python readline session sharedext sharedmem slang sockets sse sse2 ssl truetype udev unicode userlocales utf8 vhosts xml xorg xsl zip zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Uhm, it is being created at /usr/lib64 (for the 64bit version, the 32bit is created at /usr/lib32), /usr/lib is only a symlink to /usr/lib64 on a normal profile. Did any error actually pop up for you? Please check 'equery f glibc | grep gconv', it should show you that those files are instaled into /usr/lib64 and /usr/lib32. Closing because I don't think we actually have a bug here. If the files are installed somewhere else (or some other error popped up related to this) please feel free to reopen this bug.
This is the known hardened problem. I can't find the other bug right now, but it basically bails down to the following: Your /usr/lib is a directory when it should be a link to /usr/lib64. To fix this, do: # cd /usr # cp -rp lib/* lib64 # rmdir lib # ln -s lib64 lib and the same with a cd / instead of /usr of course.
You mean bug 132135? (Though that one doesn't mention hardened...)
