Summary: | app-portage/gentoolkit-0.3.0.9 - euse - WARNING: 'portageq envvar PORTDIR' is deprecated. Use 'portageq repositories_configuration' instead. | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Francesco Turco <fturco> |
Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alexanderyt, arfrever.fta, cyberbat83, esigra, gentoo_bugs_peep, Ikonta, jeremi.piotrowski, john_r_graham, lucy, mantas, Mathias.Laurin+gentoo, nikoli, phobosk, rdalek1967, salikov.alexey, waltercool, waynedpj, yks-uno |
Priority: | Normal | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 474574 | ||
Bug Blocks: | 546210 | ||
Attachments: |
Patch that fixes the bug.
Patch to the original bug that also makes euse start faster. |
Description
Francesco Turco
2014-03-20 12:23:30 UTC
I can confirm this problem with euse. Seems to happen everytime, even if you have a PORTDIR variable setted on make.conf. Yes, I also have the following variable in /etc/portage/make.conf:
> PORTDIR="/usr/portage"
I can confirm this as well. This is still present some 3 months after being raised! Isn't this simply because the "get_portdir()" function in the euse script contains: eval $(portageq envvar -v PORTDIR) This should be updated to: eval $(portageq get_repo_path $(portageq envvar EROOT) gentoo) Or somesuch. Created attachment 379774 [details, diff]
Patch that fixes the bug.
My solution is similar to what faminebadger suggested, replace eval $(portageq envvar -v PORTDIR) with eval "PORTDIR=$(portageq get_repo_path $(portageq envvar EROOT) gentoo)" It works and is correct. A side effect, however, is that euse turns on slightly slower than it used to. Created attachment 379780 [details, diff]
Patch to the original bug that also makes euse start faster.
To fix the speed issue I came up with this conditional assignment:
: ${PORTDIR="$(portageq get_repo_path $(portageq envvar EROOT) gentoo)"}
I do not know if the author had something in mind when calling get_portdir 3 times in the script instead of using PORTDIR. If not, then this solution is superior to the previous one.
Seems this bug is blocker or duplicate of bug #474574 The same issue: $ euse -i cjk WARNING: 'portageq envvar PORTDIR' is deprecated. Use 'portageq repositories_configuration' instead. WARNING: 'portageq envvar PORTDIR' is deprecated. Use 'portageq repositories_configuration' instead. WARNING: 'portageq envvar PORTDIR' is deprecated. Use 'portageq repositories_configuration' instead. global use flags (searching: cjk) ************************************************************ [- ] cjk - Add support for Multi-byte character languages (Chinese, Japanese, Korean) local use flags (searching: cjk) … $ equery b $(which euse) * Searching for /usr/bin/euse ... app-portage/gentoolkit-0.3.0.9-r2 (/usr/bin/euse) Portage 2.2.14 (python 3.3.5-final-0, default/linux/amd64/13.0, gcc-4.8.3, glibc-2.19-r1, 3.16.7-aufs x86_64) *** This bug has been marked as a duplicate of bug 474574 *** Oops, that's different issue, but related to bug #474574 It is a regression in app-portage/gentoolkit-0.3.0.9-r2 # euse -V WARNING: 'portageq envvar PORTDIR' is deprecated. Use 'portageq repositories_configuration' instead. WARNING: 'portageq envvar PORTDIR' is deprecated. Use 'portageq repositories_configuration' instead. WARNING: 'portageq envvar PORTDIR' is deprecated. Use 'portageq repositories_configuration' instead. euse (0.3.0.9-r2) Written by Marius Mauch Copyright (C) 2004-2009 Gentoo Foundation, Inc. This is free software; see the source for copying conditions. Downgrade: # emerge -1 =app-portage/gentoolkit-0.3.0.8-r2 Re-check^ # euse -V euse (0.3.0.8-r2) Written by Marius Mauch Copyright (C) 2004-2009 Gentoo Foundation, Inc. This is free software; see the source for copying conditions. Result: no issue. P.S. BTW Isn't 2009 year in Copyright mark a mistake? This is still an issue and the fix is trivial. (In reply to luze from comment #13) > This is still an issue and the fix is trivial. Unfortunately, the fix was not trivial. In order to be inline with the direction Portage is moving, the concept of a PORTDIR and PORTDIR_OVERLAY had to be removed from the software. With that said, I have committed the changes to git. https://gitweb.gentoo.org/proj/gentoolkit.git/commit/?h=gentoolkit&id=b7c075d2aeb593f0ddf1450e75b535cafbbd7201 Please test and verify using gentoolkit-9999 >Please test and verify using gentoolkit-9999
Works for me...warning messages are gone.
please make a release Please stabilize an ebuild with this fix. Been looking at this spam for almost two years now. another ask to stabilize gentoolkit-0.3.1 was released with this fix included. It will go stable soon, I'm sure. @perfinion did you mean depends on? Over on bug #590170 they want to know why that bug depends on this bug. Apparently this is fixed. *** Bug 485088 has been marked as a duplicate of this bug. *** *** Bug 474574 has been marked as a duplicate of this bug. *** (In reply to Ian Stakenvicius from comment #19) > gentoolkit-0.3.1 was released with this fix included. It will go stable > soon, I'm sure. I have Installed versions: 0.3.2-r1 and still getting this message! (In reply to Joseph from comment #24) > I have Installed versions: 0.3.2-r1 and still getting this message! Then something is broken with your installation or you have a different copy of euse that is getting called. What do the following commands show? # which euse /usr/bin/euse # euse -V euse (0.3.2-r1) Written by Marius Mauch Copyright (C) 2004-2009 Gentoo Foundation, Inc. This is free software; see the source for copying conditions. # grep PORTDIR /usr/bin/euse # |