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
shmerl: I just downloaded the latest .sh package of the Witcher 2 from GOG, and it crashes at startup (current Debian testing, KDE Plasma 5 with Nvidia 355.06 driver). The reason I'm using Nvidia beta driver is that their latest stable driver doesn't work with Debian at all (something is messed up there).

I'm not sure if it's the GOG update that's causing it, or the fact that Debian testing recently switched to KDE Plasma 5 (I didn't play the previous version in Plasma 5). Did anyone encounter this?
I've tried to test it. But for me not even the installer works (on Debian stable). It complains it cannot find the installer file although the file has read and execute permissions for everyone. When I copy the install script (the first 519 lines from the installer) into a separate file it runs and fails only with the md5sum check. Not sure what's the problem.

Update: When I extract the files from the installer and try to run the game from the data/noarch folder it starts, I can use the options menu, but when I try to launch the game itself from the start menu it crashes. I see a few warnings about some dll files which it does not find (are we on Windows??), a final warning about an unsupported D3DRS_LASTPIXEL state in the log and only one error message which seems to be irrelevant ("Game is asking for capture devices. As on Linux presently their support is not coded, we return no capture device."). So I have no clue why the game crashes.
Post edited August 17, 2015 by eiii
avatar
eiii: I've tried to test it. But for me not even the installer works (on Debian stable). It complains it cannot find the installer file although the file has read and execute permissions for everyone. When I copy the install script (the first 519 lines from the installer) into a separate file it runs and fails only with the md5sum check. Not sure what's the problem.
I didn't use the installer. I just unpacked the game with 7z x and overwrote my previous location which had a few useful mods installed.
avatar
shmerl: I didn't use the installer. I just unpacked the game with 7z x and overwrote my previous location which had a few useful mods installed.
Game crashes for me too. See the update in my message above.
Post edited August 17, 2015 by eiii
avatar
shmerl: I didn't use the installer. I just unpacked the game with 7z x and overwrote my previous location which had a few useful mods installed.
avatar
eiii: Game crashes for me too. See the update in my message above.
Same here. You can comment on this bug. If you don't use KDE, it would help excluding it as a Plasma 5 issue.
avatar
shmerl: Same here. You can comment on this bug. If you don't use KDE, it would help excluding it as a Plasma 5 issue.
Sorry I don't have a github account and don't want to create one only for this. I do not use KDE Plasma as my desktop but I probably have a ton of KDE libs installed because of dependencies.

Update: The game even crashes on a naked X server without any window manager, so the crash much likely has nothing to do with the window manager.
Post edited August 17, 2015 by eiii
avatar
eiii: Update: The game even crashes on a naked X server without any window manager, so the crash much likely has nothing to do with the window manager.
What is your system (kernel, GPU, driver, etc.)?
avatar
shmerl: What is your system (kernel, GPU, driver, etc.)?
Exactly the minimum game requirements: Intel Core 2 Duo, 4 GB RAM, GeForce 9800 GT 512MB
Only the driver is a bit newer: NVIDIA binary driver 340.65
Debian stable with default kernel (3.16.7)
avatar
shmerl: I just downloaded the latest .sh package of the Witcher 2 from GOG, and it crashes at startup (current Debian testing, KDE Plasma 5 with Nvidia 355.06 driver). The reason I'm using Nvidia beta driver is that their latest stable driver doesn't work with Debian at all (something is messed up there).

I'm not sure if it's the GOG update that's causing it, or the fact that Debian testing recently switched to KDE Plasma 5 (I didn't play the previous version in Plasma 5). Did anyone encounter this?
I don't have KDE but will test it out on my Xfce and Mate desktops.

EDIT:

This seems to a game problem, not OS. I tested the game on the following systems:

1. Mint 17.1 64bit - Mate Desktop / Geforce GTX 960 with drivers v352.30 / Kernel 3.13

