<div dir="ltr">TL;DR: <span>don't use</span> a system perl if you <span>can</span> <span>possibly</span> help it.<div><br></div><div>My suggestion is: it is <span><span>never</span></span> a good idea to use a "system" perl for your application. The distribution is highly <span>likely</span> to patch it in odd or unusual ways, and at times you don't want them to. This strategy grew out of having to deploy on CentOS, but other distributions have the same challenge, they <span>just</span> aren't <span>quite</span> as terrible. I had misery with a CentOS-hacked variant of some DBD driver, for example, causing real angst, which was <span>completely</span> at odds with CPAN, and both arrived and left with OS updates.<div><br></div><div>I've tended to use perlbrew to get a specific version, and point my application/scripts to that, even in production. That has the additional advantage it <span>can</span> belong to a non-root user which makes maintenance very <span>much</span> safer. This strategy doesn't play as nicely with, e.g., mod_perl, but anything that's FastCGI-based works fine. And mod_perl is a can of worms anyway. <span>Regular</span> scripts also work fine, especially if you are careful with using, e.g., Probe::Perl to find the *current* binary and had that on if you are running other scripts so that the shebang doesn't get you. Or point the shebang to your own perl to get it disconnected from the system perl, or (better) use /usr/bin/env to find the perl in the shebang. </div><div><br></div><div>All the best</div><div>Stuart</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 6, 2020 at 3:15 PM <<a href="mailto:arocker@vex.net" target="_blank">arocker@vex.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
I can'thelp with this, being seriously out of contact for another month.<br>
Can anyone offer help/advice/suggestions?<br>
<br>
---------------------------- Original Message ----------------------------<br>
Subject: Perl and putative DLL Hell<br>
From:    "Dave Collier-Brown" <<a href="mailto:Dave.Collier-Brown@indexexchange.com" target="_blank">Dave.Collier-Brown@indexexchange.com</a>><br>
Date:    Thu, February 6, 2020 10:05 am<br>
To:      "Alan Rocker" <<a href="mailto:arocker@vex.net" target="_blank">arocker@vex.net</a>><br>
--------------------------------------------------------------------------<br>
<br>
We have an "interesting" problem with perl on Centos 7 and 8. One of my<br>
colleagues, Jourdain Casale  wrote:<br>
<br>
Okay well if 7 is easier we are doing it first and Perl / CPAN / Linux<br>
dependencies are really bad migrating to 8<br>
6 is ancient a lot of CPAN won’t build in 8<br>
Modules work great but only on the Linux they were built for<br>
A lot of refactoring and risk in 8 vs 7<br>
<br>
Jourdain Casale  9:47 AM<br>
It’s dependency hell<br>
Like the Linux Perl equivalents of DLL Hell in windows<br>
<br>
We're running Centos 6, and I'd like us to go forward to 8 (8.1, actually)<br>
but the teams who tried out updating the perl found it really hard on 8,<br>
and hard enough on 7 that they put it off again and again.<br>
<br>
If it's really as hard as they thought, I figure you've heard the<br>
community talking a lot about it.  I do see some blathering via a google<br>
search, but nothing as severe as was being reported to Jourdain.<br>
<br>
Can you help?<br>
<br>
--dave<br>
_______________________________________________<br>
toronto-pm mailing list<br>
<a href="mailto:toronto-pm@pm.org" target="_blank">toronto-pm@pm.org</a><br>
<a href="https://mail.pm.org/mailman/listinfo/toronto-pm" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/toronto-pm</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><span><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="color:rgb(0,0,0);font-weight:700;font-style:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;background-color:transparent"><font face="arial, helvetica, sans-serif" size="2">Stuart Watt</font></span></p><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="color:rgb(34,34,34);font-weight:400;font-style:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;background-color:transparent"><font face="arial, helvetica, sans-serif" size="2">Chief Technology Officer</font></span></p><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span><font face="arial, helvetica, sans-serif" size="2"><span style="color:rgb(170,0,0);vertical-align:baseline;white-space:pre-wrap;background-color:transparent">t:</span><span style="color:rgb(0,0,0);vertical-align:baseline;white-space:pre-wrap;background-color:transparent"> +1 416-522-8287 | </span><span style="color:rgb(170,0,0);vertical-align:baseline;white-space:pre-wrap;background-color:transparent">e:</span><span style="color:rgb(0,0,0);vertical-align:baseline;white-space:pre-wrap;background-color:transparent"> </span><a href="mailto:stuart.watt@turalt.com" style="text-decoration:none" target="_blank"><span style="color:rgb(17,85,204);text-decoration:underline;vertical-align:baseline;white-space:pre-wrap;background-color:transparent">stuart.watt@turalt.com</span></a><span style="color:rgb(0,0,0);vertical-align:baseline;white-space:pre-wrap;background-color:transparent"> | </span><span style="color:rgb(170,0,0);vertical-align:baseline;white-space:pre-wrap;background-color:transparent">w:</span><span style="color:rgb(0,0,0);vertical-align:baseline;white-space:pre-wrap;background-color:transparent"> </span><span style="text-decoration:underline;color:rgb(17,85,204);vertical-align:baseline;white-space:pre-wrap;background-color:transparent"><a href="https://turalt.com" style="text-decoration:none" target="_blank">turalt.com</a></span></font></span></p></span></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>