Quoting: ripper81358

Quoting: DebianUser

Quoting: ripper81358

Quoting: BielFPs

Quoting: drlambWell the game crashes for me on Mesa-git so...

Mine doesn't even start, first it was crashing without anything, them I've forced the game to run once using steam runtime (so it could download some files) and try to run without it again.

It still crashes, but now it open a black screen before crashing, instead of not opening at all.

The MESA Fix for Metro Exodus has nothing todo with the game crashing on startup. It fixes a memory leak that appears after playing for 10-30 minutes.

For fixing crashes on startup you could try the following.

1. Avoid Wayland
2. Set the right native displayresolution in the games user.cfg file
3. Make shure that libibus is installed

Same here, game is crashing at startup.. i have a black window... 1/4 of a second.

- i'm on wayland with XWayland i think: "WaylandEnable=false" in /etc/gdm3/custom.conf
- libibus-1.0-5 installed
- no user.cfg in game folder
- weird thing, but i have tried to rename the .webm files into the game folder (i heard this could help, but not in my case, so i have renamed them back to their original name)
- i have tried "~/.steam/steam/steamapps/common/SteamLinuxRuntime_soldier/run-in-soldier %command%" with no success

In syslog, i see this when i try to launch the game:
kernel: [28873.954999] traps: A3 :: worker[592167] general protection fault ip:7f863fcdaad1 sp:7f85577fb138 error:0 in libc-2.31.so[7f863fba0000+14b000]

The user.cfg is located in an hidden folder in your home directory not in the games folder itself. Take a look into the
.local or.config folder.

Please login into a prober X11/X.Org session before launching the game. Wayland is not ready for gaming at this point.

Too bad, i'm just to dumb to make a proper Xorg configuration with my two screens...

View this comment - View article - View full comments

Quoting: ripper81358

Quoting: BielFPs

Quoting: drlambWell the game crashes for me on Mesa-git so...

Mine doesn't even start, first it was crashing without anything, them I've forced the game to run once using steam runtime (so it could download some files) and try to run without it again.

It still crashes, but now it open a black screen before crashing, instead of not opening at all.

The MESA Fix for Metro Exodus has nothing todo with the game crashing on startup. It fixes a memory leak that appears after playing for 10-30 minutes.

For fixing crashes on startup you could try the following.

1. Avoid Wayland
2. Set the right native displayresolution in the games user.cfg file
3. Make shure that libibus is installed

Same here, game is crashing at startup.. i have a black window... 1/4 of a second.

- i'm on wayland with XWayland i think: "WaylandEnable=false" in /etc/gdm3/custom.conf
- libibus-1.0-5 installed
- no user.cfg in game folder
- weird thing, but i have tried to rename the .webm files into the game folder (i heard this could help, but not in my case, so i have renamed them back to their original name)
- i have tried "~/.steam/steam/steamapps/common/SteamLinuxRuntime_soldier/run-in-soldier %command%" with no success
- i have tried "SDL_VIDEODRIVER=x11 %command%" to force use of X11

In syslog, i see this when i try to launch the game:
kernel: [28873.954999] traps: A3 :: worker[592167] general protection fault ip:7f863fcdaad1 sp:7f85577fb138 error:0 in libc-2.31.so[7f863fba0000+14b000]

View this comment - View article - View full comments

