[...]I bet ISI would be more than happy to do it IF they could see any benefit to doing it [...]
Now here is some benefit: more money in the pockets of ISI´s customers. My small simracing community had to get a new dedicated server and I managed to convince my fellow members about the Linux option, not least because it is 10€ less in monthly license fees for Windows "Server". Now I know the exchange rate is not 1:1 for the US dollar, but for the sake of this argument it will be. We are about ten members who share the costs for the server, with some visitors and regular guests. So that´s 1$/month per member saved. And coincidentally that´s what the online service of rFactor2 will cost (12$/y), if I remember correctly, for those who did not get the life time license.
And to be honest, having had to deal with both, Windows Server 2008 and Linux, I have never regretted the decision to go with Linux. For one, I know that system way better than Windows. Especially when it comes to the actual purpose of a server, as in
"to serve" (!) or providing services as opposed to requiring human service, is when you notice the difference.
Well, there is one regret, which seems to be true only for simracing. There are no native ports of the server programs for linux. Look at the First Person Shooter community, you will almost always find a native linux version of the dedicated server, plus some nifty interface to manage it remotely and not something that calls itself server, but requires a graphical window, which makes it a pain to set it up as service on a headless machine. A GUI on a server in my opinion just increases the overhead by a significant margin, because one must install or have a window manager.
BTW, kudos ISI for:
Update 10 (Build 134) Changelog (December 20, 2012):
[...]
Use +ui=NONE on the rFactor2 Dedicated.exe to start with no user interface. +ui=CONSOLE for console interface...
[...]
It is a huge step in the right direction. Thanks for that.
Now, I have managed to get the rFactor (1) dedicated server running with the help of
WINE but I failed just this last weekend with rF2´s DS, again. I am thinking about becoming a maintainer of rF2 on winehq, but I don´t know if that would be wise, since I am only interested in the server part not getting the actual client running. And testing the latter would make that task way more complex.
So far the only option on Linux is to setup a virtual machine, which introduces a huge amount of overhead, especially the 2 GB of RAM, I reserved for it, are lost to all other applications not running inside the VM. And no, memory ballooning doesn´t work. Also now I have what I never wanted, another Windows host cry baby.
But
maybe WINE is an option for the ISI developers, more precisely linking against
Winelib, maybe have a look into
4.2. Legal issues first and
Wine License. I am not a lawyer but from my understanding the GNU LGPL allows you to use, change and link to the Winelib, provided you redistribute or make available the (changed) source code. But you are not obligated to open source any of your own code, which I believe ISI wouldn´t want. Anyway, if I am not telling you old news here, I would like you to have look and I believe it should make things easier for porting to Linux.
Thanks for your time and attention.
Kind regards,
Marcus