1 |
On 12/15/2010 10:30 AM, Fabian Groffen wrote: |
2 |
> On 15-12-2010 10:25:39 +0100, Michael Haubenwallner wrote: |
3 |
>> The portage found in prefix-launcher-trunk now seems to work so far, |
4 |
>> although a complete bootstrap still isn't working for different reason: |
5 |
>> |
6 |
>> After emerging python there is no usr/bin/python available. |
7 |
>> |
8 |
>> Thus the portage being merged finds python from prefix-launcher, which |
9 |
>> is outside EPREFIX and thus a QA-reason to abort merging initial portage. |
10 |
> |
11 |
> Are you using the latest snapshot? |
12 |
|
13 |
Last night the snapshots (both linux & aix) used [1], downloaded by [2]. |
14 |
Both fail with the same QA error, using python from outside EPREFIX. |
15 |
|
16 |
[1] http://files.prefix.freens.org/snapshots/portage-latest.tar.bz2 |
17 |
[2] http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay/scripts/bootstrap-prefix.sh?format=txt |
18 |
|
19 |
> There has been this discussion on |
20 |
> -dev about python not calling eselect python set whatever in the right |
21 |
> way/moment. |
22 |
|
23 |
Have seen that, but didn't really follow. |
24 |
There also was a thread about "Sane defaults for USE_PYTHON", but |
25 |
without any useful result it seems besides "waiting for EAPI 4+". |
26 |
|
27 |
> I synced their latest changes, but I couldn't verify 2 days |
28 |
> ago whether or not it worked. eselect python show didn't list anything, |
29 |
> so I suspect it doesn't. I haven't reviewed the logic in the ebuild |
30 |
> (it's not 'trivial') yet, but given that you report it too, I fear this |
31 |
> code isn't quite right yet. |
32 |
|
33 |
$ eselect python show |
34 |
<nothing> |
35 |
|
36 |
$ eselect python show --python2 |
37 |
python2.7 |
38 |
|
39 |
$ eselect python show --python3 |
40 |
<nothing> |
41 |
|
42 |
/haubi/ |
43 |
-- |
44 |
Michael Haubenwallner |
45 |
Gentoo on a different level |