-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Tue, 30 Jul 2019 23:26:27 +0100 James Le Cuirot <ch...@gentoo.org> wrote:
> > Admittedly without a full understanding of the problem, but this > > looks wrong to me: SYSROOT, EPREFIX and BROOT are only relevant in > > build phases (src_*); (EPREFIX is a little special here but mostly > > for convenience). ROOT is only relevant in pkg_* phases. I don't > > see how this can work. Say I build a binpkg with ROOT=/ then use > > that binpkg with ROOT=/somewhere, you can't go back and change > > SYSROOT. > > ROOT is used to determine ESYSROOT, not the other way around. As you > say, (E)SYSROOT is only relevant in src phases so it doesn't matter if > ROOT has changed when installing a binpkg. I am missing something here: You are making ESYSROOT depend on the value of ROOT, so how can it not matter ? > I take your point that setting a src phase variable based on a pkg > phase variable seems odd but we're only using ROOT to determine the > applicable prefix. We're not taking the actual value of ROOT. When > Portage works all this out, it has access to all the necessary > variables. It only filters the variables based on the phase function > later on. The value does not really matter, the dependency of a variable used in src_* from a variable that can change when installing a binpkg is what worries me here. Alexis. -----BEGIN PGP SIGNATURE----- iHUEAREIAB0WIQSpOxaxaZikKNVNlsYOJUi7xgflrgUCXUGc/gAKCRAOJUi7xgfl rrlNAP9AEX0enc5Tzh++N6I+P4ZKp0hBdljlYBteYTuEipZLEAD/a3fT/pgOR3HJ LyGvu98wHn6sCldtBMjoV/RgrxfaKO8= =L9Hp -----END PGP SIGNATURE-----
