| 1 |
On Thu, 2010-11-04 at 19:05 +0100, Fabian Groffen wrote: |
| 2 |
> On 04-11-2010 15:24:47 +0000, Alan Hourihane wrote: |
| 3 |
> > On Wed, 2010-11-03 at 20:38 +0000, Alan Hourihane wrote: |
| 4 |
> > > Hi all, |
| 5 |
> > > |
| 6 |
> > > I'm having a recent issue where has_version is getting EROOT set to ./ |
| 7 |
> > > where normally for me it's set to / |
| 8 |
> > > |
| 9 |
> > > When doing the autotools check for LATEST_VERSION it's failing during |
| 10 |
> > > the ebuild, yet calling portageq directly works. And in all other cases |
| 11 |
> > > it works fine too, just this autotools check. |
| 12 |
> > > |
| 13 |
> > > I've traced it back to vartree.py and when it pulls in the value of |
| 14 |
> > > EROOT it's wrong, and fails the search. |
| 15 |
> > > |
| 16 |
> > > Anyone any clues where EROOT could be getting set to ./ instead of just |
| 17 |
> > > staying with / ? |
| 18 |
> > |
| 19 |
> > Any help ? |
| 20 |
> |
| 21 |
> well, only puzzledness. I assume you don't have ROOT set. Maybe |
| 22 |
> canonicalise() is being called somewhere, but why that would introduce |
| 23 |
> the . (which is wrong of course) is unclear to me. |
| 24 |
|
| 25 |
I don't have ROOT, EROOT or EPREFIX set in my environment, but..... |
| 26 |
|
| 27 |
I printed out EPREFIX and ROOT where EROOT is used in vartree.py and it |
| 28 |
says that EPREFIX is set to . and ROOT is / |
| 29 |
|
| 30 |
Why would EPREFIX get set to . |
| 31 |
|
| 32 |
Alan. |
Archives