in reply to Re^2: dynamic module recompilation
in thread dynamic module recompilation

I'd suggest you return your system perl to normal, and install your own perl elsewhere on the system. If you mix and match a vendor perl and modules built from cpan you can run into problems after the OS has upgraded various parts of perl. User your OS package manager reinstall perl, note that some OS split perl across numerous packages. http://perlbrew.pl/?perlbrew makes it easy to install and maintain your own perl, or multiple versions should you require it, not that the process of manually building perl is particularly difficult.

Replies are listed 'Best First'.
Re^4: dynamic module recompilation
by luca31 (Initiate) on Oct 04, 2018 at 22:11 UTC
    Hi Marto, I tried to understand what system packages was modified using
    sudo debsums --all --changed
    and no system library or perl related packages seems to be altered..
    I therefore decided to drop the perl lib directories on my home
    As you kindly suggested I will install a deployment perl apart from system libreries using perlbrew which seems really cool, too lazy and fumbler to compile perl by myself.
    The downside is having to reinstall all my code's dependencies, anyway not a big bother being a not-prolific programmer...
    Furthermore I'm not sure if forcing a perl reinstallation with dpkg would mess other packages (the same package manager has perl dependencies), I will test it on a kvm guest as soon as possible.
    thanks a lot for your help and time.

    Luca

      If you have any issues using perlbrew, please report back. I've rescued borked perl installations several times in the past by using apt to reinstall. You're correct, testing (and taking backups before you make any changes) is a good idea.