Bugzilla Bug 130140

I've just changed my use flags (added doc), and as a result gnome-python needed
rebuilding.  This time round it failed to build (I currently have it
installed).  I've reset the use flags to what they were originally, and it
still fails to build.

Here's the error(s) - don't know if the earlier warnings are related.

make[2]: Entering directory
`/usr/src/tmp/portage/gnome-python-2.12.3/work/gnome-python-2.12.3/gnome'
if /bin/sh ../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/python2.4 -I/usr/include/pygtk-2.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -DORBIT2=1 -pthread
-I/usr/include/libgnome-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include
-I/usr/include/bonobo-activation-2.0  -O2 -march=pentium4 -fomit-frame-pointer
-pipe -Wall -std=c9x -fno-strict-aliasing -MT _gnome_la-gnomemodule.lo -MD -MP
-MF ".deps/_gnome_la-gnomemodule.Tpo" -c -o _gnome_la-gnomemodule.lo `test -f
'gnomemodule.c' || echo './'`gnomemodule.c; \
        then mv -f ".deps/_gnome_la-gnomemodule.Tpo"
".deps/_gnome_la-gnomemodule.Plo"; else rm -f
".deps/_gnome_la-gnomemodule.Tpo"; exit 1; fi
mkdir .libs
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/python2.4
-I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-DORBIT2=1 -pthread -I/usr/include/libgnome-2.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include
-I/usr/include/bonobo-activation-2.0 -O2 -march=pentium4 -fomit-frame-pointer
-pipe -Wall -std=c9x -fno-strict-aliasing -MT _gnome_la-gnomemodule.lo -MD -MP
-MF .deps/_gnome_la-gnomemodule.Tpo -c gnomemodule.c  -fPIC -DPIC -o
.libs/_gnome_la-gnomemodule.o
(cd . \
         && /usr/bin/pygtk-codegen-2.0 \
            --load-types ../bonobo/bonobo-arg-types.py \
            --register /usr/share/pygtk/2.0/defs/pango-types.defs \
            --register /usr/share/pygtk/2.0/defs/gdk-types.defs \
            --register /usr/share/pygtk/2.0/defs/gtk-types.defs \
            --register ../bonobo/bonobo-types.defs \
            --register ../bonobo/bonoboui-types.defs \
            --override gnome.override \
            --prefix pygnome gnome.defs) > gen-gnome.c \
        && cp gen-gnome.c gnome.c \
        && rm -f gen-gnome.c
Could not write method GnomeProgram.preinit: No ArgType for 'char**'
Could not write function config_get_string_with_default_: No ArgType for
'gboolean*'
Could not write function config_get_translated_string_with_default_: No ArgType
for 'gboolean*'
Could not write function config_get_int_with_default_: No ArgType for
'gboolean*'
Could not write function config_get_float_with_default_: No ArgType for
'gboolean*'
Could not write function config_get_bool_with_default_: No ArgType for
'gboolean*'
Could not write function config_get_vector_with_default_: No ArgType for
'gint*'Could not write function config_set_vector_: No ArgType for
'const-char*-const[]'
Could not write function config_init_iterator_: No ArgType for 'void*'
Could not write function config_init_iterator_sections_: No ArgType for 'void*'
Could not write function config_iterator_next: No ArgType for 'void*'
Could not write function config_make_vector: No ArgType for 'int*'
Could not write function config_assemble_vector: No ArgType for
'const-char*-const-argv'
Could not write function config_set_set_handler: No ArgType for 'void-(*'
Could not write function config_set_sync_handler: No ArgType for 'void-(*'
Could not write function execute_async: No ArgType for 'char*-const[]'
Could not write function execute_async_fds: No ArgType for 'char*-const[]'
Could not write function execute_async_with_env: No ArgType for 'char*-const[]'
Could not write function execute_async_with_env_fds: No ArgType for
'char*-const[]'
Could not write function prepend_terminal_to_vector: No ArgType for 'int*'
Could not write function help_error_quark: No ArgType for 'GQuark'
Could not write function help_display_uri_with_env: No ArgType for 'char**'
Could not write function help_display_with_doc_id_and_env: No ArgType for
'char**'
Could not write function help_display_desktop_with_env: No ArgType for 'char**'
Could not write function i18n_get_language_list: No ArgType for 'const-GList*'
Could not write function program_install_property: No ArgType for
'GnomeProgramClass*'
Could not write function program_initv: No ArgType for 'char**'
Could not write function program_init_paramv: No ArgType for 'char**'
Could not write function score_get_notable: No ArgType for 'gchar***'
Could not write function triggers_do: varargs functions not supported
Could not write function triggers_vdo: No ArgType for 'const-char*[]'
Could not write function url_error_quark: No ArgType for 'GQuark'
Could not write function url_show_with_env: No ArgType for 'char**'
***INFO*** The coverage of global functions is 61.45% (51/83)
***INFO*** The coverage of methods is 87.50% (7/8)
***INFO*** There are no declared virtual proxies.
***INFO*** There are no declared virtual accessors.
***INFO*** There are no declared interface proxies.
if /bin/sh ../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/python2.4 -I/usr/include/pygtk-2.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -DORBIT2=1 -pthread
-I/usr/include/libgnome-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include
-I/usr/include/bonobo-activation-2.0  -O2 -march=pentium4 -fomit-frame-pointer
-pipe -Wall -std=c9x -fno-strict-aliasing -MT _gnome_la-gnome.lo -MD -MP -MF
".deps/_gnome_la-gnome.Tpo" -c -o _gnome_la-gnome.lo `test -f 'gnome.c' || echo
'./'`gnome.c; \
        then mv -f ".deps/_gnome_la-gnome.Tpo" ".deps/_gnome_la-gnome.Plo";
else rm -f ".deps/_gnome_la-gnome.Tpo"; exit 1; fi
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/python2.4
-I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-DORBIT2=1 -pthread -I/usr/include/libgnome-2.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include
-I/usr/include/bonobo-activation-2.0 -O2 -march=pentium4 -fomit-frame-pointer
-pipe -Wall -std=c9x -fno-strict-aliasing -MT _gnome_la-gnome.lo -MD -MP -MF
.deps/_gnome_la-gnome.Tpo -c gnome.c  -fPIC -DPIC -o .libs/_gnome_la-gnome.o
gnome.override: In function '_wrap_gnome_program_init':
gnome.override:288: error: storage size of 'sa' isn't known
gnome.override:396: warning: implicit declaration of function 'sigaction'
gnome.override:288: warning: unused variable 'sa'
make[2]: *** [_gnome_la-gnome.lo] Error 1
make[2]: Leaving directory
`/usr/src/tmp/portage/gnome-python-2.12.3/work/gnome-python-2.12.3/gnome'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/usr/src/tmp/portage/gnome-python-2.12.3/work/gnome-python-2.12.3'
make: *** [all] Error 2

