%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
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, 1 month
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
Is it possible to have openldap in EPEL8?
by Trey Dockendorf
I sent an email to what I hope is email address for Fedora openldap
maintainers for epel8 branch but then I realized that might not be
possible. It appears like RHEL8 ships the openldap and openldap-clients
packages buts purposely leaves out openldap-servers. So given that some
RPMs exist and some are missing, how would that be handled to do an EPEL8
build or would that simply not be possible? I took the Fedora 35 SRPM and
rebuilt for EPEL8 using mock with no issues but the overlap of openldap and
openldap-clients packages I imagine is a problem.
Thanks,
- Trey
2 years, 5 months
Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org
The following Fedora EPEL 8 Security updates need testing:
Age URL
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-5b261a2216 nextcloud-client-3.1.3-1.el8
12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-c18d19cbdc fluidsynth-2.1.8-3.el8
8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-0754fdd085 openvpn-2.4.11-1.el8
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-24ab212ee8 p7zip-16.02-20.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-3a1aaec707 pngcheck-2.4.0-8.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-b308580516 perl-Image-ExifTool-12.16-3.el8
2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-bbc31e5925 java-latest-openjdk-16.0.1.0.9-1.rolling.el8
2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-33433b2f22 python-yara-4.1.0-1.el8 yara-4.1.0-1.el8
The following builds have been pushed to Fedora EPEL 8 updates-testing
dcfldd-1.7-1.el8
dd_rescue-1.99.11-1.el8
duplicity-0.8.19-1.el8
siege-4.0.9-1.el8
vmtouch-1.3.1-1.el8
Details about builds:
================================================================================
dcfldd-1.7-1.el8 (FEDORA-EPEL-2021-045a8ee6d2)
Improved dd, useful for forensics and security
--------------------------------------------------------------------------------
Update Information:
switch to fork https://github.com/resurrecting-open-source-projects/dcfldd
--------------------------------------------------------------------------------
ChangeLog:
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1955105 - dcfldd-1.7 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1955105
--------------------------------------------------------------------------------
================================================================================
dd_rescue-1.99.11-1.el8 (FEDORA-EPEL-2021-5aeafff032)
Fault tolerant "dd" utility for rescuing data from bad media
--------------------------------------------------------------------------------
Update Information:
bump to 1.99.11
--------------------------------------------------------------------------------
ChangeLog:
* Thu Apr 29 2021 Michal Ambroz <rebus AT seznam dot cz> - 1.99.11-1
- bump to 1.99.11
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1955030 - dd_rescue-1.99.11 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1955030
--------------------------------------------------------------------------------
================================================================================
duplicity-0.8.19-1.el8 (FEDORA-EPEL-2021-36612779b0)
Encrypted bandwidth-efficient backup using rsync algorithm
--------------------------------------------------------------------------------
Update Information:
0.8.19
--------------------------------------------------------------------------------
ChangeLog:
* Thu Apr 29 2021 Gwyn Ciesla <gwync(a)protonmail.com> - 0.8.19-1
- 0.8.19
* Tue Jan 26 2021 Fedora Release Engineering <releng(a)fedoraproject.org> - 0.8.18-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1955291 - duplicity-0.8.19 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1955291
--------------------------------------------------------------------------------
================================================================================
siege-4.0.9-1.el8 (FEDORA-EPEL-2021-1a6f123178)
HTTP regression testing and benchmarking utility
--------------------------------------------------------------------------------
Update Information:
2021/04/17 Jeffrey Fulmer http://www.joedog.org/support/ * src/cookie.c
Added NULL checks for getters * version.c Version increment: 4.0.9
2021/04/17 Vedran Miletic https://github.com/vedranmiletic * src/main.c
Prettified json
--------------------------------------------------------------------------------
ChangeLog:
* Thu Apr 29 2021 Denis Fateyev <denis(a)fateyev.com> - 4.0.9-1
- Update to 4.0.9 (#1950658)
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1950658 - siege-4.0.9 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1950658
--------------------------------------------------------------------------------
================================================================================
vmtouch-1.3.1-1.el8 (FEDORA-EPEL-2021-948b95a4a8)
Portable file system cache diagnostics and control
--------------------------------------------------------------------------------
Update Information:
Vmtouch is a tool for learning about and controlling the file system cache of
Unix and Unix-like systems.
--------------------------------------------------------------------------------
ChangeLog:
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1954817 - please build vmtouch for epel8
https://bugzilla.redhat.com/show_bug.cgi?id=1954817
--------------------------------------------------------------------------------
2 years, 5 months
Fedora EPEL 8 updates-testing report
by updates＠fedoraproject.org
The following Fedora EPEL 8 Security updates need testing:
Age URL
12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-5b261a2216 nextcloud-client-3.1.3-1.el8
11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-c18d19cbdc fluidsynth-2.1.8-3.el8
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-0754fdd085 openvpn-2.4.11-1.el8
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-24ab212ee8 p7zip-16.02-20.el8
1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-3a1aaec707 pngcheck-2.4.0-8.el8
1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-b308580516 perl-Image-ExifTool-12.16-3.el8
1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-bbc31e5925 java-latest-openjdk-16.0.1.0.9-1.rolling.el8
1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-33433b2f22 python-yara-4.1.0-1.el8 yara-4.1.0-1.el8
The following builds have been pushed to Fedora EPEL 8 updates-testing
copr-cli-1.94-1.el8
fatresize-1.1.0-3.el8
ghc-8.2.2-68.4.el8
llvm5.0-5.0.1-7.el8
python-copr-1.110-1.el8
Details about builds:
================================================================================
copr-cli-1.94-1.el8 (FEDORA-EPEL-2021-1b68061525)
Command line interface for COPR
--------------------------------------------------------------------------------
Update Information:
https://docs.pagure.org/copr.copr/release-notes/2021-04-28.html
--------------------------------------------------------------------------------
ChangeLog:
* Tue Apr 27 2021 Jakub Kadlcik <frostyx(a)email.cz> 1.94-1
- cli: migrate from CoprClient APIv1 call for generating webhook secrets
- cli: fix output format, new option --output-format
- test: cli: Test for get-chroot command
- Explicitly require setuptools, copr_cli/main.py imports pkg_resources
- cli: test list-builds, list-packages and get-package output
--------------------------------------------------------------------------------
================================================================================
fatresize-1.1.0-3.el8 (FEDORA-EPEL-2021-4a268497bc)
FAT16/FAT32 resizer
--------------------------------------------------------------------------------
Update Information:
New package for EPEL8: FAT16/FAT32 resizer
--------------------------------------------------------------------------------
ChangeLog:
--------------------------------------------------------------------------------
================================================================================
ghc-8.2.2-68.4.el8 (FEDORA-EPEL-2021-f36f9038bc)
Glasgow Haskell Compiler
--------------------------------------------------------------------------------
Update Information:
disable CC -Wall on s390x to silence the warning flood
--------------------------------------------------------------------------------
ChangeLog:
* Wed Apr 28 2021 Jens Petersen <petersen(a)redhat.com> - 8.2.2-68.4
- disable CC -Wall on s390x to silence the warning flood
--------------------------------------------------------------------------------
================================================================================
llvm5.0-5.0.1-7.el8 (FEDORA-EPEL-2021-3e43678ec3)
The Low Level Virtual Machine
--------------------------------------------------------------------------------
Update Information:
build llvm-5.0 for epel8
--------------------------------------------------------------------------------
ChangeLog:
--------------------------------------------------------------------------------
================================================================================
python-copr-1.110-1.el8 (FEDORA-EPEL-2021-e391263742)
Python interface for Copr
--------------------------------------------------------------------------------
Update Information:
https://docs.pagure.org/copr.copr/release-notes/2021-04-28.html
--------------------------------------------------------------------------------
ChangeLog:
* Tue Apr 27 2021 Jakub Kadlcik <frostyx(a)email.cz> 1.110-1
- python: drop the deprecated APIv1 code from client
- python: add deprecation warning for APIv2
- frontend: test that we can set these options via API
- cli: test list-builds, list-packages and get-package output
- frontend: document missing isolation argument
--------------------------------------------------------------------------------
2 years, 5 months
