With this release the 64bit packages is native 64bit and doesn’t depend on ia32 libs any more.
Which means that @pizzalover101 probably doesn’t have the relevant 64-bit libraries installed. And everyone has been telling him to install the 32-bit libraries (oops 
) . Ether way, shouldn’t there be a dependency tree to fix this?
Could you do a
ldd /opt/greenheartgames/gamedevtycoon-bin
and post the output? Furthermore make sure you installed the gamedevtycoon-1.3.8.amd64.deb not the gamedevtycoon-1.3.8.i386.deb. Oh and make sure you have libudev1 installed (ignore libudev0 you won’t have it with 12.04)
There is now dependency info in the deb. And it will do tricky libudev symlinking in the post install script to fix the libudev issue.
@Fyb3roptik and @PatrickKlug, any chance we could get a download link for non-bundled version as well if you manage to add more links - one without nw, nw.pak and libffmpegsumo.so?
@Jon If you mean one with the binary without the .deb or .rpm, then it should be there. The nw, nw.pak and libffmpegumo.so files are required.
“nw” is not, it’s in the gamedevtycoon binary anyway. At least it should be.
None of those files are required if you have node-webkit installed already, and so it seems a waste to have to download them again. Also, using node-webkit as a dependency for the game package makes more sense than bundling the binary for Linux packages on some distributions.
It returns (sorry for weird formatting):
jonathan@s:~$ ldd /opt/greenheartgames/gamedevtycoon-bin
linux-gate.so.1 => (0xf77c6000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf7674000)
libXrandr.so.2 => /usr/lib/i386-linux-gnu/libXrandr.so.2 (0xf766b000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf7661000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf765c000)
libgobject-2.0.so.0 => /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (0xf760d000)
libgthread-2.0.so.0 => /usr/lib/i386-linux-gnu/libgthread-2.0.so.0 (0xf760a000)
libglib-2.0.so.0 => /lib/i386-linux-gnu/libglib-2.0.so.0 (0xf7511000)
libgtk-x11-2.0.so.0 => /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (0xf70a8000)
libgdk-x11-2.0.so.0 => /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0 (0xf6ff9000)
libatk-1.0.so.0 => /usr/lib/i386-linux-gnu/libatk-1.0.so.0 (0xf6fd9000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0 (0xf6fb8000)
libpangocairo-1.0.so.0 => /usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0 (0xf6fab000)
libcairo.so.2 => /usr/lib/i386-linux-gnu/libcairo.so.2 (0xf6edf000)
libpango-1.0.so.0 => /usr/lib/i386-linux-gnu/libpango-1.0.so.0 (0xf6e95000)
libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xf6dfb000)
libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xf6dc7000)
libXcomposite.so.1 => /usr/lib/i386-linux-gnu/libXcomposite.so.1 (0xf6dc3000)
libasound.so.2 => /usr/lib/i386-linux-gnu/libasound.so.2 (0xf6cd0000)
libXdamage.so.1 => /usr/lib/i386-linux-gnu/libXdamage.so.1 (0xf6ccc000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf6cba000)
libXfixes.so.3 => /usr/lib/i386-linux-gnu/libXfixes.so.3 (0xf6cb4000)
libnss3.so => /usr/lib/i386-linux-gnu/libnss3.so (0xf6b88000)
libnssutil3.so => /usr/lib/i386-linux-gnu/libnssutil3.so (0xf6b65000)
libsmime3.so => /usr/lib/i386-linux-gnu/libsmime3.so (0xf6b3b000)
libplc4.so => /usr/lib/i386-linux-gnu/libplc4.so (0xf6b35000)
libnspr4.so => /usr/lib/i386-linux-gnu/libnspr4.so (0xf6af7000)
libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1 (0xf6aed000)
libgconf-2.so.4 => /usr/lib/i386-linux-gnu/libgconf-2.so.4 (0xf6abe000)
libdbus-1.so.3 => /lib/i386-linux-gnu/libdbus-1.so.3 (0xf6a75000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf6a5a000)
libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xf6a30000)
libudev.so.0 => not found
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf694a000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf691e000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf6900000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf6757000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf6736000)
/lib/ld-linux.so.2 (0xf77c7000)
libffi.so.6 => /usr/lib/i386-linux-gnu/libffi.so.6 (0xf672e000)
libpcre.so.3 => /lib/i386-linux-gnu/libpcre.so.3 (0xf66f2000)
libgio-2.0.so.0 => /usr/lib/i386-linux-gnu/libgio-2.0.so.0 (0xf659b000)
libpangoft2-1.0.so.0 => /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0 (0xf656f000)
libXinerama.so.1 => /usr/lib/i386-linux-gnu/libXinerama.so.1 (0xf656b000)
libXi.so.6 => /usr/lib/i386-linux-gnu/libXi.so.6 (0xf655a000)
libXcursor.so.1 => /usr/lib/i386-linux-gnu/libXcursor.so.1 (0xf654f000)
libgmodule-2.0.so.0 => /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0 (0xf654a000)
libpixman-1.so.0 => /usr/lib/i386-linux-gnu/libpixman-1.so.0 (0xf64b2000)
libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0xf6488000)
libxcb-shm.so.0 => /usr/lib/i386-linux-gnu/libxcb-shm.so.0 (0xf6483000)
libxcb-render.so.0 => /usr/lib/i386-linux-gnu/libxcb-render.so.0 (0xf6479000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xf6463000)
libplds4.so => /usr/lib/i386-linux-gnu/libplds4.so (0xf645e000)
libdbus-glib-1.so.2 => /usr/lib/i386-linux-gnu/libdbus-glib-1.so.2 (0xf6437000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf6433000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf642c000)
libselinux.so.1 => /lib/i386-linux-gnu/libselinux.so.1 (0xf640d000)
libresolv.so.2 => /lib/i386-linux-gnu/libresolv.so.2 (0xf63f5000)
Edit: I’d still like to get linux binaries to work, but I actually got the windows version to work via wine with no bugs or problems
ldd is expected to return with the output that udev.so.0 is not found. However, after installation, in the same directory with the executable we created a symlink for udev.so, which the executable will load by setting LD_LIBRARY_PATH in the start script.
Please uninstall gamedevtycoon (apt-get remove gamedevtycoon), check with ls if /opt/greenheartgames/gamedevtycoon-bin is really gone, then install the gamedevtycoon-1.3.8.amd64.deb (make sure its the one with amd64, not the i386).
You have the 32 bit (i386) version installed on your 64bit system.
Thanks, that worked.
I actually did that on purpose, I tried to install the 64bit version but the package kept failing to install. The 32-bit version worked fine though.
The game works fine, but now I get this error in the terminal
[4535:0506/193657:ERROR:zygote_host_impl_linux.cc(146)] Running without the SUID sandbox! See https://code.google.com/p/chromium/wiki/LinuxSUIDSandboxDevelopment for more information on developing with the sandbox on.
[4559:0506/193701:ERROR:renderer_main.cc(203)] Running without renderer sandbox
[4559:0506/193719:ERROR:audio_output_device.cc(247)] IO loop going away before the audio device has been stopped
[4559:0506/193719:ERROR:audio_output_device.cc(247)] IO loop going away before the audio device has been stopped
It isn’t critical, considering the game is working, but I was wondering what the errors mean?
That messages are expected since node-webkit disables sandbox.
I ran through the 30 year “campaign” and when it was completed (when I was being given the accolades for being the messiah of all things gaming), GDT threw up an exception and closed. My game was still there (it had autosaved) but my score was not in the High Scores. I’d be happy to provide any relevant logs, if you can tell me where they’d be. I was using Linux Mint 14.1 Cinnamon, 64 bit. I installed the .deb package (v 1.3.8) and except for a few hesitations during play, it seemed to work just fine.
If I can just figure this out AND the magic combo for the killer game, things would be golden (I’ll settle for the Linux client not crashing though. 
…)
Hi guys, I just updated to gdt 1.3.8 and I started getting the following error message.
Uncaught TypeError: Cannot read property ‘flags’ of undefined (file:///tmp/.org.chromium.Chromium.lq262y/compressed/codeNw.js:433)
Please restart the game.
It occurs when I click on “Sure” when the interview dialog shows.
Is this a known bug? Has this bug been fixed in 1.3.9 for Linux?
I’m using the 64-bit .deb package. System is running Ubuntu 64-bit Raring (13.04).
Edit: Well, I started a new game and the problem did not recur. Perculiar, but nontheless, I’ll contact support if it happens again.
It’s reasonable to have separate packages – a node-webkit package and a game package.
I can’t tell if you’re agreeing or disagreeing with me 
I know I’d prefer not to have to re-download node-webkit every time there’s an update to the game.
I’m not sure of the conventions of other distros, but on the Gentoo family (Funtoo, Sabayon, etc) it’s common to have gamedevtycoon as the app.nw package, and gamedevtycoon-bin as the precompiled option.
On Arch, the package I’ve submitted to the AUR is only the app.nw version, but Greenheart Games doesn’t provide a download without node-webkit bundled, so they have to download an extra ~150MB of binaries that aren’t really needed for every update.
Speaking of which, the package for 1.3.9 now is now in the AUR here: https://aur.archlinux.org/packages/game-dev-tycoon/