* Changed Startup Command to a start.sh'less version
* Moved WINEARCH, WINEPREFIX and WINEDEBUG variables to panel
* Removed wine variables from install-script (where possible)
This Egg may boot properly, but it appears that the Linux version of Arma's Headless Client will not actually connect properly to the main server unless it is on the local host of the main server (connecting via 127.0.0.1). Therefore, this issue, along with HC functionality being added to the main Arma 3 Egg, I propose that this egg be retired.
- Fixed startup command to properly escape quotation characters so that they are actually included in the startup command after it is parsed by the image.
- Changed the "Arma 3 Dedicated Server App ID" variable to be an integer instead of numeric to prevent decimal numbers.
- Changed the "Server Binary" variable to only allow commonly accepted server binaries. This helps prevent the end user from running an arbitrary script or binary on the container, increasing security.
- Added "-noLogs" as a recommended value for the "Extra Startup Parameters" variable to prevent console spam (and potential Pterodactyl rate limiting) out of the box.
- Changed the variable name "MODS" to "MODIFICATIONS". This fixes an odd bug where, if the variable name is specifically "MODS", it will intermittently not be read as an environment variable. No, I have no idea why this works. Yes, it makes no sense, but it works.
- Moved the "Extra Flags for SteamCMD" variable down in the list, and marked it as an advanced setting.
- Made it clear that the Mod Auto-Downloader option may not be able to download particularly large mods, due to a limitation of SteamCMD's +workshop_download_item function.
- Integrated Arma 3's Headless Client (HC) functionality into the egg, so that it can run HCs in parallel with the main server, within the same container (the image handles all this under the hood). Allows the user to specify how many HCs they want to run (up to 5), and what password to connect with (if the server is password locked).
