Bug 1711217 - Mock on RHEL 8 fails on ".module" named components
Summary: Mock on RHEL 8 fails on ".module" named components
Keywords:
Status: CLOSED DUPLICATE of bug 1711216
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: mock
Version: epel7
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Miroslav Suchý
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-05-17 08:50 UTC by Nico Kadel-Garcia
Modified: 2019-05-17 09:05 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2019-05-17 09:05:12 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Nico Kadel-Garcia 2019-05-17 08:50:12 UTC 
Description of problem:

Mock fails on RHEL 8 due to ".module+el8" components inconsistent publication and handling

Version-Release number of selected component (if applicable):

mock 1.4.13, RHEL 8

How reproducible:

Install mock from tdawson.fedorapeople.org on RHEL 8, with local eposyync repositories of RHEL 8 Run "mock -r rhel-8-x86_64.cfg install perl-Archive"

Steps to Reproduce:
1. Install reposyinc copy of RHEL 8
2. Install mock from https://tdawson.fedorapeople.org/epel8/orhter/
3. Set up epel-8-x86_64.cfg to use local repos
4. mock -r epel-8-x86_64 install perl-Archive

Actual results:

Fails on failed resolution between perl-libs and perl-libs with "module" release name. Error messages include sugfestions about activationg "--no-best" or "

Expected results:

Expect it to install.

Additional info:

The new "module" based names are going to require distinct settings for mock, to allow resolutions among identical SRPM's built with different manual "dist" settings.
Comment 1 Miroslav Suchý 2019-05-17 09:05:12 UTC 

*** This bug has been marked as a duplicate of bug 1711216 ***
Note You need to log in before you can comment on or make changes to this bug.