[EPEL-devel] Re: Should we retire weechat from EPEL 7?

2022-10-06 Thread Michel Alexandre Salim
On Thu, Oct 06, 2022 at 07:11:19PM +0200, Neal Gompa wrote: > On Thu, Oct 6, 2022 at 7:03 PM Michel Alexandre Salim > wrote: > > > > Hi all, > > > > We should probably retire weechat from EPEL 7 - it has multiple CVEs > > that can only be fixed by updating to versions >= 3.5, but the spec no > >

[EPEL-devel] Re: Should we retire weechat from EPEL 7?

2022-10-06 Thread Maxwell G via epel-devel
On Thu Oct 6, 2022 at 19:11 +0200, Neal Gompa wrote: > The cmake3 package has all the macros from the mainline cmake package in > Fedora. > > It should be fully compatible, just swap %cmake_* for %cmake3_*. Oops, I responded before I saw this. -- Maxwell G (@gotmax23) Pronouns: He/Him/His

[EPEL-devel] Re: Should we retire weechat from EPEL 7?

2022-10-06 Thread Maxwell G via epel-devel
On Thu Oct 6, 2022 at 12:02 CDT, Michel Alexandre Salim wrote: > I'm not sure either Paul or myself really care enough about EL7 to > maintain a divergent spec. The %cmake3* macros work everywhere. -- Maxwell G (@gotmax23) Pronouns: He/Him/His signature.asc Description: PGP signature

[EPEL-devel] Re: Should we retire weechat from EPEL 7?

2022-10-06 Thread Neal Gompa
On Thu, Oct 6, 2022 at 7:03 PM Michel Alexandre Salim wrote: > > Hi all, > > We should probably retire weechat from EPEL 7 - it has multiple CVEs > that can only be fixed by updating to versions >= 3.5, but the spec no > longer works on EPEL 7 thanks to macros like `%cmake_build` not being >

[EPEL-devel] Should we retire weechat from EPEL 7?

2022-10-06 Thread Michel Alexandre Salim
Hi all, We should probably retire weechat from EPEL 7 - it has multiple CVEs that can only be fixed by updating to versions >= 3.5, but the spec no longer works on EPEL 7 thanks to macros like `%cmake_build` not being available. https://bugz.fedoraproject.org/weechat I'm not sure either Paul or

[EPEL-devel] Re: Proposal: Dropping modules from EPEL-8. Not adding modules to EPEL-9

2022-10-06 Thread Stephen Smoogen
On Wed, 31 Aug 2022 at 17:08, Stephen Smoogen wrote: > > When EPEL-8 was launched, it came with some support for modules with the > hope that a module ecosystem could be built from Fedora packages using RHEL > modules as an underlying tool. This has never happened and we have ended up > with a

[EPEL-devel] Fedora EPEL 9 updates-testing report

2022-10-06 Thread updates
The following Fedora EPEL 9 Security updates need testing: Age URL 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-1ee1fe2c17 libopenmpt-0.6.6-1.el9 The following builds have been pushed to Fedora EPEL 9 updates-testing gnome-shell-extension-appindicator-46-1.el9

[EPEL-devel] Re: EPEL 8 Modules get the axe on Halloween 2022

2022-10-06 Thread Troy Dawson
On Wed, Sep 28, 2022 at 3:09 PM Troy Dawson wrote: > When EPEL-8 was launched, it came with some support for modules with the > hope that a module ecosystem could be built from Fedora packages using RHEL > modules as an underlying tool. This has never happened and we have ended up > with a

[EPEL-devel] Fedora EPEL 7 updates-testing report

2022-10-06 Thread updates
The following Fedora EPEL 7 Security updates need testing: Age URL 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-de23d337b0 libopenmpt-0.6.6-1.el7 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-66467c33ea seamonkey-2.53.14-3.el7 1