[Bug 1032916] New: Files in /usr/share/metainfo not handled correctly
http://bugzilla.suse.com/show_bug.cgi?id=1032916 Bug ID: 1032916 Summary: Files in /usr/share/metainfo not handled correctly Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: dimstar@opensuse.org Reporter: fvogt@suse.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- There is a difference between the handling of appdata files in /usr/share/appdata (42.1) and /usr/share/metainfo (42.x > 42.1 and factory), as seen in plasma5-workspace builds. Only if plasma5-workspace is built against 42.1 (which causes it to install appdata into the old location), the rpm gets the following provides: appdata() appdata(org.kde.breeze.desktop.appdata.xml) appdata(org.kde.color.appdata.xml) appdata(org.kde.image.appdata.xml) appdata(org.kde.plasma.activitybar.appdata.xml) appdata(org.kde.plasma.analogclock.appdata.xml) [...] this does not happen anymore since 42.2, where appdata is installed into /usr/share/metainfo. I'm not sure whether that is intentional or a bug. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1032916
http://bugzilla.suse.com/show_bug.cgi?id=1032916#c2
Michael Schröder
http://bugzilla.suse.com/show_bug.cgi?id=1032916
http://bugzilla.suse.com/show_bug.cgi?id=1032916#c3
Fabian Vogt
I don't think we use the appdata() provides anymore, so is this really a problem. I don't want to mis-use the appdata() provides for metainfo files.
In that case it should probably not be generated anymore, as the list is now just wrong. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1032916
http://bugzilla.suse.com/show_bug.cgi?id=1032916#c4
--- Comment #4 from Michael Schröder
http://bugzilla.suse.com/show_bug.cgi?id=1032916
http://bugzilla.suse.com/show_bug.cgi?id=1032916#c5
--- Comment #5 from Fabian Vogt
It's not wrong, it just doesn't do what you think it should. It was designed as a strict mirror of the /usr/share/appdata directory, so that the solvers didn't need to load the big filelists metadata.
As it doesn't look at /metainfo as well it only knows a part of all files, so it's useless now. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com