[Catalyst] Catalyst 5.90010 server must be in CWD to run?

[Louis Erickson]

Yay!  Thanks, t0m!

t0m's fix looks like it will work for me, but I'm not sure what it will do for Felix.  I was afraid any change would break someone.  If Felix's scripts work because they're run from the CWD or has the lib in @INC, then he'll be fine.  Not sure how they'd work otherwise.

On Mar 1, 2012, at 12:55 AM, Dimitar Petrov wrote:

> I think the latest commit actually fixes that issue (thanks to t0m). You can check out here: https://github.com/rafl/catalyst-runtime/commit/a8946dc8b4ba4c46b4db564b8f9692d48cc7a62f
> 
> Cheers
> 
> On Thu, Mar 1, 2012 at 9:09 AM, Felix Ostmann <ostmann at websuche.de> wrote:
> Plz dont change to $FindBin::RealBin/.. ! That will break our projects (we use script/http/catayst_fastcgi_server.pl).
> 
> 
> 2012/2/29 Louis Erickson <lerickson at rdwarf.net>
> 
> On Feb 22, 2012, at 10:57 PM, Dami Laurent (PJ) wrote:
> 
> >> -----Message d'origine-----
> >> De : Kieren Diment [mailto:diment at gmail.com]
> > [...]
> >> My understanding was that a recent release of catalyst had a bug that
> >> meant that the scripts couldn't infer the location of the app's lib
> >> directory.  It seems to be fixed in version 5.90010 as per this changes
> >> file:
> >>
> >> https://metacpan.org/source/MSTROUT/Catalyst-Runtime-5.90010/Changes
> >> _______________________________________________
> >
> > Well, I just installed, 5.900010, the bug is still there.
> > There is a RT ticket, still open :
> > https://rt.cpan.org/Public/Bug/Display.html?id=75098
> 
> The issue I noticed in 5.9.0010 is still true; it only adds the libraries to @INC if the current working directory contains the Makefile.PL.  It's trying to guess if this is checked out from source control, and guessing oddly.
> 
> What I don't understand is why it guesses that CWD is the place to check; wouldn't $FindBin::RealBin/.. be a better choice and less likely to be an error?  CWD is a pretty external thing and can change easily.
> 
> This little change messes up a bunch of tools I use, and means that the fastcgi version won't start in my webserver without a config change there.
> 
> If I can ever get free time to poke it, I may offer a patch which adds a check for both CWD and a path relative to the script.  Doing that neatly has been more time than I have had in the last week.  It's on my list, really.
> 
> Who would be the right person to send such a patch to?  The list in general?
> 
> 
> _______________________________________________
> List: Catalyst at lists.scsys.co.uk
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
> Dev site: http://dev.catalyst.perl.org/
> 
> 
> _______________________________________________
> List: Catalyst at lists.scsys.co.uk
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
> Dev site: http://dev.catalyst.perl.org/
> 
> 
> _______________________________________________
> List: Catalyst at lists.scsys.co.uk
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
> Dev site: http://dev.catalyst.perl.org/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.scsys.co.uk/pipermail/catalyst/attachments/20120302/ed67dcdd/attachment.htm