Re: Proposal for revitalizing the sponsorship process for packaging

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Il 28 aprile 2012 19:02, Michael Schwendt <mschwendt@xxxxxxxxx> ha scritto:
> On Sat, 28 Apr 2012 16:31:59 +1000, GG (Guido) wrote:
>
>> To go back to initial proposal of
>> revitalizing sponsor role, I think it would also be a good thing,
>> given that we leverage on new possible sponsor responsibilities
>> (ie, supervise new sponsorees' commits for X time after package
>> creation, not just step in when there is something to fix).
>
> That's no new responsibilities. Sponsors have always been expected to do
> that. With pkgdb, it requires "watch*" access to the packages. Else
> it requires subscribing to the scm-commits list and filtering by
> username/packagename. I've done that, and I've been aware of sponsors
> who have done that, too.

I wasn't aware of that; if it isn't a best practice, but a must do,
the wiki page
http://fedoraproject.org/wiki/Package_sponsor_responsibilities should
be updated.

> The 'X time after package creation' has never been defined anywhere,
> and I don't think it would be a good idea to define it as a constant.
> The level of hand-holding varies a lot.
>
>> More sponsors should bring more control, not easier membership.
>
> Too vague. Please expand on that.

If this page is updated (I have no idea):
https://admin.fedoraproject.org/accounts/group/members/packager/*/sponsor?order_by=approval
the sponsors group has not grown as a function of packages, nor as a
function of package maintainers. Possibly because of the sponsor is a
provenpackager thing, possibly because that was meant as "we need X sponsors
to take care of the Y new maintainers requests we get each given time window".
If we intend the sponsor as a mentor and a supervisor instead, the
number of packages
of his sponsorees couldn't reasonably grow too big, or control would
be loosened.
But I am not saying that a sponsor should be turned to a forced
comaintainer for the
time being, either.

Hope this makes sense

-- 
Guido Grazioli <guido.grazioli@xxxxxxxxx>
Via Parri 11 48011 - Alfonsine (RA) (Italy)
3 Baltic Circuit - 3030 Point Cook - VIC (Australia)
Mobile: +39 347 1017202 (10-18 GMT+12)
Key FP = 7040 F398 0DED A737 7337  DAE1 12DC A698 5E81 2278
Linked in: http://www.linkedin.com/in/guidograzioli
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux