[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Defining a developer name for our applications metadata
From:       Matthias Klumpp <matthias () tenstral ! net>
Date:       2024-01-31 14:19:35
Message-ID: CAKNHny8V2HdsD=+b_mZ29wOUfC4nfrwuj0edEMgD5RJtOWiPsw () mail ! gmail ! com
[Download RAW message or body]

Am Mi., 31. Jan. 2024 um 08:50 Uhr schrieb Ben Cooksley <bcooksley@kde.org>:

> On Wed, Jan 31, 2024 at 7:04 AM Timothée Ravier <travier@redhat.com>
> wrote:
>
>> Hi folks,
>>
>> Flathub is now requiring that applications define a "developer_name" tag
>> in their metadata (see [1], [2]).
>>
>> What do folks think would be a good value for our application there?
>>
>> Based on the suggestion in the documentation [3], I started making PRs
>> [4] [5] [6] [7] for our KDE Apps with "The KDE Community" as the
>> "developer_name" tag.
>>
>
> Wait, so Flathub has begun requiring an older tag that the Appstream
> developers have deprecated?
>
> So we need to add tags to our metadata that are already deprecated and
> which are going to result in future failures of our own unit tests when
> upstream pulls the plug on developer_name as a tag and makes it a warning
> deprecation rather than an information deprecation?
>

Flathub is still transitioning away from old appstream-glib tooling to the
reference implementation, which will actually make it recognize all modern
features immediately and properly. Nobody thought that this would take
years and longer than AppStream 1.0 to be released, but it's happening.
I do not know the current status though, my last info was that Flathub had
switched, but that clearly doesn't seem to be fully the case yet...

The good thing is that the deprecation phase for this tag will be really,
really long - so it becoming a warning shouldn't be an issue for years.

Cheers,
    Matthias

-- 
I welcome VSRE emails. See http://vsre.info/

[Attachment #3 (text/html)]

<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mi., 31. \
Jan. 2024 um 08:50  Uhr schrieb Ben Cooksley &lt;<a \
href="mailto:bcooksley@kde.org">bcooksley@kde.org</a>&gt;:<br></div><blockquote \
class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Wed, Jan 31, 2024 \
at 7:04 AM Timothée Ravier &lt;<a href="mailto:travier@redhat.com" \
target="_blank">travier@redhat.com</a>&gt; wrote:<br></div><div \
class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi \
folks,<div><br></div><div>Flathub is now requiring that applications define a \
&quot;developer_name&quot; tag in their metadata (see [1], \
[2]).</div><div><br></div><div>What do folks think would be a good value for our \
application there?</div><div><br></div><div>Based on the suggestion in the \
documentation [3], I started making PRs [4] [5] [6] [7] for our KDE Apps with \
&quot;The KDE Community&quot; as the &quot;developer_name&quot; \
tag.</div></div></blockquote><div><br></div><div>Wait, so Flathub has begun requiring \
an older tag that the Appstream developers have \
deprecated?</div><div><br></div><div>So we need to add tags to our metadata that are \
already deprecated  and which are going to result in future failures of our own unit \
tests when upstream pulls the plug on developer_name as a tag and makes it a warning \
deprecation rather than an information \
deprecation?</div></div></div></blockquote></div><div><span \
class="gmail_signature_prefix"><br></span></div><div><span \
class="gmail_signature_prefix">Flathub is still transitioning away from old \
appstream-glib tooling to the reference implementation, which will actually make it \
recognize all modern features immediately and properly. Nobody thought that this \
would take years and longer than AppStream 1.0 to be released, but it&#39;s \
happening.</span></div><div><span class="gmail_signature_prefix">I do not know the \
current status though, my last info was that Flathub had switched, but that clearly \
doesn&#39;t seem to be fully the case yet...</span></div><div><span \
class="gmail_signature_prefix"><br></span></div><div><span \
class="gmail_signature_prefix">The good thing is that the deprecation phase for this \
tag will be really, really long - so it becoming a warning shouldn&#39;t be an issue \
for years.</span></div><div><span \
class="gmail_signature_prefix"><br></span></div><div><span \
class="gmail_signature_prefix">Cheers,</span></div><div><span \
class="gmail_signature_prefix">       Matthias</span></div><div><span \
class="gmail_signature_prefix"><br></span></div><div><span \
class="gmail_signature_prefix">-- </span></div><div dir="ltr" \
class="gmail_signature">I welcome VSRE emails. See <a href="http://vsre.info/" \
target="_blank">http://vsre.info/</a></div></div>



[prev in list] [next in list] [prev in thread] [next in thread]