| Summary: | DISTFILES not being exported | ||
|---|---|---|---|
| Product: | Portage Development | Reporter: | Daniel Ahlberg (RETIRED) <aliz> |
| Component: | Unclassified | Assignee: | Gentoo Release Team <releng> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | aliz, vapier |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
Also, I can't run repoman if I run it in /usr/gentoo-x86, it gives:
nea libnet # repoman
Traceback (most recent call last):
File "/usr/bin/repoman", line 11, in ?
import os,sys,string,signal,portage,readline
ImportError: No module named readline
nea libnet #
distfiles are supposed to go into /usr/portage/distfiles ... i dont see where the 'bug' is with this the portage error is a dup of Bug 7104 repoman error, maybe readline hasnt been installed yet ? *** This bug has been marked as a duplicate of 7104 *** Then what is the meaning of the DISTDIR variable found in make.global? IMO it could be pretty important to be able to decide where downloaded distfiles are saved. I tried to re-emerge readline but I get the same error. If I checkout CVS in /usr/portage repoman works. oh, the way you worded the first part i thought you were saying 'DISTFILES was not defined and was causing portage to download to /usr/portage/distfiles' if repoman is fixed in cvs, then i dont see why to pursue that portion of the bug and the portage thing is over at Bug 7104 Verwilst, can you fix the bootstrap DISTFILES issue? Ignore the other completely unrelated bug that Aliz attached to this bug report later on. Was this taken care of, or does bootstrap.sh still need attention? Done... Along with PORTDIR, DISTDIR, PKGDIR, and PORTAGE_TMPDIR assigned/fixed borks the database,changing to resolved:fixed. //ZhEN |
A couple of things I've noticed: * When bootstrapping, DISTDIR isn't exported from make.conf resulting in that downloaded tarballs gets downloaded to /usr/portage/distfiles. * I get this only in a chroot: nea root # chroot /mnt/gentoo-1.2 /bin/bash nea / # source /etc/profile 2.95.3 nea / # env-update >>> Regenerating /etc/ld.so.cache... 2.95.3 nea / # emerge -pe world These are the packages that I would merge, in order. Calculating world dependencies \Traceback (most recent call last): File "/usr/bin/emerge", line 1325, in ? if not mydepgraph.xcreate(myaction): File "/usr/bin/emerge", line 771, in xcreate if not self.create(myk): File "/usr/bin/emerge", line 643, in create mycheck=portage.dep_check(mydep[myroot],mydbapi) File "/usr/lib/python2.2/site-packages/portage.py", line 2122, in dep_check mydict[x]=1 TypeError: list objects are unhashable 2.95.3 nea / # I've mounted /usr/portage inside the chroot using -o bind. Let me now if you need more information. Same error in 2.0.30_alpha2 as in 2.0.28.