Bug 38156 – elm: some files do not get included in the package

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description rixa-bugzilla 2004-01-14 03:59:44 UTC]

The ebuild disables sandbox and installs files past it. Not all of them get included in the package.

At least the files /usr/lib/libelmme-*.so are affected. They get installed when building, but are not marked as belonging to the package and unmerging leaves them in place. Binary packages of elm do not work at all because of missing libraries.


Reproducible: Always
Steps to Reproduce:
1. emerge --buildpkg elm
2. emerge --unmerge elm
3. rm /usr/lib/libelmme-*.so
4. emerge --usepkgonly elm

Actual Results:  
elm does not start, due to missing libraries:

elm: error while loading shared libraries: libelmme-base.so: cannot open shared
object file: No such file or directory

Expected Results:  
all files should have been included in the package, so that binary packages
would work and no files would be left hanging after unmerging.

Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.24-cs1)
=================================================================
System uname: 2.4.24-cs1 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz
Gentoo Base System version 1.4.3.10
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=i686 -funroll-loops -pipe -fstack-protector"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=i686 -funroll-loops -pipe -fstack-protector"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache sandbox userpriv"
GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://xxxx.tut.fi/xxxx"
USE="X alsa apm berkdb crypt dvd emacs encode esd foomaticdb gdbm gif gnome gpm
gtk gtk2 imap imlib ipv6 java jikes jpeg kde libg++ libwww mad mbox md5sum
mikmod mozilla moznoirc mozsvg mpeg ncurses nls oggvorbis openal opengl oss pam
pdflib perl png postgres python qt quicktime readline sdl slang sox spell ssl
svga tcpd tetex truetype type1 usb x86 xml2 xmms xv zlib"

[Comment 1 Andrej Kacian (RETIRED) 2004-08-07 06:58:02 UTC]

Created attachment 36951 [details, diff]
A diff file for -r1 ebuild

There were many more files slipping past portage. I enabled sandbox again for
this one and introduced some sed magic so everything fits where it was intended
by the author.

[Comment 2 Andrej Kacian (RETIRED) 2004-08-07 07:53:14 UTC]

Hm, this new ebuild fails on sandbox access violation when re-emerging. The reason being something with elm's install process checking on some existing files in living system (/usr/lib/something).

elm is using bunch of homemade tools to process and install certain data files (these tools live in utils/) and they're not documented. I'll have a look at this one later today, I hope.

[Comment 3 Andrej Kacian (RETIRED) 2004-08-07 10:07:45 UTC]

Created attachment 36964 [details, diff]
A diff for -r1

One more sed tweak was needed and few datafiles needed to be copied by hand
(insinto+doins).

I am starting to hate elm for its monstrously complicated build process. :)

Anyway, this version should be working with no problems.

[Comment 4 Tom Knight (RETIRED) 2004-08-07 10:59:11 UTC]

Andrej, thanks for the diff. I've tested this here and it works fine. No sandbox violations and all the correct files are added/removed when emerging/unmerging. Added elm-2.4_rc100-r1.ebuild to CVS to fix this problem, closing bug.