I'm no longer seeing issues with Gem's git repo.

As requested by Jonathan:
http://disis.music.vt.edu/pipermail/l2ork-dev/2019-November/002275.html

ARM is not currently supported. nw.js binaries are available for ARM
but I don't have an ARM device to test on right now.

As requested here:
https://github.com/flathub/flathub/pull/1265#discussion_r346738757

This allows testing changes without waiting for full rebuilds.

Turns out that 60 characters is the maximum (see
https://flathub.org/builds/#/builders/39/builds/1378)

See: http://disis.music.vt.edu/pipermail/l2ork-dev/2019-November/002272.html

I think it's a mistake I copied from gnome-music.

Perhaps this is useful for someone, even though at present OSS with
padsp works better inside Flatpak for audio.

This seems to be how apps on Flathub are normally structured.

This brings the installed size according to `flatpak info` up to 300MB.

Most of the externals are now built. The size of the app as reported by
`flatpak info` increased from 255MB to 295MB with this change.

An icon should now appear in the shell.

Apparently `--share=ipc` is needed for X11 to work correctly
(see http://docs.flatpak.org/en/latest/sandbox-permissions.html)

We currently do this using the `padsp` helper provided by PulseAudio
to connect Pure Data's OSS audio backend to the desktop's PulseAudio
server.

In future we should use the Pure Data JACK backend and use Pipewire
to integrate this with the desktop. This will improve latency and
should tie in with some work by Red Hat to improve support for pro
audio tools in Flatpak[1].

1. see the "Pipewire" heading at
https://blogs.gnome.org/uraeus/2019/09/23/fedora-workstation-31-whats-new/