Re: [gentoo-dev] February 2014 QA policy updates
Le 19 févr. 2014 à 23:07, Chris Reffett creff...@gentoo.org a écrit : Hello all, The following are the policy changes from this month's QA team meeting: […] -Regarding the gtk/gtk2/gtk3 USE flag situation: we mandate that gtk move to versioned USE flags. For simplicity of migration, we will allow USE=gtk to mean depend on gtk2, since there are only a few USE=gtk2 remaining in tree. USE=gtk3 will mean depend on gtk3, and in the future, USE=gtk4 will mean depend on gtk4, and so on. USE=gtk may not be used to mean depend on some version of gtk. -More generally: we recommend that in future situations like this (a package can optionally depend on different versions of a library), we recommend the use of versioned USE flags. It should be discussed with the QA team either way. […] Chris Reffett Gentoo QA Lead I feel this policy is even less precise than what we had written in our wiki page and will in fact bring more confusion. Can we actually get together in the writing of this, I feel a bit unhappy about the process. -- Gilles Dartiguelongue e...@gentoo.org
Re: [gentoo-dev] February 2014 QA policy updates
Dnia 2014-02-19, o godz. 17:07:26 Chris Reffett creff...@gentoo.org napisał(a): -Regarding the gtk/gtk2/gtk3 USE flag situation: we mandate that gtk move to versioned USE flags. For simplicity of migration, we will allow USE=gtk to mean depend on gtk2, since there are only a few USE=gtk2 remaining in tree. USE=gtk3 will mean depend on gtk3, and in the future, USE=gtk4 will mean depend on gtk4, and so on. USE=gtk may not be used to mean depend on some version of gtk. I don't want to add fuel to the fire but I'd like to note that the Council is likely going to vote on the issue [1]. Just in case some people didn't notice, and in hope that at least some of the extra bikeshed could be avoided. [1]:http://article.gmane.org/gmane.linux.gentoo.project/3319 -- Best regards, Michał Górny signature.asc Description: PGP signature
Re: [gentoo-dev] February 2014 QA policy updates
On Wed, Feb 19, 2014 at 5:07 PM, Chris Reffett creff...@gentoo.org wrote: This does not affect sys-boot/grub's USE=multislot, as that does not mangle the SLOT value like the others (as I understand it). Right. USE=multislot on grub just toggles the renaming of the grub-foo commands to grub2-foo, in case someone (like me) prefers the upstream naming convention. There is also a conditional blocker on sys-boot/grub:0. The SLOT value is always '2'. I would be happy to rename the use flag if anyone else has a better name for it.
Re: [gentoo-dev] February 2014 QA policy updates
On 20/02/14 04:46 PM, Mike Gilbert wrote: On Wed, Feb 19, 2014 at 5:07 PM, Chris Reffett creff...@gentoo.org wrote: This does not affect sys-boot/grub's USE=multislot, as that does not mangle the SLOT value like the others (as I understand it). Right. USE=multislot on grub just toggles the renaming of the grub-foo commands to grub2-foo, in case someone (like me) prefers the upstream naming convention. There is also a conditional blocker on sys-boot/grub:0. The SLOT value is always '2'. I would be happy to rename the use flag if anyone else has a better name for it. All other packages use it to mean make multiple versions in a single SLOT installable. I think vanilla should be used, or possibly a different local USE flag, like grub2-bins. The argument of wanting this globally is not valid, since multislot should not be set globally either. signature.asc Description: OpenPGP digital signature