[Catalyst] Catalyst::Plugin::Authentication under ActivePerl
Christopher H. Laco
claco at chrislaco.com
Thu Dec 22 18:55:39 CET 2005
Will Hawes wrote:
> Matt S Trout wrote:
>> On Tue, Dec 20, 2005 at 06:18:38PM +0000, Will Hawes wrote:
>>> ActivePerl does not seem to have a PPD available for
>>> Catalyst::Plugin::Authentication. I tried to install via cpanp, but
>>> it failed:
>>> Installing Catalyst::Plugin::Authentication
>>> t\live_app.............Weak references are not implemented in the
>>> version of perl at C:\Perl\site\lib/Catalyst.pm line 18
>>> BEGIN failed--compilation aborted at C:\Perl\site\lib/Catalyst.pm
>>> line 18.
>>> Compilation failed in require at t\live_app.t line 14.
>>> BEGIN failed--compilation aborted at t\live_app.t line 14.
>>> Test returned status 2 (wstat 512, 0x200)
>>> Given the importance of the Auth plugins to Catalyst as a whole, this
>>> is a bit of a problem for anyone on Win32. I can force install the
>>> Auth plugin of course, but on IRC it was suggested that the error is
>>> due to a bug in ActivePerl and could have much wider effects later.
>>> Can anyone suggest a fix? The choice of OS is out of my control, but
>>> changing Perl distro is feasible provided there is a decent
>>> alternative. The choice seems to amount to just PXPerl, which uses
>>> cpan/cpanp for module installation. This would be nice, but
>>> unfortunately there are several modules (e.g. Template Toolkit) that
>>> have so far resisted all my attempts to compile them on Win32.
>> Your perl dist is b0rked. I just grabbed latest AS perl and weaken works
>> fine. Try re-installing Scalar::Util ...
> Thanks for your help.
> Uninstalling via ppm and cpanp didn't work, so I had to manually delete
> C:\Perl\lib\List\Util.pm and C:\Perl\lib\Scalar\Util.pm. I downloaded
> Scalar::List::Util 1.14 and installed manually and now "cpanp i
> Catalyst::Plugin::Authentication" passes all tests and installs without
I've had this problem with AS perl as well. Since they only have lib and
site, their @INC is strange. On some versions, it looks in lib first,
which means anything you upgrade that goes into sitelib gets ignored in
favore of the original in lib. List::Utils was one, and File::Spec was
another problem child for a while.
I send support an email a long time ago about why their lib and sitelib
is reversed in @INC, and I was told is was so you didn't have collisions
when multiple versions/sitelibs were installed, which seemed like a
silly answer for 99% of the AS users in windows because their installers
won't do more than one version at a time.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 3178 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.rawmode.org/pipermail/catalyst/attachments/20051222/b6d978b7/smime-0001.bin
More information about the Catalyst