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
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/
Hello,
I am currently in the middle of retiring all of the epel8-playground
branches.
I apologize for not sending an email ahead of time.
For informations sake, I am retiring them with
fedpkg retire "epel8-playground decommissioned :
https://pagure.io/epel/issue/
136"
Just so people know where we are in the epel8-playground decommission steps.
* block targets in koji - DONE
* Update Documentation - DONE
* Remove or fix package.cfg - DONE
* Remove configs from epel-release
-- https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-bc95045a9e
* Retire all epel8-playground branches
-- Happening right now
https://pagure.io/epel/issue/136#comment-774581
Troy
Hi all,
I just filed https://pagure.io/epel/issue/152 to ask if we should
revisit the policy for https://docs.fedoraproject.org/en-US/epel/epel-packaging/#limited_arch_pack…
This policy seems very similar to the policy we agreed on in
https://pagure.io/epel/issue/134 (but haven't documented yet) which
deals with missing subpackages of two kinds:
- built but not shipped
- disabled from building
except this time it's architectures that are either excluded from build,
or excluded from being shipped.
Neal is trying to package LibRaw, which is built on all arches but has
been shipped only for x86_64:
review request: https://bugzilla.redhat.com/show_bug.cgi?id=2047560
rejected RHEL 8 request to ship LibRaw: https://bugzilla.redhat.com/show_bug.cgi?id=1956029
rejected RHEL 9 request: https://bugzilla.redhat.com/show_bug.cgi?id=2012272
Details in the ticket, but TL;DR
- why is EPEL 8 excluded from the limited arch policy, and would the
recommendation in issue 134 to use a different srpm name resolve the
issues there?
- assuming we still disallow EPEL 8, is EPEL 9 fine?
- can we merge that policy with the policy we have to write for issue
134 anyway?
- in case of limited arch packages, should the new srpm be `-epel` or
`-extras`? It's very lightly edited from the original (see Neal's
review request) as we don't even have to disable certain subpackages:
- rename %name
- rename back all the generated packages
- add changelog
but on the other hand, in this case it's very long lived as it's not
just a matter of "we can persuade RH to ship it in CRB, it's not
supported anyway"
- should we come up with review guidelines for this? fedora-review seems
overkill as in most cases we don't want to diverge from the CentOS
Stream upstream anyway.
Thanks,
--
Michel Alexandre Salim
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
The following Fedora EPEL 9 Security updates need testing:
Age URL
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-ebf3fcc50a phpMyAdmin-5.1.2-1.el9
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-6c84eeefcb strongswan-5.9.5-2.el9
The following builds have been pushed to Fedora EPEL 9 updates-testing
distrobox-1.2.12-1.el9
gcc-epel-11.2.1-9.el9
liblxi-1.15-1.el9
python-jaraco-classes-3.2.1-5.el9
python-kubernetes-21.7.0-1.el9
Details about builds:
================================================================================
distrobox-1.2.12-1.el9 (FEDORA-EPEL-2022-91f9ab54bf)
Another tool for containerized command line environments on Linux
--------------------------------------------------------------------------------
Update Information:
Update to 1.2.12
--------------------------------------------------------------------------------
ChangeLog:
* Sat Jan 22 2022 alciregi <alciregi(a)fedoraproject.org> 1.2.12-1
- Update to 1.2.12
--------------------------------------------------------------------------------
================================================================================
gcc-epel-11.2.1-9.el9 (FEDORA-EPEL-2022-8291878f43)
Various compilers (C, C++, Objective-C, ...)
--------------------------------------------------------------------------------
Update Information:
- backport from 11.2.1-9: update from releases/gcc-11-branch (#2047296) -
backport from 11.2.1-9: fix up va-opt-6.c testcase - backport from 11.2.1-8:
update from releases/gcc-11-branch (#2047296) - backport from 11.2.1-7.7: do not
undefine _hardened_build (#2044917) - backport from 11.2.1-7.6: update annobin
plugin patch (#2030667) - backport from 11.2.1-7.5: update annobin plugin patch
(#2030667) - backport from 11.2.1-7.4: update annobin plugin patch (#2030667) -
backport from 11.2.1-7.3: fix dg-ice tests (#1996047) - backport from
11.2.1-7.2: update annobin plugin patch (#2030667) - backport from 11.2.1-7.1:
build annobin plugin (patch by Nick Clifton) (#2030667) - backport from
11.2.1-7: update from releases/gcc-11-branch (#1996858) - backport from
11.2.1-7: fix up #\_\_VA_OPT\_\_ handling (PR preprocessor/103415)
--------------------------------------------------------------------------------
ChangeLog:
* Sat Jan 29 2022 Robert Scheck <robert(a)fedoraproject.org> 11.2.1-9
- backport from 11.2.1-9: update from releases/gcc-11-branch (#2047296)
- backport from 11.2.1-9: fix up va-opt-6.c testcase
- backport from 11.2.1-8: update from releases/gcc-11-branch (#2047296)
- backport from 11.2.1-7.7: do not undefine _hardened_build (#2044917)
- backport from 11.2.1-7.6: update annobin plugin patch (#2030667)
- backport from 11.2.1-7.5: update annobin plugin patch (#2030667)
- backport from 11.2.1-7.4: update annobin plugin patch (#2030667)
- backport from 11.2.1-7.3: fix dg-ice tests (#1996047)
- backport from 11.2.1-7.2: update annobin plugin patch (#2030667)
- backport from 11.2.1-7.1: build annobin plugin (patch by Nick Clifton) (#2030667)
- backport from 11.2.1-7: update from releases/gcc-11-branch (#1996858)
- backport from 11.2.1-7: fix up #__VA_OPT__ handling (PR preprocessor/103415)
--------------------------------------------------------------------------------
================================================================================
liblxi-1.15-1.el9 (FEDORA-EPEL-2022-6909430ce2)
Library with simple API for communication with LXI devices
--------------------------------------------------------------------------------
Update Information:
# liblxi v1.15 * Fix meson libtirpc dependency Remove the hardcoded
include patch to libtirpc and replace it with one dynamically resolved via `pkg-
config`. The reason for implementing the meson dependency check this way is
to avoid linking with libtirpc because it is broken with regards to its Sun RPC
implementation so instead we link with the RPC implementation which still reside
in glibc. However, glibc removed their RPC header files so we need the headers
from libtirpc. Further investigation is required to find and fix the bug in
the libtirpc RPC implementation so we can get back to normal. They changed
something moving it out of glibc and they shouldn't have.
--------------------------------------------------------------------------------
ChangeLog:
* Sun Jan 23 2022 Robert Scheck <robert(a)fedoraproject.org> 1.15-1
- Upgrade to 1.15 (#2043963)
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #2043963 - liblxi-1.15 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2043963
--------------------------------------------------------------------------------
================================================================================
python-jaraco-classes-3.2.1-5.el9 (FEDORA-EPEL-2022-58c418b901)
Utility functions for Python class constructs
--------------------------------------------------------------------------------
Update Information:
Building CherryPy Deps for epel9
--------------------------------------------------------------------------------
ChangeLog:
* Fri Jan 21 2022 Fedora Release Engineering <releng(a)fedoraproject.org> - 3.2.1-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
* Fri Jul 23 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 3.2.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Fri Jun 4 2021 Python Maint <python-maint(a)redhat.com> - 3.2.1-3
- Rebuilt for Python 3.10
* Thu Mar 4 2021 Miro Hron��ok <mhroncok(a)redhat.com> - 3.2.1-2
- Don't co-own /usr/lib/python3.X/site-packages/jaraco
* Tue Feb 23 2021 Dan Radez <dradez(a)redhat.com> - 3.2.1-1
- Update to 3.2.1
* Wed Jan 27 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 3.1.0-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Wed Jul 29 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 3.1.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Tue May 26 2020 Miro Hron��ok <mhroncok(a)redhat.com> - 3.1.0-2
- Rebuilt for Python 3.9
* Wed Feb 12 2020 Dan Radez <dan(a)radez.net> - 3.1.0
- update to 3.1.0
* Thu Jan 30 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 2.0-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #2041996 - Please branch and build python-jaraco-classes in epel9.
https://bugzilla.redhat.com/show_bug.cgi?id=2041996
--------------------------------------------------------------------------------
================================================================================
python-kubernetes-21.7.0-1.el9 (FEDORA-EPEL-2022-bdd416ce8f)
Python client for the kubernetes API.
--------------------------------------------------------------------------------
Update Information:
Update to 21.7.0
--------------------------------------------------------------------------------
ChangeLog:
* Sun Jan 30 2022 Jason Montleon <jmontleo(a)redhat.com> - 1:21.7.0-1
- Update to 21.7.0
* Fri Jan 21 2022 Fedora Release Engineering <releng(a)fedoraproject.org> - 1:18.20.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
* Fri Aug 20 2021 Jason Montleon <jmontleo(a)redhat.com> - 1:18.20.0-1
* Update to 18.20.0
* Tue Jul 27 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 1:11.0.0-9
- Second attempt - Rebuilt for
https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Fri Jun 4 2021 Python Maint <python-maint(a)redhat.com> - 1:11.0.0-8
- Rebuilt for Python 3.10
* Wed Jan 27 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 1:11.0.0-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Fri Dec 11 2020 Jason Montleon <jmontleo(a)redhat.com> - 1:11.0.0-6
- Fix sub-package requirements to account for the epoch
* Fri Dec 11 2020 Jason Montleon <jmontleo(a)redhat.com> - 1:11.0.0-5
- Revert upadte until https://github.com/kubernetes-client/python/issues/1333 is fixed
* Wed Jul 29 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 11.0.0-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Tue May 26 2020 Miro Hron��ok <mhroncok(a)redhat.com> - 11.0.0-3
- Rebuilt for Python 3.9
* Thu Apr 30 2020 Jason Montleon <jmontleo(a)redhat.com> - 11.0.0-2
- Fix EPEL 7 and 8 builds
* Thu Apr 30 2020 Jason Montleon <jmontleo(a)redhat.com> - 11.0.0-1
- Update to 11.0.0
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #2006150 - python-kubernetes-21.7.0b1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2006150
--------------------------------------------------------------------------------
The following Fedora EPEL 8 Security updates need testing:
Age URL
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-cf4fee5aa6 perl-Image-ExifTool-12.38-1.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-1ba918cfc7 strongswan-5.9.5-2.el8
The following builds have been pushed to Fedora EPEL 8 updates-testing
distrobox-1.2.12-1.el8
gcc-epel-8.5.0-8.el8
liblxi-1.15-1.el8
Details about builds:
================================================================================
distrobox-1.2.12-1.el8 (FEDORA-EPEL-2022-139ee9301d)
Another tool for containerized command line environments on Linux
--------------------------------------------------------------------------------
Update Information:
Update to 1.2.12
--------------------------------------------------------------------------------
ChangeLog:
* Sat Jan 22 2022 alciregi <alciregi(a)fedoraproject.org> 1.2.12-1
- Update to 1.2.12
--------------------------------------------------------------------------------
================================================================================
gcc-epel-8.5.0-8.el8 (FEDORA-EPEL-2022-ed316bbe63)
Various compilers (C, C++, Objective-C, ...)
--------------------------------------------------------------------------------
Update Information:
- backport from 8.5.0-8: aarch64: Add -mtune=neoverse-512tvb (#1845932)
--------------------------------------------------------------------------------
ChangeLog:
* Sat Jan 29 2022 Robert Scheck <robert(a)fedoraproject.org> 8.5.0-8
- backport from 8.5.0-8: aarch64: Add -mtune=neoverse-512tvb (#1845932)
--------------------------------------------------------------------------------
================================================================================
liblxi-1.15-1.el8 (FEDORA-EPEL-2022-b7d4b16bfe)
Library with simple API for communication with LXI devices
--------------------------------------------------------------------------------
Update Information:
# liblxi v1.15 * Fix meson libtirpc dependency Remove the hardcoded
include patch to libtirpc and replace it with one dynamically resolved via `pkg-
config`. The reason for implementing the meson dependency check this way is
to avoid linking with libtirpc because it is broken with regards to its Sun RPC
implementation so instead we link with the RPC implementation which still reside
in glibc. However, glibc removed their RPC header files so we need the headers
from libtirpc. Further investigation is required to find and fix the bug in
the libtirpc RPC implementation so we can get back to normal. They changed
something moving it out of glibc and they shouldn't have.
--------------------------------------------------------------------------------
ChangeLog:
* Sun Jan 23 2022 Robert Scheck <robert(a)fedoraproject.org> 1.15-1
- Upgrade to 1.15 (#2043963)
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #2043963 - liblxi-1.15 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2043963
--------------------------------------------------------------------------------
The following Fedora EPEL 7 Security updates need testing:
Age URL
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-6395a45cb3 perl-Image-ExifTool-12.38-1.el7
The following builds have been pushed to Fedora EPEL 7 updates-testing
liblxi-1.15-1.el7
miniupnpc-2.0-3.el7
Details about builds:
================================================================================
liblxi-1.15-1.el7 (FEDORA-EPEL-2022-c1b58fb721)
Library with simple API for communication with LXI devices
--------------------------------------------------------------------------------
Update Information:
# liblxi v1.15 * Fix meson libtirpc dependency Remove the hardcoded
include patch to libtirpc and replace it with one dynamically resolved via `pkg-
config`. The reason for implementing the meson dependency check this way is
to avoid linking with libtirpc because it is broken with regards to its Sun RPC
implementation so instead we link with the RPC implementation which still reside
in glibc. However, glibc removed their RPC header files so we need the headers
from libtirpc. Further investigation is required to find and fix the bug in
the libtirpc RPC implementation so we can get back to normal. They changed
something moving it out of glibc and they shouldn't have.
--------------------------------------------------------------------------------
ChangeLog:
* Sun Jan 23 2022 Robert Scheck <robert(a)fedoraproject.org> 1.15-1
- Upgrade to 1.15 (#2043963)
* Sat Jan 22 2022 Robert Scheck <robert(a)fedoraproject.org> 1.14-1
- Upgrade to 1.14 (#2042909)
* Thu Jan 20 2022 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.13-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
* Thu Jul 22 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.13-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Tue Jan 26 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.13-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Tue Jul 28 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.13-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Wed Jan 29 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.13-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
* Thu Jul 25 2019 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.13-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
* Fri Feb 1 2019 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.13-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
* Fri Jul 13 2018 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.13-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #2043963 - liblxi-1.15 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2043963
--------------------------------------------------------------------------------
================================================================================
miniupnpc-2.0-3.el7 (FEDORA-EPEL-2022-4069001f10)
Library and tool to control NAT in UPnP-enabled routers
--------------------------------------------------------------------------------
Update Information:
- Clean up SPEC file. - Add patch to fix CVE-2017-1000494 (backported from 2.1).
- Add patch to fix CVE-2017-8798 (backported from 2.1). - Drop conditions for
Python 3 etc, other branches have moved forward.
--------------------------------------------------------------------------------
ChangeLog:
* Sun Jan 30 2022 Simone Caronni <negativo17(a)gmail.com> - 2.0-3
- Add patch to fix CVE-2017-8798 (backported from 2.1).
* Sun Jan 30 2022 Simone Caronni <negativo17(a)gmail.com> - 2.0-2
- Clean up SPEC file.
- Add patch to fix CVE-2017-1000494 (backported from 2.1).
- Drop conditions for Python 3 etc, other branches have moved forward.
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1450064 - CVE-2017-8798 miniupnpc: Integer signedness error [epel-7]
https://bugzilla.redhat.com/show_bug.cgi?id=1450064
[ 2 ] Bug #1532504 - CVE-2017-1000494 miniupnpc: Multiple vulnerabilities can allow a remote attacker to cause a denial of service or potentially execute code [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1532504
--------------------------------------------------------------------------------
The following Fedora EPEL 7 Security updates need testing:
Age URL
1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-6395a45cb3 perl-Image-ExifTool-12.38-1.el7
The following builds have been pushed to Fedora EPEL 7 updates-testing
remmina-1.4.23-4.el7
Details about builds:
================================================================================
remmina-1.4.23-4.el7 (FEDORA-EPEL-2022-efe09e7241)
Remote Desktop Client
--------------------------------------------------------------------------------
Update Information:
- Add missing xdg-utils BuildRequires for generation of icon and theme caches. -
Modify conditional to exclude el7 only from aarch64 builds. Will now enable
building for el8 and above. - Add scriptlets for updating of icon cache on el7
as not automatic. ---- Add updating of icon cache for el7. ---- * Wed Jan 19
2022 Phil Wyett <philip.wyett(a)kathenas.org> - 1.4.23-2 - Remove unneeded
BuildRequires for gtk-vnc-2.0. libvncserver is the preferred for VNC and
disables the gvnc plugin if found. We have not in the recent past built the
gvnc plugin. * Wed Jan 19 2022 Phil Wyett <philip.wyett(a)kathenas.org> -
1.4.23-1 - New upstream version 1.4.23. - Enable x2go plugin.
--------------------------------------------------------------------------------
ChangeLog:
* Sun Jan 23 2022 Phil Wyett <philip.wyett(a)kathenas.org> - 1.4.23-4
- Add missing xdg-utils BuildRequires for generation of icon and theme caches.
- Modify conditional to exclude el7 only from aarch64 builds. Will
now enable building for el8 and above.
- Add scriptlets for updating of icon cache on el7 as not automatic.
* Fri Jan 21 2022 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.4.23-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
* Wed Jan 19 2022 Phil Wyett <philip.wyett(a)kathenas.org> - 1.4.23-2
- Remove unneeded BuildRequires for gtk-vnc-2.0.
libvncserver is the preferred for VNC and disables the gvnc plugin if found.
We have not in the recent past built the gvnc plugin.
* Wed Jan 19 2022 Phil Wyett <philip.wyett(a)kathenas.org> - 1.4.23-1
- New upstream version 1.4.23.
- Enable x2go plugin.
* Wed Nov 10 2021 Simone Caronni <negativo17(a)gmail.com> - 1.4.21-1
- Update to 1.4.21.
* Tue Sep 14 2021 Sahana Prasad <sahana(a)redhat.com> - 1.4.20-3
- Rebuilt with OpenSSL 3.0.0
* Fri Jul 23 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.4.20-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
--------------------------------------------------------------------------------