The previous version of systat (6.0.0) installed in /usr/local/lib whereas the new version (6.0.1) installs in /usr/lib The problem is that /usr/lib/sa/sa1 references the old location. Thus when sa1 is invoked (say you have sa1 run as a cron job - or even if you run it by hand) you will get errors. If line 6 of /usr/lib/sa/sa1 is changed from ENDIR=/usr/local/lib/sa to ENDIR=/usr/lib/sa That will solve the problem. Either that or, move the installation back to /usr/local/lib. =) Reproducible: Always Steps to Reproduce: 1.emerge sync 2.emerge sysstat 3./usr/lib/sa/sa1 -d 600 6 & Actual Results: the following error is printed: /usr/lib/sa/sa1: line 7: cd: /usr/local/lib/sa: No such file or directory /usr/lib/sa/sa1: line 15: /usr/local/lib/sa/sadc: No such file or directory /usr/lib/sa/sa1: line 15: exec: /usr/local/lib/sa/sadc: cannot execute: No such file or directory Expected Results: execucted the sa1 script, backgrounded. Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11-gentoo-r11 i686) ================================================================= System uname: 2.6.11-gentoo-r11 i686 Pentium III (Katmai) Gentoo Base System version 1.6.12 ccache version 2.4 [enabled] dev-lang/python: 2.3.4-r1, 2.4.1-r1 sys-apps/sandbox: 1.2.9 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.5 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium3 -mmmx -msse -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O3 -march=pentium3 -mmmx -msse -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://adelie.polymtl.ca/ http://gentoo.chem.wisc.edu/gentoo/ http://cudlug.cudenver.edu/gentoo/ http://prometheus.cs.wmich.edu/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 X alsa apm avi berkdb bitmap-fonts crypt cups curl directfb divx4linux doc emboss encode fbcon foomaticdb fortran gdbm gif gnustep gpm gtk gtk2 imlib ipv6 ithreads java jce jpeg libg++ libwww mad mbox mikmod mmx motif mp3 mpeg ncurses nls nptl nptlonly objc ogg oggvorbis opengl oss pam pdflib perl png pnp ppds python qt quicktime readline sdk sdl spell sse ssl tcpd tetex threads tiff truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib video_cards_i740 userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Created attachment 62526 [details, diff] patch for the sa1 file if the decision is the keep the sysstat installed in /usr/lib, this patch will fix the sa1 file.
Created attachment 62527 [details, diff] patch, not gzipped not sure if bugzilla liked it being gzipped....
Previous version did not install anything into /usr/local (as Gentoo in general does not install anything there) and the /usr/lib/sa/sa1 shell script is identical for both versions. However, 6.0.0 seems to work for me, while 6.0.1 does not. Weird.
odd... I had to change my crontab from /usr/local/lib to /usr/lib for these entries (which was the first thing I noticed after the upgrade). That is curious what forced it over to /usr/local/lib... (and you are right, gentoo tends to use /opt versus /usr/local .)
My laptop hasn't been updated in a couple of weeks, and is still running sysstat-6.0.0. From /var/db/pkg: $ pwd /var/db/pkg/app-admin/sysstat-6.0.0 $ grep -in local * | grep sa CONTENTS:18:dir /usr/local/lib/sa CONTENTS:19:obj /usr/local/lib/sa/sa1 73085ff3b453d4762c1c391d62267be5 1116361913 CONTENTS:20:obj /usr/local/lib/sa/sa2 45374159157bd1d286096a5dd2684043 1116361913 CONTENTS:21:obj /usr/local/lib/sa/sadc 1ca4b08995e35b557764052be46ebb88 1116361913 $ So it did install in /usr/local, looking around, it isn't obvious to me what pushed it over there... I won't update this machine just yet, as it may be of some forensic value.
It was installing into /usr/local. I noticed this at the last moment and added "SA_LIB_DIR=/usr/lib/sa" to the make install line in the ebuild. I'll just need to add that to the make call in src_compile as well so that it gets sed'd properly. In CVS.