epel-devel January 2021

epel-devel@lists.fedoraproject.org

16 participants
75 discussions

%generate_buildrequires
by Andrew C Aitchison 23 May '22

23 May '22

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

3 3

How to support python 3.8 from RHEL 8.2 in EPEL?
by Orion Poplawski 04 Mar '22

04 Mar '22

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/

5 10

gcc-gnat
by Erick Wittman 18 Jul '21

18 Jul '21

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

6 6

proposal: EPEL 8 Next
by Carl George 10 Jun '21

10 Jun '21

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

13 29

Fedora EPEL 7 updates-testing report
by updates＠fedoraproject.org 30 Jan '21

30 Jan '21

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 --------------------------------------------------------------------------------

1 0

Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org 30 Jan '21

30 Jan '21

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 --------------------------------------------------------------------------------

1 0

EPEL9 - thoughts and timings
by Troy Dawson 30 Jan '21

30 Jan '21

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

5 6

Fedora EPEL 7 updates-testing report
by updates＠fedoraproject.org 29 Jan '21

29 Jan '21

The following Fedora EPEL 7 Security updates need testing: Age URL 43 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4a9fc09599 openjpeg2-2.3.1-10.el7 8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f1768ebc94 opensmtpd-6.8.0p2-1.el7 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-e06cd0281c zabbix30-3.0.31-1.el7 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-e30a25d6d0 chromium-88.0.4324.96-1.el7 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-4e3398c399 libssh-0.7.7-1.el7 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-c09d7045f3 seamonkey-2.53.6-1.el7 2 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 lua-readline-2.9-3.el7 yamllint-1.26.0-1.el7 Details about builds: ================================================================================ lua-readline-2.9-3.el7 (FEDORA-EPEL-2021-1ba4b817c8) Lua interface to the readline and history libraries -------------------------------------------------------------------------------- Update Information: This Lua module offers a simple calling interface to the GNU Readline/History Library. -------------------------------------------------------------------------------- ChangeLog: -------------------------------------------------------------------------------- References: [ 1 ] Bug #1914660 - Please build lua-readline for EPEL 7 https://bugzilla.redhat.com/show_bug.cgi?id=1914660 -------------------------------------------------------------------------------- ================================================================================ yamllint-1.26.0-1.el7 (FEDORA-EPEL-2021-09bb04b1a1) 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 --------------------------------------------------------------------------------

1 0

Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org 29 Jan '21

29 Jan '21

1 0

Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org 28 Jan '21

28 Jan '21

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 --------------------------------------------------------------------------------

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

epel-devel January 2021