Comments

195 Comments

Thanks - Certainly the convert no longer crashes now.

With this new:

python3-rpmautospec-core-0.1.5-1.el9.noarch
python3-rpmautospec-0.7.0-1.el9.noarch
rpmautospec-0.7.0-1.el9.noarch

and

# rpm -qa | grep python
python3-setuptools-wheel-53.0.0-12.el9.noarch
python3-pip-wheel-21.2.3-8.el9.noarch
python3-3.9.18-3.el9.x86_64
python3-libs-3.9.18-3.el9.x86_64
python3-libcomps-0.1.18-1.el9.x86_64
python3-libdnf-0.69.0-8.el9.alma.1.x86_64
python3-hawkey-0.69.0-8.el9.alma.1.x86_64
python3-gpg-1.15.1-6.el9.x86_64
python3-rpm-4.16.1.3-29.el9.x86_64
python3-dnf-4.14.0-9.el9.alma.1.noarch
python3-systemd-234-18.el9.x86_64
python3-six-1.15.0-9.el9.noarch
python3-dateutil-2.8.1-7.el9.noarch
python3-dbus-1.2.18-2.el9.x86_64
python3-dnf-plugins-core-4.3.0-13.el9.noarch
python3-rpmautospec-core-0.1.5-1.el9.noarch
python3-setuptools-53.0.0-12.el9.noarch
python3-ply-3.11-14.el9.noarch
python3-pycparser-2.20-6.el9.noarch
python3-cffi-1.14.5-5.el9.x86_64
python3-pytz-2021.1-5.el9.noarch
python3-babel-2.9.1-2.el9.noarch
python3-pygit2-1.14.0-2.el9.x86_64
python3-click-8.0.3-1.el9.noarch
python3-click-plugins-1.1.1-13.el9.noarch
python3-rpmautospec-0.7.0-1.el9.noarch
# rpmautospec convert
Traceback (most recent call last):
  File "/usr/bin/rpmautospec", line 8, in <module>
    sys.exit(cli())
  File "/usr/lib/python3.9/site-packages/click/core.py", line 1128, in __call__
    return self.main(*args, **kwargs)
  File "/usr/lib/python3.9/site-packages/click/core.py", line 1053, in main
    rv = self.invoke(ctx)
  File "/usr/lib/python3.9/site-packages/click/core.py", line 1659, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/lib/python3.9/site-packages/click/core.py", line 1395, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/lib/python3.9/site-packages/click/core.py", line 754, in invoke
    return __callback(*args, **kwargs)
  File "/usr/lib/python3.9/site-packages/rpmautospec/util.py", line 36, in wrapper
    return func(*args, **kwargs)
  File "/usr/lib/python3.9/site-packages/rpmautospec/subcommands/convert.py", line 259, in convert
    pkg = PkgConverter(spec_or_path)
  File "/usr/lib/python3.9/site-packages/rpmautospec/subcommands/convert.py", line 33, in __init__
    spec_or_path = spec_or_path.absolute()
AttributeError: 'str' object has no attribute 'absolute'

Seeing some major change of behaviour with check_snmp.

/usr/lib64/nagios/plugins/check_snmp   -H myhost.example.org -P 3 -L authNoPriv -U loadbalancing -a MD5 -A XXXXXXXXXXX -o .1.3.6.1.4.1.96.255.2 -c 0:

