Re: [gentoo-alt] QA Notice ...

[Alan Hourihane]

On Thu, 2010-01-07 at 13:26 +0100, Fabian Groffen wrote:
> On 07-01-2010 12:25:08 +0000, Alan Hourihane wrote:
> > On Thu, 2010-01-07 at 12:38 +0100, Fabian Groffen wrote:
> > > On 04-01-2010 23:23:58 +0000, Alan Hourihane wrote:
> > > > Is there anything I can do to help what's needs to happen ?
> > > >
> > > > At the moment, all I can see is that these changes need reverting to
> > > > unbreak things.
> > >
> > > How does the latest portage behave in this respect?  What I find
> > > confusing is that only mint seems to suffer from this, whereas this
> > > should be pretty global.  Also STARTDIR is never referenced, just set,
> > > and I found no proof that bash uses it in some way.
> >
> > O.k. I can now remove STARTDIR and it's still fine and also the hunk
> > about injecting EPREFIX.
> >
> > But there's still a problem with one of the following...
> >
> > +       mysettings["EPREFIX"]  = EPREFIX.rstrip(os.path.sep)
> > +       mysettings["ROOT"]     = myroot
> > +       mysettings["EROOT"]    = myroot +
> > mysettings["EPREFIX"].lstrip(os.path.se
> > p) + os.path.sep
> >
> > As otherwise I got this.....
> >
> > -------------------------------------------------------
> > You should not use ${EPREFIX} with helpers.
> >   --> /usr/share/eselect/modules
> > -------------------------------------------------------
> >
> > When trying to emerge app-admin/eselect-ctags
> >
> > I'm just pinning down which of them cause it.
>
> This I can understand if you don't have EPREFIX set in your environment
> (like I always do).  So that seems like it needs to be fixed then.

O.k. so do we just need the EPREFIX line from the above, or EROOT too
given it depends on the setting of EPREFIX ?

Or is there an alternative fix that you'd like me to test ?

Alan.