eselect-wine needs EPREFIX support like, for example, eselect gcc Reproducible: Always Steps to Reproduce: 1a) install wine-staging and watch the post-install fail because it calls eselect wine 1b) manually run eselect wine list and see host versions not prefix versions 1c) manually run eselect wine set and watch it fail if you aren't root
I am using zsh, if that could be causing an issue? EPREFIX is not set in my shell after running startprefix, but setting it doesn't seem to change the eselect wine behavior. I noticed there is a mention of EPREFIX in the eselect-wine source so it does seem to be prefix-aware.
it should work without env vars, so something else must be going wrong
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1954598a4b9fee10c063f6be17d07b47e7e93e4b commit 1954598a4b9fee10c063f6be17d07b47e7e93e4b Author: Ionen Wolkens <ionen@gentoo.org> AuthorDate: 2022-11-16 03:30:33 +0000 Commit: Ionen Wolkens <ionen@gentoo.org> CommitDate: 2022-11-16 15:01:04 +0000 app-eselect/eselect-wine: add 2.0.0, unkeyworded for testing Complete rewrite but for notable bits: - removes register/deregister, can auto-update without this - no longer touch files in /usr at runtime wrt bug #632576, in this case it was particularly invasive doing *many* modifications to /usr/bin and /usr/share/man - handle /usr/lib/wine fwiw wrt bug #657748 (installed by the ebuild), albeit winebuild can find the right path nowadays - fix prefix wrt bug #717470 - give feedback when switching wrt bug #874612 - tries harder to not unexpectedly switch variant/version, and no longer need ebuild checks wrt bug #881035 - no longer hardcodes variants and so can support any random ones, i.e. an overlay can do wine-tkg or wine-myfunnyfork - --all, --vanilla, etc.. options were removed, but can still perform similar actions (see `help`) - `list` can now show selections for all variants at once - `unset` removed, not seeing a motivation (esp if not polluting /usr) - half+ the original size, and switches variant noticeably faster Still experimental and subject to changes, so unkeyworded for now. See README.rst for more notes, or the tarball's impl.rst for details. ebuild itself needs some nonsense largely caused by being difficult to get rid of the old eselect plus portage limitations. Bug: https://bugs.gentoo.org/632576 Bug: https://bugs.gentoo.org/657748 Bug: https://bugs.gentoo.org/717470 Bug: https://bugs.gentoo.org/874612 Bug: https://bugs.gentoo.org/881035 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> app-eselect/eselect-wine/Manifest | 1 + app-eselect/eselect-wine/eselect-wine-2.0.0.ebuild | 88 ++++++++++++++++++++++ 2 files changed, 89 insertions(+)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5bf131a2a1d9365fcf992468091ce2814782dc3e commit 5bf131a2a1d9365fcf992468091ce2814782dc3e Author: Ionen Wolkens <ionen@gentoo.org> AuthorDate: 2022-11-23 16:10:41 +0000 Commit: Ionen Wolkens <ionen@gentoo.org> CommitDate: 2022-11-23 20:38:21 +0000 app-eselect/eselect-wine: unleash eselect-wine-2 Had expected to need a 2.0.1 before this, but no issues reported so far. Let's see how it goes. I do imagine it may cause some confusion given portage doesn't make emerging it pretty and need to source /etc/profile at least once, but have no "good" solutions to these beside warnings. (also expecting a benign tinderbox bug about symlinks which can't be silenced currently) Closes: https://bugs.gentoo.org/632576 Closes: https://bugs.gentoo.org/657748 Closes: https://bugs.gentoo.org/717470 Closes: https://bugs.gentoo.org/874612 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> app-eselect/eselect-wine/eselect-wine-2.0.0.ebuild | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)
