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 attachment 84766 [details] stdout while compiling
Created attachment 84767 [details] stderr while compiling
Created attachment 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 attachment 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 attachment 85022 [details, diff] 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] > 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 attachment 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 attachment 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. ***