-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 29/06/2011 05:27 ??, Donnie Berkholz wrote:
> On 14:38 Tue 28 Jun     , Peter Volkov wrote:
>> 1. add a use flag to control runtime dependency
>> 2. add elog message into pkg_postinst to notify users that some 
>> features depend on installing package A, B, etc.
> 
> I've got a suggestion that builds a little bit on what both you and 
> Ciaran have said.
> 
> The UI could probably be clearer if we added a new dependency type like 
> SDEPEND (suggested deps) with USE flags for different features. That 
> would enable portage to show things in a special way if it knew about 
> SDEPEND. Yet it wouldn't do anything weird that broke backwards 
> compatibility or produced strange output from noncompliant PMs (like USE 
> flag modifications).
> 
> Then PMs would be free to implement their own logic for how to handle 
> it. For Portage, I'd like to see a few cases:
> 
> 1) If a package is installed, assume it's desired, as Ciaran proposed.
> 
> 2) Add a way to determine whether to install all/none/groups of them, 
>    w/ configuration in /etc/portage/package.suggestions/. Probably CPV 
>    followed by the setting (all, none, specific groups, or specific 
>    CPVs). Add an option similar to --autounmask that would let Portage 
>    write to this file.
> 
> 3) Something like the --take argument and friends that Ciaran mentioned 
>    seems reasonable (perhaps --accept-suggestion, w/ a short option to 
>    save typing).
> 
> Problems? Other thoughts?
> 
Whilst I like the new variable approach, I think this adds too much
overhead to the already bloated ebuild writing.
pkg_postinst messages include not only the optional dependencies but
other useful messages as well. So you may end up using both SDEPEND and
pkg_postinst.

- -- 
Regards,
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAEBCgAGBQJOJA6KAAoJEPqDWhW0r/LCl60QALFbejmtunZYdKhfcVyqLZLH
b/0LvYZtowK5/63Mma2T5z+ioJ/mYqSwQty1dHbcCXcLM0hcw4IEIkOKVslXfQZ6
3bCeIOmxOld99wSg4pRG1IDOhQl5rBSQf7TGfGTwIApKsMvl9SvSxKvHtePdM+pT
derywLu+OtERTaunrbqNawRG3Xvun3N4bFYcLETCUYFSU8NwKJ6+/C105NV8EvKc
9MvxQgt3NrYwwhXepKk2cu3vwWcolfmf7otpFsCp+exrbVTfTQdH2KA4CYKH7ItN
Bv33IxxmST32jzJWAi1lzf5kAc1/NmDSPKZCbYhJvGGz7hCpkbtY0efBOm/JoQVZ
gHgxghOclA/F0kA5fkJIX+poIKRIHOyuUEbNeLZ+9a/ANz6wwrrBmnhATxPfMtgB
yLXuYHtaKPMvHUh8ZHdAkgS7c4obMYgAxjFV8EPfj+bqECIDTvLauOfHhCg8YklG
YhCPj691b1rG6I1kz65nhR+xx7bSUM8nEzs3tUPxCF6BJoLGUbIJRqE9h5w4BVte
Io58X6d6bY8jfrkxQ0RX4CdEasiAuhr0NlDq7Vj2eHDKeqCwSGK+gb33bo/x0IpT
cwrjRL2PBSQMnHiXdJOTOp1PLO6vmE5eVNwE0P89UC4zZpC0cBqpnaZKnoWRh6lO
FZemGA6/xtd+XrNx4rrM
=x5XU
-----END PGP SIGNATURE-----

Reply via email to