Page MenuHome

Add Release information to AppStream metadata and improve description
ClosedPublic

Authored by Nate Graham (ngraham) on Feb 15 2018, 5:28 AM.

Details

Summary

This patch improves Blender's AppStream metadata with minor punctuation and grammar improvements to the description, and a new <release> tag for the current release.

The <release> tag benefits Blender in the following ways:

  • Flathub users get to see the actual release number instead of "stable"
  • Make it easy for all packagers to include changelogs, so Blender's users gets to see what's new in 2.79
  • Blender gets featured in GNOME software to reward it for having Release information in its AppStream metadata (KDE Discover plans do do the same thing)

If the prior objection to adding release data to the AppStream metadata was the ongoing maintenance burden, I volunteer to take it on for subsequent Blender releases.

Diff Detail

Repository
rB Blender
Branch
improved-appstream-data (branched from master)
Build Status
Buildable 1270
Build 1270: arc lint + arc unit

Event Timeline

Nate Graham (ngraham) edited the summary of this revision. (Show Details)Feb 15 2018, 5:32 AM
  • Is this going to end up being a list of every release?
  • Should bugfix releases (2.79a for eg) replace stable releases?
release/freedesktop/org.blender.Blender.appdata.xml
47

De-noise -> Denoiser

Sorry for the delay, for some reason I didn't get email for these comments.

  • Is this going to end up being a list of every release?

Yep.

  • Should bugfix releases (2.79a for eg) replace stable releases?

That's a great question I don't yet have an answer for. Let me look into that for you.

Would rather not have an entire history of all future Blender releases in this file,
we have this already here: https://docs.blender.org/manual/en/dev/getting_started/about/history.html#version-revision-milestones

Could we just keep the latest release information, or failing that - could this file be stored elsewhere?

Would rather not have an entire history of all future Blender releases in this file,
we have this already here: https://docs.blender.org/manual/en/dev/getting_started/about/history.html#version-revision-milestones

Could we just keep the latest release information, or failing that - could this file be stored elsewhere?

Only having the latest version in there should be OK. Ideally we could programmatically generate the release information in the AppStream file from your existing data so nobody would ever have to look at it ever again, but that's a bigger effort.

Sorry for the delay, for some reason I didn't get email for these comments.

  • Is this going to end up being a list of every release?

Yep.

  • Should bugfix releases (2.79a for eg) replace stable releases?

That's a great question I don't yet have an answer for. Let me look into that for you.

The answer is: this is why multiple <release> tags are supported and encouraged. Ideally you'd make a new <release> tag for every release to users, and then the presentation is left up to software center apps.

What's the objection to letting multiple <release> tags live in the file, out of curiosity? When adding a new one, you just... don't remove the old one. Like I said, I'm happy to maintain the file.

De-noise -> Denoiser

Nate Graham (ngraham) marked an inline comment as done.Feb 28 2018, 5:12 AM

LGTM

About the releases tag: Blender used to have a new version very ~3 months that packed quite a few features, this has slowed down for 2.79/2.8 now but 2.8x releases could come out a similar pace again. I think the main concern is that the file would be constantly growing and become unmanageable in a few years. Maybe it could be limited to the last 3 releases? Blender users tend to always run the latest or latest-1 anyways.

Here's the version history: https://docs.blender.org/manual/en/dev/getting_started/about/history.html
(Click on any of the version numbers for the full changelog)

AFAIK the changelogs are created manually and there's no simple text version, so they would have to be re-done manually for the appstream file.

LGTM

About the releases tag: Blender used to have a new version very ~3 months that packed quite a few features, this has slowed down for 2.79/2.8 now but 2.8x releases could come out a similar pace again. I think the main concern is that the file would be constantly growing and become unmanageable in a few years. Maybe it could be limited to the last 3 releases? Blender users tend to always run the latest or latest-1 anyways.

That sounds reasonable enough.

Aaron Carlisle (Blendify) requested changes to this revision.Apr 16 2018, 4:28 AM

Add a comment in the file stating to include only last three versions of blender.

This revision now requires changes to proceed.Apr 16 2018, 4:28 AM

What might be more helpful to users is to only include the last major version, but all of its minor versions too (e.g. 2.79a, 2.79b, 2.79c, etc). What do you think?

<url type="homepage">http://www.blender.org</url>

Should this be https ?

Use https for the blender.org URL

Yes! I've amended the change to fix that too.

LGTM: last 3 releases + a,b,c... seems reasonable.

So uh, what's next for this? Is anything needed from me?

This revision was not accepted when it landed; it landed in state Needs Review.Jun 2 2019, 4:24 PM
This revision was automatically updated to reflect the committed changes.