Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
status of python on x86_64
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
risa2000
n00b
n00b


Joined: 17 Oct 2004
Posts: 35

PostPosted: Fri Dec 10, 2010 9:06 pm    Post subject: status of python on x86_64 Reply with quote

Running gentoo on x86_64 system (full specs are at the end of message). Recently I noticed that the version of python (2.6.5) is not reported anymore by "default" emerge. Only version 3.x (which is also installed, but not set as default) is advertised:
Code:
core-i3 risa # emerge -pv python

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] dev-lang/python-3.1.2-r4  USE="doc gdbm ncurses readline ssl threads (wide-unicode) xml -build -examples -ipv6 -sqlite -tk -wininst" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

When I run eselect though it admits python2.6 is default:
Code:
core-i3 risa # eselect python list
Available Python interpreters:
  [1]   python2.6 *
  [2]   python3.1

I wonder, if emerge should also report both Python versions when doing emerge -py python and also if the different versions should be installed in different slots?
Of course I can "force" emerge to admit there is python2.6 installed by:
Code:
core-i3 risa # emerge -pv "<dev-lang/python-2.7"

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] dev-lang/python-2.6.5-r3  USE="berkdb doc gdbm ncurses readline ssl threads (wide-unicode) xml -build -examples -ipv6 -sqlite -tk -wininst" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

But the fact that it is completely ignored with "standard" emerge seems strange to me.

I have also noticed in some post here that "eselect python" is supposed to be deprecated and "USE_PYTHON" should be used instead, but I could not find any clear explanation about it.

And finally, I would like to emerge python 2.7.1 (in parallel to 2.6.5), because I need it for my work, leaving 2.6.5 as default one. Is it safe? Because, interestingly, when I simply unmask 2.7.1 in portage and try:
Code:
core-i3 risa # emerge -pv "<dev-lang/python-3.0"

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  NS   ] dev-lang/python-2.7.1 [2.6.5-r3, 3.1.2-r4] USE="doc gdbm ncurses readline ssl threads (wide-unicode) xml -berkdb -build -examples -ipv6 -sqlite -tk -wininst" 0 kB

Total: 1 package (1 in new slot), Size of downloads: 0 kB

It suddenly shows new install (in new slot) and also correctly indicates both already installed versions (which was never case in all previous examples above).

EDIT (2010-12-11): Following problem has already been solved - see follow ups

Unfortunately, when I run it it fails pretty fast with:
Code:
core-i3 risa # emerge  "<dev-lang/python-3.0"
Calculating dependencies... done!

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) dev-lang/python-2.7.1
 * Python-2.7.1.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...                                                [ ok ]
 * python-gentoo-patches-2.7.1.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...                                 [ ok ]
 * Package:    dev-lang/python-2.7.1
 * Repository: gentoo
 * Maintainer: python@gentoo.org
 * USE:  amd64 doc elibc_glibc gdbm kernel_linux multilib ncurses readline ssl threads userland_GNU wide-unicode xml
>>> Unpacking source...
>>> Unpacking Python-2.7.1.tar.bz2 to /var/tmp/portage/dev-lang/python-2.7.1/work
>>> Unpacking python-gentoo-patches-2.7.1.tar.bz2 to /var/tmp/portage/dev-lang/python-2.7.1/work
>>> Source unpacked in /var/tmp/portage/dev-lang/python-2.7.1/work
>>> Preparing source in /var/tmp/portage/dev-lang/python-2.7.1/work/Python-2.7.1 ...
 * Applying various patches (bugfixes/updates) ...
 *   01_all_static_library_location.patch ...                                                          [ ok ]
 *   02_all_disable_modules_and_ssl.patch ...                                                          [ ok ]
 *   03_all_add_portage_search_path.patch ...                                                          [ ok ]
 *   04_all_libdir.patch ...                                                                           [ ok ]
 *   05_all_verbose_building_of_extensions.patch ...                                                   [ ok ]
 *   06_all_non-zero_exit_status_on_failure.patch ...                                                  [ ok ]
 *   07_all_loadable_sqlite_extensions.patch ...                                                       [ ok ]
 *   21_all_distutils_c++.patch ...                                                                    [ ok ]
 *   22_all_turkish_locale.patch ...                                                                   [ ok ]
 *   23_all_arm_OABI.patch ...                                                                         [ ok ]
 *   61_all_process_data.patch ...                                                                     [ ok ]
 * Done with patching
 * Running eautoreconf in '/var/tmp/portage/dev-lang/python-2.7.1/work/Python-2.7.1' ...
 * Running aclocal ...                                                                                 [ ok ]
 * Running autoconf ...                                                                                [ ok ]
 * Running autoheader ...                                                                              [ !! ]
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/dev-lang/python-2.7.1/work/Python-2.7.1 ...
 * Disabled modules:  _bsddb _sqlite3 _tkinter
