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 2253026 - Add support for using comps groups for "dnf download"
Summary: Add support for using comps groups for "dnf download"
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf5
Version: rawhide
Hardware: Unspecified
OS: Linux
low
medium
Target Milestone: ---
Assignee: rpm-software-management
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: dnf-community
TreeView+ depends on / blocked
 
Reported: 2023-12-05 16:35 UTC by Neal Gompa
Modified: 2024-01-04 13:07 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2024-01-04 13:07:26 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github rpm-software-management dnf5 issues 1129 0 None open Add support for using comps groups for `dnf download` 2024-01-04 13:07:25 UTC

Description Neal Gompa 2023-12-05 16:35:42 UTC
Currently, "dnf download" does not support comps groups as arguments like other commands do. Extending it to support comps groups would make it much easier to create filtered mirrors by downloading subsets of the repository content.

Please add support for this.

This would also mean that there should be a "dnf group download" command too.

Reproducible: Always

Comment 1 Jan Kolarik 2024-01-04 12:43:33 UTC
I can identify two use cases related to this issue. First, downloading group packages and their dependencies, which can currently be addressed with a workaround: "dnf install @'<group-name>' --downloadonly --installroot <empty_dir> --destdir <custom_dir>". The second involves downloading only the packages listed by the comps group, requiring parsing of the "dnf groupinfo" output and forwarding it to "dnf download". In both cases, reasonable workarounds exist. Am I understanding your request correctly? But anyway, given that dnf is currently in maintenance mode, and introducing new features requires strong justification, I suggest directing this request to dnf5.

Comment 2 Neal Gompa 2024-01-04 13:07:26 UTC
The problem with your workaround is that it requires root to work, whereas "dnf download" does not.

Anyway, I've moved this to the dnf5 GitHub tracker: https://github.com/rpm-software-management/dnf5/issues/1129


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