> > Thanks, I tried rh-perl, and it worked for a test. It does not replace the existing > perl installation. You have to explicitly use that version.Yes, that's how SCL works. A lot of system software uses perl (and python and gcc) so replacing the installed version without testing the effect it might have on the system is not advisable. i.e. things will break. The whole point of the RHEL/CentOS is that the versions of software are stable (strong and stable even) and that everything is exhaustively tested to make sure things work.> > Im not sure if thats possible for CGI. I do get 5.24 after running > 'scl enable rh-perl524 bash'. Is there a way to get that for CGI? >All (!) that the 'scl enable' command does is to set environment variables for things like PATH and LD_LIBRARY_PATH. If you can do that for the CGI environment, then it will pick up the correct perl version. But don't ever be tempted to make updated versions the default. P.
Pete Biggs schrieb:> >> >> Thanks, I tried rh-perl, and it worked for a test. It does not replace the existing >> perl installation. You have to explicitly use that version. > > Yes, that's how SCL works. A lot of system software uses perl (and > python and gcc) so replacing the installed version without testing the > effect it might have on the system is not advisable. i.e. things will > break. The whole point of the RHEL/CentOS is that the versions of > software are stable (strong and stable even) and that everything is > exhaustively tested to make sure things work. > >> >> Im not sure if thats possible for CGI. I do get 5.24 after running >> 'scl enable rh-perl524 bash'. Is there a way to get that for CGI? >> > > All (!) that the 'scl enable' command does is to set environment > variables for things like PATH and LD_LIBRARY_PATH. If you can do that > for the CGI environment, then it will pick up the correct perl version. > But don't ever be tempted to make updated versions the default.Apparently that doesn?t work because apache uses mod_perl, which keeps it stuck at the ancient version of perl. But there is a package 'rh-perl524-mod_perl'. It pulls in 'httpd24-httpd' and other things. Now if I can figure out how to use that, it?ll probably work ...> > P. > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos >
On May 24, 2017, at 7:05 AM, hw <hw at gc-24.de> wrote:> apache uses mod_perlmod_perl was dropped from Apache in 2.4, and Red Hat followed suit with RHEL 7.> But there is a package 'rh-perl524-mod_perl?.That must be someone?s backport. As someone who migrated a mod_perl based app off of mod_perl several years ago, I recommend that you do not use it, unless you have old mod_perl based software that you cannot migrate to newer technologies like FastCGI, Plack, etc. I hope this does not strike you as inconsistent with respect to my prior posts, since that would be to construct a false equivalence between abandoned software and maintained stable software that is getting no new features. Also, you speak of CGI. CGI is not at all the same thing as mod_perl. You use one or the other, not both together. You?d know it if you were using mod_perl.