![](https://seccdn.libravatar.org/avatar/dacc18afdc3cdf69d2188f90b88061bd.jpg?s=120&d=mm&r=g)
Hmm, that screenshot doesn't look recent... This e-mail was delivered by the mail system over a week after it has been sent? Anyway, Am 23.11.20 um 22:32 schrieb Matěj Cepl:
Dan Čermák píše v Pá 20. 11. 2020 v 10:21 +0100:
I am against such a measure, as this is very much subjective and will result in one of the following: a) the devel project maintainer wants to encourage collaboration, so nothing really changes for them, except that they now have to read business reasons as well (and the submitter has to come up with one). b) We don’t have enough tools to monitor quality of packaging by others. I am afraid that the reaction of users on broken packages is not filing bugs on bugzilla (nobody files bugs there), but either switching to Ubuntu or using pip directly, which means even less testing for our packages.
But how will putting additional constraints on submit requests help in this situation? If we want a better Python environment without having to switch to pip, we want *more* submit requests to fix unresolvable and broken packages, not less. Cheers, Ben