After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 769986 - Be robust against incorrectly displaying software as 3rd party or nonfree
Be robust against incorrectly displaying software as 3rd party or nonfree
Status: RESOLVED WONTFIX
Product: gnome-software
Classification: Applications
Component: General
3.20.x
Other Linux
: Normal major
: ---
Assigned To: GNOME Software maintainer(s)
GNOME Software maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2016-08-16 13:42 UTC by Michael Catanzaro
Modified: 2017-02-17 12:02 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
screenshot (130.74 KB, image/png)
2016-08-16 13:42 UTC, Michael Catanzaro 		Details

Description Michael Catanzaro 2016-08-16 13:42:59 UTC 
Created attachment 333417 [details]
screenshot

In a fresh install of Fedora 24, Lklug fonts provided by a Fedora package are displayed as 3rd party and nonfree. There is something wrong with Lklug font metadata, and a downstream bug exists for this.

We need to be robust against ever displaying Fedora-provided software as nonfree.
Comment 1 Richard Hughes 2016-08-16 16:17:00 UTC 
I think I'd rather fix the bug than workaround it TBH.
Comment 2 Michael Catanzaro 2016-08-16 17:18:16 UTC 
Richard, please do fix the bug, but this is too fragile, it's just going to break again due to another unforeseen bug in the future....

If you want to be stricter, you could fail metadata generation for the entire distro when an app would be detected as proprietary or third-party.
Comment 3 Richard Hughes 2016-08-16 18:34:26 UTC 
So, Debian has something like you're suggesting (i.e. everything from debian-main is free software if not specified), but I'm not sure how you could do it in a distro-independent way. For Fedora we'd have to have a large whitelist, which is kinda sucky, and only works when we have valid yumdb data.
Comment 4 Richard Hughes 2017-02-17 12:02:49 UTC 
I don't think we want to workaround this in GNOME Software.