Summary: | sys-apps/systemd-9999: install phase broken | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Oleksii Shevchuk <alxchk> |
Component: | [OLD] Core system | Assignee: | Gentoo systemd Team <systemd> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Oleksii Shevchuk
2013-03-07 07:03:42 UTC
4. systemd-journal group missing (In reply to comment #0) > 2. Zsh completion not installed I have no zsh, so someone needs to tell me where to install that. > I have no zsh, so someone needs to tell me where to install that.
completions installed to /usr/share/zsh/site-functions
Fixed in -198 and -9999. My bad, zsh completion should go as _NAME, probably the best one is: /usr/share/zsh/site-functions/_systemd Does that actually matter? zsh completion seems to be working for me as-is? (In reply to comment #6) > Does that actually matter? zsh completion seems to be working for me as-is? I am not zsh guru, so maybe I'm doing something wrong. With my configuration (autoload -U compinit && compinit) loading performed only from _* files. # touch /usr/share/zsh/site-functions/test > strace zsh 2>&1 | grep /usr/share/zsh/site-functions/ stat("/usr/share/zsh/site-functions/compinit.zwc", 0x7fffee9b2c70) = -1 ENOENT (No such file or directory) stat("/usr/share/zsh/site-functions/compinit", 0x7fffee9b2be0) = -1 ENOENT (No such file or directory) access("/usr/share/zsh/site-functions/compinit", R_OK) = -1 ENOENT (No such file or directory) stat("/usr/share/zsh/site-functions/compaudit.zwc", 0x7fffee9b0270) = -1 ENOENT (No such file or directory) stat("/usr/share/zsh/site-functions/compaudit", 0x7fffee9b01e0) = -1 ENOENT (No such file or directory) access("/usr/share/zsh/site-functions/compaudit", R_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/share/zsh/site-functions/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 openat(AT_FDCWD, "/usr/share/zsh/site-functions/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 lstat("/usr/share/zsh/site-functions/_hg", {st_mode=S_IFREG|0644, st_size=42355, ...}) = 0 lstat("/usr/share/zsh/site-functions/_eix-sync", {st_mode=S_IFREG|0644, st_size=1203, ...}) = 0 lstat("/usr/share/zsh/site-functions/_eix-remote", {st_mode=S_IFREG|0644, st_size=783, ...}) = 0 lstat("/usr/share/zsh/site-functions/_eix-installed-after", {st_mode=S_IFREG|0644, st_size=1795, ...}) = 0 lstat("/usr/share/zsh/site-functions/_eix-installed", {st_mode=S_IFREG|0644, st_size=726, ...}) = 0 lstat("/usr/share/zsh/site-functions/_eix-layman", {st_mode=S_IFREG|0644, st_size=749, ...}) = 0 lstat("/usr/share/zsh/site-functions/_gentoolkit", {st_mode=S_IFREG|0644, st_size=13193, ...}) = 0 lstat("/usr/share/zsh/site-functions/_gentoo_packages", {st_mode=S_IFREG|0644, st_size=5979, ...}) = 0 lstat("/usr/share/zsh/site-functions/_portage_utils", {st_mode=S_IFREG|0644, st_size=6726, ...}) = 0 lstat("/usr/share/zsh/site-functions/_portage", {st_mode=S_IFREG|0644, st_size=14202, ...}) = 0 lstat("/usr/share/zsh/site-functions/_eselect", {st_mode=S_IFREG|0644, st_size=6683, ...}) = 0 lstat("/usr/share/zsh/site-functions/_wgetpaste", {st_mode=S_IFREG|0644, st_size=2745, ...}) = 0 lstat("/usr/share/zsh/site-functions/_gcc-config", {st_mode=S_IFREG|0644, st_size=1189, ...}) = 0 lstat("/usr/share/zsh/site-functions/_systemd", {st_mode=S_IFREG|0644, st_size=42602, ...}) = 0 lstat("/usr/share/zsh/site-functions/_baselayout", {st_mode=S_IFREG|0644, st_size=2114, ...}) = 0 lstat("/usr/share/zsh/site-functions/_genlop", {st_mode=S_IFREG|0644, st_size=4463, ...}) = 0 lstat("/usr/share/zsh/site-functions/_eix-test-obsolete", {st_mode=S_IFREG|0644, st_size=700, ...}) = 0 lstat("/usr/share/zsh/site-functions/_layman", {st_mode=S_IFREG|0644, st_size=2265, ...}) = 0 lstat("/usr/share/zsh/site-functions/_eix", {st_mode=S_IFREG|0644, st_size=12054, ...}) = 0 lstat("/usr/share/zsh/site-functions/_pip", {st_mode=S_IFREG|0644, st_size=294, ...}) = 0 stat("/usr/share/zsh/site-functions/_call_program.zwc", 0x7fffee9affb0) = -1 ENOENT (No such file or directory) stat("/usr/share/zsh/site-functions/_call_program", 0x7fffee9aff20) = -1 ENOENT (No such file or directory) access("/usr/share/zsh/site-functions/_call_program", R_OK) = -1 ENOENT (No such file or directory) stat("/usr/share/zsh/site-functions/colors.zwc", 0x7fffee9b2c70) = -1 ENOENT (No such file or directory) stat("/usr/share/zsh/site-functions/colors", 0x7fffee9b2be0) = -1 ENOENT (No such file or directory) access("/usr/share/zsh/site-functions/colors", R_OK) = -1 ENOENT (No such file or directory) (In reply to comment #4) > Fixed in -198 and -9999. Hi, do you have any idea what could be causing an issue with the libnss_myhostname.so.2 with 198? Install fails with: --------------------------------------------------------------------------- * Removing unnecessary /usr/lib64/libsystemd-login.la (no static archive) mv: cannot move ‘/var/tmp/portage/sys-apps/systemd-198/image//usr/lib64/libnss_myhostname.so.2’ to ‘/var/tmp/portage/sys-apps/systemd-198/image//lib64/’: Not a directory * ERROR: sys-apps/systemd-198 failed (install phase): * Unable to move nss_myhostname to rootfs * * Call stack: * ebuild.sh, line 93: Called src_install * environment, line 4758: Called die * The specific snippet of code: * mv "${D}"/usr/$(get_libdir)/libnss_myhostname* "${D}"/$(get_libdir)/ || die "Unable to move nss_myhostname to rootfs"; * --------------------------------------------------------------------------- I'm currently having to use my local overlay with a change in the ebuild: mv "${D}"/usr/lib64/libnss_myhostname* "${D}"/lib/ \ Also, autoconf fails and reports missing macros when using anything but automake 1.12.2. (Usually I have installed 1.11.6 & 1.13.1 but had to mask >=automake-1.12.3 to get systemd built). After spending hours yesterday reading up on the errors and reinstalling various wrappers, libtool, etc it made no difference. I even rebuilt the whole of system and world overnight to check my system wasn't broken somewhere - everything build fine, no errors. I'll provide my emerge --info in case that is of any help. If you want me to provide anything else or whatever let me know. Portage 2.2.0_alpha166 (default/linux/amd64/13.0/no-multilib, gcc-4.7.2, glibc-2.17, 3.8.2 x86_64) ================================================================= System uname: Linux-3.8.2-x86_64-Pentium-R-_Dual-Core_CPU_E5200_@_2.50GHz-with-gentoo-2.2 KiB Mem: 3081348 total, 880736 free KiB Swap: 996024 total, 996024 free Timestamp of tree: Sun, 10 Mar 2013 08:45:01 +0000 ld GNU ld (GNU Binutils) 2.23.1 app-shells/bash: 4.2_p42 dev-lang/python: 2.7.3-r3, 3.2.3-r2 dev-util/cmake: 2.8.10.2-r1 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.6 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.12.2 sys-devel/binutils: 2.23.1 sys-devel/gcc: 4.7.2-r1 sys-devel/gcc-config: 1.8 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.8 (virtual/os-headers) sys-libs/glibc: 2.17 Repositories: gentoo rorgoroth Installed sets: @sdl ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=native -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=native -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="ftp://gentoo.imj.fr/pub/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo/ http://mirrors.linuxant.fr/distfiles.gentoo.org/" LANG="en_GB.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" USE="X a52 aac acl afterimage alsa amd64 apng berkdb branding bzip2 cairo cdda cli cracklib curl cxx dbus dri drm dts dvd egl encode exif ffmpeg flac fortran g3dvl gallium gdbm gif gimp gles1 gles2 gold gpm gtk gudev hwdb iconv icu imagemagick jpeg jpeg2k keymap lcms ldap llvm lzma mad minizip mmx modules mp3 mp4 mpeg mplayer mudflap ncurses nls nptl nsplugin ogg openal opengl openmp openvg pango parse-clocks pcre pdf pixbuf png python python3 rar readline session smp spell sqlite sse sse2 sse3 ssl ssse3 startup-notification svg tcpd theora threads tiff truetype udev unicode usb vdpau vorbis webm x264 xa xcb xft xml xpm xvid xvmc zlib zsh-completion" ABI_X86="64" ALSA_CARDS="hda-intel" 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="authn_core authz_core socache_shmcb unixd 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en_GB" PHP_TARGETS="php5-3" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby18 ruby19" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON (In reply to comment #7) > (In reply to comment #6) > > Does that actually matter? zsh completion seems to be working for me as-is? > > I am not zsh guru, so maybe I'm doing something wrong. With my configuration > (autoload -U compinit && compinit) loading performed only from _* files. So, shortly saying, it doesn't work for you? If that's the case, I'll change the ebuild. (In reply to comment #8) > (In reply to comment #4) > > Fixed in -198 and -9999. > > Hi, do you have any idea what could be causing an issue with the > libnss_myhostname.so.2 with 198? Install fails with: Could you attach the full build log, please? > I'm currently having to use my local overlay with a change in the ebuild: > mv "${D}"/usr/lib64/libnss_myhostname* "${D}"/lib/ \ Hmm, so it boils down to using 'lib64' instead of $(get_libdir)? I've just committed a fix which may be related to that. It will take a few hours to spread into rsync, so you may try adding 'inherit multilib' below the 'inherit' line at the top. > Also, autoconf fails and reports missing macros when using anything but > automake 1.12.2. (Usually I have installed 1.11.6 & 1.13.1 but had to mask > >=automake-1.12.3 to get systemd built). I think that could be due to autoreconf being triggered by eautomake. Committed a fix for that too. Manual variant: emerge -1v gobject-introspection gtk-doc-am > After spending hours yesterday reading up on the errors and reinstalling > various wrappers, libtool, etc it made no difference. I even rebuilt the > whole of system and world overnight to check my system wasn't broken > somewhere - everything build fine, no errors. Well, it was better just to report the problem or ask us on IRC :). We're always happy to help if something goes wrong. > So, shortly saying, it doesn't work for you? If that's the case, I'll change the ebuild.
Shortly saying yes :)
(In reply to comment #10) > > So, shortly saying, it doesn't work for you? If that's the case, I'll change the ebuild. > > Shortly saying yes :) Committed then. Created attachment 341560 [details]
build.log
(In reply to comment #12) > Created attachment 341560 [details] > build.log Please do not put your build log inside a tarball, and do not compress it unless it is too big to fit uncompressed (> 1MB). (In reply to comment #9) > Could you attach the full build log, please? Sure ^^ > Hmm, so it boils down to using 'lib64' instead of $(get_libdir)? I've just > committed a fix which may be related to that. It will take a few hours to > spread into rsync, so you may try adding 'inherit multilib' below the > 'inherit' line at the top. Alright, I'll sync a bit later and give it a go. Also, correct. The directory [...]sys-apps/systemd-198/image/usr/lib/ actually just contains "*.d" folders for me, and libnss and other libs resides in [...]ys-apps/systemd-198/image/usr/lib64/ and there is no such folder [...]sys-apps/systemd-198/image/lib64 just [...]sys-apps/systemd-198/image/lib/. > I think that could be due to autoreconf being triggered by eautomake. > Committed a fix for that too. Manual variant: emerge -1v > gobject-introspection gtk-doc-am Alright, will try it out later. > Well, it was better just to report the problem or ask us on IRC :). We're > always happy to help if something goes wrong. Indeed, I do like to try figure out something myself first though, plus I was slightly worried since if this was more then just my box I was sure there would have been some bug reports or forum threads pop up :D (In reply to comment #13) > (In reply to comment #12) > > Created attachment 341560 [details] > > build.log > > Please do not put your build log inside a tarball, and do not compress it > unless it is too big to fit uncompressed (> 1MB). Sorry, it is indeed 1.6M. I should have submitted after commenting :) (In reply to comment #15) > Sorry, it is indeed 1.6M. I should have submitted after commenting :) That's ok then. You can compress logs by just calling gzip/bzip2/xz on them; please don't stuff it in a tarball as well. That's just another layer we have to remove. Ray's problem is triggered by USE="-pam". This causes the build system to not install anything in ${D}/lib64, so the destination directory does not exist for the mv command. + 10 Mar 2013; Mike Gilbert <floppym@gentoo.org> systemd-198.ebuild, + systemd-9999.ebuild: + Create libdir before we move files into it, bug 460640. (In reply to comment #16) > You can compress logs by just calling gzip/bzip2/xz on them; please don't > stuff it in a tarball as well. That's just another layer we have to remove. Oops, I was not aware of this, I shall remember that in future! Anyway, thanks for all this, I swapped out the ebuild in my local with the updated one with the libdir creation fix - I can confirm that now works correctly. Unfortunately autoconf still fails when using anything other then autotools 1.12.2: * Package: sys-apps/systemd-198 * Repository: rorgoroth * USE: acl amd64 elibc_glibc kernel_linux kmod lzma python python_single_target_python2_7 python_targets_python2_7 tcpd userland_GNU * FEATURES: preserve-libs sandbox >>> Unpacking source... >>> Unpacking systemd-198.tar.xz to /var/tmp/portage/sys-apps/systemd-198/work >>> Source unpacked in /var/tmp/portage/sys-apps/systemd-198/work >>> Preparing source in /var/tmp/portage/sys-apps/systemd-198/work/systemd-198 ... * Applying 198-0001-Disable-udev-targets.patch ... [ ok ] * Running elibtoolize in: systemd-198/build-aux/ * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.4.2 patch ... am-wrapper: automake: warning: auto-detected versions not found (1.12); falling back to latest available * Automake used for the package (1.12.2) differs from * the installed version (1.13.1). * Running eautoreconf in '/var/tmp/portage/sys-apps/systemd-198/work/systemd-198' ... * Running intltoolize --automake --copy --force ... [ ok ] * Running gtkdocize --copy ... [ ok ] * Running libtoolize --install --copy --force --automake ... [ ok ] * Running aclocal -I m4 ... [ ok ] * Running autoconf ... [ !! ] * Failed Running autoconf ! * * Include in your bugreport the contents of: * * /var/tmp/portage/sys-apps/systemd-198/temp/autoconf.out * ERROR: sys-apps/systemd-198 failed (prepare phase): * Failed Running autoconf ! * * Call stack: * ebuild.sh, line 93: Called src_prepare * environment, line 4769: Called eautomake * environment, line 1486: Called eautoreconf * environment, line 1541: Called eautoconf * environment, line 1460: Called autotools_run_tool '--at-m4flags' 'autoconf' * environment, line 1057: Called die * The specific snippet of code: * die "Failed Running $1 !"; * * If you need support, post the output of `emerge --info '=sys-apps/systemd-198'`, * the complete build log and the output of `emerge -pqv '=sys-apps/systemd-198'`. * This ebuild is from an overlay named 'rorgoroth': '/usr/local/portage/' /usr/lib64/portage/bin/isolated-functions.sh: line 215: wait: `Failed Running autoconf !': not a pid or valid job spec * The complete build log is located at '/var/tmp/portage/sys-apps/systemd-198/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-apps/systemd-198/temp/environment'. * Working directory: '/var/tmp/portage/sys-apps/systemd-198/work/systemd-198' * S: '/var/tmp/portage/sys-apps/systemd-198/work/systemd-198' ############################################################################### ray@gentoo ~ % cat /var/tmp/portage/sys-apps/systemd-198/temp/autoconf.out ***** autoconf ***** ***** PWD: /var/tmp/portage/sys-apps/systemd-198/work/systemd-198 ***** autoconf configure.ac:80: error: possibly undefined macro: AC_MSG_ERROR If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:446: error: possibly undefined macro: AM_PATH_LIBGCRYPT ray@gentoo ~ % (In reply to comment #18) > ray@gentoo ~ % cat /var/tmp/portage/sys-apps/systemd-198/temp/autoconf.out > ***** autoconf ***** > ***** PWD: /var/tmp/portage/sys-apps/systemd-198/work/systemd-198 > ***** autoconf > > configure.ac:80: error: possibly undefined macro: AC_MSG_ERROR > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. This one is weird at least... > configure.ac:446: error: possibly undefined macro: AM_PATH_LIBGCRYPT I've added dev-libs/libgcrypt to autoreconf deps, so this one should be fixed now. (In reply to comment #19) > > configure.ac:80: error: possibly undefined macro: AC_MSG_ERROR > > If this token and others are legitimate, please use m4_pattern_allow. > > See the Autoconf documentation. > > This one is weird at least... Indeed, in case you haven't looked, the line it refers is: [79] AS_IF([test "x$enable_gtk_doc" = "xyes" -a "x$XSLTPROC" = x], [ [80] AC_MSG_ERROR([*** GTK doc requested but xsltproc not found]) [81] ]) I do of course have xsltproc available via libxslt. I also replaced my local again for the crypt deps and can confirm that issue is now gone. Funnily enough, it also cleared up the weird error... So, I guess for now that is case closed. Thanks for taking the time to help with this, much appreciated :) Also, as you can see here it now runs through correctly (but take notice of the elibtoolize 2nd run warning): * Package: sys-apps/systemd-198 * Repository: rorgoroth * USE: acl amd64 elibc_glibc kernel_linux kmod lzma python python_single_target_python2_7 python_targets_python2_7 tcpd userland_GNU * FEATURES: preserve-libs sandbox >>> Unpacking source... >>> Unpacking systemd-198.tar.xz to /var/tmp/portage/sys-apps/systemd-198/work >>> Source unpacked in /var/tmp/portage/sys-apps/systemd-198/work >>> Preparing source in /var/tmp/portage/sys-apps/systemd-198/work/systemd-198 ... * Applying 198-0001-Disable-udev-targets.patch ... [ ok ] * Running elibtoolize in: systemd-198/build-aux/ * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.4.2 patch ... am-wrapper: automake: warning: auto-detected versions not found (1.12); falling back to latest available * Automake used for the package (1.12.2) differs from * the installed version (1.13.1). * Running eautoreconf in '/var/tmp/portage/sys-apps/systemd-198/work/systemd-198' ... * Running intltoolize --automake --copy --force ... [ ok ] * Running gtkdocize --copy ... [ ok ] * Running libtoolize --install --copy --force --automake ... [ ok ] * Running aclocal -I m4 ... [ ok ] * Running autoconf ... [ ok ] * Running autoheader ... [ ok ] * Running automake --add-missing --copy --foreign ... [ ok ] * Running elibtoolize in: systemd-198/build-aux/ * We've already been run in this tree; you should * avoid this if possible (perhaps by filing a bug) * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.4.2 patch ... >>> Source prepared. Oleksii, could you elaborate a bit on libnss-myhostname? I've just checked that it works fine in /usr/lib*. Therefore, I'd like to remove the library moving hack. Is that a problem for you? (In reply to comment #21) > Oleksii, could you elaborate a bit on libnss-myhostname? I've just checked > that it works fine in /usr/lib*. Therefore, I'd like to remove the library > moving hack. Is that a problem for you? BlackICE # mv /lib/libnss_myhostname.so.2 /usr/lib/libnss_myhostname.so.2 BlackICE # strace -e open getent hosts $(hostname) 2>&1 | grep libnss_myhostname open("/lib64/libnss_myhostname.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/tls/x86_64/libnss_myhostname.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/tls/libnss_myhostname.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/x86_64/libnss_myhostname.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libnss_myhostname.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/tls/x86_64/libnss_myhostname.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/tls/libnss_myhostname.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/x86_64/libnss_myhostname.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libnss_myhostname.so.2", O_RDONLY|O_CLOEXEC) = 3 Hm. Looks like it works Thanks for getting back to me. I have moved it back to /usr in -9999. |