Let's see if I can start off on a slightly more productive note here...
myconv: I made a general thread asking for help in general forum, in the GoG civ4 forum, replied to the civ4 Linux thread. PM'd adamhm who made the civ4 Linux wrapper and replied in another related thread asking for help too. I was going to provide links to all this but I don't see a way on this forum to find my previous activity. With all of these I got silence, including from adamhm who never replied to my PM.
It sounds like you started off with some due diligence and followed the usual channels. That's good.
You also might want to take a look at
The "Judas does this run in Wine" thread. That's where a number of us try to get as-of-yet unported games working in Wine. Its more of a technical thread, so I might advise against going in there to rant, but it's a good place for troubleshooting very specific issues (bring your logs and a well documented list of everything you tried).
Specifically (back to Civ IV), adamhm's initial install notes were posted
here , though they are mostly a condensed version of his
Civilization IV for linux thread.
Adamhm has been a very active contributor here when it comes to Linux gaming. Try not to get frustrated by a lack of response. We all just do this in our free time.
As someone who regularly writes lengthy Wine tutorials and helps troubleshoot Linux and Mac compatibility in the GOG forums, I'll just say that it's not unusual for it to take a long time for a thread to come together. Heck, I've got
an X3 thread that took over 2 years to resolve. But working a bit with GOG staff and a number of other users, we kept at it and finally got it there.
myconv: I admit I don't know how Steam would react, it's yet to be an issue since almost everything I've played run fine on Proton ... Maybe I've just been ultra lucky with tens of games non-native to Linux?
Over on ProtonDB, Civ IV certainly has some mixed reviews, averaging out at a Silver rating.
Note that although it's Valve's pet project, Proton's not simply a Steam subfeature. It's open source and you can certainly run Proton's Wine build standalone. If you want to give it a go (and you don't want to deal with building it yourself) I'd take Darvond's suggestion and give
Lutris a try. I believe their built-in Wine build is Proton-based these days. If not, there are a number of "protonified" options in the available engines list in-app.
Lutris doesn't have an install script for the GOG version of Civ IV as of now, but if you're semi-comfortable with Wine, it's pretty easy to generate your own build to run via Lutris.
Crosmando: Linux was never even meant to be a platform for gaming, never has been. I don't get why anyone would put up with having to play games through wonky emulators like Wine when you could be playing games natively. Well, to each their own.
Not trying to be combative, just stating the obvious here... Windows was never meant to be a platform for gaming either. It just had a large install base so developers gravitated toward it, just as they did to DOS before it.
And perhaps it's a bit pedantic to say so, but "Wine Is Not an Emulator" (that's what WINE stands for). Yes, I hate recursive acronyms too, but at least theirs gets their point across.
Anyway, Wine's a compatibility layer that directly translates Windows API calls to POSIX calls in real time, eliminating the performance and memory penalties incurred by traditional emulation. Effectively, that means applications average near-native performance under Wine -- sometimes better performance when the correlated POSIX calls are faster than Microsoft's original implementations.
All that is to say that some Windows games actually run faster on Linux under Wine than they do on Windows. As uncommon as that is, the bottleneck isn't usually in core Windows API translation, but in graphical call conversion -- i.e. translating DirectX to OpenGL calls on the fly. And that's primarily due to proprietary driver implementations more than it is ineptitude, inability, or performance capacity. In other words, it's usually Microsoft's and video card manufactures' propensity for proprietary and undocumented features that leads to incompatibility and performance issues.
fr33kSh0w2012: Who gives a FLYING FCK about LINUX, LINUX SUCKS!
This guy ;)
But hey, at least you've got a strong opinion one way or the other. A lot of people aren't informed enough to have one.
I ran Windows XP up until '99, but every version since has only seemed to get worse. So I switched to Linux over 20 years ago and never looked back. I won't touch a Windows machine these days unless my work requires it. To their credit, though, Windows 10 doesn't appear to be nearly the memory hog that previous versions were.
I don't have anything specifically against Windows on an OS capability front. I just don't like built-in user monitoring, forced updates, proprietary filesystems, ineffective security, or registry-key-based application storage. But to each their own. If you're willing to deal with those things for a wider game spectrum, more power to you.
As an aside, though... Microsoft is investing heavily in WSL (Windows Subsystem for Linux). Even they realize it's hard to ignore the performance benefits of the Linux kernel over the Windows one. And, on a simpler level, there's just no comparison between their simulated DOS shell and a Bash prompt when you actually need to get work done.
firstpastthepost: ...there's not much I can think of that Linux is better at doing than Windows unless we're talking servers...
Aside from the few issues we've both listed against Windows, I'm still surprised to hear any level of system administrator say that. The things that make Linux an ideal server platform also tend to make it an ideal desktop environment:
• authoritative and trusted software sources (huge centralized signed application repositories)
• single-file binary-with-libraries app distribution (appimage, flatpak, snaps)
• elective system updates
• built-in firewall (and VPN with the latest kernel)
• simple backups (rsync)
• point-to-point encrypted communication (ssh tunneling)
• running applications on remote systems (xhost and the like)
• per-user/group file and application attributes and permissioning
• process job signaling (sigint, sigterm, etc.)
• (much) better memory and thread management
• (much) higher port connection count
• runs on just about any hardware made in the last 25 years
And at the same time, I have yet to see any Windows user that couldn't comfortably navigate the Cinnamon or Gnome2 desktop environments. The most common problem I've noticed with brand new Linux users is wrapping their head around the idea that they don't have open a web browser to download their drivers and applications.
I enjoy gaming as much as the next guy, but having to work a little harder to get a couple games to run is nothing compared to the time Linux saves me on a daily basis in general productivity.