[paludis-dev] [Paludis] #1177: extend sets to have USE/options in order to maintain them easily.

Paludis trac at pioto.org
Sun Jun 26 11:33:09 UTC 2011


#1177: extend sets to have USE/options in order to maintain them easily.
--------------------------+--------------------
 Reporter:  Apetrini      |         Owner:
     Type:  enhancement   |        Status:  new
 Priority:  Sometime      |     Milestone:
Component:  core/paludis  |       Version:  scm
 Keywords:                |    Blocked By:
 Blocking:                |  Distribution:  N/A
--------------------------+--------------------
 Currently the sets support "* foo","? foo" and "?: foo".
 That's great, but...
 Will be more cleaner if sets could use some kind of choices, something
 like "(myoption1) foo". myoption1 can be turned on using
 use.conf/options.conf with something like "sets/fooset myoption1".

 Let's make an example:

 kde.conf( a set)
 {{{
 * kde-base/kdelibs
 * kde-base/kdebase
 (plasma_addons) kde-misc/kdeplasma-addons
 (plasma_addons) kde-misc/kdeplasma-extra
 (plasma_addons) kde-misc/kde-extra-plasmoids
 (development) kde-misc/kdevelop
 (development) kde-misc/khex
 }}}

 now, having in use.conf/options.conf this:
 sets/kde plasma_addons

 The kde set will be treated like:
 {{{
 * kde-base/kdelibs
 * kde-base/kdebase
 * kde-misc/kdeplasma-addons
 * kde-misc/kdeplasma-extra
 * kde-misc/kde-extra-plasmoids
 }}}
 Since sets can belong to world, I find this a very right way to keep
 system clean. I mean, if I want to get rid of plasmoids' stuff, I have
 just to remove "sets/kde plasma_addons" entry from use.conf/options.conf
 and to use --purge.
 For very big sets should be useful.

 Another example of set which could benefit of this idea is
 the xorg set(I mean on exherbo). We could just have choices for
 input/video drivers.

 Obviously cave-show needs to be updated to show some useful informations
 about sets. For now sets don't have a description neither, but they
 should(need descriptions for the choices too). And IMHO sets names and
 descriptions should be keeped in ::unavalilable(for now I can query remote
 packages, but not remote sets)

 I hope I was clear enough about the general idea.

-- 
Ticket URL: <http://trac.pioto.org/paludis/ticket/1177>
Paludis <http://paludis.pioto.org/>
Paludis, the Other Package Mangler


More information about the paludis-dev mailing list