not sure about the problem, but I do know with my own fedora there is an issue with some audio encoding, once you fix your main issue and find the audio problem (affects voicelines and music) let me know and Ill try to find the solution again for you
I switched to using the steam flatpak for my games, and it fixed the “not starting” issue. And yes, the voice commands aren’t working. The music is working, but no voicelines.
Can you follow the instructions here to manually install the game and then switch the same WINE prefix to the game executable after the installation is finished. That should guarantee that they're installed on the same WINE prefix.
Well for one thing, that's a really strange directory structure. The Z drive is referring to a WINE prefix, so I'd go into the prefix directory and determine the correct path that it should be pointing to, and then find out what its calling that incorrect path and fix it.
I just looked at the script you posted, can you try running echo $GAMEDIR in a terminal and see what it's defined as in your environment variables? If that's the cause of that odd path, then you can update it by running export GAMEDIR=/home/$USER/new/path/to/game
I actually ‘fixed’ it by creating a symlink to the home folder, and the installer ends up creating a folder with a set of DLLs:
D3DCompiler_47_cor3.dll
PenImc_cor3.dll
PresentationNative_cor3.dll
vcruntime140_cor3.dll
wpfgfx_cor3.dll
I think some of these could be installed into the prefix using winetricks, but I’m not sure about the others.
Although this does ‘work’ (and by work i mean it gets rid of the current error, the entire installation process is still borked but now it’s just further down the line) I’m not sure I’m comfortable with the fix. Ideally, I would prefer everything getting installed to reside within the WINE prefix. Finding out what was throwing the path error would probably help but I’m not sure how to figure that out or if it could even be changed.
You can install Dotnet in Linux natively, that might be a better option than trying to use Mono. Try sudo apt search dotnet | grep installed to see if you already have some of it installed. I have all of the following packages installed locally on Pop!_OS aspnetcore-runtime-6.0 dotnet-apphost-pack-6.0 dotnet-host dotnet-hostfxr-6.0 dotnet-runtime-6.0 dotnet-sdk-6.0 dotnet-targeting-pack6.0 dotnet-templates-6.0 dotnet6. You probably don't need all of those installed, I think just sudo apt install dotnet6 will install all of the other packages as dependencies when you install it.
I'm not really familiar with Game Slug but you said you're using Lutris? Is it possible to try installing it through Steam or Heroic Games Launcher? I'm more familiar with those. Also, can you tell me which game it is that you're trying to install? That might help.
@ShaunaTheDead@BloodSlut yeah, I don't think that the system wide dotnet will work under wine with the windows dependencies programs want, but yeah, if it does that'll be awesome
I'm not sure why, but as far as I can tell, my system is running WINE prefixes on my base system. Maybe it compartmentalizes them if you install WINE through Flatpak, or through Proton. I'm not sure. When I open a commandline terminal through Winetricks it tells me I'm using my base system.
@ShaunaTheDead@BloodSlut what do you mean? you can use different wine prefixes for different applications, so I don't quite get it. Also, outside bottles, I'm not sure you can run wine in flatpak
I already have dotnet installed natively (driver, runtime, SDK, and targeting pack). If I could figure out exactly what was calling the error I could have a better sense of what’s going on.
The weird thing is that the game itself is running Mono, which Lutris appears to automatically set up when creating a prefix, and even if the launcher/game isn’t recognizing it, I don’t know why it would be trying to use .NET, let alone installing and accessing prerequisites outside of the prefix.
The game_slug is just an internal ID for Lutris, it would be used for if/when I upload the installation script to the Lutris website.
Installation through Steam was a no-go, I’m not sure Steam and stock Proton have the tools required to get this running, and Heroic likely wouldn’t be much different.
The game itself is an alpha-test under NDA, so I can’t disclose too much, (and why I haven’t been able to find much helpful information searching online). It has a standalone installer and launcher which is what I believe is causing the most issues. I can get in contact with the devs but I’m trying to avoid bugging them since there is not currently planned support for Linux.
Okay, try running env in a terminal and seeing what DOTNET_BUNDLE_EXTRACT_BASE_DIR is set to. For me it's DOTNET_BUNDLE_EXTRACT_BASE_DIR=/home/$USER/.cache/dotnet_bundle_extract but I'm betting that yours is more like /homemeDownloads/home/me/.cache/dotnet_bundle_extract whereas it should almost certainly be /home/$USER/.cache/dotnet_bundle_extract
And in the environment variables you might as well check DOTNET_ROOT and see if any Dotnet programs are in your PATH. For me those are DOTNET_ROOT=/usr/lib/dotnet and PATH=/home/$USER/.dotnet/tools
Here's a command to check them all quickly: echo $DOTNET_BUNDLE_EXTRACT_BASE_DIR && echo $DOTNET_ROOT && echo $PATH | grep /home/$USER/.dotnet/tools
I'm not sure if this is standard behaviour, but when I run Winetricks > Select default prefix > Run a commandline shell (for debugging) it opens a terminal window under my default username with the same environment variables as my OS, so I think it might matter what your OS environment variables are set to.
@ShaunaTheDead@BloodSlut of course it matters. Environment variables get passed to wine, after which other processes inherit them, simply because they are children of wine. Because wine makes them available to windows calls too, well, you get them in wine processes.
Okay, so there’s nothing actually wrong with `DOTNET_BUNDLE_EXTRACT_BASE_DIR’, its just that its being inherited from the system and ends up tacked on to the filepath of where the installer executable is.
I think I need to locally clear the env var in the WINE prefix, but I am unsure how.
You be able to just delete the prefix folder and start over. Maybe run echo $GAMEDIR in terminal afterwards to make sure that the GAMEDIR Environment Variable was erased as well.
Another thing I just thought of is that maybe the installer executable isn’t being run by the WINE prefix made for the game? It could explain how the path is both pointing to the installer’s directory even if outside of the prefix, and why its trying to install dependencies outside of the game’s prefix
Can you follow the instructions here to manually install the game and then switch the same WINE prefix to the game executable after the installation is finished. That should guarantee that they're installed on the same WINE prefix.
I personally use nobara kde because I don’t have much time to spend on tinkering and installing things to make gaming on linux a reality. Everything I play is working fine, pre installed obs features preinstalled plugins to easily move from windows. It uses pretty fresh kernel and gpu drivers. Pretty solid foundation if You ask me.
whole point of arch is creating your own environment yes it is the experience we and all those we install for have arch works flawlessly with community constantly adding and improving
I’m having a good time even on an 11th gen mobile Intel processor with its iGPU. For more demanding games I use FSR to get much more bang for buck from the GPU, on Linux it’s pretty easy to activate in almost any game. On a side note, Waydroid (with libhoudini) also has excellent performance on this setup.
What desktop environment or wm are you using? Are you using a login manager or launching your session from tty?
I’ve had similar issues in the past but in my case I had to configure things so that when I log in it sets environment variables correctly and have my sway config start up xdg-desktop-portal correctly.
I’ve also had situations where specifically xdg-desktop-portal-gtk was causing problems so id uninstall that while keeping the other xdg-desktop-portal-* packages, so it could be one of those causing it
Had the same problem after upgrading from 37 to 38. Its an nvidia problem
1 - Boot an older kernel OR Drop to a TTY (Ctrl + Alt + F3) OR Boot into runlevel 3 (on grub, press ‘e’ when the list of kernels show, look for the line with quite splash nvidia-drm.modeset=1 and add the number 3 there, then Ctrl + X to boot) 2 - Login on your terminal and dkms status. If you see something like /var/dkms/nvidia/525.116.03/source/dkms.conf does not exist, remove the entire directory of the failed version rm -rf /var/dkms/nvidia/525.116.03 3 - sudo dkms autoinstall 4 - reboot if no errors and profit, otherwise rinse and repeat step 2-3
PS: If dkms tells you nothing at all (after the upgrade): remove the drivers /etc/nobara/scripts/cosmo-nvidia-wizard/remove.sh
reinstall them /etc/nobara/scripts/cosmo-nvidia-wizard/install.sh
If your dkms status is ok, you probably have a mismatch in your initramfs and root. just sudo dracut -f --regenerate-all and reboot
it was an nvidia driver problem, i have resolved the issue by editing the boot in grub by pressing e and setting ‘nomodeset quiet’ and reinstalling the propriety drivers upon boot
linux_gaming
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.