[EPEL-devel] Re: Proposed change to bodhi days to stable for epel
Dne 22. 07. 21 v 20:42 Troy Dawson napsal(a): I am proposing that we change the "days to stable" for epel to 7 days, matching Fedora's "days to stable". Hmm, I still thing that EPEL should have higher days-to-stable than Fedora. I am fine with 8 days or even lowering Fedora threshold. People have asked that the epel-next "days to stable" be dropped down to 3 days, matching Fedora when it is in it's development phase. The reasoning is that epel-next is built off CentOS Stream, which only has 6 months at the most before it is rolled into the next RHEL release. +1 Miroslav ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Proposed change to bodhi days to stable for epel
On Thu, Jul 22, 2021 at 11:42:30AM -0700, Troy Dawson wrote: > Currently the default days to stable for EPEL is 14 days. > I believe when it was first put in it was set to that time because we > wanted things more stable and better tested. But experience has found that > if a package is going to get tested, it usually is in the first few days of > when it was built. Thus 14 days seems to be 4 days of testing, and 10 days > of sitting. Well, we don't actually know when it might be tested. ;) I think there's lots of folks out there that consume fedora updates-testing and epel updates-testing and only add negative karma when things break. If they don't break, they just ignore it... > I am proposing that we change the "days to stable" for epel to 7 days, > matching Fedora's "days to stable". > > People have asked that the epel-next "days to stable" be dropped down to 3 > days, matching Fedora when it is in it's development phase. The reasoning > is that epel-next is built off CentOS Stream, which only has 6 months at > the most before it is rolled into the next RHEL release. > > If people could give any cases for, or against these, please respond here. > The EPEL Steering Committee will have a vote at our next meeting (July 28). I guess I'm fine with changing it, but it's hard to say how much effect it will have. Perhaps we could gather some stats and revisit it after some time? kevin signature.asc Description: PGP signature ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Proposed change to bodhi days to stable for epel
On Thu, 22 Jul 2021 at 14:42, Troy Dawson wrote: > > Currently the default days to stable for EPEL is 14 days. > I believe when it was first put in it was set to that time because we wanted > things more stable and better tested. But experience has found that if a > package is going to get tested, it usually is in the first few days of when > it was built. Thus 14 days seems to be 4 days of testing, and 10 days of > sitting. > > I am proposing that we change the "days to stable" for epel to 7 days, > matching Fedora's "days to stable". > > People have asked that the epel-next "days to stable" be dropped down to 3 > days, matching Fedora when it is in it's development phase. The reasoning is > that epel-next is built off CentOS Stream, which only has 6 months at the > most before it is rolled into the next RHEL release. > > If people could give any cases for, or against these, please respond here. > The EPEL Steering Committee will have a vote at our next meeting (July 28). > I am personally for these. The world has changed.. and the reasons for EPEL having a wait were when people were active in testing packages. These days, people just want stuff and having them wait 14 days no longer matches that. [Personally I even wonder if updates-testing makes sense from the very small usage of it.] -- Stephen J Smoogen. I've seen things you people wouldn't believe. Flame wars in sci.astro.orion. I have seen SPAM filters overload because of Godwin's Law. All those moments will be lost in time... like posts on BBS... time to reboot. ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
