-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steve Long wrote: > Zac Medico wrote: > >> Rémi Cardona wrote: >>> Zac Medico a écrit : >>>> Please consider a PROPERTIES=set value that allows an ebuild to >>>> indicate that it should behave like a package set when selected on >>>> the command line. This is behavior is somewhat difficult to describe >>>> in words but the following example should be sufficient to convey >>>> the general idea. >>> As one of the maintainers of the gnome-base/gnome meta, I fail to see >>> the usefulness of such a change. We have yet to ask users to rebuild >>> "gnome" completely. Do you have any specific use cases (maybe coming >>> from the KDE herd, since you used the kde meta as an example) ? >>> >>> The one thing that bothers me about this is consistency: if, say, xfce >>> (let's change ;) ) decides to use PROPERTIES=set, users will have a >>> different experience with their ebuild than with the other metas we >>> currently ship. >>> > Only when they consciously use the set syntax, surely?
Right. >>> All in all, I'm not really against such a change, however I really fail >>> to see the win for everyone, end-users included. >> Over the course of the discussion I've revised the idea so that it >> essentially represents a way to define a package set, without any >> changes to existing behavior. What will change is that we will have >> a new way to define package sets, based on ebuilds. > > Makes sense to me, though not sure you need the mapping file. I'm perfectly > happy about emerge -uDN @kde-meta say, updating all kde-meta packages I > might have installed; I take it that after emerge kde-meta to install, and > then removing some of the packages, the user could continue to reference > the set for upgrade, without portage reinstalling those? That would be a set subtraction operation, so the user would use a configuration file to configure the set so that certain unwanted atoms are automatically subtracted out. Alternatively, we could implement a syntax extension for "optional atoms" that are only pulled into the dependency graph if they happen to be installed already. - -- Thanks, Zac -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjhOnQACgkQ/ejvha5XGaMj1QCfRzl74HWG/s4nuf7pqIiZ8sEt 77IAn18mFmdmc3JCOJil2S1NPJcEe1wX =M2k9 -----END PGP SIGNATURE-----