Bug 1550549

Summary:	[modularity] read modulemd metadata using libmodulemd
Product:	[Fedora] Fedora	Reporter:	Daniel Mach <dmach>
Component:	dnf	Assignee:	Martin Hatina <mhatina>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	dmach, jkaluza, mhatina, packaging-team-maint, psabata, rpm-software-management, vmukhame
Target Milestone:	---	Keywords:	Triaged
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	dnf-2.7.5-10	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-03-27 10:48:00 UTC	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:
Bug Depends On:
Bug Blocks:	1478068, 1511440

Description Daniel Mach 2018-03-01 12:48:33 UTC

modulemd format is changing from v1 to v2.
DNF supports modulemd via 'modulemd' package which won't get v2 support.
DNF has to be ported to use libmodulemd:
https://github.com/fedora-modularity/libmodulemd

Comment 1 Jan Kaluža 2018-03-07 08:26:46 UTC

We have to deploy new pungi which will generate modulemd v2 after the current Fedora infra freeze, which will be after 2018-03-27. We have no other opportunity to deploy this before another freeze before F28.

It would be great to have support for this before this date, so we are not in situation when composes generates metadata which DNF cannot read.

Comment 2 Martin Hatina 2018-03-13 07:52:53 UTC

There is PR for this: https://github.com/rpm-software-management/dnf/pull/1032

Comment 3 Petr Šabata 2018-03-27 09:22:02 UTC

Yay, merged six days ago.  When can we expect a release?

Comment 4 Martin Hatina 2018-03-27 10:48:00 UTC

Fixed in dnf-2.7.5-9.fc28.

Comment 5 Martin Hatina 2018-03-27 10:49:41 UTC

Oh, it issued against rawhide, in rawhide it is fixed in dnf-2.7.5-10.