xen-tools-4.1.0-r1 fails during compilation because of missing xcolor dependency. Another problem is that 'rm -r "${D}"/etc/default' fails (Line 180 of the ebuild). Works when changing it to 'rm -r "${D}"/etc/init.d/xen* || die' Reproducible: Always Portage 2.1.9.42 (default/linux/amd64/10.0, gcc-4.4.5, glibc-2.11.3-r0, 2.6.34-xen-r4 x86_64)
1) Please attach the entire build log. 2) Please post your `emerge --info' output too.
Created attachment 268885 [details] build.log
# emerge --info Portage 2.1.9.42 (default/linux/amd64/10.0, gcc-4.4.5, glibc-2.11.3-r0, 2.6.34-xen-r4 x86_64) ================================================================= System uname: Linux-2.6.34-xen-r4-x86_64-Intel-R-_Xeon-R-_CPU_E5410_@_2.33GHz-with-gentoo-1.12.14 Timestamp of tree: Wed, 06 Apr 2011 19:30:01 +0000 app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.4.6, 2.5.4-r4, 2.6.6-r2, 2.7.1-r1, 3.1.3-r1 dev-util/cmake: 2.8.4 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.3.2-r3, 4.4.5 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.38 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /usr/share/openvpn/easy-rsa /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5.2/ext-active/ /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.2/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.2/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs buildpkg distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="de_DE.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" 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 /usr/local/portage/layman/gentoo-arm" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl amd64 apache2 berkdb bzip2 cgi cli cracklib crypt cups custom-cflags cxx doc dri extensions ffmpeg fontconfig fortran gd gdbm gif gpm iconv ipv6 jadetex jpeg json kerberos lame ldap libwww mmx modules mp3 mudflap multilib mysql ncurses nls nptl nptlonly openmp pam pcre perl php png pppd python readline sasl session smp sockets sse sse2 ssl swat sysfs tcpd truetype unicode vhosts web winbind xml xorg xvid 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 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" 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="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" 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, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
You put a single file in a tar archive?
(In reply to comment #4) > You put a single file in a tar archive? I just did for compression ("1000 KB limit") and wasn't caring about that.
I'm having the same problem.
Looking into /var/tmp/portage/app-emulation/xen-tools-4.1.0-r1/image/ I've found that the ebuild is trying to remove some files in the wrong directory. Specifically: rm: cannot remove `/var/tmp/portage/app-emulation/xen-tools-4.1.0-r1/image//etc/init.d/xen*': No such file or directory But the directory hierarchy is structured like this: /var/tmp/portage/app-emulation/xen-tools-4.1.0-r1/image//etc/rc.d/init.d/xen*
Created attachment 270381 [details] Fixed ebuild for rm errors
this new ebuild does not fix this issue in my environment. then I got the following rm-error: .... make[7]: Leaving directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/ocaml/libs/xl' make[6]: Leaving directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/ocaml/libs' make[5]: Leaving directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/ocaml/libs' make[4]: Leaving directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/ocaml' make[4]: Entering directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/ocaml' make -C xenstored install make[5]: Entering directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/ocaml/xenstored' ../../../tools/cross-install -d -m0755 -p /var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/image//usr/sbin ../../../tools/cross-install -m0755 -p oxenstored /var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/image//usr/sbin make[5]: Leaving directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/ocaml/xenstored' make[4]: Leaving directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/ocaml' make[3]: Leaving directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/ocaml' make[2]: Leaving directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools' ../tools/cross-install -d -m0755 -p /var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/image//var/xen/dump ../tools/cross-install -d -m0755 -p /var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/image//var/log/xen ../tools/cross-install -d -m0755 -p /var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/image//var/lib/xen ../tools/cross-install -d -m0755 -p /var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/image//var/lock/subsys make[1]: Leaving directory `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools' rm: cannot remove `/var/tmp/portage/portage/app-emulation/xen-tools-4.1.0-r1/image//etc/rc.d/init.d/xen*': No such file or directory
The solution to this was given in the description. The line 180 attempts to remove a directory that is never created during the build, namely {D}/etc/default. Works when changing it to 'rm -r "${D}"/etc/init.d/xen* || die' is all that is required. According to another dev, /etc/default is a 'debianism'. The removal of the {D}/etc/default prevents the install phase from failure. Tested on my amd64 system, it emerges without isssue.
