Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 229085 - repoman grabs USE_EXPAND variables from base profile only
Summary: repoman grabs USE_EXPAND variables from base profile only
Status: RESOLVED WONTFIX
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Repoman (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-23 17:59 UTC by Peter Volkov (RETIRED)
Modified: 2022-07-12 03:18 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Volkov (RETIRED) gentoo-dev 2008-06-23 17:59:06 UTC
Repoman "sees" USE_EXPAND variables only if they were defined in profile which was pointed by /etc/make.profile or if it is defined in base profile (not sure).

To reproduce create profiles/some_profile/make.defaults file with USE_EXPAND variable add desc/use_expand.desc in overlay too. repoman will still issue warnings about IUSE.invalid on this variable even if it is described in desc/use_expand.desc.

[21:34:42] <zmedico> looking at the code... it will only work if the USE_EXPAND is in the base profile
[21:34:46] <zmedico> so that's kind of a bug
[21:35:14] <zmedico> can it only grabs from /profiles/desc/ in PORTDIR, not overlays atm
[21:35:39] <zmedico> this all shouldn't be too hard to fix

[21:39:38] <zmedico> well it grabs USE_EXPAND from whatever your /etc/make.profile profile is
[21:39:44] <zmedico> which is totally broken of course
[21:40:05] <zmedico> so USE_EXPAND will be whatever it gets from traversing that
[21:40:47] <zmedico> then it takes those values and uses them when parsing $PORTDIR/profiles/desc
[21:41:09] <zmedico> it only looks for files for the use_expand values it knows
Comment 1 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2022-07-12 03:18:39 UTC
repoman support has been removed per bug 835013.

Please file a new bug (or, I suppose, reopen this one) if you feel this check is still applicable to pkgcheck and doesn't already exist.