Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 38156 - elm: some files do not get included in the package
Summary: elm: some files do not get included in the package
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Net-Mail Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-14 03:59 UTC by rixa-bugzilla
Modified: 2004-08-07 10:59 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
A diff file for -r1 ebuild (elm-2.4_rc100-r1.ebuild.diff,2.13 KB, patch)
2004-08-07 06:58 UTC, Andrej Kacian (RETIRED)
Details | Diff
A diff for -r1 (elm-2.4_rc100-r1.ebuild.diff,2.09 KB, patch)
2004-08-07 10:07 UTC, Andrej Kacian (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
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) gentoo-dev 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) gentoo-dev 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) gentoo-dev 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) gentoo-dev 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.