fresh devel-installation of opensolaris, fresh prefix and "env ... portage" failed at python-2.6.4 :( after hours of wasted time a look at src.opensolaris.org and found a patch. I'll attach a patch for python-2.6.4 -> 2.6.4-r00.01 and the patch from src.opensolaris.org. Reproducible: Always Steps to Reproduce: 1. find patch at src.opensolaris.org 2. modify patch and ebuild 3. emerge Actual Results: python-2.6.4-r00.01 build and my new /opt/gentoo is almost done ^^ portage@fuji-cyber6:/$ emerge --info Portage 2.2.00.15200-prefix (prefix/sunos/solaris/5.11/x86, gcc-4.2.4, unavailable, 5.11 i86pc) ================================================================= System uname: Solaris-2.11-i86pc-i386-32bit-ELF Timestamp of tree: Tue, 19 Jan 2010 22:47:12 +0000 app-shells/bash: 4.0_p35 dev-lang/python: 2.6.4-r00.01 sys-devel/autoconf: 2.63-r01.1 sys-devel/automake: 1.10.2-r00.1, 1.11.1 sys-devel/binutils: 2.20.51.0.4 sys-devel/gcc-config: 1.4.1-r00.2 sys-devel/libtool: 2.2.6b ACCEPT_KEYWORDS="~x86-solaris" ACCEPT_LICENSE="* -@EULA" CBUILD="i386-pc-solaris2.11" CFLAGS="-O2 -pipe" CHOST="i386-pc-solaris2.11" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CPPFLAGS="-I/opt/gentoo/usr/include" CXXFLAGS="-O2 -pipe" DISTDIR="/opt/gentoo/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--usepkg" FEATURES="assume-digests collision-protect distlocks fixpackages news nostrip parallel-fetch preserve-libs protect-owned sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LDFLAGS="-L/opt/gentoo/usr/lib -R/opt/gentoo/usr/lib -L/opt/gentoo/lib -R/opt/gentoo/lib" LINGUAS="de en" MAKEOPTS="-j4" PKGDIR="/opt/gentoo/usr/portage/packages" PORTAGE_CONFIGROOT="/opt/gentoo/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/opt/gentoo/var/tmp" PORTDIR="/opt/gentoo/usr/portage" PORTDIR_OVERLAY="/opt/gentoo/local/portage/etalas_prefix" SYNC="rsync://rsync.prefix.freens.org/gentoo-portage-prefix" USE="bash-completion cracklib crypt cxx encode logrotate lzma modules multislot ncurses prefix readline unicode x86-solaris zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="SunOS" INPUT_DEVICES="keyboard mouse" KERNEL="SunOS" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="none" Unset: CTARGET, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 218024 [details, diff] mentioned patch from opensolaris.org with minimal modifications from here: http://src.opensolaris.org/source/s?path=Python26-17-netpacket-packet-h.diff&project=/jds
Created attachment 218025 [details, diff] patch for python-2.6.4.ebuild
I don't understand why this patch is necessary, but also feel that this patch changes behaviour for older (open)solaris, which I can't quickly judge if that's ok or not.
OK, I didn't consider this. added a check for opensolaris and build greater equal 131 using uname -v. hopefully remotely sane.
Created attachment 218453 [details, diff] now with check for osol and build no.
Can't we solve this in the code? I'm trying to get the python ebuild ported to gx86 and this construct isn't really helping. Can you report the compilation issue upstream to see what they think of it? If you feel like making a patch you'll have to subscribe to their bugtracker anyway, since they don't accept proxied patches for legal reasons.
Ok, the opensolaris folks have created this patch, claiming it is correct this way for every solaris, but failed to report it upstream, it seems. (Unless they have developer ties.)
patch added