Everytime I try to emerge gnome-mud-0.10.1 the ebuild stops, complaining about an error. I have made sure that it isn't the problem in bug #23790. This is the output of the build: Reproducible: Always Steps to Reproduce: 1. emerge sync 2. emerge gnome-mud Actual Results: The program has been built but doesn't seem to have installed. This is the last few lines of output: prepallstrip: strip: strip: usr/games/bin/gnome-mud >>> Completed installing into /var/tmp/portage/gnome-mud-0.10.1/image/ --------------------------- ACCESS VIOLATION SUMMARY ---------------------------LOG FILE = "/tmp/sandbox-gnome-mud-0.10.1-21861.log" open_wr: /var/lib/scrollkeeper/scrollkeeper_docs.tmp -------------------------------------------------------------------------------- Expected Results: gnome-mud installed. Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-gentoo-r5 i686 AMD Athlon(tm) XP 1600+ GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="apm crypt foomaticdb libg++ libwww mad mikmod ncurses nls slang truetype xml2 zlib gdbm berkdb readline arts X sdl gpm tcpd pam perl python esd imlib motif aavm -3dfx 3dnow avi cups dga doc dvd encode ggi gif gnome gtk java jpeg -kde kerbos mmx mozilla mpeg oggvorbis opengl oss -pcmcia pdflib png -qt quicktime samba sasl spell sse ssl svga tiff true type usb -voodoo3 wmf x xmms xv x86" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -mmmx -m3dnow -msse -fomit-frame-pointer -mfpmath=sse -O3" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
I have also tried compiling with the default USE flags (e.g. USE="").
Does it work with the new 0.10.2 ebuild posted in bug #26982?
Could I get a gnome dev to check this out please? This *was* working at some point but now I get the same error with 0.10.2. Thanks.
the problem is rebuilding, installing it from scratch should not show this problem. Anyway, i looked at the ebuild and decided to do a quick cleanup. Adapted it to use the gnome2 eclass (should solve the scrollkeeper problems), basicly rewrote the whole thing. Made python optional (although this is not completely correct : pygtk looks to be optional itself when using python, but a gentoo system almost always has python so i left it in), made zlib USE switch the mccp support (it only depends on that). Removed the nls stuff (there is no such switch and the hack is ugly and probably nonfunctional by the looks of it) and nls is not meant to remove unwanted translations, so shouldn't be used that way. Corrected the deps and this should pretty much do it i think. The python switch was a bit of a problem, if i provide '--with-python' the configure script goes crashing for me. Thats why i didn't use use_with.
Created attachment 18311 [details] revamped 0.10.2 ebuild Mind it, this is a rewrite done without knowing the package. It needs to be tested properly first.
oh and the 'USE_DESTDIR="1"' line can go too, it isn't needed.
Fantastic! Thanks foser. It seems to be much happier with this revamped ebuild. One question I had though...there is a /var/lib hanging around in the image. Does that need to be there or can I whack it?
Better to have it in there, scrollkeeper still uses that path only in pkg_postinst so portage doesn't detect it.
Thanks for the clairification. One finally question - the reworked ebuild needs >=dev-python/pygtk-2 but that's not marked stable. It used to just be dev-python/pygtk so what was the motivation for the change? Is it possible to just use any of the dev-python/pygtk versions or is >=...-2 really needed?
hmm no.. you need 1.99.13 (or something) at least, but the 1.99 series are development releases and -2 is stable, so i just went for that. This ebuild should be in ~ for a while, becuase it's a almost complete rewrite imho. pygtk itsself i could mark stable for ~x86 later on today i think, should discuss this with liquidx.
Just commited a slightly modified version of foser's ebuild to CVS. Works for me so please test it out so I can mark it stable. Thanks again foser!
Thanks. It actually works again on my system now.
Seems to work well for people so I'll close.
fixed
so close