On Fri, 2020-07-17 at 16:23 +0200, Dan Čermák wrote:
Anyway, I have not raised this point to throw dirt at specific maintainers but to make everyone aware that such a committee will have to either involve a lot of the devel project maintainers or be able to enforce its rules on them (including "no you can't make people do $xyz because we don't need such a rule").
A devel prj / pkg maintainer having MORE rules that are not conflicting with the openSUSE packaging guidelines must not be a problem. Some devel prjs just care more than others (which are mostly 'dumping grounds for not finding a better place'). In those collect-all-devel- prjs people usually are happy if stuff builds - and those devel PROJECTS are never treated as project, just as a collection of packages. People hardly verify that their submission does not break stuff even coming from the same devel prj there. It is rather an issue that a devel prj must not decline a package for a change that is mandatory to Factory. Add to that many devel prjs would be happy to have the bots run against their submissions too - nothing more annoying than getting a submission from *randomcontributor (which is nice), then see it rejceted when submitting to Factory (for valid reasons) - or having to run as pkg maintainer after a dozen build fallouts. Cheers, Dominique