[gentoo-dev] Re: [RFC] Non-Dev Contributors and the Tree

[Steve Long <slong@rathaus.eclipse.co.uk>]

Duncan wrote:
> The difference, as I read the proposal, is that while Sunrise is about
> packages that are /not/ in the main tree yet (if it's moved to the tree,
> it's out of sunrise, tho it might move to another overlay if
> appropriate), this proposal would extend that to packages that are in the
> tree as well.
>
Thanks for the clarification.

> (Vetted) users could commit to in-tree packages, but only in the (main)
> development overlay.  It'd be Sunrise, but just as devs watch what's
> going on there with the eventual goal of getting some of the ebuilds into
> the tree, so here, devs would watch and make commits to the (mirrored)
> tree from the development overlay.
>
Makes sense, although it does sound like sunrise could be extended for this
purpose. Of course i have nfc about how sunrise works behind-teh-scenes..

> I've not read the rest of the responses yet, but the question I had
> was... OK, but won't that result in either (a) developers getting /more/
> bump/test/grind, not less, since more of it would be taking commits
> already made by users and applying them to the mirrored tree (the
> committing users get more of the creativity, the devs end up being just
> shuttle monkeys, vetting then shuttling from the dev tree to the mirrored
> tree),
>
Hmm good point. I was thinking it might fit more with the suggestion for
users[1] to be involved with patches etc. This all sounds like the wine
triage thing[2] tho, which would need perhaps a more streamlined usage of
bugzilla so that discussions don't take place there, but on the m-l (see
the recently linked FOSS book about this exact issue.) Of course
discussions with no useful purpose need to be proactively filtered..

> or (b) the mirrored tree eventually falling seriously behind?  IMO 
> there may need to be mechanisms to prevent it from going one way or the
> other, as I don't otherwise see the proposed situation of dev then
> mirrored tree as being stable over time -- it'll lean toward a or b above.
> 
Well it's always a balancing act, but neither of those poles sounds
attractive. Personally i think use of Deskzilla and development of a Free
equivalent would really help, along with useful posts like yours of
course ;)

Regards,
igli

     #friendly-coders @
      irc.freenode.org

We're still here for you. ;D

[1] Solely in the interests of avoiding self-mutilation by the more fragile
members of this community ;p
[2] http://kegel.com/wine/qa/#triage

-- 
gentoo-dev@gentoo.org mailing list