[gentoo-dev] Requiring two sets of eyes for all eclass commits

2010-04-24 Thread Petteri Räty
17:34 Betelgeuse robbat2|na: how easy to it to prevent commits to CVS if the commit message doesn't match a certain pattern? 17:36 @robbat2|na go and checkout the CVSROOT and there should be an example there 17:37 Betelgeuse robbat2|na: Ok so doable then. Thanks. What do you think about not

Re: [gentoo-dev] Requiring two sets of eyes for all eclass commits

2010-04-24 Thread Arun Raghavan
On 24 April 2010 23:10, Petteri Räty betelge...@gentoo.org wrote: 17:34 Betelgeuse robbat2|na: how easy to it to prevent commits to CVS if the commit message doesn't match a certain pattern? 17:36 @robbat2|na go and checkout the CVSROOT and there should be an example there 17:37 Betelgeuse

Re: [gentoo-dev] Requiring two sets of eyes for all eclass commits

2010-04-24 Thread Alexis Ballier
On Sat, 24 Apr 2010 20:40:54 +0300 Petteri Räty betelge...@gentoo.org wrote: 17:34 Betelgeuse robbat2|na: how easy to it to prevent commits to CVS if the commit message doesn't match a certain pattern? 17:36 @robbat2|na go and checkout the CVSROOT and there should be an example there 17:37

[gentoo-dev] The /etc/portage/env profile.bashrc hack

2010-04-24 Thread Michał Górny
Hello, I would like to raise a discussion on the topic of the /etc/portage/env files support hack, implemented in the profile.bashrc file in gx86 base profile [1]. I am working on the portage-side implementation of the feature and I would like to avoid double-sourcing of the override files.

Re: [gentoo-dev] The /etc/portage/env profile.bashrc hack

2010-04-24 Thread Ciaran McCreesh
On Sat, 24 Apr 2010 22:42:58 +0200 Michał Górny gen...@mgorny.alt.pl wrote: The hack bypasses the whole concept of PM package stabilization - it 'injects' the bash code into every version of Portage, pkgcore and Paludis (I guess). A code targeted at Portage, I'd add. Paludis doesn't use bashrc

Re: [gentoo-portage-dev] [RFC] Store [,R,P]DEPEND with unevaluated use conditionals in vdb

2010-04-24 Thread Sebastian Luther
Am 24.04.2010 13:32, schrieb Gentoo: On Fri, 2010-04-23 at 22:31 -0700, Zac Medico wrote: On 04/23/2010 05:43 AM, Sebastian Luther wrote: Someone might come up with some logic to detect new use flags in *DEPEND, but this looks like a hack to me. It doesn't seem too bad to me. It doesn't

Re: [gentoo-portage-dev] [RFC] Store [,R,P]DEPEND with unevaluated use conditionals in vdb

2010-04-24 Thread Zac Medico
On 04/24/2010 11:00 AM, Sebastian Luther wrote: Am 24.04.2010 13:32, schrieb Gentoo: On Fri, 2010-04-23 at 22:31 -0700, Zac Medico wrote: On 04/23/2010 05:43 AM, Sebastian Luther wrote: Someone might come up with some logic to detect new use flags in *DEPEND, but this looks like a hack to me.

Re: [gentoo-portage-dev] [RFC] Store [,R,P]DEPEND with unevaluated use conditionals in vdb

2010-04-24 Thread Brian Harring
On Sat, Apr 24, 2010 at 11:27:49AM -0700, Zac Medico wrote: On 04/24/2010 11:00 AM, Sebastian Luther wrote: Am 24.04.2010 13:32, schrieb Gentoo: On Fri, 2010-04-23 at 22:31 -0700, Zac Medico wrote: On 04/23/2010 05:43 AM, Sebastian Luther wrote: Someone might come up with some logic to

Re: [gentoo-portage-dev] [RFC] Store [,R,P]DEPEND with unevaluated use conditionals in vdb

2010-04-24 Thread Gentoo
On Sat, 2010-04-24 at 20:00 +0200, Sebastian Luther wrote: Am 24.04.2010 13:32, schrieb Gentoo: On Fri, 2010-04-23 at 22:31 -0700, Zac Medico wrote: On 04/23/2010 05:43 AM, Sebastian Luther wrote: Someone might come up with some logic to detect new use flags in *DEPEND, but this looks