Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 460640 - sys-apps/systemd-9999: install phase broken
Summary: sys-apps/systemd-9999: install phase broken
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo systemd Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-07 07:03 UTC by Oleksii Shevchuk
Modified: 2013-03-26 22:03 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log.tar.bz2,28.17 KB, application/octet-stream)
2013-03-10 16:39 UTC, Ray Griffin (rorgoroth)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Oleksii Shevchuk 2013-03-07 07:03:42 UTC
1. At current git bash-completion was splited, so install phase broken 
(systemd-9999.ebuild:152)
2. Zsh completion not installed
3. libnss_myhostname.so.2 installed to /usr/lib instead of /lib
Comment 1 Oleksii Shevchuk 2013-03-07 07:05:22 UTC
4. systemd-journal group missing
Comment 2 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-03-09 07:22:24 UTC
(In reply to comment #0)
> 2. Zsh completion not installed

I have no zsh, so someone needs to tell me where to install that.
Comment 3 Oleksii Shevchuk 2013-03-09 07:38:34 UTC
> I have no zsh, so someone needs to tell me where to install that.

completions installed to /usr/share/zsh/site-functions
Comment 4 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-03-09 13:47:59 UTC
Fixed in -198 and -9999.
Comment 5 Oleksii Shevchuk 2013-03-09 22:52:17 UTC
My bad, zsh completion should go as _NAME, probably the best one is: /usr/share/zsh/site-functions/_systemd
Comment 6 Mike Gilbert gentoo-dev 2013-03-09 22:57:26 UTC
Does that actually matter? zsh completion seems to be working for me as-is?
Comment 7 Oleksii Shevchuk 2013-03-10 06:41:40 UTC
(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)
Comment 8 Ray Griffin (rorgoroth) 2013-03-10 13:40:09 UTC
(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
Comment 9 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-03-10 13:58:20 UTC
(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.
Comment 10 Oleksii Shevchuk 2013-03-10 14:45:30 UTC
> So, shortly saying, it doesn't work for you? If that's the case, I'll change the ebuild.

Shortly saying yes :)
Comment 11 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-03-10 15:15:57 UTC
(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.
Comment 12 Ray Griffin (rorgoroth) 2013-03-10 16:39:01 UTC
Created attachment 341560 [details]
build.log
Comment 13 Mike Gilbert gentoo-dev 2013-03-10 16:53:01 UTC
(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).
Comment 14 Ray Griffin (rorgoroth) 2013-03-10 16:55:49 UTC
(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
Comment 15 Ray Griffin (rorgoroth) 2013-03-10 16:56:47 UTC
(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 :)
Comment 16 Mike Gilbert gentoo-dev 2013-03-10 16:59:43 UTC
(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.
Comment 17 Mike Gilbert gentoo-dev 2013-03-10 17:22:06 UTC
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.
Comment 18 Ray Griffin (rorgoroth) 2013-03-10 17:52:41 UTC
(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 ~ %
Comment 19 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-03-10 17:57:43 UTC
(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.
Comment 20 Ray Griffin (rorgoroth) 2013-03-10 18:39:07 UTC
(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.
Comment 21 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-03-26 20:31:38 UTC
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?
Comment 22 Oleksii Shevchuk 2013-03-26 21:54:23 UTC
(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
Comment 23 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-03-26 22:03:23 UTC
Thanks for getting back to me. I have moved it back to /usr in -9999.