Bugzilla Bug 130675

All supportted versions of gcompris (6.5.3, 7.2 & 7.4) have python turned off.
There was some bugs related to seg faulting if python was enabled and as it
does run without python that was the solution. However a very large number of
games within gcompris don't work without python (that is they do not even show
up as choices to run if python was not found at compile time). 

I created my own ebuild that does work with python enabled for both X86
(linux-2.6.11-gentoo-r6) and AMD64 (linux-2.6.14-gentoo-r2). I tested this for
7.2, 7.3.2 & 7.4. I am new at writing ebuilds so it likely does not follow
coding standards - but here it is:

# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: .../games-kids/gcompris/gcompris-7.4.ebuild,v 1.0

inherit eutils games

DESCRIPTION="full featured educational application for children from 2 to 10"
HOMEPAGE="http://gcompris.net"
SRC_URI="http://easynews.dl.sourceforge.net/sourceforge/gcompris/${P}.tar.gz"

LICENSE="GPL-2"
SLOT="0"

KEYWORDS="amd64 x86"
IUSE="python gnome"

RDEPEND="|| ( x11-libs/libXrandr virtual/x11 )
        >=dev-libs/glib-2.0
        =x11-libs/gtk+-2*
        >=gnome-base/libgnomecanvas-2.0.2
        media-libs/sdl-mixer
        media-libs/libsdl
        dev-libs/libxml2
        dev-libs/popt
        dev-libs/libassetml
        >dev-python/gnome-python-2.0
        >=dev-python/pygtk-2.0
        dev-python/pyxml
        >=dev-python/pysqlite-2.0
        sci-electronics/gnucap
        >=dev-lang/python-2.4
        media-gfx/tuxpaint"
DEPEND="${RDEPEND}
        sys-apps/texinfo
        app-text/texi2html
        || ( x11-libs/libXt virtual/x11 )"
RDEPEND="${RDEPEND}
        games-board/gnuchess"

src_unpack() {
        unpack ${A}
        cd "${S}"
        sed -i \
                -e '/^install-data-am/s/install-libgcomprisincludeHEADERS//' \
                src/gcompris/Makefile.in \
                || die "sed failed"
}

src_compile() {
        export GNUCHESS="${GAMES_BINDIR}/gnuchess"


        econf \



                || die
        emake -j1 || die "emake failed"
}

src_install() {
        make DESTDIR="${D}" install || die "make install failed"
        dodoc AUTHORS ChangeLog NEWS README THANKS TODO
        prepgamesdirs
}

gack... don't put ebuilds in comments.  that's what attachments are for. 
please reattach as text/plain.  thanks.

Created an attachment (id=85086) [edit]
ebuild for gcompris 7.4

Sorry, ebuild attached

It doesn't emerge for me, during configure it says:

"
...
checking for python module gtk... yes
checking for python module gnome.canvas... no
configure: error: *** pygtk installed but not visible from python"

I did an e-mail reply, but appears that does not work.

Try replacing ">=dev-python/pygtk-2.0" with "dev-python/pygtk" to insure you
get the newest version of pygtk.

I like the idea of enabling the python stuff in gcompris, but your ebuild makes
it mandatory.  It needs to use the $(use_enable python) and $(use_enable
sqlite) that you removed from the ebuild that's in portage to make it optional
for people who don't want to have the additional dependencies.

Care to attach a fixed up ebuild?

Created an attachment (id=93457) [edit]
Better ebuild

Attached is a version that allows for a "-python" USE (either in the
/etc/make.conf or the /etc/portage/package.use files). I could not find any
other way to do this....

Also based on a previous post the line "python? ( >=dev-lang/python-2.4 )" may
need to be "python? ( dev-lang/python )" instead

I removed the dependency on gnucap and tuxpaint.
Game is enough skilled to get them runtime, if asked.

Well, new ebuild is in portage. Thanks for your work.

In response to comment #3:

"checking for python module gnome.canvas... no
configure: error: *** pygtk installed but not visible from python"

import gnome.canvas fails silently with gnome-python-2.12.4 and pygtk-2.8.6
if the connection to an X server fails.

Workaround is to emerge with DISPLAY set appropriately,
and with FEATURES=-userpriv.
(Or maybe try pygtk-2.8.2 and/or gnome-python-2.12.1.)

(In reply to comment #8)
> In response to comment #3:
> Workaround is to emerge with DISPLAY set appropriately,
> and with FEATURES=-userpriv.

Elaborating your idea I realized that instead of using FEATURES=-userpriv I had
to allow remote connections to my xserver with 'xhost +'.