Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 135833 - emerge -uDav python fails
Summary: emerge -uDav python fails
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Python Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-06 16:51 UTC by James Crow
Modified: 2006-06-07 03:34 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description James Crow 2006-06-06 16:51:48 UTC
If I try to emerge python-2.4.2 it fails with a dependency on dev-lang/python-
desktop ~ # emerge -uDav python

These are the packages that I would merge, in order:

Calculating dependencies -
emerge: there are no ebuilds to satisfy ">=dev-lang/python-".
(dependency required by "dev-lang/python-2.4.2" [ebuild])

desktop ~ # 

desktop ~ # emerge --info
Portage 2.0.54-r2 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.14-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.14-gentoo-r5 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
Gentoo Base System version 1.6.14
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
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-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://www.gtlib.gatech.edu/pub/gentoo "
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="amd64 X aac acl acpi alsa apache2 arts audiofile avi bitmap-fonts bluetooth browserplugin bzip2 bzlib calendar cdparanoia cdr cgi cli crypt cups curl dbus dga dio divx4linux dri dts dvd dvdr dvdread eds emboss encode esd ethereal examples exif expat fam ffmpeg fftw flac flash foomaticdb fortran freetype ftp gd gif gimpprint glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 hal idn ieee1394 imagemagick imap imlib ipv6 isdnlog jack java javascript jpeg kde kdeenablefinal lcms ldap lesstif lirc lm_sensors logitech-mouse lzw lzw-tiff mad mbox mime ming mjpeg mng motif mozilla mp3 mpeg mysql ncurses network nls nptl nsplugin nvidia offensive ogg oggvorbis openal opengl oss pam pcre pdflib perl php pic png ppds pppd python qt quicktime rdektop readline reflection rtc ruby samba sasl sdl session slp smp snmp sox speex spell spl ssl svg sysfs tcltk tcpd theora threads tidy tiff truetype truetype-fonts type1-fonts udev usb v4l vcd vorbis wifi winbind wmf wxwindows xine xinerama xml xml2 xmms xorg xosd xpm xprint xscreensaver xv xvid xvmc yahoo zeroconf zlib userland_GNU kernel_linux elibc_glibc"
Unset:  CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS

desktop ~ #
Comment 1 Carsten Lohrke (RETIRED) gentoo-dev 2006-06-06 17:10:18 UTC
By fault - I broke the python.eclass, noticed it shortly after, but aparently too late...

`emerge --sync` will fix it - in a while a while at least, depending how often they sync with the master mirror. Otherwise changing the eclass accoringly
Comment 2 Carsten Lohrke (RETIRED) gentoo-dev 2006-06-06 17:10:18 UTC
By fault - I broke the python.eclass, noticed it shortly after, but aparently too late...

`emerge --sync` will fix it - in a while a while at least, depending how often they sync with the master mirror. Otherwise changing the eclass accoringly¹. will work fine, too.


My apologies.

[1] http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/python.eclass?r1=1.22&r2=1.23&makepatch=1&diff_format=u
Comment 3 James Crow 2006-06-07 03:34:26 UTC
(In reply to comment #1)
> By fault - I broke the python.eclass, noticed it shortly after, but aparently
> too late...
> 
> `emerge --sync` will fix it - in a while a while at least, depending how often
> they sync with the master mirror. Otherwise changing the eclass accoringly
Comment 4 James Crow 2006-06-07 03:34:26 UTC
(In reply to comment #1)
> By fault - I broke the python.eclass, noticed it shortly after, but aparently
> too late...
> 
> `emerge --sync` will fix it - in a while a while at least, depending how often
> they sync with the master mirror. Otherwise changing the eclass accoringly¹.
> will work fine, too.
> 
> 
> My apologies.
> 
> [1]
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/python.eclass?r1=1.22&r2=1.23&makepatch=1&diff_format=u
> 

I did a sync this morning (12:30 UTC) and now it is fixed. Thanks.