Closed atomicptr closed 1 year ago
I agree this seems really bizarre considering the fact that the path it provides is the default flatpak path which should work ootb.
Sadly I don't know the extend of what's going on as the other people in the discord have this issue only when they actually use a different path cause they didn't give perms to the flatpak as you hinted with "Enable system file access"
Krypton is also using sliverblue and has no issues so I think there might just generally be something really fucky going on in the background here.
We just had someone who also had an issue with flatpak perms. did you provide the --user flag during install of the flatpak and the flatpak repo? if so try without or if you did you might have forgotten to provide it in one of the two steps which would cause perm issues.
I just tried re-installing it with --user flag and once without although this did not change anything. I have tried to reproduce this in a VM but without success so far, I did have this issue with two installations on this system so far so I don't think reinstalling would fix this either :)... The thing that baffles me however is that this project (well technically the honkers starrail launcher has the same problem but its the same program mostly) is seemingly the only program that doesn't work in this setup.
They are actually the same all launchers use anime-game-(sdk,core) the only differences is the UI and ofc different paths and urls and ways the patch gets applied. Like you said already it is not at all reproducable for neither krypton nor me when I try it in a VM so this seems to really at the end be related to this setup which is straight up bizzare. One solution I have in mind is installing Arch through distrobox, install the launcher from aur and then try to run the launcher/game through that as distrobox can run games which I think toolbox could aswell but I am not sure as I never used toolbox
One solution I have in mind is installing Arch through distrobox
What a coincidence, was trying exactly that now! The launcher installs fine, but now I've been three days trying to download the game due to my slow internet (and the huge ~50GB, but can't complain about that tbh), the download sometimes just hangs with the following error:
minreq error: Connection reset by peer (os error 104)
So then I close the app and start the download again, it seems to work fine and it picks up from where it left off, now I got to 7GB/10GB in the last download, hanged again, did the same usual restart now and I'll see if it finishes and I can finally start it up this afternoon so I can report back.
I hate my internet so much (╥ ⌓ ╥)
Update: clicking on "Apply patch" fails with
ERROR anime_game_launcher::ui::main::apply_patch: Failed to patch the game
at src/ui/main/apply_patch.rs:23
And this dialog window
Any suggestions?
Any suggestions?
@quazar-omega that error appears if it couldn't find/access the game directory or patch directory
PS: the minreq issue during download happens due to it using rusttls and rusttls does not accept weak ciphers so if it sents a weak ssl cipher eventually it just dies this is only really noticeable on slow connections
the minreq issue during download [...]
I see, that makes sense, it's not a big issue luckily since it continues after restarting
that error appears if it couldn't find/access the game directory or patch directory
Ok, so I looked in the wiki and I read this to apply it manually:
cd "$HOME/.local/share/anime-game-launcher/game/drive_c/Program Files/anime game" && sh "$HOME/.local/share/anime-game-launcher/patch/350/patch.sh"
I noticed that this path:
$HOME/.local/share/anime-game-launcher/game/drive_c/Program Files/anime game
does not exist, rather I found a directory with the same name at
$HOME/.local/share/anime-game-launcher/anime game
and looking at the current 360 patch's readme I think that might be the one I'm looking for, but it isn't placed into "Program Files", tell me if I'm wrong as maybe you changed how things work in the current launcher version, if I guessed correctly I should run that script there and then move the directory like so?
cd "$HOME/.local/share/anime-game-launcher/anime game"
sh "$HOME/.local/share/anime-game-launcher/patch/360/patch.sh"
mv "$HOME/.local/share/anime-game-launcher/anime game" "$HOME/.local/share/anime-game-launcher/game/drive_c/Program Files/anime game"
do not move it just ignore the program files part as it is out of date and simply run the first 2 commands you mentioned
cd "$HOME/.local/share/anime-game-launcher/anime game"
sh "$HOME/.local/share/anime-game-launcher/patch/360/patch.sh"
Ok done, but it says that it has failed:
$ sh "$HOME/.local/share/anime-game-launcher/patch/360/patch.sh"
--- Applying for: International version
[WARNING] Hereby you are violating the game's Terms of Service!
Do you accept the risk and possible consequences?
Use Ctrl+C to abort this script if you are not sure.
Accept? [y/N] y
--- Setting up blocked servers
[Optional] Block analytics domains via /etc/hosts
The game collects uniquely identifiable information about your system.
For details, refer to the official privacy page or the file
'../static/analytics_data.txt' contained in this repository.
# anime game logging servers (do not remove!)
0.0.0.0 sg-public-data-api.hoyoverse.com
0.0.0.0 log-upload-os.hoyoverse.com
0.0.0.0 overseauspider.yuanshen.com
Would you like to block the analytics servers above? [Y/n]: y
-- Adding analytics servers
tee: /etc/hosts: Permission denied
# anime game logging servers (do not remove!)
0.0.0.0 sg-public-data-api.hoyoverse.com
0.0.0.0 log-upload-os.hoyoverse.com
0.0.0.0 overseauspider.yuanshen.com
--- Failed. Please edit /etc/hosts manually. Enter to continue.
--- Renaming the crash reporter(s)
--- Workaround for Wine bug 45277
--- Adding launcher script
--- Patching UnityPlayer
==> Patch applied! Enjoy the game.
[NOTICE] Please refrain from sharing this project in public so
that there can be Linux patches in the future. Thank you.
Randomly tried with sudo too, but no difference, after that if I open the launcher it still sees it as unpatched, the button fails as before too
just follow what it says it literally tells you to edit /etc/hosts manually and put the stuff in that it lists above (the logging servers and analytics)
Well I can't do that, it is a readonly filesystem it says, I was just about to add that 😅
you said you are using distrobox which should let you edit the /etc/hosts file as it should be located inside the distrobox container since they just entire distro images meaning it has it's own /etc/hosts
I thought so too, but by editing /etc/hosts
in my host os (Fedora Kinoite) it reflects on the file I can see from the container, I'm wondering if certain paths get actually mounted to the container but by simply looking around the system I am not sure, I should read more documentation on Distrobox to understand better, then I'll come back to this.
By the way, even though I edited the hosts file that now looks like this:
# Loopback entries; do not change.
# For historical reasons, localhost precedes localhost.localdomain:
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
# See hosts(5) for proper format and other examples:
# 192.168.1.10 foo.mydomain.org foo
# 192.168.1.13 bar.mydomain.org bar
# anime-game logging servers (do not remove!)
0.0.0.0 sg-public-data-api.hoyoverse.com
0.0.0.0 log-upload-os.hoyoverse.com
0.0.0.0 overseauspider.yuanshen.com#105
The patch is still not detected by the launcher
check if the button for opening the game directory works in the launcher (most likely won't work though cause it prob has no file manager it can open)
Yes as you expected it doesn't work without a file manager installed:
ERROR anime_game_launcher::ui::main: Failed to open game folder: Launcher "gio" "open" "/home/amusing-dove/Documenti/Boxes/Arch/.local/share/anime-game-launcher/Genshin Impact" failed with ExitStatus(unix_wait_status(512))
at src/ui/main/mod.rs:577
After installing thunar: Was there something in particular you wanted to check here?
I wanted to check if the launcher can pick up the game folder and according to the screenshot it does so it should be able to see that the game is patched which is odd that it still shows apply patch as that depends on if the checksums of unityplayer.dll match with the info it is pulling from the patch folder I assume the /patch folder is also accesible right?
Could you send the debug.log after opening the launcher and clicking apply patch
Yes, here it is (note: I upgraded the launcher to the latest version): debug.log
The errors with xdg-open are probably just dumb me not knowing how to set the default app for the mime type correctly.
Anyway regarding the /etc/hosts
I researched this and, if I didn't misunderstand things, these are the points:
/etc/hosts
until relatively recently podman #11835 unlike docker--unshare-netns: do not share the net namespace with host
to separate the container from the system's namespace which I think involves having separate /etc/hosts
According to the debug.log it fails at the xlua patch as it indicates line 425 which is the execution of the xlua patch try turning off the additional patch in the launcher settings (though this could also indicate a broken install of the game but i am not sure it could just be the shell file being funky)
I saw going into the settings that actually both switches were turned off, but had a blue background as if they were on, like this one, is this a known problem?
So after turning on and off it actually looked right: The "Apply patch" button immediately changed to "Launch", so...
It's ALIVE! Thank you a lot for the help, I hope this thread can help others too now.
If it's useful to you, I can post the latest debug.log
.
is this a known problem?
Yes it is but we don't know what exactly causes it as it happens to basically everyone.
It's ALIVE! Thank you a lot for the help,
No Problem, I don't need the latest debug.log since it works now and there is nothing more it will log after launching
This thread seems to have derailed a bit, but I had the exact same issue as @atomicptr. The problem is that silverblue (or in my case kinoite) has the home directory at /var/home instead of just /home. So if you select /var/home/janybanny(put your username here)/.var/app/moe.launcher.an-anime-game-launcher/data/anime-game-launcher/
as a game directory instead of the default one it works. Same for the other launchers.
Its an easy fix, but I don't know how to implement it into the code.
You're right, my bad, @Mar0xy you may want to hide my off-topic comments, it's probably better to put that content in the wiki now.
If you want to add this wiki action I can do that myself with a pull request
If you want to add this wiki action I can do that myself with a pull request
Just email me the content (email is on gh profile) and I will add it as there are future plans to change how the wiki functions
I can confirm that with @Janybanny's workaround this works for me as well now, don't quite understand why though? There are other Silverblue users without this issue and on a clean VM I also could not reproduce this, quite strange :thinking:
Edit: Although downloading background images still doesn't work (presumably because that path isn't configurable?)
Edit: Although downloading background images still doesn't work (presumably because that path isn't configurable?)
The background just gets downloaded into the launcher folder normally you can also manually set it by downloading a background naming it background (no extension) and then making a file called .keep-background
Since this issue was basically solved I will close it now.
Is it in the next release?
Bar the workaround, I'm still facing the issue, if there isn't a fix, will a notice to try changing path during installation be put there?
I installed the game again and this is still a problem although the workaround does still work
This thread seems to have derailed a bit, but I had the exact same issue as @atomicptr. The problem is that silverblue (or in my case kinoite) has the home directory at /var/home instead of just /home. So if you select
/var/home/janybanny(put your username here)/.var/app/moe.launcher.an-anime-game-launcher/data/anime-game-launcher/
as a game directory instead of the default one it works. Same for the other launchers.Its an easy fix, but I don't know how to implement it into the code.
In my case I had a link to /var/home/
from /home/
directory but I still got this error, Maybe following links might help?
The problem back then was that it should follow links, but it doesn't and we don't know why
When trying to install the Flatpak version of the launcher I get greeted by this lovely message at the "Download components" section
Here is the log output:
I tried removing the folder in .var/app/moe.launcher.an-anime-game-launcher, creating some directories for fun etc. which obviously didn't help. I checked if the .first-run file is present (which it is). Several different wine/dxvk versions etc. I found some somewhat similar issues (Path is not mounted) which are usually related to problems using multiple storage devices which I don't have either.
I found some other people in the Discord having a similar issue and some recommendations to "Enable System File Access" which sadly didn't work either (although this sounds like again a problem related to having multiple storage devices).
System information in case that is of interest:
Distro: Fedora Silverblue 38 Kernel 6.2.11 CPU: Ryzen 9 6900HS GPU Radeon 680M / Radeon RX 6650 XT RAM 32GB
Next I tried to get past the wine installation phase by doing that step via the binary (which I have to run through distrobox...), this got me to the "Download" (game) step which sadly also doesn't work due to not being able to mount the path. Doing this step via the binary seems to work though? I'm using a ton of Flatpaks (since its Silverblue) and haven't encountered this problem in any other one yet, funnily enough I had a similar issue before when the GTK launcher was still new-ish and resolved this by using the neutralino launcher (which supposedly performs very similar operations? Yet it works?). This seems like a really weird issue :sweat_smile:.