* 2019: Bestheda, an old publisher, congrats himself for adding PNJ in a game (Fallout76 - Wastelands)...
* 2021: Google (the king of search bar is'nt it ?), congrats himself for adding a searchbar in Stadia two years too late...
Ok, we are in this kind of world now. :neutral:

View this comment - View article - View full comments

Quoting: OlliCAnybody knows which Mesa version includes this fix? I am on Fedora an waiting.:whistle:

Maybe 21.1, and 21.2 for sure ! :happy:

View this comment - View article - View full comments

I want to say many, many, many thanks to johndoe who has made a great procedure to upgrade MESA and has followed me trough all the compilation process, it is awesome and i could'nt do it without his gracefull help and advices. :grin:

$ glxinfo|grep Mesa
client glx vendor string: Mesa Project and SGI
OpenGL core profile version string: 4.6 (Core Profile) Mesa 21.2.0-devel (git-ee9b744cb5)
OpenGL version string: 4.6 (Compatibility Profile) Mesa 21.2.0-devel (git-ee9b744cb5)
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 21.2.0-devel (git-ee9b744cb5)

I don't know for you, but on french sites, when you're talking about Linux community, we often hear "this is just elitists who answer RTFM to any question".
It's obviously insanely wrong, it is never happened to me, and i dont see any forum where it is the case, but beliefs die hard. :sad:

It's IMHO another great example, so thank you again johndoe, i'm honestly grateful for all the time you gave to teach me how to update MESA (and libdrm!) on Debian ! :smile:

View this comment - View article - View full comments

Quoting: rustybroomhandleWait, when previously asked about a Trine 4 Linux port, the Trine devs said:

No plans at the moment. We currently don't have much of the old Linux code left and no room in schedule to make a port.

So I guess they made room in the schedule for Stadia.

All is said.. another exemple of a Stadia game without a Linux port available... :sad:

View this comment - View article - View full comments

Quoting: johndoe

Quoting: DebianUser

Quoting: johndoe

Quoting: DebianUser

Quoting: johndoe

Quoting: DebianUser

Quoting: johndoe

Quoting: DebianUserHmmm, i think i have to drop Debian... MESA is the only thing problematic (i can have recent packets via flathub integrated to gnome-software, but MESA is another story).
Maybe Ubuntu... any advice on a good Debian-based distribution, maybe rolling release ?
I can debootsrap on my old Windows partition (not booted from 2017). :grin:

I use Debian for decades and its simply the best for me.
You have to compile Mesa... its easy and you can switch to any driver version you want by environment settings, symbolic links, ldconfig, etc... so flexible.
This way you can have many drivers installed... like 20.3.1, 20.3.2, 20.3.4... 21.0.1, 21.0.2... you get it.

Maybe I should write a little docu.

Oh, if you write a doc, ill be your first reader !

OK, stay tuned. Give some time...

Thank you very much, i have tried right now:
Install libdrm and meson from unstable with apt-pinning... but steam:i386 (and other packages) is linked to the default libdrm-common version and is uninstalled in the process.
I understand i have to set a prefix in meson, but i also have to update llvm.
After all that, i think i have understand that i have to use LD_LIBRARY_PATH and LIBGL_DRIVERS_PATH to select another MESA version.
I have reinstalled default Buster libdrm(-*) and all packages removed earlier, i'm returned to square one.
All that to say i'm not asking without searching first, i think i'm on the right way, but it is definitely out of my knowledge.
Don't hesitate to PM me when you have news on the doc ! :D

Here comes the first part... compile 64bit driver. 32bit will follow.
https://www.goodbytez.de/howtos/compile-mesa-debian-bullseye [External Link]
It's a simple text file on my web server you can download or simply open in your browser.

I would not recommend mixing/pinning packages... you will run into problems one day.
Oh, you use Buster... than I have bad news for you... I've run into the same situation because of Metro Exodus.
This game is compiled against libc6 2.29 but Buster ships with 2.28. You NEED to update to Bullseye when you want to play the "native" Linux version. All programs/libs in a linux system are compiled against libc6 (GlibC) and there are no Buster backports for that.
Debian Bullseye is currently in soft-freeze and I can recommend it. It's already "rock" solid.

Wow i was not expecting the doc this soon, thank you.
Yeah i dont want a FrankenDebian too, i keep track of what i do to undo stuff if i have.
I have already tested FrankenDebian some years ago with deb-multimedia, it was working fine, but at the end it was a mess, to upgrade distro i was obliged to remove this repository, and removing it was breaking things. I finally managed to repair that without reinstalling, but it was a pain and a good lesson.
I was thinking the FrankenDebian way was the only way to have Debian with last MESA: this is why my first choice was to change my distribution.

I'm on Buster, but upgrading to Bullseye is not problematic, some games (Dying Light) have already forced me to upgrade sonner to next version (or it was AMD).
Yes i have the """best""" case possible: AMD card, and it is not the worse, it is a CGN1.0/1.1 card (i must activate experimental features in kernel command line to get my card working...)

Some info on my current system:

$ glxinfo | grep ^direct
direct rendering: Yes

$ glxinfo | grep 'renderer string'
OpenGL renderer string: AMD Radeon HD 7900 Series (TAHITI, DRM 3.27.0, 4.19.0-16-amd64, LLVM 7.0.1)

$ LIBGL_DEBUG=verbose glxinfo 2>&1 >/dev/null | grep so$
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/radeonsi_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so

$ glxinfo | grep Mesa
client glx vendor string: Mesa Project and SGI
OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.3.6
OpenGL version string: 4.5 (Compatibility Profile) Mesa 18.3.6
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 18.3.6

I think i have to adapt the meson build line (i dont see radeonsi stuff) ?

Thank you again, i try this as soon as possible !

EDIT: I'm on BullsEye now :D

The docu for 32bit build is finished.
I guess you want to install "master" to test the fix. Could/can you configure the 64bit build with meson... step A)5) in my docu? I'm pretty sure that you need newer libdrm or/and LLVM, right?
Let me know and I'm glad to help if needed.

