Gentoo Archives: gentoo-alt

From: Fabian Groffen <grobian@g.o>
To: gentoo-alt@l.g.o
Subject: Re: [gentoo-alt] QA Notice ...
Date: Thu, 07 Jan 2010 12:27:10
Message-Id: 20100107122617.GY19813@gentoo.org
In Reply to: Re: [gentoo-alt] QA Notice ... by Alan Hourihane
1 On 07-01-2010 12:25:08 +0000, Alan Hourihane wrote:
2 > On Thu, 2010-01-07 at 12:38 +0100, Fabian Groffen wrote:
3 > > On 04-01-2010 23:23:58 +0000, Alan Hourihane wrote:
4 > > > Is there anything I can do to help what's needs to happen ?
5 > > >
6 > > > At the moment, all I can see is that these changes need reverting to
7 > > > unbreak things.
8 > >
9 > > How does the latest portage behave in this respect? What I find
10 > > confusing is that only mint seems to suffer from this, whereas this
11 > > should be pretty global. Also STARTDIR is never referenced, just set,
12 > > and I found no proof that bash uses it in some way.
13 >
14 > O.k. I can now remove STARTDIR and it's still fine and also the hunk
15 > about injecting EPREFIX.
16 >
17 > But there's still a problem with one of the following...
18 >
19 > + mysettings["EPREFIX"] = EPREFIX.rstrip(os.path.sep)
20 > + mysettings["ROOT"] = myroot
21 > + mysettings["EROOT"] = myroot +
22 > mysettings["EPREFIX"].lstrip(os.path.se
23 > p) + os.path.sep
24 >
25 > As otherwise I got this.....
26 >
27 > -------------------------------------------------------
28 > You should not use ${EPREFIX} with helpers.
29 > --> /usr/share/eselect/modules
30 > -------------------------------------------------------
31 >
32 > When trying to emerge app-admin/eselect-ctags
33 >
34 > I'm just pinning down which of them cause it.
35
36 This I can understand if you don't have EPREFIX set in your environment
37 (like I always do). So that seems like it needs to be fixed then.
38
39
40 --
41 Fabian Groffen
42 Gentoo on a different level

Replies

Subject Author
Re: [gentoo-alt] QA Notice ... Alan Hourihane <alanh@×××××××××××.uk>
Re: [gentoo-alt] QA Notice ... Alan Hourihane <alanh@×××××××××××.uk>