It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
avatar
agrider: I don't actually see this behavior when I add a random file to the downloaded file folder.
avatar
darktjm: I don't know what to say. Works for me. --check-orphans .\* catches any random file I put in a download dir. Of course, giving it such a generous pattern also picks up files it created and shouldn't delete (e.g. serials.txt and changelog*.html); this is a bug that should be fixed. The default pattern has always worked for me for installers & such (.*\.(zip|exe|bin|dmg|old|deb|tar\.gz|pkg|sh)$). It should definitely pick up any file with a ".sh" extension.

I was hoping that others had a setup like mine and could provide some feedback on how it is working.
avatar
darktjm: OK. I'll just shut up, then. Good luck.
After some more experimentation, I found that I was able to get it working by manually specifying the match string. For whatever reason, --check-orphans didn't work at all until I manually handed it the default string as an arg. Now it works both with args and using the defaults. Who knows /shrug.

Also, no one was telling you to shut up man. I do appreciate your help, I was merely answering your rather pointed question of "why even ask B", to which the answer was, because I'm not confident from the man page that I fully understand what the app is doing and was hoping others could help give me a level of understanding that the man page couldn't since a lack of understanding could potentially put my data at risk. Apologies if that came off as somehow telling you to shut up, wasn't the intent. Thanks for the help mate.
Post edited November 15, 2020 by agrider
Hi All,
I asked this here once before a while back but never got an answer. So I'm trying again. My HDD (12TB) is almost full of GOG downloads. I would like to split it onto 2 drives. I am assuming I can do this using wildcards for the game name, something like [0-9A-Ma-m]* for the first half and [N-Zn-z]* for the second. But I'm not sure how to force each set of games onto a different location. Specify the target drive on the command line? It's currently in the settings file.
Has anyone else had to do this and have any tips?
Thanks!
Is it possible using LGOGDownloader to download multiple GOG accounts?
My wife and I have separate accounts for achievement and multiplayer purposes, but we have unique games on each account as well.

I'd like LGOGDownloader to handle both accounts, match orphans with both accounts, etc.

Is this at all possible?
avatar
epain: Is it possible using LGOGDownloader to download multiple GOG accounts?
My wife and I have separate accounts for achievement and multiplayer purposes, but we have unique games on each account as well.

I'd like LGOGDownloader to handle both accounts, match orphans with both accounts, etc.

Is this at all possible?
lgogdownloader can't handle directly multiple account.
You can make a script to use multiple account by swapping /home/"user"/.config/lgogdownloader/cookies.txt.

Check orphans won't check file directory for game you don't own. It's ok for this use.
Post attempt #3...
avatar
epain: I'd like LGOGDownloader to handle both accounts, match orphans with both accounts, etc.
No, it's not possible with just lgogdownloader. However, anything is possible with a few wrappers. Note that just swapping cookies.txt isn't enough. You have to swap the caches as well. I think storing the config/cache stuff in separate dirs is best.

For example:

Store individual account config in ~/.config/acct/<acct>/
Store individual account cache in ~/.cache/acct/<acct>/

You should link (hard or soft) all config files to be the same on both dirs except for cookies.txt. You should also soft link the xml subdirectory of the cache dirs together.

lgogdownloader repeatedly for all accounts (chmod +x and put in PATH)
---- lgogdownloader_ma ----
#!/bin/sh

for x in ~/.config/lgogdownloader/acct/*; do
XDG_CONFIG_HOME="$x" \
XDG_CACHE_HOME="$HOME/.cache/lgogdownloader/acct/${x##*/}" \
lgogdownloader "$@"
done
------------

The main issue I can't answer is how multi-factor authentication interacts with this. Would running "lgogdownloader_ma --login" allow you to log into both accounts, and remain logged in for long enough to do the rest of the work? I don't use MFA, so I don't know.

Downloading (files will not be downloaded twice, although sometimes the check takes so long it doesn't matter):
lgogdownloader_ma --download ....

Orphan checking (only works for 2*):
lgogdownloader_ma --check-orphans ... | sort | uniq -d

* if you need more than 2, replace "uniq -d" with something that can count higher than 2, such as:

(n=$(ls ~/.config/lgogdownloader/accts | wc -l)
l=zzz
while read -r x; do
test "$l" = "$x" || i=0
i=$((i+1)); l="$x"
test $i -eq $n && echo "$l"
done)

Note that I have done zero testing with this. Also, gog removes all indentation, but it's not 100% critical.
Thanks for the in-depth replies :)

The script I use to automatically synchronize my offline library I could use on a different users crontab, that would take care of the caching and cookies I suppose.

I'll need to do some testing and see what I run into.

Cheers!
Just to get back on this:

Managed to solve it by just making another useraccount on my Linux server with a set of separate scripts and fixing the permissions on the share.
They each have their own crontab entries and login cookies and I've scripted them to not run simultaneously.

Thanks for the help!
can i increase chunk size when using galaxy mode?
Started to get this error. Any thoughts?

terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::last_write_time: Operation not permitted: "/mnt/_gog_/_gog_downloads_/steel_rats/setup_steel_ratstm_1.03_(64bit)_(27036)-1.bin"
avatar
zahroc: Started to get this error. Any thoughts?

terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::last_write_time: Operation not permitted: "/mnt/_gog_/_gog_downloads_/steel_rats/setup_steel_ratstm_1.03_(64bit)_(27036)-1.bin"
Are you using WSL on Windows?
avatar
zahroc: Started to get this error. Any thoughts?

terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::last_write_time: Operation not permitted: "/mnt/_gog_/_gog_downloads_/steel_rats/setup_steel_ratstm_1.03_(64bit)_(27036)-1.bin"
avatar
racofer: Are you using WSL on Windows?
No, Ubuntu attached to a Window's Share

NAME="Ubuntu"
VERSION="20.04.2 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.2 LTS"
VERSION_ID="20.04"
avatar
racofer: Are you using WSL on Windows?
avatar
zahroc: No, Ubuntu attached to a Window's Share

NAME="Ubuntu"
VERSION="20.04.2 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.2 LTS"
VERSION_ID="20.04"
Not sure on the specific steps to replicate the configuration, but I ran into the same errors with WSL and it needed some tweaking when mounting the local file system, using a wsl.conf file placed at /etc/ with the following parameters:

[automount]
options = "metadata,umask=22,fmask=11"
enabled = true
root /mnt/

There should be similar options available for configuring your connection to the Windows share.
Post edited April 05, 2021 by racofer
avatar
zahroc: terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::last_write_time: Operation not permitted: "/mnt/_gog_/_gog_downloads_/steel_rats/setup_steel_ratstm_1.03_(64bit)_(27036)-1.bin"
You are downloading your game archives onto a NTFS filesystem? Or another Windows-centric filesystem?

If so, unless this error is preventing the downloads queue to continue, you can ignore it as some warning about files metadata not being set. I think it only means the installer last modification date is set to the download time instead of its date of last modification on GOG server.
avatar
zahroc: terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::last_write_time: Operation not permitted: "/mnt/_gog_/_gog_downloads_/steel_rats/setup_steel_ratstm_1.03_(64bit)_(27036)-1.bin"
avatar
vv221: You are downloading your game archives onto a NTFS filesystem? Or another Windows-centric filesystem?

If so, unless this error is preventing the downloads queue to continue, you can ignore it as some warning about files metadata not being set. I think it only means the installer last modification date is set to the download time instead of its date of last modification on GOG server.
It is an NTFS external USB drive connected to a Windows 10 machine.
It is kind of hard to ignore since the error causes lgogodownloader to exit/crash.
avatar
zahroc: It is kind of hard to ignore since the error causes lgogodownloader to exit/crash.
If the error is only due to the inability to set the last modification date of the downloaded file, maybe it could be turned into a warning that would not stop lgogdownloader execution. But I’m not skilled enough in C++ to know if it would be easy to do, and I am not even sure the issue is limited to that.

I think you should open a bug report on lgogdownloader issues tracker (on GitHub) if there is not already one for this error.