1 |
On 07/08/2017 02:48 AM, NP-Hardass wrote: |
2 |
> On 07/07/2017 12:32 PM, William L. Thomson Jr. wrote: |
3 |
>> I have been playing with some package sets and I like the concept of |
4 |
>> sets quite a lot. However there is one big drawback. You cannot use a |
5 |
>> package set in a profile. Or at least I do not think you can. I have |
6 |
>> looked into it a bit and does not seem like it is possible. |
7 |
>> |
8 |
>> I know I can create a meta ebuild and use it like a package set. I |
9 |
>> think it would be useful to have package sets be able to be used in a |
10 |
>> profile like meta ebuilds. It would likely reduce the need or use of |
11 |
>> meta packages. Not sure if there is any benefit to that approach over a |
12 |
>> set. |
13 |
>> |
14 |
>> I think sets have benefits over meta packages. This was the most |
15 |
>> comprehensive document on sets, benefits, uses, etc. Other than the |
16 |
>> general docs on the wiki. |
17 |
>> https://makuro.wordpress.com/2010/12/12/intro-to-portage-sets/ |
18 |
>> |
19 |
>> I would really like to be able to use package sets in profiles. I |
20 |
>> think of use and benefit to others as well. |
21 |
>> |
22 |
> |
23 |
> There is actually a huge functional difference between the two that you |
24 |
> are missing here. A meta package defines its dependencies in full |
25 |
> dependency syntax. This means you can specify versions, USE flag |
26 |
> dependencies, make packages dependent on USE flags, etc. A package set |
27 |
> is just a list of packages (potentially constrained by version. TTBOMK, |
28 |
> there is no inclusion of any USE flag functionality in sets. |
29 |
> Additionally, let's say you have a more complicated dependency like || ( |
30 |
> A B ), I don't think there is a way to describe that in a package set |
31 |
> at all. |
32 |
|
33 |
Bug #272488[0] proposed a PROPERTIES="set" feature to combine the power |
34 |
of sets with the flexibility of ebuilds. |
35 |
|
36 |
1: https://bugs.gentoo.org/show_bug.cgi?id=272488 |