Closed Bug 1597344 Opened 5 years ago Closed 4 years ago

Include AppStream data in Thunderbird for distro maintainers to use

Categories

(Thunderbird :: OS Integration, enhancement)

Desktop
Linux
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: ryan, Assigned: rjl)

References

Details

Attachments

(1 file, 2 obsolete files)

In many Linux distribution's "App Stores", Thunderbird does not have an icon or screenshots. By including AppStream data with Thunderbird, maintainers will be able to use it instead of the burden being on them to create it.

References:
https://www.freedesktop.org/software/appstream/docs/
https://wiki.debian.org/AppStream
https://wiki.debian.org/AppStream/Guidelines

Flags: needinfo?(rob)
Attached patch bug1597344_appstream_xml_1.patch (obsolete) — Splinter Review
I found a few different appdata.xml files and merged them together to
produce this. Credit goes to Flatpak, Debian, Fedora, and Opensuse.

Firefox appears to be poised to add their Appstream file to the branding
directory, so that's why I am putting it there.

The Id field is set to be "thunderbird.desktop". That's what most of the
current variants use. Alternatively we could use "net.thunderbird.Thunderbird"
to set this version apar as the official upstream version.

TODO Items:
- Add to the build process so it gets copied to the install directory
  for Linux builds. It should get picked up by the source tarballs during
  release as is.
- I just picked an icon that's already on the website. It may make more sense
  to refer to icons in the branding directory, but the spec says it should
  be a full path to a file so I don't see how that would for us.
- Some screenshots would be nice. I've looked at a couple of App Stores today
  and they generally have screenshots, but they are all pretty outdated.
  I can't just use one off our website as there are size restrictions.
- Translations: The blurbs are pulled out of the website localization files
  so as hopefully that will make the process easier.

This file (mostly) passes validation with appstreamcli.
Attachment #9109864 - Flags: feedback?(ryan)
Assignee: nobody → rob
Status: NEW → ASSIGNED
Flags: needinfo?(rob)
Comment on attachment 9109864 [details] [diff] [review]
bug1597344_appstream_xml_1.patch

Review of attachment 9109864 [details] [diff] [review]:
-----------------------------------------------------------------

This looks solid to me! Let's get it in!
Attachment #9109864 - Flags: feedback?(ryan)
Attached patch bug1597344_appstream_xml_1.patch (obsolete) — Splinter Review
I changed the URL for "Translate" to not point to the MDN site, but to
thunderbird.net's link to that page. It will make more sense when the
new site goes live.
Attachment #9113325 - Flags: review?(geoff)
Attachment #9109864 - Attachment is obsolete: true

What happens to this file once it exists? Does it just sit there and we tell distro maintainers of its existence?

That's kind of the idea. It should get picked up in the source tarballs automatically. I don't think it needs to be in the actual builds we produce.
I am tracking what Firefox is doing with this as well. But screenshots and translations are the next move. Distros will have to put it in their .debs, .rpms, snaps, flatpaks... I think between Ryan, Wayne, and myself we can get the word out.

Please ensure that while a Linux build is performed the file is getting installed into /usr/share/metainfo.
The rest is up to the distro packagers to get the file finally into the packages.

Carsten - writing to /usr/share/metainfo during a build is not possible. We can only write within the object directory.

As we do not provide an installer for Linux, just a tarball of binaries, it's outside the scope of this bug to create such files.

Yeah, if there is no install target than of course just within the object directory. And even it's not installed somewhere I guess the packagers are flexible enough to grep that file from the source directory if needed.

Comment on attachment 9113325 [details] [diff] [review]
bug1597344_appstream_xml_1.patch

I think we should use net.thunderbird.Thunderbird, but apart from that it's fine. We should keep an eye on what Firefox does with this.
Attachment #9113325 - Flags: review?(geoff) → review+
I am in agreement with the suggestion to rename in comment 10, so this
version of the patch does that. Additionally, I renamed the file itself to
match since that seems to be how such files are named on my dev system.
Attachment #9113325 - Attachment is obsolete: true

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/3a03709927af
Add appstream metadata file to Thunderbird. r=darktrojan

Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: