On Tue, 21 Oct 2025 at 10:49, Zbigniew Jędrzejewski-Szmek <[email protected]>
wrote:

> On Tue, Oct 21, 2025 at 11:06:15AM +0800, Jens-Ulrik Petersen wrote:
> > On Wed, Oct 15, 2025 at 3:06 PM Zbigniew Jędrzejewski-Szmek <
> > [email protected]> wrote:
> >
> > > On Tue, Oct 07, 2025 at 12:45:18PM -0400, Allison King via
> devel-announce
> > > wrote:
> > > > Wiki: https://fedoraproject.org/wiki/Changes/cmark-0.31
> > > :
> > > > Update the cmark package and library to version 0.31.1 (or later).
> > >
> > > Hmm, do we really need a Change Proposal for this? Sometimes the
> > > increased visibility we get from a formal Change Proposal is good, but
> > > in this case it's just a library with a simple SONAME bump. We have
> > > hundrds of such library updates in each release, and I think we should
> > > go through the Change process only if the update is complicated or
> > > otherwise very important for users.
> >
> >
> > Well you are not wrong: the reason I made a Change was that updating
> cmark
> > has been
> > pending now for 3-4 releases and so I decided to go with a Change to make
> > sure
> > it happens for F44. But we can drop it I guess if it's too much overhead.
> > (I guess I wish we had a lighter weight process for tracking things like
> > this.)
>
> Yeah, I see. Obviously, I don't have anything against cmark in particular,
> but I think we should draw the line at only doing the Change process
> for package packages where is some special complication or the update
> is very visible to users. The Change process would break down if we
> had hundreds of items for every release…
>
>
This seems to be a damned if you do make a Change Proposal and a damned if
you don't. As much as there are "we do this hundreds of times" there are
many threads about "WHY WASN'T THIS ANNOUNCED!!!!" somewhere because it
broke someone's expectations of a working system even when it is a small
change. For every "I will do this in the next release" there is "Do we
really need this?"


-- 
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 -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to