[AppStream] Adding another component specifier for variant
Richard Hughes
hughsient at gmail.com
Mon Sep 23 16:44:33 UTC 2019
On Mon, 23 Sep 2019 at 15:42, Matthias Klumpp <matthias at tenstral.net> wrote:
> > There are no such things as dumb questions, only lack of documentation :)
> Hehe ^^ - There might have been documentation here that I didn't find ^^
https://www.fwupd.org/lvfs/docs/metainfo is somewhat helpful
explaining what bits of AppStream we use.
> When I hear "System Update", I immediately think it's an OS update,
> not that firmware is updated (even though the operating system and
> hardware system are both "systems" in a way). Was the name chosen
> because the non-tech user doesn't know what "firmware" is, or does
> this have some deeper roots?
System is for the main board firmware, if it's just a random mouse or
keyboard it would be "Device Update"
> So, I think I do understand the problem now, and I guess we can cover
> this. Not sure if a "variant" toplevel tag is the best name, and how
> this should actually be specified. I assume the "if there are multiple
> components with the same name, the variant string should be appended
> to the component's name in round brackets" may be the besr definition.
Yes, this is fine.
> Maybe a tag name like "flavor" would make sense here
Hmm, I guess variant implies that one is more the "main model" and the
other is a specialism of the generic component (which in my case might
be true). Other words that come to mind are:
<alternative>
<choice>
<distinction>
<option>
<alternate>
<adaptation>
<choice>
<variety>
<subdivision>
<strain>
Richard
More information about the AppStream
mailing list