<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 3, 2021, 2:02 PM Ben Cooksley <<a href="mailto:bcooksley@kde.org">bcooksley@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr">On Tue, May 4, 2021 at 12:51 AM Carl Schwan <<a href="mailto:carl@carlschwan.eu" target="_blank" rel="noreferrer">carl@carlschwan.eu</a>> 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">Le lundi, mai 3, 2021 2:30 PM, Adriaan de Groot <<a href="mailto:groot@kde.org" target="_blank" rel="noreferrer">groot@kde.org</a>> a écrit :<br>
<br>
> On Monday, 3 May 2021 13:00:11 CEST <a href="mailto:kde-announce-apps-request@kde.org" target="_blank" rel="noreferrer">kde-announce-apps-request@kde.org</a> wrote:<br>
><br>
> > 1.  KDiff3 1.9.0 released (Michael Reeves)<br>
> ><br>
> > From: Michael Reeves <a href="mailto:reeves.87@gmail.com" target="_blank" rel="noreferrer">reeves.87@gmail.com</a><br>
> > KDiff3 1.9.0 is now released.<br>
> > It can be found at <a href="https://download.kde.org/stable/kdiff3/" rel="noreferrer noreferrer" target="_blank">https://download.kde.org/stable/kdiff3/</a><br>
> > kdiff3-1.9.0.tar.xz.mirrorlist<br>
><br>
> Yay! This reached our (FreeBSD) packaging yesterday because the tarballs went<br>
> up on the download site. It leaves me slightly scratching my head, because<br>
> of inconsistencies -- that's why I'm CC'ing kde-community, where "All about<br>
> the Apps" is a KDE goal topic and it's good to get more exposure.<br>
><br>
> > Partial Change log:<br>
><br>
> So, KDiff3 is not part of the KDE Gear process. That's cool -- that's why we<br>
> get separate release announcements for it :)<br>
><br>
> I see there's a tag on invent, but no GitLab-style release. Have you<br>
> considered doing those as well? It's one way of making release notes easier to<br>
> find (not just hidden on a mailing list like this one).<br>
<br>
This might sound like a good idea but isn't one. The gitlab-style release has<br>
the problem that they don't include the translations and the solution is to add<br>
a link to the actual tarball. But this also creates confusion because then there<br>
are two tarballs with different content for the same release. :( There are some<br>
ideas on how to fix it and I think the localization team would appreciate a helping<br>
hand (or two). See <a href="https://phabricator.kde.org/T13519" rel="noreferrer noreferrer" target="_blank">https://phabricator.kde.org/T13519</a></blockquote><div><br></div><div>Gitlab now supports creating a release from an existing tag, so it is now possible for us to add translations as part of the tagging process and have them picked up in a Gitlab-style release (I believe this is what David does for Frameworks already)</div></div></div></blockquote></div></div><div dir="auto">How would this work for extragrear?</div><div dir="auto"></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> The AppData release info was bumped, but only on the release branch; that<br>
> means that KDE's apps pages (e.g. <a href="https://apps.kde.org/kdiff3/" rel="noreferrer noreferrer" target="_blank">https://apps.kde.org/kdiff3/</a>) still show<br>
> outdated information.<br>
<br>
While at it, it's also a good practice to add a link to the announcement and<br>
some data like links to the tarballs/exe/appimage/... The appstream documentation has more info<br>
about it: <a href="https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-releases" rel="noreferrer noreferrer" target="_blank">https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-releases</a><br>
<br>
<a href="http://apps.kde.org" rel="noreferrer noreferrer" target="_blank">apps.kde.org</a> will show most of the optional information if available. I'm looking<br>
into making this release information also available as RSS feeds. It's also available<br>
as part of the <a href="http://apps.kde.org" rel="noreferrer noreferrer" target="_blank">apps.kde.org</a> semi-public API: <a href="https://apps.kde.org/appdata/org.kde.kontrast.json" rel="noreferrer noreferrer" target="_blank">https://apps.kde.org/appdata/org.kde.kontrast.json</a><br>
<br>
While at it I would like to point out to <a href="https://invent.kde.org/sysadmin/appstream-metainfo-release-update/-/merge_requests/3" rel="noreferrer noreferrer" target="_blank">https://invent.kde.org/sysadmin/appstream-metainfo-release-update/-/merge_requests/3</a>,<br>
since the AppStream updater used by the release service removes this precious<br>
information and this is why I stopped adding them to Kontrast AppStream file :(<br>
<br>
><br>
> I'm a bit confused by the (AppData) "homepage" URL, since that leads round-<br>
> aboutly to the apps page; I think my confusion is because that URL is shown as<br>
> "project homepage" on <a href="http://apps.kde.org" rel="noreferrer noreferrer" target="_blank">apps.kde.org</a>, but doesn't effectively do anything. (So<br>
> it's more a website-generator confusion than about your specific app)<br>
<br>
Yeah, this is a problem on the website generator side. If someone is interested<br>
to fix it, it probably just needs to add some if condition here:<br>
<a href="https://invent.kde.org/websites/apps-kde-org/-/blob/master/layouts/applications/single.html#L225" rel="noreferrer noreferrer" target="_blank">https://invent.kde.org/websites/apps-kde-org/-/blob/master/layouts/applications/single.html#L225</a><br>
<br>
This documentation might help you: <a href="https://gohugo.io/functions/in/" rel="noreferrer noreferrer" target="_blank">https://gohugo.io/functions/in/</a>. Patch welcome :D<br>
<br>
> Hopefully my comments & questions can lead to better releases for all, both<br>
> Gear and independents without saddling you with any additional work.<br>
><br>
> [ade]<br>
<br>
<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>
</blockquote></div></div></div>