If /usr is on separate volume then /sbin/apcupsd can not kill power after shutdown because it depends on libstdc++.so.6 (why??) which is located deep in /usr. Reproducible: Always Steps to Reproduce: 1. Emerge ~sys-power/apcupsd-3.14.0 with USE="cgi ncurses threads usb". 2. Configure and run apcupsd. 3. Run /sbin/powerflute. 4. Break main power cable. Actual Results: 3. powerflute exits with status 1 immediately after launch. 4. After system shutdown power is not killed. Portage 2.1.2.2 (default-linux/amd64/2007.0, gcc-4.1.1, glibc-2.5-r2, 2.6.20-gentoo-r8 x86_64) ================================================================= System uname: 2.6.20-gentoo-r8 x86_64 Intel(R) Pentium(R) D CPU 2.80GHz Gentoo Base System release 1.12.9 Timestamp of tree: Thu, 17 May 2007 01:47:01 +0000 dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-pipe -O3 -march=nocona -ffunction-sections" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-pipe -O3 -march=nocona -ffunction-sections" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/misc /usr/portage/local/x4x-portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 alsa amd64 bitmap-fonts bzip2 cairo cli cracklib cups curl djvu dvd emacs encode fortran ftp gcj gd gif glut gmp iconv imagemagick jpeg jpeg2k leim mad midi mikmod mmx mp3 ncurses nptl nptlonly nsplugin opengl pam pdf png ppds python readline sdl seamonkey sse sse2 ssl startup-notification svg tetex threads tiff truetype truetype-fonts type1-fonts unicode usb vorbis x264 xcomposite xml xorg xvid zlib" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" USERLAND="GNU" VIDEO_CARDS="nv nvidia vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I think it's actually two separated bugs. First one about powerflute is new, second one about /usr partition is new variation of #65211. I had the same problems, but did a quick fix-up for the second. See bug #65211 comment 9.
Taking over. Michael you let this package rot so much, since I need it, I'm going to take it over and take care. Please don't say I didn't give you enough notice, last year I already asked you this much and now I'm simply tired.
The libstdc++ dependency should have been gone by now, as for powerflute I'm trying to find out whether upstream still have it or not in the last version, the buildsystem is a bit of a mess.
(In reply to comment #3) > The libstdc++ dependency should have been gone by now, as for powerflute I'm > trying to find out whether upstream still have it or not in the last version, > the buildsystem is a bit of a mess. About powerflute, here is an interesting message: http://www.nabble.com/powerflute-td16796902.html#a16843544 Copying the message here: [quote] Powerflute is unfixable as it stands today. It requires the recently removed "raw status" interface over NIS. The "raw status" interface was removed because it is broken by design (it exports the raw UPSINFO structure, and does so in host byte order). Thus is only works between idential apcupsd versions and does not work at all across differing architectures. Even when it did work, Powerflute was not terribly useful. The same information is available using apcaccess, multimon, or apctray (win32). Powerflute can be made to work again if someone modifies it to use the ascii status interface instead. Doing that is not high on my priority list. But I accept patches :) [/quote]
