Opened 5 years ago

Closed 2 years ago

#1225 closed change (rejected)

Please add a MetaInfo file for software centers

Reported by: hughsient Assignee:
Priority: Unknown Milestone:
Module: Automation Keywords:
Cc: sebastian, trev Blocked By:
Blocking: Platform: Firefox
Ready: no Confidential: no
Tester: Unknown Verified working: no
Review URL(s):

Description

Background

It's not obvious or easy to install the Adblock plugin in Linux. GNOME Software (GNOME) and Apper (KDE) consume some metadata called AppStream, but it requires upstream applications to ship an extra file before it's useful. With the extra file, the plugin can easily be installed with a simple [ ] checkbox in the "Addons" section of compatible browsers. See https://blogs.gnome.org/hughsie/2014/06/11/application-addons-in-gnome-software/ for more descriptions and an example screenshot.

What to change

Please consider including the attached file in the adblockplus-source.tgz tarball. It has to be named mozilla-adblockplus.metainfo.xml (or, the ID name needs changing to match) and should be installed to /usr/share/appdata on Linux. I'm happy to reassign copyright or change the licence as required. Thanks!

Richard

Attachments (1)

mozilla-adblockplus.metainfo.xml (610 bytes) - added by hughsient 5 years ago.
file example

Download all attachments as: .zip

Change History (5)

Changed 5 years ago by hughsient

file example

comment:1 Changed 5 years ago by greiner

  • Component changed from Unknown to Build-and-Release-Tools

comment:2 Changed 5 years ago by sebastian

  • Cc sebastian trev added

As far as I know we don't build the distro packages, but the respective package maintainers do. However we could enable buildtools to generate a file like this. @trev: Do you think that makes sense?

comment:3 Changed 4 years ago by philll

  • Platform changed from Firefox/Firefox Mobile to Firefox

Made Firefox and Firefox mobile available as seperate platforms.

comment:4 Changed 2 years ago by sebastian

  • Resolution set to rejected
  • Status changed from new to closed
  • Tester set to Unknown

The referred blog post states:

We’ve deliberately not targeted Chrome or Firefox, as these applications will do a much better job compared to the package-centric operation of GNOME Software.

Regardless, I would like to see some intend by package maintainers to include this file (and want us to provide it), before including it in our code base. Simply adding it won't do anything, as browser extensions (usually), don't come with an installation script, since they are usually installed from AMO or the Chrome Web Store. So package maintainers would have to explicitly pick it up.

Also it will be some effort to keep it up to date, something we certainly would want to automate, by having the file auto-generated. But this is only worth it if it is actually going to be used.

Note: See TracTickets for help on using tickets.