The ebuild will not create a /usr/share/xen/xen-consoles-logrotate /etc/init.d/xendomains restart * Starting /etc/xen/auto Xen domains error: cannot stat /usr/share/xen/xen-consoles-logrotate: No such file or directory xenserver / # touch /usr/share/xen/xen-consoles-logrotate xenserver / # /etc/init.d/xendomains restart * Shutting down /etc/xen/auto Xen domains * Starting /etc/xen/auto Xen domains emerge xen xen-tools -pv These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] app-emulation/xen-3.0.2 USE="-custom-cflags -debug -hardened -pae" 0 kB [ebuild R ] app-emulation/xen-tools-3.0.2-r1 USE="doc screen sdl vnc -custom-cflags -debug -hardened" 0 kB R.R.
It seems that this bug is being caused by this section of code in /etc/init.d/xendomains: <code> if [[ ${SCREEN} == "yes" ]]; then screen -d -m -S xen -t dom0 screen -r xen -X zombie dr logrotate -f /usr/share/xen/xen-consoles-logrotate screen -r xen -X logfile /var/log/xen-consoles/%t screen -r xen -X logfile flush 1 screen -r xen -X deflog on fi </code> Disabling SCREEN in /etc/conf.d/xendomains would also fix the issue here. But, seeing that it is enabled by default, it would probably be a good idea to create that directory when the xen-tools ebuild is installed. Or disable SCREEN by default.
Looks like there's a missing (conditional) dependency of logrotate as well.
Please ignore comment #2 . Nick, thanks for your diagnosis. By the way, the value of SCREEN in conf.d/xendomains is actually set according to the screen USE flag.
*** Bug 137874 has been marked as a duplicate of this bug. ***
Fixed in xen-tools-3.0.2-r3.