%generate_buildrequires
by Andrew C Aitchison
On Thu, 3 Dec 2020, Michel Alexandre Salim wrote:
>> Apart from the usual package-not-available story (which I want to fix
>> as part of my work bringing up the EPEL Packagers SIG), my current
>> snag is that python-tox-current-env uses %generate_buildrequires which
>> does not work on CentOS 8:
>>
>> CentOS 8 is still on RPM 4.14:
>> <mock-chroot> sh-4.4# rpm -q rpm
>> rpm-4.14.2-37.el8.x86_64
>>
>> I'll put up a patch to hardcode dependencies for non-Fedora releases,
>> though that sorts of defeat the purpose of dynamic build
>> requirements.
>> Then again, this is only needed for EPEL8, since EPEL9 will have a
>> new enough RPM.
>>
> Given that %generate_buildrequires is the selling point of pyproject-
> rpm-macros, I'm guessing a better way forward for EPEL8 would be to not
> require it on EPEL8 since there's no way it would work, since RH won't
> update RPM?
>
> https://src.fedoraproject.org/rpms/pyproject-rpm-macros
Is %generate_buildrequires suppose to work for packages
which do not used python ?
From the name I would expect it to, but reading that doc makes me
think %generate_buildrequires *is* python specific.
If so, the name is misleading.
(I am also confused/suspicious of the point of a macro to automate
build requires, except as a step on a path to somewhere else.
If build requirements need to be stated explicitly,
then automating their statement is a good way of hiding an issue
that needs to be reviewed whenever changes are made.
)
--
Andrew C. Aitchison Kendal, UK
andrew(a)aitchison.me.uk
1 year, 4 months
How to support python 3.8 from RHEL 8.2 in EPEL?
by Orion Poplawski
Folks -
Looks like RHEL 8.2 will have python 3.8 in addition to python 3.6. From
the 8.2 beta:
Red Hat Enterprise Linux 8 for x86_64 - AppStream Beta (RPMs)
Name Stream Profiles Summary
python27 2.7 [d][e] common [d] Python programming
language, version 2.7
python36 3.6 [d][e] build, common [d] Python programming
language, version 3.6
python38 3.8 [d][e] build, common [d] Python programming
language, version 3.8
Currently, %python_pkgversion is set to 3 in
/usr/lib/rpm/macros.d/macros.python-srpm from python-srpm-macros.
python3-devel is still provided only by python36-devel, so presumably all
EPEL8 python packages will continue to be built against python 3.6. But I
imagine that people will soon be asking for python 3.8 versions of EPEL
packages. How can we provide those? Does this have to be done in some
modular fashion - which seems to come back to the discussion of whether or not
every package has to become its own module or whether to group them together
somehow. Or since both python modules are "default" modules and we can
install both python36-devel and python38-devel at the same time, perhaps we
can define the python3_other* macros again for python38 and just go that way?
Thoughts?
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 https://www.nwra.com/
1 year, 6 months
gcc-gnat
by Erick Wittman
Hi EPEL developers.
I am using CentOS 8 and am using various packages in the EPEL
repository. I am interested in seeing gcc-gnat added to EPEL.
I cannot find a current Fedora maintainer listed for this package, but
it is available in Fedora (at least in version 32). Are there any
EPEL
maintainers who are interested in creating an EPEL version of this package?
Thank you
2 years, 2 months
proposal: EPEL 8 Next
by Carl George
Howdy folks,
A large part of my day job is working on CentOS Stream. Naturally I would
like it to be successful and have wide adoption. I know that EPEL will play
a big role in this success. EPEL is extremely popular. Many users consider
RHEL and CentOS unusable without it.
The problem we are facing is that EPEL 8 cannot be 100% compatible with
RHEL/CentOS 8 and CentOS 8 Stream at the same time. It is not uncommon for
RHEL to ship library soname changes in minor releases. In the RHEL 8 cycle,
those changes are showing up in CentOS 8 Stream first. EPEL 8 builds
against the latest RHEL 8 release. This can result in EPEL 8 packages that
are uninstallable on CentOS 8 Stream due to the library differences. One
prominent example we have already seen is llvm-libs, which has increased its
library soname in every RHEL 8 minor release so far. Another increase is
planned for RHEL 8.3, which has already been released in CentOS 8 Stream.
There are likely other incompatibilities that haven't been noticed yet. I
expect this problem to grow worse as RHEL development continues and more
packages are added to EPEL 8. This situation is hurting the adoption of
CentOS Stream.
To solve this problem, I am proposing that we create a new repository called
EPEL 8 Next.
- built against CentOS 8 Stream
- opt-in for packagers (must request epel8-next dist-git branch)
- opt-in for users (part of epel-release but disabled by default)
- used *with* epel8, not *instead of*
This will provide EPEL packagers a place where they can update their
packages when necessary to be compatible with CentOS 8 Stream. These
packages would also be useful for RHEL 8 users during the gap between a RHEL
minor release and the equivalent CentOS 8 Linux rebuild. In theory this
repository should also be directly consumable by RHEL 8 Beta releases.
Similar to RHEL itself, breaking changes could be permitted in epel8-next in
preparation for delivering them to epel8 around the time of the next RHEL
minor release.
This proposal may sound similar to epel8-playground. However, that was
still built against RHEL 8, so it didn't solve the compatibility issue with
CentOS 8 Stream. This proposal does draw on lessons learned from the
playground experiment.
- no automatic builds via packages.cfg
- opt-in rather than opt-out
- layering on top of epel8, rather than duplicating content
I first suggested this idea at the last EPEL Steering Committee meeting, and
we plan to discuss it again during the next one. Please share your thoughts
on this proposal.
--
Carl George
2 years, 3 months
Fedora EPEL 7 updates-testing report
by updates＠fedoraproject.org
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 <heffer(a)fedoraproject.org> - 2021.0-1
- update to 2021.0
* Tue Jan 26 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 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 <dapospis(a)redhat.com> - 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 <dapospis(a)redhat.com> - 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 <dapospis(a)redhat.com> - 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 <orion(a)nwra.com> - 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 <robert(a)fedoraproject.org> 1.0-1
- Upgrade to 1.0 (#1922613)
* Tue Jan 26 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 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
--------------------------------------------------------------------------------
2 years, 7 months
Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org
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 <heffer(a)fedoraproject.org> - 2021.0-1
- update to 2021.0
* Tue Jan 26 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 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 <dapospis(a)redhat.com> - 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 <dapospis(a)redhat.com> - 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 <dapospis(a)redhat.com> - 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 <nonamedotc(a)fedoraproject.org> - 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
--------------------------------------------------------------------------------
================================================================================
gv-3.7.4-25.el8 (FEDORA-EPEL-2021-4362058186)
A X front-end for the Ghostscript PostScript(TM) interpreter
--------------------------------------------------------------------------------
Update Information:
Require ghostscript-x11
--------------------------------------------------------------------------------
ChangeLog:
* Sat Jan 30 2021 Orion Poplawski <orion(a)nwra.com> - 3.7.4-25
- Require ghostscript-x11 on EL8 (bz#1918041)
* Tue Jan 26 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 3.7.4-24
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Tue Jul 28 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 3.7.4-23
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Wed Jan 29 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 3.7.4-22
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1918041 - gv depends on ghostscript not ghostscript-x11
https://bugzilla.redhat.com/show_bug.cgi?id=1918041
--------------------------------------------------------------------------------
================================================================================
lua-sec-1.0-1.el8 (FEDORA-EPEL-2021-1d3fc1f12a)
Lua binding for OpenSSL library
--------------------------------------------------------------------------------
Update Information:
LuaSec 1.0 ========== * Add `cert:getsignaturename()`
--------------------------------------------------------------------------------
ChangeLog:
* Sat Jan 30 2021 Robert Scheck <robert(a)fedoraproject.org> 1.0-1
- Upgrade to 1.0 (#1922613)
* Tue Jan 26 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 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
--------------------------------------------------------------------------------
================================================================================
poezio-0.13.1-2.el8 (FEDORA-EPEL-2021-0718f73f3a)
IRC-like jabber (XMPP) console client
--------------------------------------------------------------------------------
Update Information:
Initial import from fedora/rawhide
--------------------------------------------------------------------------------
ChangeLog:
--------------------------------------------------------------------------------
================================================================================
swift-lang-5.3.3-1.el8 (FEDORA-EPEL-2021-81b1a1a059)
Apple's Swift programming language
--------------------------------------------------------------------------------
Update Information:
Updated to swift-5.3.3-RELEASE
--------------------------------------------------------------------------------
ChangeLog:
* Thu Jan 28 2021 Ron Olson <tachoknight(a)gmail.com> 5.3.3-1
- Updated to swift-5.3.3-RELEASE
* Wed Jan 27 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 5.3.2-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
--------------------------------------------------------------------------------
================================================================================
zeromq-4.3.4-1.el8 (FEDORA-EPEL-2021-a571161e85)
Software library for fast, message-based applications
--------------------------------------------------------------------------------
Update Information:
- Upstream upgrade - Fixes #1921879, #1921972, #1921973, #1921975, #1921976,
#1921979, #1921981, #1921983, #1921985, #1921987, #1921989, #1921992, #1921994
--------------------------------------------------------------------------------
ChangeLog:
* Sat Jan 30 2021 Denis Arnaud <denis.arnaud_fedora(a)m4x.org> - 4.3.4-1
- Upstream upgrade
- Fixes #1921879, #1921972, #1921973, #1921975, #1921976, #1921979, #1921981,
- #1921983, #1921983, #1921985, #1921987, #1921989, #1921992, #1921994
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1921972 - zeromq: Memory leak in client induced by malicious server without CURVE/ZAP
https://bugzilla.redhat.com/show_bug.cgi?id=1921972
[ 2 ] Bug #1921976 - zeromq: Stack overflow on server running PUB/XPUB socket
https://bugzilla.redhat.com/show_bug.cgi?id=1921976
[ 3 ] Bug #1921983 - zeromq: Heap overflow when receiving malformed ZMTP v1 packets
https://bugzilla.redhat.com/show_bug.cgi?id=1921983
[ 4 ] Bug #1921989 - zeromq: Memory leaks via metadata messages processed by PUB sockets
https://bugzilla.redhat.com/show_bug.cgi?id=1921989
--------------------------------------------------------------------------------
2 years, 7 months
EPEL9 - thoughts and timings
by Troy Dawson
As we are getting closer to the F34 branching, which means we are
getting closer to CentOS 9 Stream, which will eventually be turned
into RHEL9 Beta, and then RHEL9 release. Now seems like a good time
to get ideas flowing about EPEL9.
I'm just throwing ideas around. Nothing I'm saying here is even close
to policy or a final plan. If people have other ideas, feel free to
say them.
epel8-next is getting closer and closer to being in place.
To me it seems logical to create a epel9-next, pointing at the CentOS
9 Stream (when it comes). It would need the same setting up as
epel8-next, all the steps would be the same other than the name and
where it points for it's repo.
We could also setup some type of signup board for if maintainers want
the EPEL Packaging SIG to automatically bring their packages over.
With epel9-next in place, and good set of EPEL9 packages in it, users
would be able to test RHEL9 much better in it's beta phase.
Also, it would take alot of pressure off when we start getting regular
EPEL9 setup. If it takes a month or two, people wouldn't be as
concerned, because they could always just grab the packages from
epel9-next.
Troy
2 years, 7 months
Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org
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
cppad-20210000.3-1.el8
efifs-1.7-2.el8
luarocks-3.5.0-1.el8
yamllint-1.26.0-1.el8
Details about builds:
================================================================================
cppad-20210000.3-1.el8 (FEDORA-EPEL-2021-5db6d86fdd)
C++ Algorithmic Differentiation (AD), cppad-devel and cppad-doc
--------------------------------------------------------------------------------
Update Information:
Advance to upstream source 20210000.3
--------------------------------------------------------------------------------
ChangeLog:
--------------------------------------------------------------------------------
================================================================================
efifs-1.7-2.el8 (FEDORA-EPEL-2021-4eb735a9d7)
Free software EFI/UEFI standalone file system drivers
--------------------------------------------------------------------------------
Update Information:
Free software EFI/UEFI standalone file system drivers, based on the GRUB 2.0
read-only drivers: AFFS (Amiga Fast FileSystem), BFS (BeOS FileSystem), btrfs,
exFAT, ext2/ext3/ext4, F2FS (experimental), HFS and HFS+ (Mac OS, including the
compression support), ISO9660, JFS (Journaled FileSystem), nilfs2, NTFS
(including compression support), ReiserFS, SFS (Amiga Smart FileSystem), UDF,
UFS/FFS, UFS2/FFS2, XFS, ZFS and more.
--------------------------------------------------------------------------------
ChangeLog:
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1902498 - Review Request: efifs - Free software EFI/UEFI standalone file system drivers
https://bugzilla.redhat.com/show_bug.cgi?id=1902498
--------------------------------------------------------------------------------
================================================================================
luarocks-3.5.0-1.el8 (FEDORA-EPEL-2021-6138a9065f)
A deployment and management system for Lua modules
--------------------------------------------------------------------------------
Update Information:
Initial EPEL8 release
--------------------------------------------------------------------------------
ChangeLog:
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1760698 - Luarocks for el8
https://bugzilla.redhat.com/show_bug.cgi?id=1760698
[ 2 ] Bug #1882822 - luarocks-3.5.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1882822
--------------------------------------------------------------------------------
================================================================================
yamllint-1.26.0-1.el8 (FEDORA-EPEL-2021-9739ef9079)
A linter for YAML files
--------------------------------------------------------------------------------
Update Information:
Update to latest upstream version
--------------------------------------------------------------------------------
ChangeLog:
* Fri Jan 29 2021 Adrien Verg�� <adrienverge(a)gmail.com> - 1.26.0-1
- Update to latest upstream version
--------------------------------------------------------------------------------
2 years, 7 months
Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org
The following Fedora EPEL 8 Security updates need testing:
Age URL
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-83ab5bb91b opensmtpd-6.8.0p2-1.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-b68969af8c chromium-88.0.4324.96-1.el8
2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-403074b7e0 seamonkey-2.53.6-1.el8
1 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
koji-1.23.1-1.el8
libabigail-1.8.1-1.el8
lua-readline-2.9-3.el8
Details about builds:
================================================================================
koji-1.23.1-1.el8 (FEDORA-EPEL-2021-f3a1430962)
Build system tools
--------------------------------------------------------------------------------
Update Information:
Update to bugfix release 1.23.1. ---- Fixup compatibility of kojid with koji-
hub 1.21
--------------------------------------------------------------------------------
ChangeLog:
* Thu Jan 28 2021 Kevin Fenzi <kevin(a)scrye.com> - 1.23.1-1
- Update to 1.23.1. Fixes rhbz#1917340
* Sun Jan 17 2021 Igor Raits <ignatenkobrain(a)fedoraproject.org> - 1.23.0-3
- Fixup compatibility of kojid with koji-hub 1.21
* Mon Nov 30 2020 Kevin Fenzi <kevin(a)scrye.com> - 1.23.0-2
- Fix 32 bit arm install issue. Fixes bug #1894261
--------------------------------------------------------------------------------
================================================================================
libabigail-1.8.1-1.el8 (FEDORA-EPEL-2021-50207d9969)
Set of ABI analysis tools
--------------------------------------------------------------------------------
Update Information:
Update to upstream fixes up to libabigail-1.8.1
--------------------------------------------------------------------------------
ChangeLog:
* Wed Jan 27 2021 Dodji Seketeli <dodji(a)redhat.com> - 1.8.1-1
- Update to upstream fixes up to libabigail-1.8.1
This encompasses this fixes, compared to the last 1.8 release:
ir: Add better comments to types_have_similar_structure
mainpage: Update web page for 1.8 release
Bug 26992 - Try harder to resolve declaration-only classes
Bug 27204 - potential loss of some aliased ELF function symbols
Ignore duplicated functions and those not associated with ELF symbols
Bug 27236 - Pointer comparison wrongly fails because of typedef change
Bug 27233 - fedabipkgdiff fails on package gnupg2 from Fedora 33
Bug 27232 - fedabipkgdiff fails on gawk from Fedora 33
dwarf-reader: Support fast DW_FORM_line_strp string comparison
gen-changelog.py: Update call to subprocess.Popen & cleanup
Bug 27255 - fedabipkgdiff fails on nfs-utils on Fedora 33
abidiff: support --dump-diff-tree with --leaf-changes-only
ir: Arrays are indirect types for type structure similarity purposes
Add qualifier / typedef / array / pointer test
abg-ir: Optimize calls to std::string::find() for a single char.
abipkgdiff: Address operator precedence warning
--------------------------------------------------------------------------------
================================================================================
lua-readline-2.9-3.el8 (FEDORA-EPEL-2021-09f86c8ee8)
Lua interface to the readline and history libraries
--------------------------------------------------------------------------------
Update Information:
Upstream reissued 2.8 with fixed version number. Fixed packaging so on Fedora <
33 and RHEL < 9 it correctly requires `lua(abi)` ---- - Update to 2.8 - Fix
the reported version, it was not bumped for 2.8 - Use Fedora-specific linker
flags (thanks to Robert Scheck <robert(a)fedoraproject.org>) - Add basic
loadability checks (Robert) - Pull in lua-rpm-macros explicitly on EL <= 7
--------------------------------------------------------------------------------
ChangeLog:
* Wed Jan 27 2021 Michel Alexandre Salim <salimma(a)fedoraproject.org> - 2.9-3
- Fix lua(abi) logic
* Wed Jan 27 2021 Michel Alexandre Salim <salimma(a)fedoraproject.org> - 2.9-2
- Add Requires on lua(abi) for older releases
* Wed Jan 27 2021 Michel Alexandre Salim <salimma(a)fedoraproject.org> - 2.9-1
- Update to 2.9
* Tue Jan 26 2021 Michel Alexandre Salim <salimma(a)fedoraproject.org> - 2.8-1
- Update to 2.8
- Fix the reported version, it was not bumped for 2.8
- Use Fedora-specific linker flags (thanks to Robert Scheck <robert(a)fedoraproject.org>)
- Add basic loadability checks (Robert)
- Pull in lua-rpm-macros explicitly on EL7
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1914667 - Lack of Fedora-specific linker flags
https://bugzilla.redhat.com/show_bug.cgi?id=1914667
[ 2 ] Bug #1914686 - lua-readline-2.8 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1914686
[ 3 ] Bug #1920958 - lua-readline-2.9 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1920958
--------------------------------------------------------------------------------
2 years, 7 months
