Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 220725 - Absolute path required in per-repo sets.conf (makes specifying per-repo sets close to impossible)
Summary: Absolute path required in per-repo sets.conf (makes specifying per-repo sets ...
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Enhancement/Feature Requests (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-07 10:40 UTC by Manuel Nickschas
Modified: 2008-05-07 14:59 UTC (History)
0 users

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 Manuel Nickschas 2008-05-07 10:40:48 UTC
It often makes sense to be able to specify per-repo sets, for example an overlay could specify sets that cover its ebuilds (current example: the genkdesvn overlay contains set definitions for Paludis).

Portage allows to put a sets.conf in the overlay's root. Unfortunately, the directory directive seems to require an absolute path to the sets dir. Since we don't know where the overlay is located, this makes it impossible to correctly specify a repo-local sets directory.

Allowing the directory directive in sets.conf to contain a path relative to the location of said sets.conf would probably fix that problem.

If that is already possible and I just didn't figure out how to do this, please tell me :)

Reproducible: Always

Steps to Reproduce:
Comment 1 Marius Mauch (RETIRED) gentoo-dev 2008-05-07 14:59:52 UTC
Since 2.2_pre6 you can use the following syntax for sets based on StaticFileSet:

[foo]
class = portage.sets.files.StaticFileSet
filename = ${repository:gentoo}/sets/foo

Replace 'gentoo' with the name (as listed in profiles/repo_name) of the repository/overlay that contains sets/foo. Same syntax also works for the 'directory' option. Relative paths aren't possible due to restrictions of the underlying parser.