!!! ERROR: dev-python/gnome-python-2.12.3 failed.

And the important stuff:
~ # emerge --info
Portage 2.1_pre7-r5 (default-linux/x86/2006.0, gcc-4.1.0, glibc-2.4-r1,
2.6.16-gentoo-r2 i686)
=================================================================
System uname: 2.6.16-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.12.0_pre17
dev-lang/python:     2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild
/etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
DISTDIR="/usr/src/distfiles"
FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms
strict"
GENTOO_MIRRORS="ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/
http://distfiles.gentoo.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/usr/src/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X aac acpi alsa apache2 apm avi berkdb bitmap-fonts bzip2 cairo cddb
cdr cli crypt ctype cups curl dba dbus doc dri dvd dvdr dvi eds emboss encode
esd exif expat fastbuild ffmpeg firefox flac foomaticdb force-cgi-redirect
fortran ftp gd gdbm gif gnome gnutls gpm gstreamer gtk gtk2 gtkhtml guile hal
idn imagemagick imlib isdnlog jpeg lcms lesstif libg++ libwww mad maildir
memlimit mikmod mmx mng motif mp3 mpeg ncurses nls nntp nptl offensive ogg
opengl pam pcre pdf pdflib perl png posix pppd python quicktime readline real
samba sdl session simplexml slang soap sockets speex spell spl sse ssl svg svga
tcltk tcpd tetex theora threads tiff tokenizer truetype truetype-fonts
type1-fonts udev usb vorbis win32codecs xine xml xmms xsl xv zlib elibc_glibc
input_devices_keyboard input_devices_mouse input_devices_wacom kernel_linux
userland_GNU video_cards_i915 video_cards_i810"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL,
LDFLAGS, LINGUAS, MAKEOPTS

This has been raised in the forums, so other people are having the same
problem:
http://forums.gentoo.org/viewtopic-t-454116.html

Created an attachment (id=84766) [details]
stdout while compiling

Created an attachment (id=84767) [details]
stderr while compiling

Created an attachment (id=84768) [details]
my emerge info

I'm having this problem too. see attachments: "stdout while compiling", "stderr
while compiling" and "my emerge info"

