in reply to Re^2: Can't find a module that is installed
in thread Can't find a module that is installed

I may be doing this part wrong;
$ cp /usr/local/lib/x86_64-linux-gnu/perl/5.22.1/forks .

You did. The command should be:

cp /usr/local/lib/x86_64-linux-gnu/perl/5.22.1/forks.pm .

Replies are listed 'Best First'.
Re^4: Can't find a module that is installed
by stevieb (Canon) on Feb 16, 2017 at 22:19 UTC

    ...and this is wrong:

    perl -E 'BEGIN[unshift @INC, ".";} use forks' ^

    That bracket [ should be a brace {.

    However, as anonymonk pointed out, it's much cleaner to write it as:

    perl -I. -E 'use forks'
Re^4: Can't find a module that is installed
by Weebo (Novice) on Feb 17, 2017 at 16:15 UTC
    Mea culpa, I shouldn't be making simple typos like that. Round 2:
    $ cp /usr/local/lib/x86_64-linux-gnu/perl/5.22.1/forks.pm . $ perl -I. -E 'use forks' Argument "2.53_01" isn't numeric in numeric ge (>=) at forks.pm line 1 +570.
      Argument "2.53_01" isn't numeric in numeric ge (>=) at forks.pm line 1570.

      Not sure how relevant it is to your problem but that message is described in this bug report

      This is more of an issue now that the latest stable perl version is using a version of Storable which triggers this warning. From 5.22.01 perldelta:
      
             Storable has been upgraded from version 2.53 to 2.53_01.
      poj
        It appears to be very relevant. I followed the instructions in that thread for how to fix forks.pm and not the problem has moved to

        Can't locate forks/signals.pm in @INC (you may need to install the for +ks::signals module) (@INC contains: /Data/Apps/maker/bin/../perl/lib +/Data/Apps/maker/bin/../lib /Data/Apps/maker/bin/../src/inc/perl/lib +/Data/Apps/CEGMA_v2.5/lib /etc/perl /usr/local/lib/x86_64-linux-gnu/p +erl/5.22.1 /usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/per +l5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/sha +re/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl- +base .) at forks.pm line 83.

        So, unless I'm misunderstanding something, the forks module needs to be updated to account for the X.Y_Z version numbers or I need to roll Storable back to a X.Y version?

      cp ...

      Hi,

      As a general rule copying files around is not the way to solve directories missing from @INC