For games with a 1:1 relationsheep between the free engine
and non-free data, an autogenerated .xml might
of little value or even annoying.

But it could be of great use for a generic engine like ScummVM.

Of course everything is in the details ...

Greetings,

it's primarily for app-store style interfaces (GNOME Software, KDE Discover
and similar), which are not really applicable for g-d-p-supported games
because almost by definition you can't just `apt install` them.

If we do generate Appstream XML or any similar resource, I think
we should learn our lesson from scummvm's .desktop files (in which
we effectively can't fix bugs), and seriously consider using the
same pattern as ut99's .desktop file instead: put the real file in
/usr/share/games/game-data-packager-runtime, and a symlink in the
generated package to get it onto the search path.

That won't be any use for DEP-11 metadata (if our users put the
non-redistributable g-d-p-generated .deb in an apt repo to share it
between their computers, appstream-generator won't be able to extract
the XML and turn it into a DEP-11 index) but that seems quite a niche
use-case for g-d-p anyway?

    smcv

I'm missing some piece of the puzzle indeed,
we need Gantt chart or something
of the features we want and the missing pieces to get there.



We can still fix the ScummVM problem on the side.

That would mean generating 200-something
dormant .desktop files at build time ?

Unlike ./runtime/ut99.desktop.in which is a solid file.

Le sam. 9 déc. 2023 à 20:05, Simon McVittie <smcv@debian.org> a écrit :

Greetings.

I'm writing to you because I have a humanitarian request that I believe
could be incredibly impactful. I'm reaching out about the recent
devastating storm that tragically claimed many lives and affected numerous
individuals in Libya, including one of my clients. I would like to discuss
a proposal with you that could enable us to extend a helping hand to these
victims.

Looking forward to discussing this further with you.

Warm regards,
Mrs. Nathalie Herolds