stow @2.2.0_0 Bad installation path for perl module

[fh@…]

The stow port depends on perl 5.16 but has perl module installed for perl 5.12.4.

$ port rdeps stow
The following ports are dependencies of stow @2.2.0_0:
  perl5
    perl5.16
      gdbm
        gettext
          expat
          libiconv
            gperf
          ncurses

$ port contents stow
...
  ${prefix}/lib/perl5/site_perl/5.12.4/Stow.pm
  ${prefix}/lib/perl5/site_perl/5.12.4/Stow/Util.pm
...

[cooljeanius (Eric Gallager)]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

What version of perl stow installs itself for depends on what variant of the perl5 port you have installed. That needs to stop. For example, we could add variants to the stow port so the user can select what version of perl they want to use.

[fracai]

Cc Me!

[fracai]

The biggest headache here is that the binary archive at ​http://packages.macports.org/stow installs for perl5.12. Passing "-s" will disable binary archives if you need stow with a different perl before this is fixed.

[fh@…]

Replying to arno@…:

The biggest headache here is that the binary archive at ​http://packages.macports.org/stow installs for perl5.12. Passing "-s" will disable binary archives if you need stow with a different perl before this is fixed.

Thanks! I am used to only install from source, and I did not noticed that I installed the binary archive this time. That would probably be better to not provide any binary archive till the problem is cleanly solved (stow takes a few seconds to install from sources)

[mojca (Mojca Miklavec)]

I committed r144204, but there were a few earlier commits that should have fixed the problem. Is this still a problem for anyone or may I close the ticket?

(We could add variants if needed. Does anyone need to access the modules from outside of the stow executable?)

[mojca (Mojca Miklavec)]

I'm closing the ticket. I would think that r118138 must have fixed the problem already. If there are still problems, please reopen the ticket or open a new one.