Summary: | 2004.2 will not bootstrap (missingos module not present?) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Daniel Drake (RETIRED) <dsd> |
Component: | [OLD] Core system | Assignee: | Python Gentoo Team <python> |
Status: | RESOLVED INVALID | ||
Severity: | blocker | CC: | bakirov, dev-portage, tove |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Daniel Drake (RETIRED)
![]() Commenting out the lines that import and read from the missingos module from portage.py has allowed me to bootstrap as normal (compiling GCC now). I also commented out the lines that import and read from the missingos module from portage.py and bootstrap proceeded. If no one can confirm this bug for the release-stages, I'll close this bug. i can! MD5 09365b584e1c27d1c873f283047cf6c6 stage1-x86-20040218.tar.bz2 12225923 i don't know what further information could be interesting, so please tell me. inside chroot: # emerge --info Portage 2.0.50-r1 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 2.4.25-lck1) ================================================================= System uname: 2.4.25-lck1 i686 AMD Duron(tm) processor Gentoo Base System version 1.4.3.13 Autoconf: Automake: ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X apache2 avi berkdb crypt cups dvd encode ffmpeg foomaticdb gdbm gif gnome gpm gtk gtk2 imap imlib jpeg libwww linguas_de lirc mad maildir mcal mmx motif mpeg ncurses nls nvidia offensive oggvorbis opengl pam pdflib png python quicktime readline sasl sdl slang spell sse ssl svga t1lib tcpd tiff transcode truetype type1 unicode usb v4l video_cards_nvidia x86 xface xfs xine xml xml2 xmms xosd xv zlib zvbi" "import portage" doesn't work
# /usr/bin/python -c 'import portage; print portage.settings["USE"];'
Traceback (most recent call last):
File "<string>", line 1, in ?
File "portage.py", line 21, in ?
import missingos
ImportError: No module named missingos
or
# python
Python 2.3.3 (#1, Feb 18 2004, 22:14:06)
[GCC 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r2, propolice)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import portage
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "portage.py", line 21, in ?
import missingos
ImportError: No module named missingos
So here we go then...reopening Today I tried Gentoo Linux 2004.1 and a stage 1 from there: error is still there, I hoped, it was fixed in 2004.1. this seems to be a problem with a bad python 2.2 kit. here is the fix: either rm -rf /usr/lib/python2.2 or emerge -C =dev-lang/python-2.2* Reassiging to the portage team It's a python bug... There is nothing portage can do about it. It looks to see if lchown is available in the system libs... if it isn't, it imports missingos... There is something wrong with the python-2.3 installation if this is importing missingos. if "lchown" in dir(os): # Included in python-2.3 lchown=os.lchown else: import missingos lchown=missingos.lchown Python crew have any comments? The wrong python may be loading as well... Do remnants of python2.2 exist on the stages? What python's are executable? no additional info? anyone about to isolate the problem? im having this problem too, any way i can help? 2004.2 has been released, use those stages While building another new system, I ran into this exact problem again. Using stage1-x86-2004.2.tar.bz2 on an athlon-xp. John's suggestion (remove /usr/lib/python2.2) does not help, that directory doesnt exist. Again, had to comment out the missingos references. Ok, both cases that I reported in this bug come from a file on my local rsync mirror (which I sync from during installations). /usr/portage/portage.py is the culprit, I have no idea what it was doing there, and don't remember putting it there. 162714 bytes, mtime Sept 17 2003, # $Header: /home/cvsroot/gentoo-src/portage/pym/portage.py,v 1.337 2003/08/22 17:09:37 carpaski Exp $ VERSION="2.0.49-r3" Removing that file solves the problem, as I guess it now gets the correct version of portage.py from wherever it is supposed to be. I'm also suprised that it didn't get removed on a sync, as I sync my mirror against rsync.uk.gentoo.org fairly regularly. But thats another issue. |