-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Installer needs the next part (.BIN) file" #615
Comments
I saw that the installer popup defaulted to |
Interesting. This could be an issue specific to flatpak. Does this operating system use the gnu libc or musl like Alpine? |
It uses musl libc outside, and as far as I understand it uses glibc inside the flatpak container. |
It's not flatpak related. I'm using Minigalaxy in Archlinux as native install from aur and get the same when trying to install some games. Happens for both, windows and linux games |
@GB609 Oh, that's bad. Can you list the games you saw this with? Then maybe I'll be able to test this. It could be that a change has been made at GOG. |
@sharkwouter
The windows game that does not work for me is: Apart from that, installation succeeded without any issue for:
|
on fedora 40, using system repo hello, just ran into this problem with Nex Machina fails without any fanfare, not even asking where the file is. it just fails the extraction/installation. probably a single part installer. Games that work: |
All of the games that worked had no patches listed on the GOG website, but it's barely a common thread because TW:EE also doesn't have any listed patches... Maybe it's something with the silent install option? Running the installer (Nex Machina) from GOG itself works fine. The installer installed a few runtime dependencies, though. innoextract also works perfectly fine. doesn't install the game, but it works and extracts it. it gets more confusing though, after minigalaxy bugs and thinks the game is installed, even if you add the game executable to the folder where it should be, it doesn't see the executable there. -- restarting minigalaxy fixes it if the specific game is in the chosen folder |
A game where I get the "next part (.BIN) file" prompt is for example Anno 1602. Can confirm that after the error, minigalaxy gets confused and after confirming wine extraction failed, it still shows me a "Play" button nevertheless. When pressing "Play" it then gives me a "Failed to start Anno 1602 A.D.: No executable was found in /home/user/GOG Games/Anno 1602 AD" error message. |
Ever since minigalaxy was updated I have this same issue. I installed from the arch repository:
Every single game that has multiple parts will not install, because it does not find the next parts. When I browse the prefix directory tree all the parts are there (at least when I enable "keep installers"). However, they don't show up from inside wine during the installation process. The windows folder is there, just as it is in the prefix directory. After selecting it an error pops up: "The file could not be located in the installer's folder..." Games that fit into one part install just fine. |
Adding to my previous post: It appears that the installers themselves are faulty. When I try to install the game manually from the installers downloaded by minigalaxy I recieve the same error. File sizes match the sizes listed on gog but the install wizard looks completely different to the one you get from manual downloads and does not work at all. |
A couple of games can't be installed, because "Installer needs the next part (.BIN) file" pops up. It seems like either the installers aren't downloaded correctly with later parts of the separate chunks missing, or the working directory is somehow wrong such that the installer doesn't find the other parts. Affected games for me so far are Doom I Enhanced, Doom II Enhanced, and Anno 1602. I guess it's possible this is the same problem as #602 or #605 but since I'm not sure and I never saw this error before, I'm reporting it here.
Affected minigalaxy version: 1.3.0 (flatpak)
Affected on Linux variant: postmarketOS, based on Alpine
Affected using Linux Desktop: KDE Plasma 6 Wayland Session
The text was updated successfully, but these errors were encountered: