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 orOpera

Sude: Using --platform with --list is working for me.
No problem here with Debian-packaged 2.24.
Didn’t try the latest git version.
Git version now has support for gogdownloader:// urls (
* lgogdownloader gogdownloader://GAME_NAME/FILE_ID
* lgogdownloader --download-file gogdownloader://GAME_NAME/FILE_ID
* lgogdownloader gogdownloader://GAME_NAME_1/FILE_ID_1,GAME_NAME_2/FILE_ID_2,...
* lgogdownloader --download-file gogdownloader://GAME_NAME_1/FILE_ID_1,GAME_NAME_2/FILE_ID_2,..

Git version also supports specifying output filename (-o, --output-file) when downloading single file with --download-file

This means that it's now possible to use lgogdownloader as download agent with makepkg.

DLAGENTS+=('gogdownloader::/usr/bin/lgogdownloader -o %o %u')
Useful for those who are using AUR (Arch User Repository)
Post edited August 15, 2015 by Sude
Something not specific to lgogdownloader, but when I have lots of downloads to queue, a nice CLI-only solution I've found is task-spooler (, that allows to queue commands to run 1-by-1 or even n-by-n, keep track of their exit codes, outputs, etc.
It works quite well to run lgogdownloader, and it's probably already packaged for your favorite distro ;)
I am trying to compile LGOGDownloader from source, but I keep hitting a problem where the linker says that there are an undefined reference to `boost::filesystem::detail::status'. I am using Ubuntu 12.04 with g++-4.8 (and all dependencies installed, including libboost-filesystem-dev). Any idea why this happens?
Having had a chance to play with this, it looks like it's platform-priority that isn't working for me any more, and --platform wasn't either until I removed the platform-priority line from my config. Can anyone else check this out and confirm?
hedwards: Hi Sude, I just upgraded from 2.23 to 2.24 and I'm seeing a ton of debugging information that I wasn't seeing before.

Rather than just listing the file name, I'm getting what appears to be the contents of the XML file related to it. It does appear to be downloading anyways, but it is a tad strange.
Sude: You've probably installed debug build by accident which is really easy to do because "make install" prioritizes debug build and "make" compiles both release and debug builds. Make sure that debug build isn't compiled before "make install" (either do "make release" or just delete the debug binary before "make install").
Yep, that was it. Not sure why GOG didn't notify me sooner.

Now that I think of it, I do remember accidentally typing a command in that I don't normally use for compiling. Can't recall what it was, but that's probably it.
First of all, thanks for building a Linux downloader that has many features the official Windows GOG Downloader is missing.
One question I have, how do I set the --subdir-dlc option to the same path the offical downloader uses. I.e. for the Strike Suit Zero Raptor DLC the official donwloader uses strike_suit_zero_raptor in it's own directory, not in the directory of the main game. I've tried some setting like ../%dlcname% and ../%gamename% and stuff like that, but so far no luck. An option that showed me what path lgogdownloader uses when checking with --status would help finding the right config.
2206e98 Initial support for using platform/language strings to set options

This allows you to use language/platform codes defined in globalconstants.h to set the values for --language, --language-priority, --platform and --platform-priority
in addition to those values it also has a special case "all" which unsurprisingly enables all languages/platforms
for example:
--language en,de
--platform-priority linux,win
--platform all