[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing:
Age URL
44 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4a9fc09599
openjpeg2-2.3.1-10.el7
9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f1768ebc94
opensmtpd-6.8.0p2-1.el7
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-e06cd0281c
zabbix30-3.0.31-1.el7
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-e30a25d6d0
chromium-88.0.4324.96-1.el7
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-4e3398c399
libssh-0.7.7-1.el7
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-c09d7045f3
seamonkey-2.53.6-1.el7
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-ba217a684f
monitorix-3.13.1-1.el7
The following builds have been pushed to Fedora EPEL 7 updates-testing
batctl-2021.0-1.el7
beakerlib-1.24-1.el7
hdf5-1.8.12-12.el7
lua-sec-1.0-1.el7
Details about builds:
batctl-2021.0-1.el7 (FEDORA-EPEL-2021-6be52621c9)
B.A.T.M.A.N. advanced control and management tool
Update Information:
Update to 2021.0
ChangeLog:
* Thu Jan 28 2021 Felix Kaechele - 2021.0-1
- update to 2021.0
* Tue Jan 26 2021 Fedora Release Engineering -
2020.4-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
beakerlib-1.24-1.el7 (FEDORA-EPEL-2021-5e4a5a98cf)
A shell-level integration testing library
Update Information:
- rlImport --all imports only required libraries, not recommend - implemented
chkconfig fallback to systemctl - fixed `make test` test suite execution
- TestResults state indicator - profiling code - rebased yash to 1.1 - fixed
rlAssertLesser - fixed failed library load name logging - ability to
parse fmf id references - ability the use simpler library name - library(foo),
{url: '../foo.git', name: '/'}, meaming the library is n the root folder -
ability put library even deeper in the tree - library(foo/path/to/the/library),
{url: '../foo.git', name: '/path/to/the/library'} - rebased yash to 1.0 - and
few more minor fixes
ChangeLog:
* Sat Jan 30 2021 Dalibor Pospisil - 1.24-1
- rlImport --all imports only required libraries, not recommend
- implemented chkconfig fallback to systemctl
- fixed `make test` test suite execution
* Tue Jan 26 2021 Dalibor Pospisil - 1.23-1
- TestResults state indicator
- profiling code
- rebased yash to 1.1
- fixed rlAssertLesser
- fixed failed library load name logging
* Fri Jan 15 2021 Dalibor Pospisil - 1.22-1
- ability to parse fmf id references
- ability the use simpler library name - library(foo), {url: '../foo.git',
name: '/'}, meaming the library is n the root folder
- ability put library even deeper in the tree -
library(foo/path/to/the/library), {url: '../foo.git', name:
'/path/to/the/library'}
- rebased yash to 1.0
- and few more minor fixes
hdf5-1.8.12-12.el7 (FEDORA-EPEL-2021-0849dcbf1f)
A general purpose library and file format for storing scientific data
Update Information:
Stop building with -O0
ChangeLog:
* Tue Jan 26 2021 Orion Poplawski - 1.8.12-12
- Drop compiling with -O0
lua-sec-1.0-1.el7 (FEDORA-EPEL-2021-d584a7304e)
Lua binding for OpenSSL library
Update Information:
LuaSec 1.0 ==* Add `cert:getsignaturename()`
ChangeLog:
* Sat Jan 30 2021 Robert Scheck 1.0-1
- Upgrade to 1.0 (#1922613)
* Tue Jan 26 2021 Fedora Release Engineering - 0.9-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
References:
[ 1 ] Bug #1922613 - lua-sec-1.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1922613
__
[EPEL-devel] Fedora EPEL 8 updates-testing report
The following Fedora EPEL 8 Security updates need testing:
Age URL
8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-83ab5bb91b
opensmtpd-6.8.0p2-1.el8
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-b68969af8c
chromium-88.0.4324.96-1.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-403074b7e0
seamonkey-2.53.6-1.el8
2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-aadbebf090
monitorix-3.13.1-1.el8
The following builds have been pushed to Fedora EPEL 8 updates-testing
batctl-2021.0-1.el8
beakerlib-1.24-1.el8
ec2-hibinit-agent-1.0.3-3.el8
gparted-1.2.0-1.el8
gv-3.7.4-25.el8
lua-sec-1.0-1.el8
poezio-0.13.1-2.el8
swift-lang-5.3.3-1.el8
zeromq-4.3.4-1.el8
Details about builds:
batctl-2021.0-1.el8 (FEDORA-EPEL-2021-7b1aa5f981)
B.A.T.M.A.N. advanced control and management tool
Update Information:
Update to 2021.0
ChangeLog:
* Thu Jan 28 2021 Felix Kaechele - 2021.0-1
- update to 2021.0
* Tue Jan 26 2021 Fedora Release Engineering -
2020.4-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
beakerlib-1.24-1.el8 (FEDORA-EPEL-2021-0185fe683b)
A shell-level integration testing library
Update Information:
- rlImport --all imports only required libraries, not recommend - implemented
chkconfig fallback to systemctl - fixed `make test` test suite execution
- TestResults state indicator - profiling code - rebased yash to 1.1 - fixed
rlAssertLesser - fixed failed library load name logging - ability to
parse fmf id references - ability the use simpler library name - library(foo),
{url: '../foo.git', name: '/'}, meaming the library is n the root folder -
ability put library even deeper in the tree - library(foo/path/to/the/library),
{url: '../foo.git', name: '/path/to/the/library'} - rebased yash to 1.0 - and
few more minor fixes
ChangeLog:
* Sat Jan 30 2021 Dalibor Pospisil - 1.24-1
- rlImport --all imports only required libraries, not recommend
- implemented chkconfig fallback to systemctl
- fixed `make test` test suite execution
* Tue Jan 26 2021 Dalibor Pospisil - 1.23-1
- TestResults state indicator
- profiling code
- rebased yash to 1.1
- fixed rlAssertLesser
- fixed failed library load name logging
* Fri Jan 15 2021 Dalibor Pospisil - 1.22-1
- ability to parse fmf id references
- ability the use simpler library name - library(foo), {url: '../foo.git',
name: '/'}, meaming the library is n the root folder
- ability put library even deeper in the tree -
library(foo/path/to/the/library), {url: '../foo.git', name:
'/path/to/the/library'}
- rebased yash to 1.0
- and few more minor fixes
ec2-hibinit-agent-1.0.3-3.el8 (FEDORA-EPEL-2021-a5d5e1ef36)
Hibernation setup utility for Amazon EC2
Update Information:
Add ec2 hibernate agent to epel8
ChangeLog:
References:
[ 1 ] Bug #1872427 - Review Request: ec2-hibinit-agent - support for
hibernation for Amazon ec2
https://bugzilla.redhat.com/show_bug.cgi?id=1872427
gparted-1.2.0-1.el8 (FEDORA-EPEL-2021-04a00fb568)
Gnome Partition Editor
Update Information:
- Update to 1.2.0
ChangeLog:
* Sat Jan 30 2021 Mukundan Ragavan - 1.2.0-1
- Update to 1.2.0
References:
[ 1 ] Bug #1899412 - Unit \xe2\x97\x8f.service does not exist, proceeding
anyway.
https://bugzilla.redhat.com/show_bug.cgi?id=1899412
[ 2 ] Bug #1920175 - gparted-1.2.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1920175
===
[EPEL-devel] Re: EPEL9 - thoughts and timings
On Fri, Jan 29, 2021 at 01:46:56PM -0800, Troy Dawson wrote: > On Fri, Jan 29, 2021 at 2:29 AM Petr Pisar wrote: > > > > On Thu, Jan 28, 2021 at 03:15:29PM -0800, Kevin Fenzi wrote: > > > I think that could be workable, but I'll toss out another proposal: > > > > > > As soon as centos 9 stream exists, we create epel9-playground and allow > > > people to branch/add packages to it. Once rhel9 is GA, we setup epel9 as > > > usual and epel9-next and point epel9-next to build against stream and > > > playground to build against rhel9. > > > > > Do you know what CentOS 9 Stream will look like between its first > > availability > > and RHEL 9 GA? I worry that there will surface RHEL 9.1 changes. Then > > switching epel9-playground from CentOS 9 Stream to RHEL 9 could manifest > > incompatibilities as the build root would regress. To be clear if the question was directed at me: I have no idea. ;) > Very good question Petr, and thanks for asking it. > I asked internally about this. > There will be a set time [1] when RHEL 9.0.0 release will be branched, > and all the final stabilizing stuff will happen internally. > At that point, CentOS 9 Stream will be on the 9.1.0 release, and any > changes to it will not be in the 9.0.0 GA. > I don't know when that point in time is, I haven't figured it out yet. > But my educated guess is 3 months before GA, if I'm wrong, then I > don't think more than 6 months before GA. > > So, that gives us something to consider. Do we think that 3 to 6 > months of possible changes will affect us too much? > Troy > > [1] - I wasn't given a date, just X weeks into the schedule. We talked about this in the meeting yesterday some. Pondering on it I think the best was forward would be: * as soon as centos 9 stream exists and is consumable, we setup things and start allowing epel9-next branches (only) for things. We could do this as we plan for epel8-next (ie, bodhi, updates/updates-testing) or we could decide thats too much overhead and just do a daily compose of everything. The first option would be more up-front work, but then we don't have to change it later. * as soon as rhel9 GA is available and consumable, we setup things and start allowing epel9 branches. We also send a note to all 'epel9-next' maintainers that epel9 is available and that they should request that and build there. If we did epel9-next as a 'rawhide style daily compose' we would switch it to bodhi/updates-testing then. I'm not sure what to do about rhel9-beta. My first thought is to ignore it and tell people to use epel9-next with it, and consider following stream to get updates. As for epel9-playground... I'm kind of coming to the idea that it's not that useful really and we shouldn't make one for 9. SO, I guess this is all just the orig proposal. ;) 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