``` /usr/bin/snmpget -Le -t 3 -r 5 -m '' -v 3 [context] [authpriv] myhost.example.org.:161 .1.3.6.1.4.1.96.255.2 iso.3.6.1.4.1.96.255.2 = INTEGER: 1 No valid data returned (1)

The 1 is correct in this case but the client considers it a failure.

 Problem 1: cannot install the best update candidate for package python3-rpmautospec-0.4.1-2.el9.noarch
  - nothing provides (python3.9dist(rpmautospec-core) < 0.2 with python3.9dist(rpmautospec-core) >= 0.1.4) needed by python3-rpmautospec-0.4.2-1.el9.noarch from epel-testing
 Problem 2: package rpmautospec-0.4.2-1.el9.noarch from epel-testing requires python3-rpmautospec = 0.4.2-1.el9, but none of the providers can be installed
  - cannot install the best update candidate for package rpmautospec-0.4.1-2.el9.noarch
  - nothing provides (python3.9dist(rpmautospec-core) < 0.2 with python3.9dist(rpmautospec-core) >= 0.1.4) needed by python3-rpmautospec-0.4.2-1.el9.noarch from epel-testing
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
podman run -it almalinux:9 /bin/bash -c 'dnf install -y epel-release ; dnf install --enablerepo=epel-testing -y python3-pyOpenSSL'

results in

Problem: cannot install the best candidate for the job
  - nothing provides (python3.9dist(cryptography) < 40 with python3.9dist(cryptography) >= 38) needed by python3-pyOpenSSL-23.0.0-1.el9.noarch
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
karma

Working for me.

BZ#2041980 Please build kstart for EPEL9

Why not the 4.3?

So quoting from #epel:

it looks like grobisplitter is broken and is including non-default modules into the buildroot.

in fixing the Judy-devel and python38 issue, it looks like non-default modules also got put in the buildroot since the 28th

Indeed:

mock -r centos-stream+epel-8-x86_64  --install globus-common-progs --enablerepo=epel-testing

but so does

mock -r alma+epel-8-x86_64 --install globus-common-progs --enablerepo=epel-testing

also both fail in similar ways as well so bit confused. Builders are even newer ?

So on CentOS stream default I am seeing:

# dnf module list perl
Last metadata expiration check: 0:03:28 ago on Tue 31 May 2022 07:16:41 CEST.
CentOS-8 Stream - Appstream testing [HEAD]
Name                      Stream                           Profiles                                Summary                                                     
perl                      5.24                             common [d], minimal                     Practical Extraction and Report Language                    
perl                      5.26 [d][e]                      common [d], minimal                     Practical Extraction and Report Language                    
perl                      5.30                             common [d], minimal                     Practical Extraction and Report Language                    
perl                      5.32                             common [d], minimal                     Practical Extraction and Report Language  

5.26 as default module.

Seeing the following with CentOS Stream 8

Error: 
 Problem 1: package globus-common-18.13-1.el8.x86_64 requires perl(:MODULE_COMPAT_5.32.1), but none of the providers can be installed
  - cannot install the best update candidate for package globus-common-18.11-1.el8.x86_64
  - package perl-libs-4:5.32.1-471.module_el8.6.0+1070+343f8e3c.x86_64 is filtered out by modular filtering
 Problem 2: package globus-common-progs-18.13-1.el8.x86_64 requires globus-common(x86-64) = 18.13-1.el8, but none of the providers can be installed
  - package globus-common-18.13-1.el8.x86_64 requires perl(:MODULE_COMPAT_5.32.1), but none of the providers can be installed
  - cannot install the best update candidate for package globus-common-progs-18.11-1.el8.x86_64
  - package perl-libs-4:5.32.1-471.module_el8.6.0+1070+343f8e3c.x86_64 is filtered out by modular filtering
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

trying to understand...

BZ#2037933 Please branch and build R in epel9

Thanks this awscli installs with python3-rsa-4.7.2-1.el8.noarch fine.

BZ#2005231 awscli no longer installable with recent python3-rsa 4.7.2

This package seems to be uninstallable at same time as EPEL awscli package

Package http://linuxsoft.cern.ch/epel/8/Everything/x86_64/Packages/a/awscli-1.18.156-1.el8.noarch.rpm

has a requirement on

python3.6dist(rsa) <= 4.7

and so is uninstallable with this 4.7.2...

I expect the awscli is what actually needs fixing as the requirement is probably to strict?

Indeed only works if you install exactly one package - thanks.

This looks better.

BZ#1933792 ceph crashes with gperftools 2.8