Re: Should the policy documents better reflect real package maintenance practice?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On Thu, 24 Nov 2022 at 13:12, Gordon Messmer <gordon.messmer@xxxxxxxxx> wrote:
On 2022-11-24 03:13, Michael J Gruber wrote:
> I guess there's (at least) two ways to understand "stable":
>
> - things don't break
> - things don't change


True, but the policy document is explicit about which meaning is
intended, reading, "Updates should aim to fix bugs, and not introduce
features, particularly when those features would materially affect the
user or developer experience"

https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases


It has to do with differing opinions on that and in the first part of the sentence. There is
A) Updates should aim to fix bugs, AND not introduce features.
B) Updates should aim to fix bugs, and not introduce features.

Reason A with a strong logical AND means that things should be backported for any bug fix. In this case, you are probably never going to see any bug fixes occur in the distro as most software projects will say that the bug is only fixed in the latest version which of course added 9 features. Since this is usually a large amount of work for someone who may only have taken the package to keep it in for a dependency, you would then just see those fixes in rawhide (if at all). 

Reason B with a weak language 'and' means that you shouldn't do updates just to introduce new features but in order to fix things. This means that if the upstream which in the cases of Firefox, Thunderbird, emacs, GIMP, etc are either a package set they say is LTS OR in the latest.. you are going to see updates occur.

Whenever I have talked to FESCO members over any large change, they have said it was the B form they meant and they were ok with updates if it was the way to fix things. 



--
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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux