Re: On not bumping the epoch in ceph-14, f30 and f31/rawhide

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

 



On 14. 03. 19 12:50, Miro Hrončok wrote:
On 14. 03. 19 12:33, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 14 March 2019 at 10:06, Miro Hrončok wrote:
On 14. 03. 19 7:51, Dridi Boukelmoune wrote:
[...]
Maybe what we need is to have koji for example refusing epoch bumps
(and thus failing the build) if _not bumping_ epoch would _not break_
the upgrade path to ensure that epoch is only ever increased when we
need to force a downgrade or when upstream changes versioning schemes
in a way not considered an upgrade by RPM's NVR.

Or use Pull Requests in the workflow and have somebody else review the
commit before it gets to Fedora?

While that's a good idea in general, how do you propose to implement
this for packages that have only a single maintainer?

Offer PR review swaps?

TBH I was mostly responding to the ceph package, where:

 * there is more than 1 maintainer
 * most of the commits are "dump hundreds of upstream changes here"

I'm concerned about this type of "maintenance". Giving the downstream spec some real love could have prevented this issue (it would not eliminate human error entirely).

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[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