2. OpenSUSE 13.2 64bit Xfce Desktop / Geforce GTX 760 with drivers v352.30 / Kernel 3.16

Launching the game produces a black screen which lasts less than half a second and closes down immediately (On both systems) and the terminal outputs the following error:

*** BREAKPAD CRASH ***
/home/jojo/Main/Games/The Witcher 2/game/CrashReporter.x86_64: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /home/jojo/Main/Games/The Witcher 2/game/CrashReporter.x86_64)

Going to post this in the ticket shmerl opened on the github link he provided.
Post edited August 17, 2015 by Ganni1987
avatar
ssokolow: Obviously we're not going to see eye-to-eye on this. If I'd designed the system of laws, attempting to enforce your viewpoint on games and other digital forms of artistic expression would have a name like "criminal suppression of cultural exchange".

Besides, even if it were possible to enforce that politically on a global scale (Which it isn't. Just look at how the movie industry failed to stamp out code like DeCSS and at the ongoing failures to block access to sites like The Pirate Bay. In fact, there are good arguments to be made that attempting to do so is a human rights violation.), it's impossible to enforce on a technical level.
avatar
eiii: I think we are not talking about the same thing. I do not mean people which make mistakes which always will happen, especially in the high complexity of software systems. I talk about the attitude to intentionally and deliberately ignore security aspects only because it requires less effort ("have no time") and is cheaper. Software manufacturers should be responsible for such kind of misconduct as every other manufacturer already is. That has nothing to do with cultural exchange, human rights or restricting free speech. I'm the last one who wants to restrict that. Its about commercial activity. When you sell a software product or service (it doesn't matter if it's a game or any other software) you are responsible for its security. Maybe software vendor would have fit better for that than software manufacturer.

avatar
ssokolow: I firmly believe that the solution is better sandboxing, better support infrastructure for developers, and a push to make as much of the game code as possible commonly maintained.
avatar
eiii: No technical means will help anything if nobody feels responsible and will be made responsible for the security of the final software product. There's no reason why software vendors should be treated differently to any other vendors.
No, I think we ARE talking about the same thing. I'm saying that:

1. Your solution is unfeasible in the real world

It reminds me of the point Alfie Kohn makes in Who's Cheating Whom. Basically, the cure is worse than the disease. To curb cheating (or to enforce this kind of responsibility model) would require changes to our schools (or our society) so severe that they'd destroy related societal goods of much greater value.

The real problem is becoming fixated on one specific approach to solving the problem, even when, in a real-world context, the approach is unfeasible. (Though, I suppose might be feasible if there were some kind of taxpayer-funded program to reimburse programmers for wages lost to fixing old or unprofitable projects.)

(Like a comedy scenario where the exterminator/cat/etc. destroys the hotel/house/etc. in their single-minded pursuit of the pests.)

2. Holding people liable for failing to maintain their artistic creations would have a chilling effect on art as people fear being shackled to it for the rest of their life.

(Or it won't act as a deterrent because they're dumb kids who don't consider the consequences of their actions anyway. I see this as, in some ways, analogous to how many people in the U.S. don't want to accept that the death penalty has no deterrent effect because murderers either don't think before acting or they're overconfident in their ability to not get caught.)

That and the fact that an OS is a centralized component is why I believe as much of the security as possible should be pushed into the OS. (ie. sandboxing, higher-level opt-in permissioning APIs, etc.)
Post edited August 18, 2015 by ssokolow
avatar
eiii: I've tried to test it. But for me not even the installer works (on Debian stable). It complains it cannot find the installer file although the file has read and execute permissions for everyone. When I copy the install script (the first 519 lines from the installer) into a separate file it runs and fails only with the md5sum check. Not sure what's the problem.
avatar
shmerl: I didn't use the installer. I just unpacked the game with 7z x and overwrote my previous location which had a few useful mods installed.
It won’t work. I’ve been told here that there’s some post-extraction scripts run during TW2 installation process.
I should be able to try the game on my Debian Sid (amd64, AMD GPU + 'radeon' free driver) in a couple days/weeks, I’ll tell you if it works for me. If it works, I’ll try to find a way to replicate the post-extraction script and share it both here and via my ./play.it project,
avatar
shmerl: I didn't use the installer. I just unpacked the game with 7z x and overwrote my previous location which had a few useful mods installed.
avatar
vv221: It won’t work. I’ve been told here that there’s some post-extraction scripts run during TW2 installation process.
I should be able to try the game on my Debian Sid (amd64, AMD GPU + 'radeon' free driver) in a couple days/weeks, I’ll tell you if it works for me. If it works, I’ll try to find a way to replicate the post-extraction script and share it both here and via my ./play.it project,
Huh? What kind of post installation stuff do they need? May be languages related? I didn't expect anything of that sort. I'll try to analyze the package more. I worry if this trend will continue, we won't be able to use games as flexibly as tarballs.
Post edited August 18, 2015 by shmerl
I found it (thanks for pointing it out!). That's somewhat strange. See:

support/postinst.sh

What you need to do is:

cd game/CookedPC
cat pack0.dzip.split* > pack0.dzip
rm pack0.dzip.split*

I have no idea what that was needed for to begin with. Those files are huge and may be they don't want to have one single huge file inside the archive? Or may be Mojosetup doesn't handle that well?

I actually wanted to propose to them to use solid format like xz which now has multithreaded compression and decompression, but this makes me think they have some reasons to use non solid formats like zip.

Btw, I just noticed, if you take a look inside "End User License Agreement.txt", GOG give credit to all the projects used in the installer, including Ryan 'icculus' Gordon and others!

And they use Xdelta3 for differential patches.
Post edited August 18, 2015 by shmerl
avatar
vv221: It won’t work. I’ve been told here that there’s some post-extraction scripts run during TW2 installation process.
I should be able to try the game on my Debian Sid (amd64, AMD GPU + 'radeon' free driver) in a couple days/weeks, I’ll tell you if it works for me. If it works, I’ll try to find a way to replicate the post-extraction script and share it both here and via my ./play.it project,
Great, the installer does not work and when you unpack the game directly the game does not work. Exactly what I was afraid of after that announcement. I only did not expect it to happen so quickly. Any idea what kind of things they are doing after the installation?

avatar
shmerl: What you need to do it:

cd game/CookedPC
cat pack0.dzip.split* > pack0.dzip
rm pack0.dzup.split*
Thanks!
Post edited August 18, 2015 by eiii
avatar
eiii: Great, the installer does not work and when you unpack the game directly the game does not work. Exactly what I was afraid of after that announcement. I only did not expect it to happen so quickly. Any idea what kind of things they are doing after the installation?
See above, the fix is pretty simple, and you can see what they do after installation in support/postinst.sh.

So it should be a common rule to always look in that script for GOG games, to understand what's going on. Normally I'd assume it would have nothing, but TW2 is an exception because it has one huge file, and for some reason they wanted to split it in 3 parts.
Post edited August 18, 2015 by shmerl
avatar
shmerl: I just downloaded the latest .sh package of the Witcher 2 from GOG, and it crashes at startup (current Debian testing, KDE Plasma 5 with Nvidia 355.06 driver). The reason I'm using Nvidia beta driver is that their latest stable driver doesn't work with Debian at all (something is messed up there).

I'm not sure if it's the GOG update that's causing it, or the fact that Debian testing recently switched to KDE Plasma 5 (I didn't play the previous version in Plasma 5). Did anyone encounter this?
I just tested on Xubuntu 15.04, also latest nvidia drivers, no problems. Installer started, I chose a directory, it installed. When running, it initially complained about some missing libraries, so I went to the store page and copy-pasted the libraries listed under system requirements and installed those. Started just fine after that. Only played a minute or two right now.