Bugzilla Bug 178931

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]