| 1 |
Hello! |
| 2 |
|
| 3 |
|
| 4 |
In my current code for GSoC/Gentoo/Smolt I access the list of folders |
| 5 |
that /etc/make.profile and parents are resolved to: |
| 6 |
|
| 7 |
portage.settings.profiles |
| 8 |
|
| 9 |
I do this to be able access |
| 10 |
|
| 11 |
- profile package.mask, |
| 12 |
- user package.mask, and |
| 13 |
- user package.unmask |
| 14 |
|
| 15 |
independently, which |
| 16 |
|
| 17 |
portage.settings._getMaskAtom |
| 18 |
portage.settings._getProfileMaskAtom |
| 19 |
|
| 20 |
seem not be able to at the moment, besides looking quite private :-) |
| 21 |
|
| 22 |
Rationale: |
| 23 |
Among other things I want to find out if the user unmasked a certain |
| 24 |
package in the past even if the related mask entry for it was removed |
| 25 |
in the meantime. Also, I want to be able to distinct between a |
| 26 |
a "stable on stable package" and an "unmasked masked package". |
| 27 |
|
| 28 |
|
| 29 |
What I would like to ask for is we could decide that |
| 30 |
|
| 31 |
portage.settings.profiles is declared part of the public |
| 32 |
API and not allow to change anymore |
| 33 |
|
| 34 |
or |
| 35 |
|
| 36 |
if we could introduce some getter for now so I could surround |
| 37 |
the current access to <portage.settings.profiles> by a portage |
| 38 |
API version check and use the getter from a certain version on. |
| 39 |
|
| 40 |
|
| 41 |
Integrating my code for portage related code into smolt does not seem |
| 42 |
reasonable to me as it would require depending on a version of portage |
| 43 |
that will not be stable before 2010 or so. |
| 44 |
|
| 45 |
Please share your thoughts with me. |
| 46 |
|
| 47 |
|
| 48 |
|
| 49 |
Sebastian |
Archives