Thank you !
You are right, i have try master and i need libdrm 2.4.105 (2.4.104 in BullsEye).
I'm stuck at this part since i dont know how to test this library without breaking my system.
We will continue this in PM to avoid comment flood. :)

View this comment - View article - View full comments

Quoting: johndoe

Quoting: DebianUser

Quoting: johndoe

Quoting: DebianUser

Quoting: johndoe

Quoting: DebianUserHmmm, i think i have to drop Debian... MESA is the only thing problematic (i can have recent packets via flathub integrated to gnome-software, but MESA is another story).
Maybe Ubuntu... any advice on a good Debian-based distribution, maybe rolling release ?
I can debootsrap on my old Windows partition (not booted from 2017). :grin:

I use Debian for decades and its simply the best for me.
You have to compile Mesa... its easy and you can switch to any driver version you want by environment settings, symbolic links, ldconfig, etc... so flexible.
This way you can have many drivers installed... like 20.3.1, 20.3.2, 20.3.4... 21.0.1, 21.0.2... you get it.

Maybe I should write a little docu.

Oh, if you write a doc, ill be your first reader !

OK, stay tuned. Give some time...

Thank you very much, i have tried right now:
Install libdrm and meson from unstable with apt-pinning... but steam:i386 (and other packages) is linked to the default libdrm-common version and is uninstalled in the process.
I understand i have to set a prefix in meson, but i also have to update llvm.
After all that, i think i have understand that i have to use LD_LIBRARY_PATH and LIBGL_DRIVERS_PATH to select another MESA version.
I have reinstalled default Buster libdrm(-*) and all packages removed earlier, i'm returned to square one.
All that to say i'm not asking without searching first, i think i'm on the right way, but it is definitely out of my knowledge.
Don't hesitate to PM me when you have news on the doc ! :D

Here comes the first part... compile 64bit driver. 32bit will follow.
https://www.goodbytez.de/howtos/compile-mesa-debian-bullseye [External Link]
It's a simple text file on my web server you can download or simply open in your browser.

I would not recommend mixing/pinning packages... you will run into problems one day.
Oh, you use Buster... than I have bad news for you... I've run into the same situation because of Metro Exodus.
This game is compiled against libc6 2.29 but Buster ships with 2.28. You NEED to update to Bullseye when you want to play the "native" Linux version. All programs/libs in a linux system are compiled against libc6 (GlibC) and there are no Buster backports for that.
Debian Bullseye is currently in soft-freeze and I can recommend it. It's already "rock" solid.