./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --with-fpectl --enable-shared --disable-ipv6 --with-threads --enable-unicode=ucs4 --infodir=${prefix}/share/info --mandir=${prefix}/share/man --with-dbmliborder=gdbm --with-libc= --enable-loadable-sqlite-extensions --with-system-expat --with-system-ffi
checking for --enable-universalsdk... no
checking for --with-universal-archs... 32-bit
checking MACHDEP... linux2
checking EXTRAPLATDIR...
checking machine type as reported by uname -m... x86_64
checking for --without-gcc... no
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking for --with-cxx-main=<compiler>... no
configure: error: cannot run /bin/sh ./config.sub

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/dev-lang/python-2.7.1/work/Python-2.7.1/config.log
 * ERROR: dev-lang/python-2.7.1 failed:
 *   econf failed
 *
 * Call stack:
 *     ebuild.sh, line   56:  Called src_configure
 *   environment, line 5502:  Called econf '--with-fpectl' '--enable-shared' '--disable-ipv6' '--with-threads' '--enable-unicode=ucs4' '--infodir=${prefix}/share/info' '--mandir=${prefix}/share/man' '--with-dbmliborder=gdbm' '--with-libc=' '--enable-loadable-sqlite-extensions' '--with-system-expat' '--with-system-ffi'
 *     ebuild.sh, line  552:  Called die
 * The specific snippet of code:
 *                      die "econf failed"
 *
 * If you need support, post the output of 'emerge --info =dev-lang/python-2.7.1',
 * the complete build log and the output of 'emerge -pqv =dev-lang/python-2.7.1'.
 * The complete build log is located at '/var/tmp/portage/dev-lang/python-2.7.1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-lang/python-2.7.1/temp/environment'.
 * S: '/var/tmp/portage/dev-lang/python-2.7.1/work/Python-2.7.1'


Since I have seen several messages about people having 2.7.1 installed I am not sure it is really problem with ebuild, but probably some other problem with my whole python "ecosystem".

Any comment on any part of this probably disjointed message is welcome :).

---
System specs:
Code:
Portage 2.1.9.24 (default/linux/amd64/10.0, gcc-4.4.4, glibc-2.12.1-r3, 2.6.36.1 x86_64)
=================================================================
System uname: Linux-2.6.36.1-x86_64-Intel-R-_Core-TM-_i3_CPU_530_@_2.93GHz-with-gentoo-1.12.14
Timestamp of tree: Fri, 10 Dec 2010 04:45:02 +0000
ccache version 2.4 [enabled]
app-shells/bash:     4.1_p7
dev-lang/python:     2.6.5-r3, 3.1.2-r4
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 1.12.14-r1
sys-apps/sandbox:    2.3-r1
sys-devel/autoconf:  2.65-r1
sys-devel/automake:  1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.4.4-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.81-r2
virtual/os-headers:  2.6.27-r2 (sys-kernel/linux-headers) <--- this is not relevant (actual kernel headers are used)
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/openvpn/easy-rsa"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs ccache distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://gentoo.mirror.web4u.cz http://gentoo.wheel.sk http://gentoo.supp.name"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
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="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="acpi amd64 apache2 berkdb bzip2 cli cracklib crypt cxx fam gdbm gpm iconv iproute2 lm_sensors mmx modules mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl python readline session snmp sse sse2 ssl sysfs tcpd unicode vim-syntax zlib" ALSA_CARDS="hda-intel" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgid dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="ncurses text" PHP_TARGETS="php5-2" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY


Last edited by risa2000 on Sat Dec 11, 2010 11:17 am; edited 1 time in total
Back to top
View user's profile Send private message
BigDaveyL
Tux's lil' helper
Tux's lil' helper


Joined: 27 Jun 2002
Posts: 99
Location: Rochester, NY

PostPosted: Fri Dec 10, 2010 9:08 pm    Post subject: Reply with quote

Try removing autogen, install python 2.7 and then re-install autogen.

I think there was a bug report about this.
Back to top
View user's profile Send private message
risa2000
n00b
n00b


Joined: 17 Oct 2004
Posts: 35

PostPosted: Fri Dec 10, 2010 9:18 pm    Post subject: Reply with quote

BigDaveyL wrote:
Try removing autogen, install python 2.7 and then re-install autogen.

I think there was a bug report about this.

Yep, you were right. Thanks! Problem with emerging python-2.7.1 solved. What was strange, when I tried emerge -pv autogen on the original config it showed there will be an update from autogen 5.11.1 to 5.11.3. This update was never indicated before by emerge -DNupv world.
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6196

PostPosted: Fri Dec 10, 2010 9:53 pm    Post subject: Reply with quote

Simply '--with-bdeps y'.
Back to top
View user's profile Send private message
tuXXX
n00b
n00b


Joined: 01 Apr 2005
Posts: 32
Location: France/Brest

PostPosted: Sat Dec 11, 2010 6:43 pm    Post subject: Reply with quote

Upgrading from autogen 5.11.1 to 5.11.3 solved the problem for me.

See https://bugs.gentoo.org/show_bug.cgi?id=348443
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum