On Fri, 27 Jun 2014 00:39:52 +0200 Sandro Mani <manisandro@xxxxxxxxx> wrote: > So the thing that should be avoided IMO is not defining well enough > how the procedure should work, to avoid getting swamped with patches > which require additional work to apply. The requirement to fill out > post a "New Package Request" style form to the bug should allow most > of the work to be scripted, and ideally the proven packager would > just need to look at the patch, and if happy, fire the script. > > So maybe such a policy could look something like this [1]. Contrarily > to what I wrote initially, I think it might actually make sense to > allow also non-packagers to file such requests, and it would provide > another way of showing off experience which will eventually lead to > one getting sponsored. > > Sandro > > [1] > https://fedoraproject.org/wiki/User:Smani/Trivial_Patch_Policy_%28draft%29 A few comments: - Not sure 'trivial' really covers the things you list in examples. FTBFS could be more than trivial depending on the patch. Perhaps the entire thing could be 'simple patches' or 'easy patches' - 'flags' are a pain to get bugzilla folks to add and manage. How about a blocker bug instead? Then interested maintainers could simply cc to the blocker bug to notice when new things are added. You just add the patch bug to the blocks of the tracker. - Should this be rawhide only? That would avoid 'trivial' patches that cause a problem from affecting users that aren't as able to debug them. kevin
Attachment:
signature.asc
Description: PGP signature
-- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
