Hi, I tried to install ActivePerl on Linux ( 64 bit ). I got the following error.
perl/bin/perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by perl/bin/perl)
Any one faced this issue?
Thanks,
Chaitanya
Sounds like you are on an older version linux with its corresponding Glibc that is not new enough to run the perl binary. Updating your OS would be ideal, but if that isn't possible, you can try other methods, note some of these can be a bit tricky.
RedHat has an article on upgrading glibc: http://developers.redhat.com/blog/2016/02/17/upgrading-the-gnu-c-library-within-red-hat-enterprise-linux/
A previous issue (was on ORACLE linux) sounds like it might be related is here:
https://community.activestate.com/node/12912
Related
I just installed centOS8 and then the nmap package.
and I cannot find the ndiff binary.
Weird, I could find it in nmap in centOS7
Anyone having the same problem? Thanks
Ester
Actually, ndiff is not a binary, but a Python 2 script. Due to the deprecation of Python 2 in Fedora and RHEL (and thus in CentOS), ndiff is no longer shipped in current versions of Fedora and RHEL/CentOS. See https://src.fedoraproject.org/rpms/nmap/blob/master/f/nmap.spec#_157 regarding the removal.
I have bought, downloaded and then installed uFlex for Unity. The install seemed to go without any errors, but when I try to run any of the example scenes I get lots of errors. The first and most serious sounding of which is:
DllNotFoundException: flexRelease_x64
uFlex.FlexSolver.Start () (at Assets/uFlex/Scripts/Solver/FlexSolver.cs:102)
Also the scenes don't seem to run/work. Have tried googling to see if it's a common error but that didn't show up anything. Tried finding the missing DLL but not sure where to put it, or whether it's platform/version specific?
Any thoughts on how to troubleshoot this
Anyone else have similar issues?
Not sure if it's relevant but I'm running Unity Version 2017.2.ob11 Personal, and my OS is Ubuntu 16.04.5 LTS. I have windows installed as well - is switching to running Unity under Windows likely to help?
It won't and shouldn't work on Linux at this point.
Read the requirement from the plugin page:
NVidia GPU with at least CUDA 3.0 compute capability
Windows 64 bit (Win 32bit experimental, Android and Linux support planned)
The support is currently for Windows. You get the exception because the dll for Linux has not been provided. It can't load Windows dll on Linux. If the native side (C++) of the plugin is open-source, you can compile it for Linux and include it in your project then it should work. Since it's not, your only option at this moment is to switch to Windows.
I am running a web server based on CentOS 5.8 and I need to upgrade my version of bind to make it PCI compliant. I'm currently running bind 9.3.6 and I need to have bind 9.9.8 or higher. I've tried yum update bind but apparently I already have the latest version according to yum. I did some Googling and I found an RPM file bind-9.10.2-1.el5.i686.rpm which looks like it would work but i don't know if it should try installing it or not. I think I would need bind-devel and bind-libs which I can get from the same site. Am I better off compiling from source? I know CentOS 5 is old but I'm trying to avoid reinstalling the whole server.
Installing binary rpm's from later versions of CentOS is unlikely to work: there are many changes since CentOS5.
Rebuilding a src.rpm locally is one way to see what issues there are.
Meanwhile, upgrading to CentOS6 (at least: CentOS7 uses systemd which takes some study) is often not a whole lot more effort than retrofitting something like bind, and will have other efficiencies. YMMV, everyone's does.
JProfiler agent seems to require glibc 2.7, but Centos has glibc 2.5. Has anyone successfully compiled the jprofiler agent for glibc 2.5 or did previous version of JProfiler create agents with 2.5?
Actul error is
Error occurred during initialization of VM
Could not find agent library /opt/jprofiler/bin/linux-x64/libjprofilerti.so in absolute path, with error: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by /opt/jprofiler/bin/linux-x64/libjprofilerti.so)
The problem is that JProfiler you are using has been built on a system with glibc-2.7 (or later).
In general, UNIX systems support backwards compatibility (code compiled on an older system continues to work on a newer one), but not forward compatibility (you can't expect code built on a newer system to work on an older one).
Your choices are: upgrade your version of glibc, or obtain a different build of JProfiler (that was built on glibc-2.5 based system or older).
That's actually a regression in 7.0.1, an easy workaround is to use 7.0:
http://download.ej-technologies.com/jprofiler/jprofiler_linux_7_0.tar.gz
We'll fix this dependency problem shortly (my company develops JProfiler). Thanks for letting us know.
I have virtualenv set up and working correctly on my mac os (leopard) running python 2.6 & django 1.2.3. I want to install Satchmo but I haven't found solid instructions for a mac install using virtualenv. Can anyone help regarding this? thanks.
If you're using buildout with virtualenv then try this: https://github.com/shywolf9982/satchmo-buildout
Of course installing newest XCode ie. 3.1 or 3.2 is a must..
Unfortunatelly compiniling stuff on Mac can give you the creeps... My collegue and I, were fighting 12h with installation of geodjango on Spatialite database, and we didn't make it after all :)
If you're not using buildout then just use macports for installing modules listed in above repo's buildout.cfg file.
Good luck!
This Satchmo Project post contains the instructions I follow on Snow Leopard. I use Homebrew and/or MacPorts in lieu of the Debian package tools.