Consolidate and streamline Linux builds

[cholmcc]

This PR will consolidate and streamline build for Linux. As such,
this PR is mostly reorganisation of data into a single place so that
it is easier to maintain and build upon.

• Data common to various Linux packages, such as the Debian, RPM, and FlatPak packages, as well as the tar-ball, is put in dist/linux and distributed from there.

  This data includes

  • A .desktop file for desktop integration
  • A .mime.xml file for mime-types of Vassal modules, saves, logs, and extension.
  • a man(1) page on vassal
  • An improved VASSAL.sh script which will allow
    • Defining properties via -Dname=value
    • Run Vassal in the Java Debugger, including option to point to the Vassal sources.
    • Direct execution of player, editor, etc. by-passing the module manager
  • Note that these files are also distributed with the tar-ball, so that a user may use those for desktop integration.
  • The script dist/linux/integration.sh will also be distributed with the tar-ball. If a user executes that, it will set-up or remove desktop integration.

• The descriptions in the Debian, RPM, and FlatPak packages have been made the same - for consistency.

• The PR also removes the vassal-maven repository because it is no longer used.

Most of these files have been renamed to org.vassalengine.vassal to conform with the AppStream requirements and practices.

The main point of the updated launch script VASSAL.sh, are

• To allow users to pass property definitions to the JVM, for example

  -Dswing.systemlaf=javax.swing.plaf.metal.MetalLookAndFeel to set a different Look'n'Feel.

• To allow users to load modules, saves, logs, etc. from the current directory without giving the full path to the file. For example VASSAL.sh -l BattleForMoscow.vmod (currently, one would need to do VASSAL.sh -l `pwd`/BattleForMoscow.vmod which feels awkward).

• To run Vassal in the Java debugger jdb to hunt down problems.

A follow-up PR to this PR will then set-up the release workflow to generate the files org.vassalengine.vassal.yaml and maven-dependencies.json for the FlatPak repository at flathub/org.vassalengine.org. Thus, after that workflow has run, someone can pick up the artefacts of that workflow and commit them to flathub/org.vassalengine.org.

Closes #14514

Yours,
Christian

[cholmcc]

Accidental added dist/linux/org.vassalengine.vassal.yml to this PR. Removed again.

[uckelman]

To allow users to load modules, saves, logs, etc. from the current directory without giving the full path to the file. For example VASSAL.sh -l BattleForMoscow.vmod (currently, one would need to do VASSAL.sh -l pwd/BattleForMoscow.vmod which feels awkward).

Which part of the PR does this?

[cholmcc]

Which part of the PR does this?

https://github.com/cholmcc/vassal/blob/6770ef4e3fb70493664d576bf66d16bc1eff6c39/dist/linux/VASSAL.sh#L126

[cholmcc]

Thank you for merging this in - that will hopefully make things simpler for all concerned.

I guess you are setting up for a new release - please also consider the following PRs

• Stop removing unavailable modules from the Module Manager; provide manual cleanup option #14578
• Make charts zoomable #14579
• Added animated symbolic dice button #14581
• Add oblique hex grid numbering #14582
• Fix for MoveCameraButton #14583

and as promised above,

• Create Flatpak recipe on release #14598

all are based on release-3.7.

Also, please consider to merge in vassalengine/vassal-site-src#4 before making a new release.

Thanks.

Yours,
Christian

[uckelman]

I've merged #14598. Thanks for that. The only other PR I aim to merge for 3.7.21 is #14599, because leaving it unfixed creates terminal noise. Other PRs will need to wait for 3.7.22 in a few weeks, as there are already more changes than ideal in 3.7.21.