Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

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 an attachment (id=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