Bug 2373967

Summary:	dnsperf-queryparse: fails to install from EPEL 10.1
Product:	[Fedora] Fedora EPEL	Reporter:	Carl George 🤠 <carl>
Component:	dnsperf	Assignee:	Paul Wouters <paul.wouters>
Status:	NEW ---	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	epel10	CC:	paul.wouters, pemensik
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	---
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 Carl George 🤠 2025-06-19 22:43:36 UTC

Description of problem:
dnsperf-queryparse from EPEL 10.1 has one or more unresolved dependencies, causing it to be uninstallable.


Version-Release number of selected component (if applicable):
dnsperf-queryparse-2.14.0-1.el10_1


How reproducible:
always


Steps to Reproduce:
1. dnf install dnsperf-queryparse


Actual results:
Error: 
 Problem: conflicting requests
  - nothing provides python3-pcapy needed by dnsperf-queryparse-2.14.0-1.el10_1.noarch from epel


Expected results:
successful installation


Additional info:
If the solution to this is to add additional packages to EPEL 10, but you don't have access to add them yourself, follow the request process in the EPEL documentation.  Once you have filed the corresponding bugs, mark them as blocking this bug.

https://docs.fedoraproject.org/en-US/epel/epel-package-request/

To avoid having the uninstallable packages present in the repos, I have untagged the relevant build so it will not be included in future composes.  The epel10 branch has not been retired, so as soon as the dependencies are available you can re-publish the package by creating a new build and update.