On Fri, 10 Jan 2025 at 07:14, Daniel P. Berrangé <berra...@redhat.com> wrote:
> On Fri, Jan 10, 2025 at 11:33:35AM +0000, Zbigniew Jędrzejewski-Szmek > wrote: > > On Mon, Jan 06, 2025 at 01:18:35PM -0500, Stephen Smoogen wrote: > > > On Mon, 6 Jan 2025 at 12:50, Fabio Valentini <decatho...@gmail.com> > wrote: > > > > > > > > If this is not what 'proven packagers' are allowed to do, it might > be > > > > good to have everyone who has proven packager go through some sort of > > > > "retraining" as what Mattia announced doing has been common practice > for a > > > > long time. It actually seems covered by > > > > > https://docs.fedoraproject.org/en-US/fesco/Who_is_allowed_to_modify_which_packages/ > > > > > > > > > > If the packager doesn’t keep track of those items, then other > > > > experienced packagers are free to fix stuff for them. > > > > > > > > > > I am expecting that this is an area which needs more clarity. > > > > > > > > On the page you linked, there's a list of examples of situations when > > > > using PP privileges is appropriate, just below the paragraph you > > > > quoted - security issues, bugs that cause data loss, etc. But "just > > > > update to a new version" is not on the list. That's clear enough in > my > > > > > > > > > > It may be 'clear' to you but I don't see it listed as 'This is the > limited > > > list of actions that a proven packager may take. Anything outside of > that > > > should not be done.' > > > > The page says "They [pps] should be careful not to change other > > people’s packages needlessly and try to do the minimal changes > > required to fix problems, as explained more in depth in Who is Allowed > > to Modify Which Packages." So… I'd say that this actually is fairly > clearly > > specified. > > "needlessly" and "minimal" are doing a lot of heavy lifting there and > very much open to interpretation. > > I agree with Daniel on this and everything below. The more I read the multiple guidelines, the less clear many of these terms become to me and seem very much up to interpretation. I am trying to do the best I can, but at this point I don't think I could do anything 'right' to meet what the expected interpretation is. -- Stephen Smoogen, Red Hat Automotive Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren
-- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue