1963049 – Broken dependencies for Perl 5.26 in UBI8 repositories because of modular perl-*-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a packages

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1963049 - Broken dependencies for Perl 5.26 in UBI8 repositories because of modular perl-*-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a packages

Summary: Broken dependencies for Perl 5.26 in UBI8 repositories because of modular per...

Keywords:
Status:	CLOSED CURRENTRELEASE
Alias:	None
Product:	Red Hat Enterprise Linux 8
Classification:	Red Hat
Component:	perl
Sub Component:
Version:	8.4
Hardware:	Unspecified
OS:	Unspecified
Priority:	urgent
Severity:	urgent
Target Milestone:	beta
Target Release:	---
Assignee:	perl-maint-list
QA Contact:	RHEL CS Apps Subsystem QE
Docs Contact:
URL:
Whiteboard:
Duplicates (1):	1963153 (view as bug list)
Depends On:
Blocks:
TreeView+	depends on / blocked

Reported:	2021-05-21 09:32 UTC by tarkan.nein@adorsys.com
Modified:	2021-06-07 07:37 UTC (History)
CC List:	15 users (show)
Fixed In Version:
Doc Type:	If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:	2021-06-07 07:37:04 UTC
Type:	Bug
Target Upstream Version:
Embargoed:
Dependent Products:

Attachments	(Terms of Use)

Links
System	ID	Private	Priority	Status	Summary	Last Updated
Red Hat Knowledge Base (Solution)	6079011	0	None	None	None	2021-05-26 16:11:39 UTC

Description tarkan.nein@adorsys.com 2021-05-21 09:32:58 UTC

Description of problem:
Impossible to install perl due to broken dependencies.

How reproducible:
Try to install perl.

Steps to Reproduce:
1. microdnf install perl

Actual results:
error: No available modular metadata for modular package 'perl-libnetcfg-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a.noarch'; cannot be installed on the system

Expected results:
Perl to be installed.

Comment 1 tarkan.nein@adorsys.com 2021-05-21 12:42:53 UTC

A possible workaround is to use module stream version 5:30:

  microdnf module enable perl:5.30

Comment 2 Ben 2021-05-21 16:15:07 UTC

Same issue here as well. I have tried multiple work arounds. 

[root@bd74dcdbda15 /]# yum install perl -y
Last metadata expiration check: 0:00:47 ago on Fri May 21 16:08:35 2021.
Error: 
 Problem: cannot install both perl-libs-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a.x86_64 and perl-libs-4:5.26.3-419.el8.x86_64
  - package perl-Scalar-List-Utils-3:1.49-2.el8.x86_64 requires libperl.so.5.26()(64bit), but none of the providers can be installed
  - package perl-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a.x86_64 requires perl(:MODULE_COMPAT_5.30.1), but none of the providers can be installed
  - package perl-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a.x86_64 requires perl-Scalar-List-Utils, but none of the providers can be installed
  - cannot install the best candidate for the job
  - package perl-Scalar-List-Utils-3:1.53-439.module+el8.3.0+6718+7f269185.x86_64 is filtered out by modular filtering
  - package perl-libs-4:5.30.1-452.module+el8.4.0+8990+01326e37.x86_64 is filtered out by modular filtering
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

Comment 3 Ben 2021-05-21 16:54:01 UTC

I was able to get around it using your DNF trick and installing perl with dnf instead of yum.

Comment 4 Ben 2021-05-21 18:33:14 UTC

(In reply to Ben from comment #3)
> I was able to get around it using your DNF trick and installing perl with
> dnf instead of yum.

Unfortunately on another project we cant get 5.26 to load anymore and 5.3 is breaking it.

Comment 5 venkata madugundu 2021-05-24 07:25:14 UTC

I am also seeing the same issue while installing perl in a ubi-minimal derived image.

----
FROM registry.access.redhat.com/ubi8/ubi-minimal:latest

RUN microdnf update && microdnf install perl && microdnf clean all
----

I tried to install 5.3 as suggested in one of the comments above and that goes through.

----
FROM registry.access.redhat.com/ubi8/ubi-minimal:latest

RUN microdnf update && microdnf module enable perl:5.30 && microdnf install perl && microdnf clean all
----

Comment 6 Petr Pisar 2021-05-24 08:55:37 UTC

If your package manger reports that modular metadata are missing for perl:5.26 stream,
then the problem is probably in a repository your system is using. To check out what's
wrong with your repository, we need to know which repository (URL) you use.
"dnf repolist -v" should tell you it and you should share with us the URL.

In my experience it's very often caused by a misconfigured Satellite mirror. I.e. not
a bug in Red Hat repository, but in a user's own mirror.

Comment 7 venkata madugundu 2021-05-24 09:49:42 UTC

We are building a container image with the 'registry.access.redhat.com/ubi8/ubi-minimal:latest' base image. And the repolist with 'microdnf repolist' is as follows...

repo id                                                                repo name                                                                              
ubi-8-appstream                                                        Red Hat Universal Base Image 8 (RPMs) - AppStream                                      
ubi-8-baseos                                                           Red Hat Universal Base Image 8 (RPMs) - BaseOS                                         
ubi-8-codeready-builder                                                Red Hat Universal Base Image 8 (RPMs) - CodeReady Builder


The relevant URLs for the above repos per /etc/yum.repos.d/ are...

ubi-8-appstream
	https://cdn-ubi.redhat.com/content/public/ubi/dist/ubi8/8/x86_64/appstream/os

ubi-8-baseos
	https://cdn-ubi.redhat.com/content/public/ubi/dist/ubi8/8/x86_64/baseos/os

ubi-8-codeready-builder
	https://cdn-ubi.redhat.com/content/public/ubi/dist/ubi8/8/x86_64/codeready-builder/os

So looks to me the perl:5.26 metadata is broken in https://cdn-ubi.redhat.com/content/public/ubi/dist/ubi8/8/x86_64/appstream/os/Packages/p/

Comment 8 Petr Pisar 2021-05-24 10:40:04 UTC

Thanks. It seems this repository is missing modular metadata for the previous perl:5.30 module build perl:5.30:8030020200609055348, but it presents its RPM packages. We will forward this bug report to UBI repository maintainers to fix it.

Comment 9 shubh.vashisht@capgroup.com 2021-05-24 21:36:46 UTC

is this issue fixed and pushed?

Comment 10 Jitka Plesnikova 2021-05-25 13:55:06 UTC

Perl team can't solve it. The metadata in UBI repository has to be fixed, the ticket for it was created.

Comment 11 shubh.vashisht@capgroup.com 2021-05-25 16:52:51 UTC

can we please increase the priority of this fix. we are not able to build and release our components.

Comment 12 lanak 2021-05-25 19:37:19 UTC

Please increase priority of this fix, this is a blocking issue for IBM SPP containers team.

Comment 13 Petr Pisar 2021-05-26 07:15:21 UTC

A workaround is masking the offending RPM packages in a package manager by appending this one long line to /etc/dnf/dnf.conf:

exclude=perl-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-Attribute-Handlers-0:1.01-451.module+el8.3.0+6961+31ca2e7a perl-Devel-Peek-0:1.28-451.module+el8.3.0+6961+31ca2e7a perl-Devel-Peek-debuginfo-0:1.28-451.module+el8.3.0+6961+31ca2e7a perl-Devel-SelfStubber-0:1.06-451.module+el8.3.0+6961+31ca2e7a perl-Errno-0:1.30-451.module+el8.3.0+6961+31ca2e7a perl-ExtUtils-Embed-0:1.35-451.module+el8.3.0+6961+31ca2e7a perl-ExtUtils-Miniperl-0:1.09-451.module+el8.3.0+6961+31ca2e7a perl-IO-0:1.40-451.module+el8.3.0+6961+31ca2e7a perl-IO-Zlib-1:1.10-451.module+el8.3.0+6961+31ca2e7a perl-IO-debuginfo-0:1.40-451.module+el8.3.0+6961+31ca2e7a perl-Locale-Maketext-Simple-1:0.21-451.module+el8.3.0+6961+31ca2e7a perl-Math-Complex-0:1.59-451.module+el8.3.0+6961+31ca2e7a perl-Memoize-0:1.03-451.module+el8.3.0+6961+31ca2e7a perl-Module-Loaded-1:0.08-451.module+el8.3.0+6961+31ca2e7a perl-Net-Ping-0:2.71-451.module+el8.3.0+6961+31ca2e7a perl-Pod-Html-0:1.24-451.module+el8.3.0+6961+31ca2e7a perl-SelfLoader-0:1.25-451.module+el8.3.0+6961+31ca2e7a perl-Test-0:1.31-451.module+el8.3.0+6961+31ca2e7a perl-Time-Piece-0:1.33-451.module+el8.3.0+6961+31ca2e7a perl-Time-Piece-debuginfo-0:1.33-451.module+el8.3.0+6961+31ca2e7a perl-debuginfo-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-debugsource-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-devel-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-interpreter-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-interpreter-debuginfo-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-libnetcfg-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-libs-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-libs-debuginfo-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-macros-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-open-0:1.11-451.module+el8.3.0+6961+31ca2e7a perl-tests-4:5.30.1-451.module+el8.3.0+6961+31ca2e7a perl-utils-0:5.30.1-451.module+el8.3.0+6961+31ca2e7a

Comment 14 michael.bruenker 2021-05-26 13:11:53 UTC

This Bug affects several Images of course and there seem to exist different bugreports already (e.g. https://bugzilla.redhat.com/show_bug.cgi?id=1963153)
We experience this problem in ubi8/openjdk Images and implemented "--nobest" as an option for all our microdnf calls to be able to build again.

Comment 15 Petr Pisar 2021-05-26 14:54:57 UTC

*** Bug 1963153 has been marked as a duplicate of this bug. ***

Comment 16 Shane Heroux 2021-05-26 16:14:05 UTC

This is a blocking issue for IBM Cloud Pak teams as well, please consider for priority

Comment 17 Petr Pisar 2021-05-27 05:38:46 UTC

A root cause was identified and our release engineering team is fixing a tool which creates UBI repositories to correctly couple modular packages with modular metadata.

Comment 20 Petr Pisar 2021-06-04 10:32:22 UTC

Our release engineering team developed a fix and will regenerate the broken repository. The changes are expected to become visible on our mirrors the next day.

Comment 21 michael.bruenker 2021-06-07 06:04:34 UTC

Unfortunately the fix doesn't seem to work the way it should (from my point of view). While the perl-libs error doesn't come up any longer, there now seems a new sideeffect with rpm-libs:
When trying to update ubi8/openjdk image the following error is thrown:

 Problem: cannot install both rpm-libs-4.14.3-13.el8.x86_64 and rpm-libs-4.14.3-4.el8.x86_64
  - package rpm-plugin-systemd-inhibit-4.14.3-4.el8.x86_64 requires rpm-libs(x86-64) = 4.14.3-4.el8, but none of the providers can be installed
  - cannot install the best update candidate for package rpm-libs-4.14.3-4.el8.x86_64
  - problem with installed package rpm-plugin-systemd-inhibit-4.14.3-4.el8.x86_64

Comment 22 Petr Pisar 2021-06-07 07:37:04 UTC

The modular perl:5.30 issue is resolved now.

(In reply to michael.bruenker from comment #21)
> Unfortunately the fix doesn't seem to work the way it should (from my point
> of view). While the perl-libs error doesn't come up any longer, there now
> seems a new sideeffect with rpm-libs:
> When trying to update ubi8/openjdk image the following error is thrown:
> 
>  Problem: cannot install both rpm-libs-4.14.3-13.el8.x86_64 and
> rpm-libs-4.14.3-4.el8.x86_64
>   - package rpm-plugin-systemd-inhibit-4.14.3-4.el8.x86_64 requires
> rpm-libs(x86-64) = 4.14.3-4.el8, but none of the providers can be installed
>   - cannot install the best update candidate for package
> rpm-libs-4.14.3-4.el8.x86_64
>   - problem with installed package
> rpm-plugin-systemd-inhibit-4.14.3-4.el8.x86_64

That's a different issue. For an unknown reason, UBI8 baseos repository
is missing rpm-plugin-systemd-inhibit-4.14.3-13.el8.x86_64 package while
having rpm-libs-4.14.3-13.el8.x86_64. It actually does not contain any
rpm-plugin-systemd-inhibit package. Maybe it has never contained it.
I have no idea. I recommend you reporting it to Red Hat support
<https://access.redhat.com/support> where you will be helped with triaging
your issue (e.g. there is no "ubi8/openjdk" image
<https://catalog.redhat.com/software/containers/search?q=openjdk>).

Note You need to log in before you can comment on or make changes to this bug.