Red Hat / Fedora Core

./perl/bin/perl: /lib64/ version `GLIBC_2.14' not found (required by ./perl/bin/perl)

Can't install the latest Perl on Oracle Unbreakable Linux

cd ActivePerl-
[xxx ActivePerl-]$ ./perl/bin/perl
./perl/bin/perl: /lib64/ version `GLIBC_2.14' not found (required by ./perl/bin/perl)

At the moment have installed libc 2.12 and yum update tells me that it is the latest version available.

Can't find libc 2.14 in the repos. Could somebody tell where to get it?

DBD::mysql Module Cannot Locate MySQL Socket

I've used ActivePerl's PPM to install the DBD::mysql module. For some reason, when attempting a database connection in my script using localhost (unix socket), the module cannot locate the mysql.sock file. It is looking for it in /tmp/mysql.sock. That does not seem like a logical location. I know where the mysql.sock file is. I even sym-linked the socket file to the /tmp directory. No luck. Interestingly, using the loopback (tcp/ip connection), the module finds the mysql socket with no issues.

Error /opt/pdk/bin/perlapp not recognized as a PDK tool

I'm trying to setup the PDK 9.5.1 on RHEL 7 64 Bit. When I use Acivestate Perl 5.22 as the designated Perl for the PDK I get the GLIBC 2.14 error when running the compiled perl. So I installed the Perl 5.24 for Linux 64 bit. When I try to use that level of perl, and specify /opt/ActivePerl-5.24/bin/perl on the PerlApp UI I get an error popup that says /opt/pdk/bin/perlapp is not recognized as a PDK tool. Any idea why I get this error please?

PerlApp created executable not running with nonexec permission on /tmp directory


We are using PerlApp to create freestanding executable from perl script.
When the executable built with PerlApp runs, it extracts its dynamic object files in the /tmp/pdk directory. However, it is not working on those systems which have some security permission like nonexec and non writable on /tmp directory.

Our application run on different ports and the problem is same on Window,Linu and AIX platform.

Error installing ActivePerl 5.24 on CentOS6

I was wondering if there is a way to install the new ActivePerl 5.24 on a CentOS6 server. I'm getting an error:

"perl/bin/perl: /lib64/ version `GLIBC_2.14' not found (required by perl/bin/perl)".

Does this mean that unless I am running CentOS7, I can no longer use new versions of ActivePerl as they become available? I have dozens of mission critical customer servers running CentOS6 so its not possible for me to simply switch operating systems.


expect cannot handle string longer than 4096, how to fix it?

demo as follows:

$ expect -f expect_test
omit output...
$ echo $?

$ cat

Can I move the ActivePerl top level directory after installation?

I am running ActivePerl 5.18 on all of my CentOS hosts and use the default installation directory of /opt/ActivePerl-5.18. However, I am wondering what the consequences would be if I renamed or moved the directory to say, /usr/local. Any insight at all would be greatly appreciated.

ISO: instructions on reassigning a license for TDK

We have a case where a copy of TclDevKit was licensed to a user, but that user has now retired.
What are the steps that we can take to reassign the license to a new developer?

Thank you

problem installing py2cairo package

I'm not a big python person, so forgive me if my questions are somewhat elementary. I have ActiveStates python 2.7.8 installed. I setup a virtualenv and am trying to install py2cairo 1.10.0. However, I'm getting the following error message.

(env)python:~/Graphite/py2cairo-1.10.0>./waf configure
Setting top to : /root/Graphite/py2cairo-1.10.0
Setting out to : /root/Graphite/py2cairo-1.10.0/build_directory
Checking for 'gcc' (c compiler) : ok

TclApp - accelerator and ALT key bindings don't work for a Tcl/Tk 8.4 application

I'm wrapping a GUI application that has control and ALT key bindings for some menu items.

The bindings no longer work in the wrapped application if I use the Tk 8.4 base kit "base-tk-linux-x86_64". If I use the Tk 8.5 base kit "base-tk8.5-thread-linux-x86_84" everything is OK.

For this application I can test with 8.5 but I cannot migrate to a version higher than 8.4 due to other usage constraints.

Is this a known issue, is there a workaround ?

I am using TDK version

Best regards