First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 38156
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Net-Mail Packages <net-mail@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: rixa-bugzilla@zeizei.net
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
elm-2.4_rc100-r1.ebuild.diff A diff file for -r1 ebuild patch Andrej Kacian (RETIRED) 2004-08-07 06:58 0000 2.13 KB Details | Diff
elm-2.4_rc100-r1.ebuild.diff A diff for -r1 patch Andrej Kacian (RETIRED) 2004-08-07 10:07 0000 2.09 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 38156 depends on: Show dependency tree
Show dependency graph
Bug 38156 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-01-14 03:59 0000
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 From Andrej Kacian (RETIRED) 2004-08-07 06:58:02 0000 -------
Created an attachment (id=36951) [edit]
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 From Andrej Kacian (RETIRED) 2004-08-07 07:53:14 0000 -------
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 From Andrej Kacian (RETIRED) 2004-08-07 10:07:45 0000 -------
Created an attachment (id=36964) [edit]
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 From Tom Knight 2004-08-07 10:59:11 0000 -------
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.

First Last Prev Next    No search results available      Search page      Enter new bug