Wow i was not expecting the doc this soon, thank you.
Yeah i dont want a FrankenDebian too, i keep track of what i do to undo stuff if i have.
I have already tested FrankenDebian some years ago with deb-multimedia, it was working fine, but at the end it was a mess, to upgrade distro i was obliged to remove this repository, and removing it was breaking things. I finally managed to repair that without reinstalling, but it was a pain and a good lesson.
I was thinking the FrankenDebian way was the only way to have Debian with last MESA: this is why my first choice was to change my distribution.

I'm on Buster, but upgrading to Bullseye is not problematic, some games (Dying Light) have already forced me to upgrade sonner to next version (or it was AMD).
Yes i have the """best""" case possible: AMD card, and it is not the worse, it is a CGN1.0/1.1 card (i must activate experimental features in kernel command line to get my card working...)

Some info on my current system:

$ glxinfo | grep ^direct
direct rendering: Yes

$ glxinfo | grep 'renderer string'
OpenGL renderer string: AMD Radeon HD 7900 Series (TAHITI, DRM 3.27.0, 4.19.0-16-amd64, LLVM 7.0.1)

$ LIBGL_DEBUG=verbose glxinfo 2>&1 >/dev/null | grep so$
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/radeonsi_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so

$ glxinfo | grep Mesa
client glx vendor string: Mesa Project and SGI
OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.3.6
OpenGL version string: 4.5 (Compatibility Profile) Mesa 18.3.6
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 18.3.6

I think i have to adapt the meson build line (i dont see radeonsi stuff) ?

Thank you again, i try this as soon as possible !

EDIT: I'm on BullsEye now :D

View this comment - View article - View full comments

Quoting: johndoe

Quoting: DebianUser

Quoting: johndoe

Quoting: DebianUserHmmm, i think i have to drop Debian... MESA is the only thing problematic (i can have recent packets via flathub integrated to gnome-software, but MESA is another story).
Maybe Ubuntu... any advice on a good Debian-based distribution, maybe rolling release ?
I can debootsrap on my old Windows partition (not booted from 2017). :grin:

I use Debian for decades and its simply the best for me.
You have to compile Mesa... its easy and you can switch to any driver version you want by environment settings, symbolic links, ldconfig, etc... so flexible.
This way you can have many drivers installed... like 20.3.1, 20.3.2, 20.3.4... 21.0.1, 21.0.2... you get it.

Maybe I should write a little docu.

Oh, if you write a doc, ill be your first reader !

OK, stay tuned. Give some time...

Thank you very much, i have tried right now:
Install libdrm and meson from unstable with apt-pinning... but steam:i386 (and other packages) is linked to the default libdrm-common version and is uninstalled in the process.
I understand i have to set a prefix in meson, but i also have to update llvm.
After all that, i think i have understand that i have to use LD_LIBRARY_PATH and LIBGL_DRIVERS_PATH to select another MESA version.
I have reinstalled default Buster libdrm(-*) and all packages removed earlier, i'm returned to square one.
All that to say i'm not asking without searching first, i think i'm on the right way, but it is definitely out of my knowledge.
Don't hesitate to PM me when you have news on the doc ! :D

View this comment - View article - View full comments

Quoting: johndoe

Quoting: DebianUserHmmm, i think i have to drop Debian... MESA is the only thing problematic (i can have recent packets via flathub integrated to gnome-software, but MESA is another story).
Maybe Ubuntu... any advice on a good Debian-based distribution, maybe rolling release ?
I can debootsrap on my old Windows partition (not booted from 2017). :grin:

I use Debian for decades and its simply the best for me.
You have to compile Mesa... its easy and you can switch to any driver version you want by environment settings, symbolic links, ldconfig, etc... so flexible.
This way you can have many drivers installed... like 20.3.1, 20.3.2, 20.3.4... 21.0.1, 21.0.2... you get it.

Maybe I should write a little docu.

Oh, if you write a doc, ill be your first reader !

View this comment - View article - View full comments