[Debian GNUstep maintainers] Nearly all GNUstep apps are missing from the GNOME Software catalog

[Yavor Doganov]

Josh Freeman wrote:
>    However, after looking at the code some more, it seems like the
> paths being rejected (at least in that part of the code) are only the
> paths from scanning the package contents, and the .desktop file is
> apparently scanned later (and probably without prefix-based
> rejection).

OK, thanks for the analysis.

>    The likely reason for PRICE.app passing the 'G-a-w-i' error check
> (only to fail afterwards at the 'I-f-u' check - and it is likely that
> the 'I-f-u' check happens after rather than before 'G-a-w-i',
> otherwise,

Seems logical.

>    If there are no other apps besides TextEdit with both a valid icon
> & a direct icon path, perhaps we could test the theory by updating a
> package?

Some other apps that I checked:

- charmap.app has
  /usr/share/GNUstep/Applications/Charmap.app/Resources/Charmap.png
  set which is a bug introduced by this commit:

  https://salsa.debian.org/gnustep-team/charmap.app/commit/ca6f2502174648b813edf73b9e1e2c5a4ab62144

  It should be /usr/share/GNUstep/Charmap.app/Charmap.png.

- lynkeos.app has /usr/share/icons/Lynkeos_128x128x32.png but it's not
  found by gnome-software.  My theory is that this is because the icon
  is in the arch-indep lynkeos.app-common package so AppStream can't
  figure this out.  Or probably I can't find it for some other reason;
  it doesn't seem to have search functionality...

- tikzit (not an app by the GNUstep definition but uses gnustep-base)
  has just "tikzit" but its icon is installed in the standard icon
  directories like most GNOME programs:

  $ dpkg -L tikzit | grep png
  /usr/share/icons/hicolor/128x128/apps/tikzit.png
  /usr/share/icons/hicolor/16x16/apps/tikzit.png
  /usr/share/icons/hicolor/22x22/apps/tikzit.png
  /usr/share/icons/hicolor/24x24/apps/tikzit.png
  /usr/share/icons/hicolor/32x32/apps/tikzit.png
  /usr/share/icons/hicolor/48x48/apps/tikzit.png
  /usr/share/icons/hicolor/64x64/apps/tikzit.png

- oolite (not an app too) has "oolite-icon" and the icon is installed
  as /usr/share/icons/oolite-icon.png.  The icon is visible in GNOME's
  menu but the game is not found by gnome-software.  The icon is
  shipped in the "oolite" package together with the executable and the
  .desktop file.

> I'd be happy to send a patch for the pikopixel.app package, if it
> would be OK to push a 1.0-b9a-2 update?

It's OK although I would prefer not to put additional load on the
buildd network for such a tiny and unimportant change.  Anyway, I
certainly won't object if you have strong feelings about it as
the upstream author.