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

Summary:	EPEL 8 should not contain the $releasever variable which fails when the "releasever" is set to anything other than 8
Product:	[Fedora] Fedora EPEL	Reporter:	jcastran
Component:	epel-release	Assignee:	Michael Stahnke <mastahnke>
Status:	NEW ---	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	urgent	Docs Contact:
Priority:	urgent
Version:	epel8	CC:	carl, dennis, extras-orphan, icon, kevin, kwalker, mastahnke, smooge
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	All
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.