Kid3 listed twice on the KDE apps page

[Ben Cooksley]

On Wed, Aug 7, 2024 at 2:58 AM Urs Fleisch <urs.fleisch at gmail.com> wrote:

> Hi Ben,
>

Hi Urs,

Sorry for the delayed reply, things got busy...


> I tried to solve the issue in the following way:
>
> The name (and all translated names) of kid3-qt is now "Kid3-qt" and no
> longer "Kid3" as the KDE app. So there are no longer double entries. I also
> added a paragraph to explain the differences between kid3 and kid3-qt.
>

Thanks for sorting that. Not entirely sure on what our position is on
having two different variants of the same application on apps.kde.org but
that differentiates them at least.


>
> I mentioned that the kid3-qt link to Discover did not work because the
> part of the id was kid3_qt instead of kid3-qt because
> otherwise appstreamcli complains about the hyphen. So I thought "let it
> complain, I go back to the hyphen", but then the CI will fail, the
> information about the hyphen has become a warning in later versions of
> appstreamcli. So I used the latest version (via flatpak run
> org.freedesktop.appstream.cli) and read the documentation:
>

Yes, appstreamcli has moved the goal posts a few times on what it will
accept. Thankfully that seems to have calmed down in the last couple of
months.


>
> https://www.freedesktop.org/software/appstream/docs/chap-Validation.html:
> The section about cid-rdns-contains-hyphen says that "hyphens are only
> allowed in the last segment of a component ID". And the Appstream Metadata
> Quickstart docs (
> https://freedesktop.org/software/appstream/docs/chap-Quickstart.html#qsr-app-contents)
> say about the "id" that "if your application's .desktop file is named
> org.example.FooBar.desktop, a good component-id would be
> org.example.FooBar.". So I followed this advice and removed the .desktop
> suffix from the id leaving the ids for the two Kid3 packages as
> "org.kde.kid3" and "org.kde.kid3-qt". The hyphen is now in the "last
> segment" and passes the appstream validation. Problem solved.
>
> But I rejoiced too soon (but I was not really surprised since most KDE
> applications seem to use ids ending with ".desktop", so I expected removing
> it would mean trouble)! Now neither the Discover links for kid3 nor for
> kid3-qt work, which actually makes it worse than before. It seems that
> following the guidelines and stripping the ".desktop" from the id leads to
> invalid links. Or do I have to add something? The docs
> https://freedesktop.org/software/appstream/docs/chap-Metadata.html
> mention a <replaces><id>OLDID</id></replaces> tag which should be added
> when an id is renamed. Would that help or what would you suggest?
>

That might be something to bring up with the Discover developers as it
shouldn't be relying on the .desktop suffix being present in the ID - I
suspect you may need to add some additional information to help it map them
but i'm afraid that is where my knowledge of the Appstream specification
and how it is implemented within Discover/Flatpak/apps.kde.org ends.



>
> Best regards,
> Urs
>
>
Cheers,
Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-www/attachments/20240825/88377403/attachment.htm>