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 1493204 - RPM generates incorrect metainfo() provides on F27
Summary: RPM generates incorrect metainfo() provides on F27
Keywords:
Status: CLOSED DUPLICATE of bug 1483644
Alias: None
Product: Fedora
Classification: Fedora
Component: rpm
Version: 27
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Packaging Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F27FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2017-09-19 14:55 UTC by Mat Booth
Modified: 2017-09-19 15:14 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-09-19 15:14:23 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
Reproducing SRPM (7.62 KB, application/x-rpm)
2017-09-19 14:55 UTC, Mat Booth 		no flags Details
View All

Description Mat Booth 2017-09-19 14:55:54 UTC 
Created attachment 1328009 [details]
Reproducing SRPM

Description of problem:

If a noarch subpackage contains some metainfo/appdata, builds *always* fail on F27, due to rpmdiff errors.


Steps to Reproduce:

1. See attached SRPM that exhibits the problem: test-breakage-1-1.fc28.src.rpm
2. Attempt to build it in a F27 koji scratch build

The build will fail with the following error on F27 only:

removed     PROVIDES metainfo(/builddir/build/BUILDROOT/test-breakage-1-1.fc27.x86_64/usr/share/appdata/eclipse-jdt.metainfo.xml)  
added       PROVIDES metainfo(/builddir/build/BUILDROOT/test-breakage-1-1.fc27.ppc64le/usr/share/appdata/eclipse-jdt.metainfo.xml)  

See this example F27 scratch build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=21971097

However the very same SRPM builds successfully on both F26 and F28. See these example F26 and F28 scratch builds:
https://koji.fedoraproject.org/koji/taskinfo?taskID=21971090
https://koji.fedoraproject.org/koji/taskinfo?taskID=21971106

This appears to be because incorrect provides are being generated in the F27 case. Consider the difference in the provides list that RPM generates between F27 and F28:

$ rpm -qp --provides test-breakage-jdt-1-1.fc27.noarch.rpm
metainfo()
metainfo(/builddir/build/BUILDROOT/test-breakage-1-1.fc27.x86_64/usr/share/appdata/eclipse-jdt.metainfo.xml)
test-breakage-jdt = 1-1.fc27

$ rpm -qp --provides test-breakage-jdt-1-1.fc28.noarch.rpm
metainfo()
metainfo(eclipse-jdt.metainfo.xml)
test-breakage-jdt = 1-1.fc28


As you can see, the F27 version has erroneously included the full buildroot path in the metainfo() provide.

This makes it impossible to include appdata in noarch packages built for F27.
Comment 1 Mat Booth 2017-09-19 14:58:03 UTC 
I originally reported this to releng here: https://pagure.io/releng/issue/7037

And was advised to file a bug against RPM
Comment 2 Fedora Blocker Bugs Application 2017-09-19 15:02:26 UTC 
Proposed as a Blocker for 27-final by Fedora user mbooth using the blocker tracking app because:

 Makes it impossible build some packages with full appstream metainfo, meaning that at GA, some applications will not be discoverable through gnome-software. This will affect (at the very least) users of Eclipse IDE and it's plugins.
Comment 3 Igor Gnatenko 2017-09-19 15:14:23 UTC 

*** This bug has been marked as a duplicate of bug 1483644 ***
Note You need to log in before you can comment on or make changes to this bug.