Same thing here... it would be nice if this could be fixed - I'm trying to
convince my dad of switching to Gentoo and I guess it would leave a false
impression if the base system failed to compile now ;) thanks!

gnome-python-2.12.2 also exhibits the same behavior.

I've had to manually mask >dev-python/gnome-python-2.10.0 .

Add #include <bits/sigaction.h> before <signal.h> in gnome.override
Analog for activationmodule.c and bonobomodule.c
And compile work, but I don't test it if work....

Well, comment #9 suggests it might have something todo with using an ~arch
glibc .  Can others who have not yet done so post their 'emerge --info' ?

Created an attachment (id=84889) [details]
emerge info

Emerge info output

~x86 glibc here:

Portage 2.1_pre7-r5 (default-linux/x86/2005.1, gcc-4.1.0, glibc-2.4-r1,
2.6.16-gentoo-r2 i686)
=================================================================
System uname: 2.6.16-gentoo-r2 i686 Intel(R) Pentium(R) M processor 1.86GHz
Gentoo Base System version 1.12.0_pre17
ccache version 2.4 [enabled]
dev-lang/python:     2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild
/etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=pentium3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/
http://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/
ftp://gentoo.blueyonder.co.uk http://mirrors.blueyonder.co.uk/mirrors/gentoo"
LC_ALL="en_GB.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X a52 aac aalib alsa apm asf audiofile avi bash-completion berkdb
bitmap-fonts bzip2 cdda cddb cdparanoia cdr cjk crypt cscope cups curl daap
dbus directfb dllloader dri dvd dvdr emboss encode expat fbcon ffmpeg firefox
flac foomaticdb fortran ftp gdbm gif glut gpm graphviz gstreamer gtk2 hal
imagemagick imap isdnlog jack jpeg lcms libcaca libg++ libwww live lua mad
maildir matroska mbox mikmod mmx mng motif mp3 mp4 mpeg ncurses nls nptl
nptlonly ogg oggvorbis opengl pam pcre pdf pdflib perl png pppd python
quicktime readline real ruby samba sdl spell sse sse2 ssl svg svga tcpd theora
tiff truetype truetype-fonts type1-fonts unicode userlocales vcd vidix vorbis
win32codecs x264 xv xvid xvmc zlib elibc_glibc input_devices_keyboard
input_devices_mouse kernel_linux userland_GNU video_cards_radeon
video_cards_fglrx video_cards_vesa video_cards_ati"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS,
LINGUAS

Ok, following on from foser in Comment #10:
the problem appears to be that __USE_POSIX is not being defined when compiling
the files (given the leading double underscore, I suspect the compiler should
be setting it).  This means the guard at signal.h:204 fails, which in turn
means that bits/sigaction.h is not included.  Offhand, I can't remember what
causes __USE_POSIX to get defined...

With respect to Comment #9 (explicitly including bits/sigaction.h before
signal.h): it won't work.  sigaction.h explicitly checks that signal.h has
already been included and fails with:
# error "Never include <bits/sigaction.h> directly; use <signal.h> instead."
So, you could fiddle it by including it after, but it's not exactly saying that
it's a good idea ;-)

I tried masking '>dev-python/gnome-python-2.10.0', but I'm still getting the
same error.  Perhaps the problem is in one of the dependencies?

perhaps reading the bug and the ongoing investigation therein (comment #9 , #13
) and working from there would prove more useful than making obvious remarks.
Yeah the problem is somewhere in the tree and probably not a reverse dep.

Given the info's the common relevant versions are glibc 2.4-r1 and python
2.4.2-r1 . My suggestion is to look at those 2 first, check if anything in
there could cause this.

I apologize.  I didn't think the comment was that useless.  Comment #8 seemed
to indicate the problem came from versions of gnome-python >2.10.0, and I was
addressing that misconception (yes, I actually _did_ read the bug before
posting).

I have noticed that when emerging pygtk-2.8.4 portage complains that the
constructors need to be updated and directs you to
http://live.gnome.org/PyGTK/WhatsNew28 .  I know that gnome-python includes
pygtk, so perhaps this is where the breakage is occurring.  Sorry I can't be of
more help, but my programming knowledge is sadly limited.

 I made some changes in the source code, and it compiles, but I still don't
know if it works. I simply declared the "struct sigaction sa" as a pointer (in
gnome/gnome.override, bonobo/bonobomodule.c and bonobo/activationmodule.c) and
I reserved memory with malloc. Then I just changed the "&sa" for "sa" and It
compiles (oh, and in memset, instead of "sizeof(sa)" I introduced the memory I
reserved for the pointer).  
But this is a VERY TEMPORAL "SOLUTION" that I even don't know if It works. If
someone wants to try that ... I hope someone to find why is that happening and
fix it. At least with these changes It compiles ...

