Skip to content
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

Open
ell1e opened this issue Sep 23, 2024 · 11 comments
Open

"Installer needs the next part (.BIN) file" #615

ell1e opened this issue Sep 23, 2024 · 11 comments

Comments

@ell1e
Copy link

ell1e commented Sep 23, 2024

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

@ell1e
Copy link
Author

ell1e commented Sep 23, 2024

I saw that the installer popup defaulted to Z:\home\user\.var\app\io.github.sharkwouter.Minigalaxy\cache\download\Game name, which I think inside the flatpak sandbox doesn't exist, does it? But even when I change it to something like Z:\home\ellie\var\cache\download\Game name that I found in the file picker and that seemed to exist, it doesn't work. Nevertheless, it seems like potentially something somewhere seems to set an outside-of-sandbox working dir while it might need to be an inside-the-sandbox path instead, so this problem might be flatpak related.

@sharkwouter
Copy link
Owner

Interesting. This could be an issue specific to flatpak. Does this operating system use the gnu libc or musl like Alpine?

@ell1e
Copy link
Author

ell1e commented Oct 9, 2024

It uses musl libc outside, and as far as I understand it uses glibc inside the flatpak container.

@GB609
Copy link

GB609 commented Oct 10, 2024

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

@sharkwouter
Copy link
Owner

sharkwouter commented Oct 10, 2024

@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.

@GB609
Copy link

GB609 commented Oct 10, 2024

@sharkwouter
Sure. I've had the issue with the following native linux games:

The windows game that does not work for me is:
Rise Eterna: https://www.gog.com/de/game/rise_eterna

Apart from that, installation succeeded without any issue for:

  • Ziggurat and
  • SteamWorld Quest: Hand of Gilgamech

@twoda5h
Copy link

twoda5h commented Oct 19, 2024

on fedora 40, using system repo

hello, just ran into this problem with
(Windows games)
Prey (2017)
The Witcher: Enhanced Edition
Ghostrunner
it can't find one of the parts for some reason. even though it is downloaded and i can clearly see it in the folder.

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:
Postal: Classic and Uncut
Teleglitch: Die More Edition <This one is the only Wine one that worked.
Shadow Warrior Classic Complete

@twoda5h
Copy link

twoda5h commented Oct 19, 2024

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

@ell1e
Copy link
Author

ell1e commented Nov 1, 2024

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.

@horomoraedis
Copy link

Ever since minigalaxy was updated I have this same issue. I installed from the arch repository:

pacman -Qi minigalaxy
Name            : minigalaxy
Version         : 1.3.0-1
Description     : A simple GOG client for Linux
Architecture    : any
URL             : https://sharkwouter.github.io/minigalaxy

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.

@horomoraedis
Copy link

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants
@sharkwouter @GB609 @ell1e @twoda5h @horomoraedis and others