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
hedwards: I'm having a bit of trouble with 2.16, I get the following error: Error: unrecognised option 'no-cover' . My script doesn't include that option, so, I'm guessing that must have something to do with the default setting.
You've probably used --save-config on previous version of the downloader which has saved "no-cover" value to config.cfg
Boost program options tries to use no-cover saved in the config which causes the error
Remove "no-cover" from ~/.config/lgogdownloader/config.cfg

sed -e '/no-cover/d' -i ~/.config/lgogdownloader/config.cfg
Post edited August 21, 2014 by Sude
You can use boost regex or pcre meanwhile and later switch to std::regex when compilers will catch up.
Hello All,

as always. here are the Packages for Debian 7 Wheezy (32bit and 64bit):

http://mash-systeme.de/sites/default/files/downloads/lgogdownloader_2.16-1_i386.deb

or

http://mash-systeme.de/sites/default/files/downloads/lgogdownloader_2.16-1_amd64.deb


... or get it from the Repo:

deb http://mash-systeme.de/debian/ wheezy main


Thanks to Sude for including this information on the first page!
avatar
mashppps: Hello All,
as always. here are the Packages for Debian 7 Wheezy (32bit and 64bit):
Do you plan to also make a repo for Debian testing? I'd argue that the majority of desktop Debian users don't use stable but use testing (and some even use Sid). I personally compile it from source anyway, but some users might find it useful. Also, it's probably worth submitting lgogdownloader to Debian proper if anyone has time to maintain it there.
Post edited August 21, 2014 by shmerl
thanks for the update.

SORRY, I DIDN'T READ YOUR RELEASE NOTE ABOVE. DISREGARD BELOW.

low priority, but I'm getting an error with 2.16 Makefile generating the man page:

help2man -N -i man/lgogdownloader.supplemental.groff -o man/lgogdownloader.1 bin/Release/lgogdownloader
help2man: can't get `--help' info from bin/Release/lgogdownloader
Try `--no-discard-stderr' if option outputs to stderr
make: *** [after_release] Error 2

it did work to add the switch suggested in the error message, but I'm not fully clear what is the result of this. The manpage seems to still work fine with this change. Note that I'm running Ubuntu 14.04 32 bit.

ifdef HELP2MAN
help2man --no-discard-stderr -N -i $(MAN_DIR)/lgogdownloader.supplemental.groff -o $(MAN_DIR)/$(MAN_PAGE) $(OUT_RELEASE)
gzip -f -9 $(MAN_DIR)/$(MAN_PAGE)
endif
Post edited August 21, 2014 by retrobits
avatar
shmerl: Do you plan to also make a repo for Debian testing?
I'd argue that the majority of desktop Debian users don't use stable but use testing (and some even use Sid).
There are unfortunately no plans atm to maintain a Debian testing and/or unstable (aka Sid) repo by me.

avatar
shmerl: Also, it's probably worth submitting lgogdownloader to Debian proper if anyone has time to maintain it there.
/Signed.
d63598a Make downloader work with the new layout
For Ubuntu users: http://www.webupd8.org/2014/08/lgogdownloader-command-line-gogcom-game.html
avatar
Sude: d63598a Make downloader work with the new layout
Thanks for the update! I was finally able to successfully login again and download games again!
Attachments:
avatar
Sude: d63598a Make downloader work with the new layout
Thanks, login works for me too.

I saw a weirdness while checking tesla effect:
patch_tesla_effect_-_a_tex_murphy_adventure_2.0.2.11.exe
MD5: 5286a0f21ac78506be20a31bc7ae58ff
Chunks: 20
Size: 207300712 bytes

Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.21MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.25MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.23MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.27MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.26MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
(forever)

I moved the existing file away and tried again, then it worked:

patch_tesla_effect_-_a_tex_murphy_adventure_2.0.2.11.exe
MD5: 5286a0f21ac78506be20a31bc7ae58ff
Chunks: 20
Size: 207300712 bytes

File doesn't exist tesla_effect_a_tex_murphy_adventure/patch_tesla_effect_-_a_tex_murphy_adventure_2.0.2.11.exe
Downloading: tesla_effect_a_tex_murphy_adventure/patch_tesla_effect_-_a_tex_murphy_adventure_2.0.2.11.exe
100% ▕██████████████████████████▏ 197.70/197.70MB @ 2.24MB/s ETA: 0s

The file that was downloaded is the same file that I had before. Checksumming problem?

Edit: my command line:
lgogdownloader --check-orphans --download --repair --create-xml automatic --no-subdirectories --language=524287 --platform=7 --game tesla_*
Post edited August 28, 2014 by Loenas
avatar
Loenas: I saw a weirdness while checking tesla effect:
patch_tesla_effect_-_a_tex_murphy_adventure_2.0.2.11.exe
MD5: 5286a0f21ac78506be20a31bc7ae58ff
Chunks: 20
Size: 207300712 bytes

Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.21MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.25MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.23MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.27MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
100% ▕██████████████████████████▏ 10.00/10.00MB @ 2.26MB/s ETA: 0s
Chunk 0 (10485760 bytes): Failed - downloading chunk
(forever)

I moved the existing file away and tried again, then it worked:
The downloader didn't use remote xml data for patches
It used the local xml data which was old and thus the repair got stuck on the first chunk failing
This is now fixed in git

0a20ef9 Use remote xml data for patches
Oops.
Post edited August 29, 2014 by InspMustache
LGOGDownloader 2.17
- Made the downloader work with the new GOG layout
- The API implementation now uses boost regex if gcc/g++ version < 4.9.0
* Fixes issues caused by incomplete std::regex support on earlier versions
- Makefile changes by Carsten Teibes
* Add DESTDIR variable to Makefile to allow easier packaging
* Add explicit dependency to install target to ensure all needed files have been built
- The downloader now uses remote xml data for patches
- Explicitly set the file names in Makefile for install
- Fixed language check for patches in Downloader::listGames
- Added --cover-list option to set url for cover list
* Default: https://sites.google.com/site/gogdownloader/covers.xml

https://sites.google.com/site/gogdownloader/lgogdownloader-2.17.tar.gz

sha256: 574d8ccd0ef18a2e667d27e4bcceb342b8a60fe065c81b8e2eb1516e1731349c
md5: 3533c4e0168508df72908d7ef4f9d291

Thanks to the Makefile changes 'make DESTDIR="${pkgdir}" install' now works with makepkg on Arch Linux
Thanks for the Update!

A side note: Starting up the new version said that "no-cover" was an invalid option. Come to find out you've changed the configuration format and therefore I needed to change my :

...
no-cover = false
...

into

...
cover = true
...
First of all, many thanks for your great work, to Sude and all the others helping with the lgogdownloader. I wouldn't have bought nearly as many games from GOG without having this downloader to manage them. I'm especially impressed by the speed you adjust the downloader to changes on GOG. Update the git repo, rebuild the downloader and "it works" again, awesome!

Now my question: I do not understand the option "--create-xml automatic". It seems to make no difference if I set this option or not. I always get the same XML files (for the game installers but not for other downloaded files). Does this option only work when you download a file the first time? Or what is this option meant for?

(I would like to have checksums for all my downloaded files and have only tested with one game so far to not stress the server too much.)