eselect profile fails in prefix due to usage of ROOT in portageq instead of EROOT. Reproducible: Always Steps to Reproduce: eselect profile list
Created attachment 330498 [details, diff] s/ROOT/EROOT/ replaces old-style portageq ${ROOT} with portageq ${EROOT}
Note: this leaves the more interesting problem that none of the profiles offered are legitimate prefix profiles and will break your prefix... but that's really a separate bug.
(In reply to comment #1) > Created attachment 330498 [details, diff] [details, diff] > s/ROOT/EROOT/ > > replaces old-style portageq ${ROOT} with portageq ${EROOT} profile.eselect shouldn't call portageq in the first place, but use the wrapper functions in libs/package-manager.bash instead (which use EROOT throughout).
so, who's bug is this?
(In reply to comment #4) > so, who's bug is this? eselect's.
While get_repositories() exists in libs/package-manager.bash, there's no equivalent of 'portageq get_repo_path "${ROOT:-/}" ${repos}' yet. Authors of package managers have told be this: - For paludis, the command would be: cave print-repository-metadata --raw-name location --format '%v\n' ${repo} However, "it's a bit of a fiddly issue, though, since we don't guarantee that location will point to anything you can read" (ciaranm). - For pkgcore, there's no such command, but it's "trivial to add" (ferringb). So for the time being, we stay with the Portage-only solution. I've committed the patch to git: <http://git.overlays.gentoo.org/gitweb/?p=proj/eselect.git;a=commit;h=ee66576015a6dc576e76ac1539412ec32ba466d9>
Fixed in eselect-1.3.4. Thanks for reporting.