It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
avatar
JudasIscariot: Please update the Linux version of the game and let us know if some of the issues listed here are still present :)
avatar
gourrykun: Hello,

Thank you for following this issue. I have installed the latest build from scratch.

I still need to run the start.sh as root. While it is not a blocking point (yet) I admit that it would be great to fix it. Once I get the game running, I will try to install it on a ntfs drive mounted with special uid and gid. I read here and there that it can fix this issue.

The real issue - the segfault when starting the game - is unfortunately still there. I'll try robokop's padsp wrapper trick. Sounds very promising.

Thank you very much to the community and the staff helping out on forums.
Regards,
May I ask why you would need to run the script as root? As you know, you shouldn't run games as root as who knows what will happen.

Did you happen to run the original .sh installer as root in the first place? I am asking because I did that once with an unrelated Linux version of a game and I had to run it as root and I am asking just to make sure :)

Also, have you tried running the actual binary itself rather than using the start.sh script? Remember to set chmod + x on the Victor Vran binary :)
avatar
JudasIscariot: Did you happen to run the original .sh installer as root in the first place? I am asking because I did that once with an unrelated Linux version of a game and I had to run it as root and I am asking just to make sure :)
Well, I always install GOG games as root to put them in /usr/local/game so that my wife and I can play games on our respective accounts at different pace and using different settings if need be (difficulty, controls, ...).

Usually, once the game is installed I grant permission to all users to browse the directory structure with:
cd /usr/local/game/some-game
sudo find . -type d -exec sudo chmod 755 {} \; # For all directories, grant 755 rights to it

And so far, it always worked for all GOG games I had installed (DOS EE, Witcher 2, Trine 3 ...). With Victor vran, it seems that there is an issue when opening an hpk file, but all files are readable by all users:

cd /usr/local/game/victor-vran
find . ! -perm -004 # No results, all files are readable by other members
find . ! -perm -001 # No results, all files are executable by other members

Some users on another gaming platform selling the game - whistles - had this issue, and it was due to their mounting point options uid/gid in /etc/fstab (ntfs secondary drive). In my case I always install game on the system SSD so my mounting point is /.

avatar
JudasIscariot: Also, have you tried running the actual binary itself rather than using the start.sh script? Remember to set chmod + x on the Victor Vran binary :)
Unfortunately, it does not work. Nice try ;-)

If I set the setuid access flag, I can bypass the sudo command, but I have to admit that this is not clear in my mind whether this is more or less dangerous than the sudo.

sudo chmod u+s VictorVranGOG
./VictorVranGOG # See the welcome screen, and then seg fault ;-)

I suspect some hpk file or internal Lua routine accessing it to be a bit too much strict about the file permission, but I cannot pinpoint it yet.
avatar
JudasIscariot: Did you happen to run the original .sh installer as root in the first place? I am asking because I did that once with an unrelated Linux version of a game and I had to run it as root and I am asking just to make sure :)
avatar
gourrykun: Well, I always install GOG games as root to put them in /usr/local/game so that my wife and I can play games on our respective accounts at different pace and using different settings if need be (difficulty, controls, ...).

Usually, once the game is installed I grant permission to all users to browse the directory structure with:
cd /usr/local/game/some-game
sudo find . -type d -exec sudo chmod 755 {} \; # For all directories, grant 755 rights to it

And so far, it always worked for all GOG games I had installed (DOS EE, Witcher 2, Trine 3 ...). With Victor vran, it seems that there is an issue when opening an hpk file, but all files are readable by all users:

cd /usr/local/game/victor-vran
find . ! -perm -004 # No results, all files are readable by other members
find . ! -perm -001 # No results, all files are executable by other members

Some users on another gaming platform selling the game - whistles - had this issue, and it was due to their mounting point options uid/gid in /etc/fstab (ntfs secondary drive). In my case I always install game on the system SSD so my mounting point is /.

avatar
JudasIscariot: Also, have you tried running the actual binary itself rather than using the start.sh script? Remember to set chmod + x on the Victor Vran binary :)
avatar
gourrykun: Unfortunately, it does not work. Nice try ;-)

If I set the setuid access flag, I can bypass the sudo command, but I have to admit that this is not clear in my mind whether this is more or less dangerous than the sudo.

sudo chmod u+s VictorVranGOG
./VictorVranGOG # See the welcome screen, and then seg fault ;-)

I suspect some hpk file or internal Lua routine accessing it to be a bit too much strict about the file permission, but I cannot pinpoint it yet.
OK, I am not sure how your system is set up since I see you have an ntfs partition and the like sooooo the only thing I can ask of you is to please not install our versions of games as root.

I know that you do this so that you and your wife can play games on different user accounts but could you, or have you tried, installing and running Victor Vran as a regular user?

I am not an expert on this topic but I do know that one should not install and run user applications, such as games, as root because then there are weird issues such as the one you are experiencing.

Obviously , I am not trying to attribute your particular issue to you installing and running the game as root but I am simply trying to eliminate variables :)
Hello,

As explained in details on https://forge.dotslashplay.it/play.it/scripts/-/merge_requests/1140#note_27070 the issue is that the game opens the file with a O_NOATIME flag, which is restricted to file owner and superuser.

I included on the ./play.it forge a LD_PRELOAD wrapper to work around that restriction and instructions on how to use it.
avatar
kilobug: Hello,

As explained in details on https://forge.dotslashplay.it/play.it/scripts/-/merge_requests/1140#note_27070 the issue is that the game opens the file with a O_NOATIME flag, which is restricted to file owner and superuser.

I included on the ./play.it forge a LD_PRELOAD wrapper to work around that restriction and instructions on how to use it.
Thanks.
It's really sad that GOG hasn't managed to fix this major issue within the more than four years that it is known.