Lutris is a terrible Wine front-end

And you reported issues with the specific games etc? :slight_smile:

Maybe I can add some perspective to this. I came to Lutris after several days of trying in vain to install Tropico 3 or 4 (GOG versions) on Linux. More precisely on my daughter’s 64-bit Dell Latitude running Ubuntu 18.04 LTS (bionic). Until recently, using 64-bit Linux was asking for trouble in the form of library installation hell. This is why I installed the 32-bit version, which is still running. (Unfortunately, within a very short period of time the situation has been reversed. The computer cannot even be upgraded normally to 19.04.)

As I normally use Windows 10 for running Windows software, and recently even Microsoft’s Ubuntu integration for most of my Linux needs, I have next to no experience with Wine. I quickly realised that manually installing Tropico under Wine would be a very tedious process involving a lot of learning of technical details in which I am not interested. (I’m a mathematician and a professional software developer, so I could no doubt do it. But in this case I just want to get the job done quickly.)

Google told me that PlayOnLinux is the right way to do it. So that’s what I tried. Only to run into the problem that almost everyone seems to be having these days: Some weird font issues leading to zero-size windows. Sometimes they can be enlarged and used in the normal way. But some modal and non-resizable ones turned out to be totally empty even when I found a window manager (i3) that I could coax into resizing (more precisely tiling) them. As these windows were crucial for the installation process, PlayOnLinux is currently unusable. It also appears to be completely unsupported. The old development team for Python-based version 4 is no longer active and has taken down the bug tracker, which appears to have contained some crucial information about workarounds.

A new team is working on a Java-based version 5 of PlayOnLinux, but that doesn’t seem to have matured yet. I didn’t even try it.

I looked at manual installation in Wine once more, but got totally confused with the chaos of things having to be installed in Linux, within a Wine, or sometimes(?) within only part of Wine, and most people not saying clearly which method they have in mind. Things that are supposed to help add more layers of complexity.

So I googled again and found a comment saying that nowadays Lutris should be used instead of PlayOnLinux. I am sure I am not the only user on this trajectory, so it seems clear why Lutris is seen by many as primarily a Wine front-end. To make things worse, Lutris attracts users who have already been frustrated by PlayOnLinux and possibly other infrastructure around Wine.

My first impression of Lutris was excellent. I already had the Tropico 3 Gold Edition installer on the target computer, and I immediately found that there was a script for it on the Lutris website.

Unfortunately, the Tropico 3 script is obviously for a different game: “exe: drive_c/GOG Games/The Witcher 3 - Wild Hunt/bin/x64/witcher3.exe”. The problem was pointed out in a comment 9 months ago, shortly after the script was uploaded. But never addressed. No wonder, as documentation on how to debug scripts seems to be very hard to find.

So I tried Tropico 4 instead. Anticipating more problems, I nearly downloaded the 4 GB installer before starting Lutris. But I double-checked and found that, weirdly enough, there is no way to supply your own installer. Apparently it MUST be downloaded from GOG again for every installation. OK… So I did that. Over a slow connection. (It took well over an hour.)

At the end of the Tropico 4 (GOG version) installation, I found two problems:

  1. Another broken script. This was the second Lutris script I tried, and the second obviously broken on. For no obvious reason (at least to me) the script says “arch: win64” in several places. I am not an expert, but it seems obvious to me that for a Win32 game intended to run in Wine on a 32-bit Linux machine this is inappropriate and very unlikely to work. There was in fact an error message to that effect. AFTER the huge download.
  2. Another general bug similar to the one I had encountered in PlayOnLinux. The installation ends with a window that claims to be copying application data, though this doesn’t actually happen. As the window thinks the installation is not finished, the only option is “Cancel”, which undoes the installation.

I started the Tropico 4 installation process once more. This confirmed my suspicion that the installer was not cached. Lutris again asked me for my GOG password, repeated an earlier 1 GB download and then started the same 4 GB main download again

I tried one more thing: Installation of SimCity 2000 in DOSBox. This time there was no problem with the script, but I encounted problem 2 above again, in exactly the same form. Thus, the supposedly stable Lutris version I got by following the recommended installation process is not just a terrible Wine frontend, it is also a terrible DOSBox frontend.

Here are some suggestions for making Lutris more tolerant to both user errors and its own, inevitable, bugs:

  • At the start of a game installation, offer to display the installation script . (I would not have used the Tropico 4 script if I had seen that it obviously requires the wrong architecture.)
  • Offer or document an easy way to edit an installation script before use, and to upload it after it has proven sucessful.
  • Provide some form of infrastructure for keeping different architectures apart, and do not download installers without prompting if the script doesn’t pass a basic sanity check. (Requiring win64 on 32-bit Linux probably shouldn’t pass such a sanity check.)
  • Cache all downloaded installers in the user’s Downloads folder, and allow the user to supply them there if already present.
  • On the website, the comment function is a good thing but evidently not sufficient. It should be possible to report “This script is broken” in a structured way, so that the information isn’t completely missed just because nobody from the team looks at the game’s page.

All of this said, I am very glad that Lutris exists. I just wish it already were as good as it is likely to become in the next few years. And I hope it will soon be able to fill the gap left by PlayOnLinux.

1 Like

Lutris is a powerfull Frontend and it is normally limited to runners compatibility, but also by script contributors. So if Wine if not compatible with your game, Lutris will not help you. If a script is obsolete, broken or…Lutris will not help you. But you can help: report an issue on Github, ask help for a broken script on the forum. All others actions will be lost time for you and for the Lutris community.

I would not approve “terrible”. I’m glad Lutris exists because Playonlinux went the way of the dodo. @johaquila has some valid points though.

  • Show install script before installation would be a good security measure.

  • Sanity checks are always a good idea.

  • Comment section could use some structure because it’s never clear which script or script version the comment refers to.

  • I’ve seen that working installers were removed in the past and replaced with strange (malicious?) ones. No way to get the old one back. Maybe a public git for installers? Or is there one already I just couldn’t find?

  • I have reported wrong (malicious?) installers in the past and nothing happened.

So yeah, there is room for improvement.

My personal experience with managing Wine installs via Lutris while far from perfect is that it is very capable.

Problems I’ve personally experienced are as follows

  1. an “outdated” script, being a community based aspect of the Lutris ecosystem and dependent on the time available by the original poster to maintain or another person to “fork”, this can and does happen. I’ve experienced similar with PoL btw.

  2. variances in distro specific requirements, eg with a recent install the game kept on failing to launch, the advice provided to correct this was spot on, though I need to source missing libraries and translate package names from “Ubuntu” to “Debian proper”, and then to source libraries from packages other than Debian Sid where they had, on this occasion had not been packed for Debian Sid (AMD 64).

As the script placed libraries in a folder within the wine prefix not in the main system location, I could utilise the libraries from Debian Buster (AMD 64) without any problem.

Troubleshooting can be a pain in the posterior and given the considerable diversity of Linux distros and other variables, what works flawlessly for one, will be a headache for others regardless of whether it’s PoL, Lutris or other means.

Back to Lutris, is it perfect, far from it.
Does it lack some features that say PoL has possibly, (haven’t used it in ages), GameHub definitely, though Lutris isn’t developed with with either use case in mind.

Lutris though has made life much easier for me personally, most scripts just work, others require a bit of tinkering, others bundle things like “OpenMW” and Morrowind so that it’s done in one clean process.