Re: [gentoo-alt] symlinks in EPREFIX path

[Fabian Groffen]

On 07-11-2007 17:34:57 +0000, Marshall McMullen wrote:
> So, I think I've discovered a subtle bug that should be pretty easy to fix.
>
> I had set EPREFIX to /gsa/ausgsa/projects/g/gnu as this is the path name
> provided to me by the owner of the system. Everything has been emerging fine until
> today I tried emerging python-fchksum-1.7.1. This fails due to a QA notice about
> files being installed outside of the prefix:
>
>  * QA Notice: the following files are outside of the prefix:
>  * /gsa/ausgsa-p5
> /gsa/ausgsa-p5/15
> /gsa/ausgsa-p5/15/gnu
>
> So, I found it odd that it was reporting the prefix as "/gsa/ausgsa-p5" and did some
> checking on the system. In /gsa/ausgsa/projects/g there is a symlink for gnu:
>
> gnu -> ../../../ausgsa-p5/15/gnu
>
> which thus evaluates to "/gsa/ausgsa-p5/15/gnu". So, why is the eprefix being set to
> /gsa/ausgsa-p5 in this particular QA check ?
>
> At any rate, I found an easy workaround. I exported EPREFIX to be the actual _real_
> path with no symlinks in it, as in: EPREFIX=/gsa/ausgsa-p5/15/gnu and then was able
> to emerge the package successfully.
>
> Is this something prefixed-portage should handle, or the ebuild or should I solve it
> manually via the export trick I did ?

prefixed-portage.

We run path.normpath() on EPREFIX provided by you, but I guess we should
use the absolute path thinghy that portage internally also uses for
almost everything to avoid this kind of things from happening.

I don't really like abspath things, because it can possibly screw up
location independence (think of an automounter path being expanded on
e.g. OSX and BSD).

That said maybe python-fchcksum is easily fixable.


-- 
Fabian Groffen
Gentoo on a different level
-- 
gentoo-alt@g.o mailing list