%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, 6 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, 9 months
Xfce 4.16 on EPEL-8
by Mukundan Ragavan
Hi all,
I have a COPR containing xfce 4.16 packages for EPEL-8 packages [0]. I
would like to get some testing done using this COPR before getting into
EPEL-8.
Please email if and when you notice problems and I will try to fix it as
soon as possible.
As a reminder - xfce 4.16 will be available in F34.
Thanks,
Mukundan.
[0] https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce416-epel8/
--
GPG Key: E5C8BC67
2 years, 3 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, 4 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, 5 months
rpmconf does not install on Amazon Linux 2 with EPEL7
by Danie de Jager
Hi,
There is an unfortunate dependency problem when trying to install rpmconf from EPEL 7 that is used by Amazon Linux 2. Who can I contact to try and resolve the dependencies? Is the spec file maintained by EPEL or the developer?
[root@server]# yum install rpmconf
Loaded plugins: etckeeper, getpagespeed, kernel-livepatch, langpacks, priorities, update-motd
701 packages excluded due to repository priority protections
Resolving Dependencies
--> Running transaction check
---> Package rpmconf.noarch 0:1.0.22-1.el7 will be installed
--> Processing Dependency: /usr/bin/python3 for package: rpmconf-1.0.22-1.el7.noarch
--> Processing Dependency: python36-rpm for package: rpmconf-1.0.22-1.el7.noarch
--> Processing Dependency: python36-rpmconf for package: rpmconf-1.0.22-1.el7.noarch
--> Processing Dependency: rpmconf-base for package: rpmconf-1.0.22-1.el7.noarch
--> Running transaction check
---> Package python3.x86_64 0:3.7.9-1.amzn2.0.3 will be installed
--> Processing Dependency: python3-libs(x86-64) = 3.7.9-1.amzn2.0.3 for package: python3-3.7.9-1.amzn2.0.3.x86_64
--> Processing Dependency: python3-setuptools for package: python3-3.7.9-1.amzn2.0.3.x86_64
--> Processing Dependency: python3-pip for package: python3-3.7.9-1.amzn2.0.3.x86_64
--> Processing Dependency: libpython3.7m.so.1.0()(64bit) for package: python3-3.7.9-1.amzn2.0.3.x86_64
---> Package python36-rpm.x86_64 0:4.11.3-9.el7 will be installed
--> Processing Dependency: python(abi) = 3.6 for package: python36-rpm-4.11.3-9.el7.x86_64
--> Processing Dependency: rpm >= 4.11.3-45 for package: python36-rpm-4.11.3-9.el7.x86_64
--> Processing Dependency: libpython3.6m.so.1.0()(64bit) for package: python36-rpm-4.11.3-9.el7.x86_64
---> Package python36-rpmconf.noarch 0:1.0.22-1.el7 will be installed
--> Processing Dependency: python(abi) = 3.6 for package: python36-rpmconf-1.0.22-1.el7.noarch
---> Package rpmconf-base.noarch 0:1.0.22-1.el7 will be installed
--> Running transaction check
---> Package python3-libs.x86_64 0:3.7.9-1.amzn2.0.3 will be installed
---> Package python3-pip.noarch 0:20.2.2-1.amzn2.0.2 will be installed
---> Package python3-setuptools.noarch 0:49.1.3-1.amzn2.0.2 will be installed
---> Package python36-rpm.x86_64 0:4.11.3-9.el7 will be installed
--> Processing Dependency: python(abi) = 3.6 for package: python36-rpm-4.11.3-9.el7.x86_64
--> Processing Dependency: rpm >= 4.11.3-45 for package: python36-rpm-4.11.3-9.el7.x86_64
--> Processing Dependency: libpython3.6m.so.1.0()(64bit) for package: python36-rpm-4.11.3-9.el7.x86_64
---> Package python36-rpmconf.noarch 0:1.0.22-1.el7 will be installed
--> Processing Dependency: python(abi) = 3.6 for package: python36-rpmconf-1.0.22-1.el7.noarch
--> Finished Dependency Resolution
Error: Package: python36-rpmconf-1.0.22-1.el7.noarch (epel)
Requires: python(abi) = 3.6
Installed: python-2.7.18-1.amzn2.0.3.x86_64 (@amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.5-58.amzn2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.14-58.amzn2.0.2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.14-58.amzn2.0.3.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.14-58.amzn2.0.4.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-1.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-2.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-3.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-4.amzn2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-5.amzn2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.18-1.amzn2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.18-1.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.18-1.amzn2.0.2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python3-3.7.0-0.12.b2.amzn2.0.2.x86_64 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.0-0.16.b3.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.0-0.20.rc1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.0-0.20.rc1.amzn2.0.2.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.1-9.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.2-4.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.3-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.3-1.amzn2.0.2.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.4-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.4-1.amzn2.0.2.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.4-1.amzn2.0.3.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.4-1.amzn2.0.4.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.6-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.8-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.9-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.9-1.amzn2.0.2.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.9-1.amzn2.0.3.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python34-3.4.10-7.el7.x86_64 (epel)
python(abi) = 3.4
Error: Package: python36-rpm-4.11.3-9.el7.x86_64 (epel)
Requires: python(abi) = 3.6
Installed: python-2.7.18-1.amzn2.0.3.x86_64 (@amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.5-58.amzn2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.14-58.amzn2.0.2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.14-58.amzn2.0.3.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.14-58.amzn2.0.4.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-1.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-2.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-3.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-4.amzn2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.16-5.amzn2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.18-1.amzn2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.18-1.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python-2.7.18-1.amzn2.0.2.x86_64 (amzn2-core)
python(abi) = 2.7
python(abi) = 2.7
Available: python3-3.7.0-0.12.b2.amzn2.0.2.x86_64 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.0-0.16.b3.amzn2.0.1.x86_64 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.0-0.20.rc1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.0-0.20.rc1.amzn2.0.2.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.1-9.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.2-4.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.3-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.3-1.amzn2.0.2.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.4-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.4-1.amzn2.0.2.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.4-1.amzn2.0.3.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.4-1.amzn2.0.4.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.6-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.8-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.9-1.amzn2.0.1.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.9-1.amzn2.0.2.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python3-3.7.9-1.amzn2.0.3.i686 (amzn2-core)
python(abi) = 3.7
python(abi) = 3.7
Available: python34-3.4.10-7.el7.x86_64 (epel)
python(abi) = 3.4
Error: Package: python36-rpm-4.11.3-9.el7.x86_64 (epel)
Requires: libpython3.6m.so.1.0()(64bit)
Error: Package: python36-rpm-4.11.3-9.el7.x86_64 (epel)
Requires: rpm >= 4.11.3-45
Installed: rpm-4.11.3-40.amzn2.0.5.x86_64 (@amzn2-core)
rpm = 4.11.3-40.amzn2.0.5
Available: rpm-4.11.3-25.amzn2.0.1.x86_64 (amzn2-core)
rpm = 4.11.3-25.amzn2.0.1
Available: rpm-4.11.3-25.amzn2.0.3.x86_64 (amzn2-core)
rpm = 4.11.3-25.amzn2.0.3
Available: rpm-4.11.3-40.amzn2.0.3.x86_64 (amzn2-core)
rpm = 4.11.3-40.amzn2.0.3
Available: rpm-4.11.3-40.amzn2.0.4.x86_64 (amzn2-core)
rpm = 4.11.3-40.amzn2.0.4
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
2 years, 6 months
Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org
The following Fedora EPEL 8 Security updates need testing:
Age URL
11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-58bc048b1a upx-3.96-9.el8
8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-a20d7c1ddd rxvt-unicode-9.26-1.el8
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-bdd3e1ab81 opendmarc-1.4.1-1.el8
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-6c72c1c9a5 gromacs-2019.6-2.el8 kokkos-3.0.00-2.el8 slurm-20.11.7-2.el8
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-0e0c1a76c6 slurm-20.11.7-3.el8
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-c734316809 chromium-90.0.4430.212-1.el8
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-bb6ec0e942 singularity-3.7.4-1.el8
The following builds have been pushed to Fedora EPEL 8 updates-testing
python-hstspreload-2021.5.24-1.el8
python-ncclient-0.6.12-1.el8
Details about builds:
================================================================================
python-hstspreload-2021.5.24-1.el8 (FEDORA-EPEL-2021-78bb21cfce)
Chromium HSTS Preload list
--------------------------------------------------------------------------------
Update Information:
Update to latest upstream release 2021.5.24
--------------------------------------------------------------------------------
ChangeLog:
* Sun May 30 2021 Fabian Affolter <mail(a)fabian-affolter.ch> - 2021.5.24-1
- Update to latest upstream release 2021.5.24
* Mon Apr 26 2021 Fabian Affolter <mail(a)fabian-affolter.ch> - 2021.4.26-1
- Update to latest upstream release 2021.4.26
* Wed Feb 24 2021 Fabian Affolter <mail(a)fabian-affolter.ch> - 2021.2.15-1
- Update to new upstream release 2021.2.15
* Sun Feb 14 2021 Fabian Affolter <mail(a)fabian-affolter.ch> - 2021.2.1-1
- Update to new upstream release 2021.2.1
* Wed Jan 27 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 2020.12.22-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Tue Dec 22 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.12.22-1
- Update to new upstream release 2020.11.21 (#1910109)
* Mon Nov 23 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.11.21-1
- Update to new upstream release 2020.11.21 (#1900151)
* Tue Oct 20 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.10.20-1
- Update to new upstream release 2020.10.20 (#1889570)
* Tue Oct 6 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.10.6-1
- Update to new upstream release 2020.10.6 (#1885451)
* Tue Sep 29 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.9.29-1
- Update to new upstream release 2020.9.29 (#1883393)
* Fri Sep 25 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.9.25-1
- Update to new upstream release 2020.9.25 (#1881756)
* Thu Sep 24 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.9.23-1
- Update to new upstream release 2020.9.23 (#1881756)
* Thu Sep 24 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.9.23-1
- Update to new upstream release 2020.9.23 (#1881756)
* Tue Sep 22 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.9.22-1
- Update to new upstream release 2020.9.22 (#1881267)
* Tue Sep 15 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.9.15-1
- Update to new upstream release 2020.9.15 (#1878942)
* Wed Sep 9 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.9.9-1
- Update to new upstream release 2020.9.9 (#1877191)
* Wed Sep 2 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.9.2-1
- Update to new upstream release 2020.9.2 (#1874701)
* Tue Aug 18 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.8.18-1
- Update to new upstream release 2020.8.18
* Wed Aug 12 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.8.12-1
- Update to new upstream release 2020.8.12
* Sun Aug 9 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.8.8-1
- Update to new upstream release 2020.8.8
* Fri Jul 31 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.7.29-1
- Update to new upstream release 2020.7.29
* Tue Jul 28 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.7.22-1
- Update to new upstream release 2020.7.22
* Mon Jul 13 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.7.7-1
- Update to new upstream release 2020.7.7
* Fri Jul 3 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.6.30-1
- Update to new upstream release 2020.6.30
* Sat Jun 27 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.6.23-1
- Update to new upstream release 2020.6.23
* Fri Jun 19 2020 Fabian Affolter <mail(a)fabian-affolter.ch> - 2020.6.16-1
- Update to new upstream release 2020.6.16
--------------------------------------------------------------------------------
================================================================================
python-ncclient-0.6.12-1.el8 (FEDORA-EPEL-2021-96710d009e)
Python library for the NETCONF protocol
--------------------------------------------------------------------------------
Update Information:
Update to 0.6.12 - Fix for accidental breakage of Juniper ExecuteRPC support
Update to 0.6.11 - Support for custom client capabilities -
Restructuring/refactoring of example scripts - Minor bugfixes - Minor unit test
refactoring
--------------------------------------------------------------------------------
ChangeLog:
* Sun May 30 2021 Benjamin A. Beasley <code(a)musicinmybrain.net> - 0.6.12-1
- Update to 0.6.12
* Sat May 29 2021 Benjamin A. Beasley <code(a)musicinmybrain.net> - 0.6.11-1
- Update to 0.6.11
- Drop upstreamed patches
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1965771 - python-ncclient-0.6.12 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1965771
--------------------------------------------------------------------------------
2 years, 6 months
Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org
The following Fedora EPEL 8 Security updates need testing:
Age URL
11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-58bc048b1a upx-3.96-9.el8
8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-a20d7c1ddd rxvt-unicode-9.26-1.el8
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-bdd3e1ab81 opendmarc-1.4.1-1.el8
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-6c72c1c9a5 gromacs-2019.6-2.el8 kokkos-3.0.00-2.el8 slurm-20.11.7-2.el8
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-0e0c1a76c6 slurm-20.11.7-3.el8
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-c734316809 chromium-90.0.4430.212-1.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-bb6ec0e942 singularity-3.7.4-1.el8
The following builds have been pushed to Fedora EPEL 8 updates-testing
ansible-collection-community-general-3.1.0-2.el8
python-tkrzw-0.1.7-1.el8
Details about builds:
================================================================================
ansible-collection-community-general-3.1.0-2.el8 (FEDORA-EPEL-2021-b5274fdcde)
Modules and plugins supported by Ansible community
--------------------------------------------------------------------------------
Update Information:
Update to 3.1.0 release.
--------------------------------------------------------------------------------
ChangeLog:
* Sat May 29 2021 Kevin Fenzi <kevin(a)scrye.com> - 3.1.0-2
- Fix sed issue that caused python33 to be required.
* Sat May 29 2021 Kevin Fenzi <kevin(a)scrye.com> - 3.1.0-1
- Update to 3.1.0. Fixes rhbz#1957092
* Tue May 11 2021 Kevin Fenzi <kevin(a)scrye.com> - 3.0.2-1
- Update to 3.0.2. Fixes rhbz#1957092
* Wed May 5 2021 Kevin Fenzi <kevin(a)scrye.com> - 3.0.1-1
- Update to 3.0.1. Fixes rhbz#1957092
* Tue Apr 27 2021 Kevin Fenzi <kevin(a)scrye.com> - 3.0.0-1
- Update to 3.0.0. Fixes rhbz#1953895
--------------------------------------------------------------------------------
================================================================================
python-tkrzw-0.1.7-1.el8 (FEDORA-EPEL-2021-aa4e4729a4)
TKRZW Python bindings
--------------------------------------------------------------------------------
Update Information:
Version bump
--------------------------------------------------------------------------------
ChangeLog:
* Fri May 14 2021 TI_Eugene <ti.eugene(a)gmail.com> - 0.1.7-1
- Version bump
- Build against tkrzw-0.9.16
--------------------------------------------------------------------------------
2 years, 6 months
