Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1969500 - EPEL 8 should not contain the $releasever variable which fails when the "releasever" is set to anything other than 8
Summary: EPEL 8 should not contain the $releasever variable which fails when the "rele...
Keywords:
Status: NEW
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: epel-release
Version: epel8
Hardware: All
OS: All
urgent
urgent
Target Milestone: ---
Assignee: Michael Stahnke
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-06-08 14:15 UTC by jcastran
Modified: 2022-06-30 15:02 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 6106221 0 None None None 2021-06-08 14:30:29 UTC

Description jcastran 2021-06-08 14:15:26 UTC 
Description of problem:
EPEL 8 contains the $releasever variable in the baseurl. The only valid setting is 8 so we don't need a variable here. Any customers that set the releasver using "--releasever" or with "/etc/yum/vars/releasever" will encounter a 404 unless they set to 8, which affects Azure or RHUI customers. 

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


How reproducible:
Everytime

Steps to Reproduce:
1. # yum repolist --enablerepo=epel --releasever=8.4
2.
3.

Actual results:
  - Status code: 404 for https://mirrors.fedoraproject.org/metalink?repo=epel-8.4&arch=x86_64&infra=$infra&content=$contentdir (IP: 209.132.190.2)
Error: Failed to download metadata for repo 'epel': Cannot prepare internal mirrorlist: Status code: 404 for https://mirrors.fedoraproject.org/metalink?repo=epel-8.4&arch=x86_64&infra=$infra&content=$contentdir (IP: 209.132.190.2)

Expected results:
Remove the "$releasever" variable and customers can always access the EPEL content.




Additional info:
Discussed here
   https://access.redhat.com/discussions/5473561

Workaround:
   # sed -i 's/$releasever/8/g' /etc/yum.repos.d/epel.repo
Comment 1 Kyle Walker 2021-06-10 15:44:57 UTC 
Moving to the epel-release component:

    $ rpm -qp https://iad.mirror.rackspace.com/epel/epel-release-latest-8.noarch.rpm --qf "%{SOURCERPM}\n"
    epel-release-8-10.el8.src.rpm
Comment 2 Kyle Walker 2021-06-10 16:28:12 UTC 
Filed a PR upstream replacing $releasever with 8.

https://src.fedoraproject.org/rpms/epel-release/pull-request/14
Comment 3 Kevin Fenzi 2021-06-10 18:23:13 UTC 
Yeah, thats the simple fix... but now that we are snapshotting/archiving epel at minor rhel releases, perhaps we should teach mirrormanager about the minor releases?

That would let people use the archived versions easier, but also would mean that people on say 8.3 would stay on the archived epel until they upgraded to 8.4 so they may not be aware that they are not getting updates. 

Should discuss more. Please don't merge the pr yet.
Comment 4 Kyle Walker 2021-06-10 19:39:46 UTC 
(In reply to Kevin Fenzi from comment #3)
> Yeah, thats the simple fix... but now that we are snapshotting/archiving
> epel at minor rhel releases, perhaps we should teach mirrormanager about the
> minor releases?

Interesting! 

/me Didn't know that was an ongoing discussion.


> That would let people use the archived versions easier, but also would mean
> that people on say 8.3 would stay on the archived epel until they upgraded
> to 8.4 so they may not be aware that they are not getting updates. 
> 
> Should discuss more. Please don't merge the pr yet.

No worries. I'll consider this notice to hold tight. If there is any further assistance I can offer, feel free to let me know!
Comment 5 Fedora Admin user for bugzilla script actions 2022-06-30 15:02:50 UTC 
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
Note You need to log in before you can comment on or make changes to this bug.