On Fri, 10 Jan 2025 at 07:14, Daniel P. Berrangé <berrange@xxxxxxxxxx> 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 <decathorpe@xxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue