The game name is streets of rogue. I'm trying to launch the game, but it does not start.
I'm using fedora linux OS.

I tried to use the terminal start the start.sh :

aborted (core dumped)
+++++++++++++++++++=+++++

bash start.sh
Running Streets of Rogue
Loading in SingleInstance mode
start.sh: line 16: 21524 Aborted (core dumped) ./"StreetsOfRogueLinux.x86_64"
[kau@fedora Streets of Rogue]$

+++++++++++++++++++=+++++

running with sudo: (segmentation fault)
+++++++++++++++++++++++++

[kra@fedora Streets of Rogue]$ sudo bash start.sh
[sudo] password for krad:
Running Streets of Rogue
Loading in SingleInstance mode
start.sh: line 16: 4462 Segmentation fault (core dumped) ./"StreetsOfRogueLinux.x86_64"
[kra@fedora Streets of Rogue]$

++++++++++++++++++++++++

line 16 of the start.sh is like this :
+++++++++++++++++++=+++++

# Actions
run_game() {
echo "Running ${GAME_NAME}"
cd "${CURRENT_DIR}/game"
chmod +x *
./"StreetsOfRogueLinux.x86_64"

}

+++++++++++++++++++=+++++

Does anyone know what to do?
thanks.

any help please?

From the game's page: Works on:
Windows (7, 8, 10, 11), Linux (Ubuntu 16.04, Ubuntu 18.04), Mac OS X (10.11+)

https://itsfoss.com/ubuntu-vs-fedora/
(quote)
"As you can see, both Ubuntu and Fedora are similar to each other on several points.
Ubuntu does take lead when it comes to software availability, driver installation and online support.
And these are the points that make Ubuntu a better choice, specially for inexperienced Linux users."
(end of quote)

That's all I, as a non-Linux-user can offer.

Sounds like you're missing a library, but that's a guess.

Run the following command, see what it says, then check against what you have installed and see if there's anything missing. /path/to/program will probably be ~/GoG Games/Streets of rage/StreetsOfRogueLinux.x86_64 but i can't be sure

I ran the command as said, and it gives an output as follows :

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Program Header:
PHDR off 0x0000000000000040 vaddr 0x0000000000200040 paddr 0x0000000000200040 align 2**3
filesz 0x0000000000000268 memsz 0x0000000000000268 flags r--
INTERP off 0x00000000000002a8 vaddr 0x00000000002002a8 paddr 0x00000000002002a8 align 2**0
filesz 0x000000000000001c memsz 0x000000000000001c flags r--
LOAD off 0x0000000000000000 vaddr 0x0000000000200000 paddr 0x0000000000200000 align 2**12
filesz 0x0000000000000644 memsz 0x0000000000000644 flags r--
LOAD off 0x0000000000001000 vaddr 0x0000000000201000 paddr 0x0000000000201000 align 2**12
filesz 0x00000000000001f0 memsz 0x00000000000001f0 flags r-x
LOAD off 0x0000000000002000 vaddr 0x0000000000202000 paddr 0x0000000000202000 align 2**12
filesz 0x00000000000001c8 memsz 0x00000000000001c8 flags rw-
LOAD off 0x0000000000003000 vaddr 0x0000000000203000 paddr 0x0000000000203000 align 2**12
filesz 0x0000000000000030 memsz 0x0000000000000040 flags rw-
DYNAMIC off 0x0000000000002020 vaddr 0x0000000000202020 paddr 0x0000000000202020 align 2**3
filesz 0x00000000000001a0 memsz 0x00000000000001a0 flags rw-
RELRO off 0x0000000000002000 vaddr 0x0000000000202000 paddr 0x0000000000202000 align 2**0
filesz 0x0000000000001000 memsz 0x0000000000001000 flags r--
EH_FRAME off 0x0000000000000550 vaddr 0x0000000000200550 paddr 0x0000000000200550 align 2**2
filesz 0x000000000000002c memsz 0x000000000000002c flags r--
STACK off 0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**0
filesz 0x0000000000000000 memsz 0x0000000000000000 flags rw-
NOTE off 0x00000000000002c4 vaddr 0x00000000002002c4 paddr 0x00000000002002c4 align 2**2
filesz 0x0000000000000038 memsz 0x0000000000000038 flags r--

Dynamic Section:
RUNPATH $ORIGIN
NEEDED UnityPlayer.so
NEEDED libm.so.6
NEEDED libgcc_s.so.1
NEEDED libpthread.so.0
NEEDED libc.so.6

+++ further package list +++

Version References:
required from libc.so.6:
0x09691a75 0x00 02 GLIBC_2.2.5

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

All the NEEDED libraries seem to be installed, but when I do : " sudo dnf install UnityPlayer.so " , It outputs as follows :

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Last metadata expiration check: 0:08:45 ago on Thu 15 Sep 2022 16:21:51 +0530.
No match for argument: UnityPlayer.so
Error: Unable to find a match: UnityPlayer.so

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

maybe a unity-player issue?

For what's worth, I tested the Steam version (DRM-free without multiplayer) on a live Ferdora 36 pen drive and game worked fine out of the box. UnityPlayer.so is a file in the game folder, check if you have the file or is some how corrupted.

Edit: I don't have a start.sh script since I'm using the Steam version, started the game by double clicking StreetsOfRogueLinux.x86_64

UnityPlayer.so file exists. there is also a debug-UnityPlayer.so file, but does nothing when clicked. Clicking StreetsOfRogueLinux.x86_64, it seems to try to run the game again, but crashes without starting.

Maybe this is because I'm in fedora. I guess no point complaining.

Fedora shouldn't be a problem since I tested the live version of Fedora 36 and the Steam version of the game runs just fine, as you can see in the above screen print. Not sure how the GOG and Steam builds differ but shouldn't be too dissimilar.

For what's worth, I can't remember having to run any GOG game on Linux with sudo.

Can't help you much other than check file permissions and eventually reinstall the game.
Just to make it clear, what version of Fedora are you using and the computer is a usual x86 device, not something ARM based like a Raspberry pi?

Oh so NOW i get notified i have a reply... I can't make heads or talis from that. But that's to be expected, often release versions of programs may have all meta data stripped, or debug code/stacks not included. hmmm... could be. .so files being libraries are put in their own directory and run from there, so if Unity is missing...

I'd probably uninstall Unity using your software manager, then re-install it. Though some graphical toolsets for software are better than others. Never used DNF, i'm sorta used to APT myself. .so files you can't execute. They are basically library files, on par with DLL files in windows. The program(s) will call them, you don't call them directly.

Also unlike Windows where it assumes the local path first and then doing the global paths, i am pretty sure it doesn't look at the local directory for missing libraries and utilities.

If you have your UnityPlayer.so, try copying it to /usr/local/lib (or /usr/lib if it doesn't work, you'll need sudo/root). The debug one you'd have to copy as UnityPlayer.so, but i doubt it will help you any as it probably just has stack info or API hooks for debuggers for programmers, not for the typical user. Maybe. Running from the commandline may give you details, but i'm guessing no more than you already know. Try copying the .so file first. And also check permissions, if you can't execute it run 'chmod +x' to the file, or use your file manager to set it to execute. (555 (read&execute) should work...)

As a note i am guessing it isn't using something like SDL... If it is, then that's probably it's own bit of work.

If all else fails, LDD the executable.

I've tried installing streets of rogue in my debian system, and it has a similar response :

"
Running Streets of Rogue
Loading in SingleInstance mode
start.sh: line 16: 4179 Segmentation fault ./"StreetsOfRogueLinux.x86_64"

"

In fedora it was "segmentation fault, core dumped".
hmm. Can anyone else run this installation fine on Debian or fedora ? even ubuntu?

Ldd command for debian system gives following , but I don't know what it means.

"
ldd StreetsOfRogueLinux.x86_64
linux-vdso.so.1 (0x00007ffed33e3000)
UnityPlayer.so => /DDATA/kr_docs/0_main/D_Storage/C Media/Games/Streets of Rogue/game/./UnityPlayer.so (0x00007fb1338d6000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fb13376d000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fb133753000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fb133731000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb13356c000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb133566000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fb133559000)
/lib64/ld-linux-x86-64.so.2 (0x00007fb13598c000)
"

LDD, to explain is showing you what libraries are (supposed) to be linked to the executable. In this case, they're all there. I don't own Streets, and I'm not about to drop 20$ for debugging, my apologies.