please provide a patch for that so we can look at it.

Created an attachment (id=85022) [details]
Proposed patch.

This patch worked for me, but I don't know if it's correct or not. It simply
includes the file where struct sigaction where needed. Anyway, there must be a
bug in the libraries, because it should be enough to include "signal.h" (and
here it is not). 

Oh, and it is the first patch I made, so sorry if somethings wrong or not clear
...

(In reply to comment #19)
> Created an attachment (id=85022) [edit] [details]
> Proposed patch.
> 
> This patch worked for me, but I don't know if it's correct or not. It simply
> includes the file where struct sigaction where needed. Anyway, there must be a
> bug in the libraries, because it should be enough to include "signal.h" (and
> here it is not). 
> 

comment #13 clearly indicates that is not an acceptable solution.

Trying to fix this in the source without knowing the cause makes no sense to
me, as I already indicated the problem seems specific to certain configs and
that is where you should be looking.

You are right. Sorry, I didn't read that. I'm trying to find why __USE_POSIX is
not defined ... thank you.

__USE_POSIX is defined in /usr/include/features.h
It is defined when:
#if defined _POSIX_SOURCE || _POSIX_C_SOURCE >= 1 || defined _XOPEN_SOURCE
# define __USE_POSIX    1
#endif

_POSIX_C_SOURCE is defined in /usr/include/python2.4/pyconfig.h
pyconfig.h is included from /usr/include/python2.4/Python.h (here's the top of
the file):

#ifndef Py_PYTHON_H
#define Py_PYTHON_H
/* Since this is a "meta-include" file, no #ifdef __cplusplus / extern "C" { */

/* Required on Gentoo/OpenBSD */
#include <sys/types.h>

/* Include nearly all Python header files */

#include "patchlevel.h"
#include "pyconfig.h"

...

Note that sys/types.h is included before pyconfig.h.
Unfortunately, sys/types.h includes features.h.

This means that _POSIX_C_SOURCE isn't defined when features.h is included, so
__USE_POSIX doesn't get defined.  It is the include of sys/types.h before
pyconfig.h from Python.h that is the problem.

solid investigation job, thnx

makes this a python + bsd patch problem

(In reply to comment #24)
> solid investigation job, thnx
> 
> makes this a python + bsd patch problem
> 

I had the same problem.  Downgrading to stable (x86) python (python-2.4.2)
fixed the compile issue.  So it's something in the python-2.4.2-r1 ebuild.

Next time please CC bsd@g.o for BSD issues, I'm not the only one in the herd
and in this case I'm not the one to contact at all (OpenBSD -> reb).
IIRC this patch was accepted upstream, so the problem might be worse.

Reversing the order of the '#include's in question allowed gnome-python to
compile cleanly for me:
/* Include nearly all Python header files */

#include "patchlevel.h"
#include "pyconfig.h"

/* Required on Gentoo/OpenBSD */
#include <sys/types.h>

Created an attachment (id=85102) [details]
python-2.4.2-r3.tbz2 complete ebuild, including proposed patch

I recommend putting this in an overlay directory.  It contains a patch and
corresponding ebuild that reverse the #include lines discussed in #23-27 of
this thread.  Works for me.

Sorry for the newb question, how can we apply this patch (in more detail)? Or
if not when would it be in the official portage?

> I had the same problem.  Downgrading to stable (x86) python (python-2.4.2)
> fixed the compile issue.  So it's something in the python-2.4.2-r1 ebuild.

Same for me. That a clean solution for the moment. Thanks.

can someone on the python team review the patch and add it asap to a new
revision... it's holding up gnome 2.14

I wonder why this patch wasn't arch flagged btw ?

Sorry, didn't think to specify: the patch is intended for x86, though it may
work elsewhere.  I have no idea.

RE: #29 - Add a line in /etc/make.conf defining a PORTDIR_OVERLAY (mine is
'PORTDIR_OVERLAY=/usr/local/portage').  Within your overlay directory, create
the tree leading to the ebuild: portage/dev-lang/.  Copy python-2.4.2-r3.tbz2
into this directory and extract it (tar -xvjf).  Just to be sure all is well,
run an 'emerge -p python' and double-check what version Portage wants to
emerge.

BTW, looks like I forgot to rename the ebuild originally, so if you've already
downloaded it you may want to do so again so it actually has the right version
number.

Created an attachment (id=85143) [details]
ebuild for x86 fixing an oversight in attachment #85102 [details] w/ proposed patch

For amd64 users, downgrading python to python-2.4.2 will solve the problem for
you. (mask python >python-2.4.2 also)

(In reply to comment #32)
> I can confirm that this patch works. Thanks for your time in figuring this out I now have a complete ~x86 system with gcc 4.1.

*** Bug 131083 has been marked as a duplicate of this bug. ***

tested the patch proposed in comment #33 on the boxes with a fresh install (amd
& pentium-m) and it fixes the problem

Can anyone verify whether this patch works on non-x86 machines?  Thanks.

Also x86 but will confirm the patch proposed in comment #33 works for me too on
an Intel Core Duo (Pentium-m).  Gentoo 2006.0 mixed x86/~x86.
Nice job William.

If you look across at Bug #117261, you will see that there is a proposed fix to
the original patch (python-2.4-gentoo_obsd.patch) that should sort the problem
out by guarding the sys/types.h include with a check for defined(__OpenBSD__).

I reckon that that's the cleanest fix so far.  I've hand edited my
python/Python.h to match what the patch does and I've now got gnome-python
compiled.

I think this should be raised to major severity, have the same problem with
python-2.4.3 (marked now ~arch) and adesklets, hand modifying Python.h did the
job.

Hi,
Still breaks with gnome-python-2.12.4, log follows:
...BEGIN...
if /bin/sh ../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/python2.4 -I/usr/include/pygtk-2.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -DORBIT2=1 -pthread
-I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0
-I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0
-I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include
-I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0
-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2  
-I../gnomevfs -O2 -march=athlon-xp -pipe -fomit-frame-pointer -Wall -std=c9x
-fno-strict-aliasing -MT ui_la-ui.lo -MD -MP -MF ".deps/ui_la-ui.Tpo" -c -o
ui_la-ui.lo `test -f 'ui.c' || echo './'`ui.c; \
        then mv -f ".deps/ui_la-ui.Tpo" ".deps/ui_la-ui.Plo"; else rm -f
".deps/ui_la-ui.Tpo"; exit 1; fi
gnome.override: In function '_wrap_gnome_program_init':
gnome.override:288: error: storage size of 'sa' isn't known
gnome.override:396: warning: implicit declaration of function 'sigaction'
gnome.override:288: warning: unused variable 'sa'
make[2]: *** [_gnome_la-gnome.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/python2.4
-I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-DORBIT2=1 -pthread -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0
-I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0
-I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include
-I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0
-I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0
-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2
-I../gnomevfs -O2 -march=athlon-xp -pipe -fomit-frame-pointer -Wall -std=c9x
-fno-strict-aliasing -MT ui_la-ui.lo -MD -MP -MF .deps/ui_la-ui.Tpo -c ui.c 
-fPIC -DPIC -o .libs/ui_la-ui.o
make[2]: Leaving directory
`/var/tmp/portage/gnome-python-2.12.4/work/gnome-python-2.12.4/gnome'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/gnome-python-2.12.4/work/gnome-python-2.12.4'
make: *** [all] Error 2

!!! ERROR: dev-python/gnome-python-2.12.4 failed.
Call stack:
  ebuild.sh, line 1525:   Called dyn_compile
  ebuild.sh, line 928:   Called src_compile
  ebuild.sh, line 1237:   Called gnome2_src_compile
  gnome2.eclass, line 58:   Called die

!!! compile failure
!!! If you need support, post the topmost build error, and the call stack if
relevant.
...END...
Will try the patch from #comment33 and from Bug-117261.
All ~x86 system (glibc-2.4,python-2.4.3 etc.)
Thanks.Rumen

same problem with 2.12.4 on both amd64 and x86

*** Bug 132214 has been marked as a duplicate of this bug. ***

*** Bug 131518 has been marked as a duplicate of this bug. ***

Please note that the problem is in Python, not gnome-python.  Emerging new
versions of gnome-python will not fix the problem.

(In reply to comment #38)
> Can anyone verify whether this patch works on non-x86 machines?  Thanks.
> 

it's works on amd64 (after applying your patch
python/files/python-2.4.3-fixincludes.patch from archive posted on #33). Thx
William :)

With the new python-2.4.3-r1, gnome-python-2.13.4 builds succesfully on x86.

Marking as fixed as per comment and in light of the fact that python has been
fixed.

*** Bug 132290 has been marked as a duplicate of this bug. ***

*** Bug 132326 has been marked as a duplicate of this bug. ***

*** Bug 132897 has been marked as a duplicate of this bug. ***