The first argument against a native Linux version stated:
"Some people argue that there is no point in creating a Linux build if it hasn't been thoroughly tested like the Windows version. They believe that the demand for Linux builds should cease because the Steam Deck can automatically run all Windows games using Proton, and on desktop, users can also force games to run with Proton. However, there are other issues on the Steam Deck, such as problems with gamepad functionality and non-working menus. Fortunately, the Steam Deck offers the option to use the 'Gamepad with Mouse Trackpad' controller layout, allowing users to make the left-click action by clicking on the right trackpad. On desktop, I managed to get it working with a Stadia controller by enabling Steam Input from the controller settings for this particular game (on Steam Deck, this feature is likely enabled by default). Nevertheless, the menus still didn't work properly, and the turning rates for the d-pad and left joystick felt different. I attempted to modify the controller profile for an Xbox controller to make the right joystick act as a mouse, but it seems like the game completely disregards these changes, even with Steam Input enabled. Additionally, some texts appear too small on the Steam Deck but are fine on a larger monitor."
The next argument in favor of a native Linux version responded:
"There is certainly value in developing a native Linux version. While a port is one thing, proper support is another. Certain games may receive updates that overlook specific aspects of Linux, which could suddenly break compatibility. A native Linux version typically brings official recognition and support from the developers. We would prefer to see games fully supported on Linux in larger numbers. It can be frustrating for someone who purchases a game to encounter issues, only to have the developers respond to their support ticket with something like, 'Sorry, but your system is not supported.' Proton is an excellent solution, but if developers have the knowledge and capability to create a native Linux version that encompasses all functionality, then that is technically and fundamentally superior. There is always a maintenance requirement to consider as well. That being said, Proton can provide a native-like experience at best. Linux native ports should become the standard as Linux adoption continues to grow."
The argument against a native Linux version continued:
"From the perspective of Linux gamers, playing the more extensively tested version of the game offers a better overall experience. Just like certain code can be added to the Windows version that may not be handled correctly by Proton, there can be code added to the Linux version that only works on specific Linux machines with unique distributions. While AppImage improves compatibility to some extent between Linux versions, I have witnessed games built on the latest Linux distribution not working on any of the older ones (possibly due to the newer G++ library introduced with the new LTS). The proposed solution is to create a Linux build based on the oldest Linux version available to any developer, which can result in poorer performance. Instead of developing a Linux version that only works on a specific Linux version, developers could focus on making their Windows build as compatible as possible with Proton, by supporting Vulkan and utilizing open-source codecs for media files. It seems somewhat pointless to have a Linux version tailored to one specific Linux distribution when most Linux gamers on Steam, including those on the Steam Deck, are using different distributions that may also employ different libraries."
Regarding the mention of AppImage and the specificness of Linux versions and libraries, it is important to understand that Linux distributions can vary in terms of their software packages, libraries, and configurations. These differences can impact the compatibility of software developed for Linux. AppImage is a format that aims to provide a more portable and distribution-