[0.11.5] [cube] GLIBC_2.16 problem for ubuntu 12.04

[Quis]

I just updated to 0.11.5 and couldn't run the game anymore because of this error:
quis@boom:~/games/factorio-0.11.5$ ./bin/x64/factorio
./bin/x64/factorio: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.16' not found (required by ./bin/x64/factorio)

Ubuntu 12.04 ships glibc 2.15 and upgrading to 2.16 isn't something I'm looking forward to. Could you build the game against a lower glibc version so we don't have to update our OS?

[MF-]

I remember someone using debian wished for GLIBC_2.14

[cube]

Could you build the game against a lower glibc version so we don't have to update our OS?

Yes, but not not today (not for 0.11.6 ;-) )

[Nova]

Can't you install that version only for Factorio?

[mayaknife]

I remember someone using debian wished for GLIBC_2.14

I was going to buy factorio but when I downloaded the demo I ran into the same problem. I'm on the latest stable version of debian (Wheezy) which is still on libc 2.14. The next version of debian (Jesse) is 2.19 but my fear is that by the time it reaches stable status factorio will have moved on to something even newer.

[stechi]

I have the same problem that I can't play because of missing GLIBC_2.16.

Can't you install that version only for Factorio?

I did and now I get this:

Code: Select all

terminate called after throwing an instance of 'std::runtime_error'
  what():  locale::facet::_S_create_c_locale name not valid

[chedar]

0.11.8 and this is still broken

[Nova]

It's not broken, it's just incompatible.

[roy7]

Perhaps he could offer a linux download choice for a statically linked version.

[cube]

Perhaps he could offer a linux download choice for a statically linked version.

I've exprerimented with that and it doesn't work so simply (maybe I was just doing it wrong, though)... Everything with glibc is complicated :-)

Yesterday before releasing 0.11.9 I was trying to make a cross compiler for older glibc, but that's also not the way.... because of the library dependencies. Now it looks that I'll probably make a virtual machine with a system containing old enough glibc and use that for deploying.

[radeor]

I just got bit by this when trying to upgrade to the experimental version.

I deal with similar stuff for work, so I can help you set up a build
for each linux distro / release you want to support, (Personally I am using ubuntu
12.04 which Is why I am having this issue because it uses an old glibc).

Typically the best option is to just to distribute the source because a lot of the way stuff works in the
GNU/linux universe is built around the concept of having access to source. I understand that's probably
a non starter.

Anyhow, barring giving source out to your linux users to compile with, the easiest way
would be to set up a Vagrantfile that targets each linux distro you want to support:
http://docs.vagrantup.com/v2/getting-started/

Then you could use that vagrant file to create a virtual machine you run the build in.
Creating several vagrant files is pretty easy and should hook into your build process
relatively painlessly.

If you want me to help out, let me know, I am eager to do so since it will help me play the game.
I won't require access to the source or anything like if you are worred about any of that,
just a description of how you are currently building for linux so I can set up the vagrantfiles.

[radeor]

Thinking about it some a simpler option might be to just target glibc 2.11 it's what blender[1] does
and it seems to work well enough. If you want want to do that compiling in ubuntu 10.04 would
probably work [2][3]

1: http://www.blender.org/download/
2: http://packages.ubuntu.com/lucid/libc6
3: http://packages.ubuntu.com/lucid/libc6-amd64

Let me know if I can help set up an environment to do that. It's not big for me and it's a lot easier for me
to do that than upgrade my OS.

[cube]

Thanks for the input, radeor. Vagrant looks really nice, but maybe a little overkill for us now. As I said before, I will make a virtual machine (probably with Debian or Ubuntu) with older glibc to do the builds. It is taking so long, because along the way I'm redoing almost all of our deploy scripts, but I hope that 0.11.18 should be already done this way.

[cube]

This should be fixed for 0.11.19. Finally.

[chedar]

This should be fixed for 0.11.19. Finally.

Yes!! It's working again. Thanks.

[Greg40]

Don't start for me :

Ubuntu 12.04 64bit

Code: Select all

uname -a
Linux greg-desktop 3.2.0-80-generic #116-Ubuntu SMP Mon Mar 23 17:11:03 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Code: Select all

./factorio 
./factorio: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.19' not found (required by ./factorio)

Running this

Code: Select all

strings /usr/lib/i386-linux-gnu/libstdc++.so.6 | grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_DEBUG_MESSAGE_LENGTH

It' like I don't have 3.4.19 version of glibc

Still looking for update that f...... GLIBC

[radeor]

Also not working for me unfortunately:

./factorio
./factorio: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.19' not found (required by ./factorio)

[Greg40]

Finaly I manage to start Factorio with this steps :

Code: Select all

sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get upgrade

Not sure this is a best practice but it works

[cube]

We'll be linking libstdc++ statically for 0.11.20....

[bobingabout]

Static, yes, good idea

When I was coding SFML, A graphics library for C++, given the choice between Static and Dynamic, I chose Static purely because of the possible compatabillity issues. So it makes my application bigger, big deal, when in this case, you need a bunch of DLLs anyway to make it work.

In this case it should solve some compatabillity issues, so is a good idea.