On Friday, 30 January 2009 at 21:28, Robert Scheck wrote: > On Thu, 29 Jan 2009, Dominik 'Rathann' Mierzejewski wrote: > > On Thursday, 29 January 2009 at 21:51, Robert Scheck wrote: > > > With which benefit, if we remove the right to package mantainers to forbid > > > provenpackager commits except for some special canditates needing FESco? If > > > everybody can touch anything, why a co-maintainer? > > > > Well, even with provenpackagers, it's not like they will start committing > > left and right into other people's packages. A co-maintainer is expected > > to be the first person to step in when the other maintainer is unable to > > do his job. > > I was thinking here about to skip the maintainer/co-maintainer stuff at > all. Just one big bucket having everything in without different permissings > or roles. IMHO skipping out on (co-)maintainers is a bad idea. They are (supposedly) the people who know their packages best. While fixing small stuff (arguably: rebuilds, FPG conformance fixes, maybe others) could be done by your average drive-by provenpackager, more intrusive changes like patching or version upgrades must be done by people familiar with the software in question, i.e. (co-)maintainers or at least members of a SIG that covers this particular area. > > I'd also make it mandatory for provenpackagers to be members of at least > > one SIG like KDE, Server, Games etc., i.e. ones that deal with certain > > group of software packages so that their area of expertise is at least > > somewhat defined. > > Interesting idea. But to which SIG would you assign me when looking to my > wiki page, my interests and which packages I'm maintaining? Or do I need to > found my own SIG for that then? I don't need to be a provenpackager, but I > am also playing theoretical scenarios. I'd say Server SIG. Very nice page, by the way. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
