Solved [SOLVED] linux_compat-f10 issue

Good Afternoon everyone,

I get the following issue when I am trying to run a linux binary. It's an x32 binary, not x64.
Code:
[dcbdbis@Curly-Sr ~]$ xtuple
/usr/home/dcbdbis/Downloads/xTuple/GUI-Client/xtuple.bin: /lib/libc.so.6: version `GLIBC_2.10' not found (required by /usr/home/dcbdbis/Downloads/xTuple/GUI-Client/libQtNetwork.so.4)

Details: FreeBSD 10.0x64. Linux is loaded in the kernel. I used the f10 compat libs.
Other folks are having similar issues, yet I don't see any solutions in the forums.

What I have done since this error:
So I installed Debian to a VirtualBox VM, and copied the libc-213.so into /compat/linux/lib, then symlinked it to libc.so.6.

Then I get this error:
Code:
[dcbdbis@Curly-Sr ~]$ xtuple
/usr/home/dcbdbis/Downloads/xTuple/GUI-Client/xtuple.bin: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory

This is a piece of software that is not available in a FreeBSD package, so I am forced to use the Linux Compat mode. It's specific to one of my clients.....I have got to get it running somehow.....

Would someone please assist me in resolving this issue? I would sure be appreciative!


Sincerely and respectfully,


Dave
 
Re: linux_compat-f10 issue

When looking at the second example (Debian running more or less stand-alone) then I don't think this has anything to do with the underlying operating systems but more so with the program you're using. I did a quick check; I assume you're using the ERP software xTuple (website here)?

Usually those builds are made for specific Linux versions. One of the reasons, you experienced this yourself, is that not every Linux distribution has the same libraries available. So my advice would be to use whatever environment is supported by this software. I did a quick peek on that website and it seems their images are meant for Ubuntu. So I'd start looking at that first.
 
Thank you for the reply ShelLuser. You are correct xTuple ERP.

I installed a Linux Mint VM today in Virtual box...and I'm just going to run it from there. I've burned 4 days attempting to get this working natively....and I just need to get back to work. I'm frustrated obviously. I tend to be more of a purist who want things to work natively and am willing to sink time and effort in making it so.

In this case, it was without results. I am glad to learn I was not loosing my mind. :-)

Again. I thank you for validating my futile efforts. It is nice to know it wasn't me.


Sincerely and respectfully,


Dave
 
Now, this is only a suggestion, and a slightly off-topic one at that. Running a business myself I'm fully aware of all the strings attached here.

But if you really want this to operate without any dependency on a specific underlying operating system then I'd look into web based solutions. Which is of course easily said than done (finding such a solution is one thing; then converting all the data another). I can't give any specific suggestions on this part; my experiences only lie with CRM based solutions. Even so; I have had some interesting experiences with Apache OFBiz myself. Just keep well in mind that this isn't so much as a ERP software environment but more so an ERP platform. If you'd go this route you'd definitely need a bit of Java hacking to make all of this work.

Still, in my opinion the Java part only provides even more freedom when it comes to the underlying platform.

Anyway; as said; just my 2 (slightly offtopic) cents here.
 
Back
Top