Re: [Catalyst] How best not to use the system perl

On 09/30/2011 10:52 AM, Stuart Watt wrote: Perl 5.10 isn't really supported any more, so it is highly likely that at some stage the system Perl will get upgraded behind the scenes, breaking binary compatibility with modules even if they are in local::lib. The only safe solution is to use your own

Re: [Catalyst] Quick question on forward porting versus retaining existing code

On 03/17/2011 04:27 PM, Andrew Rodland wrote: On Thursday, March 17, 2011 02:51:59 PM Joe Landman wrote: Hi folks We have a Catalyst app we've developed since about 2005 or so. We put it aside in late 2008, and haven't touched it until now. I wanted to see if it would stil

[Catalyst] Quick question on forward porting versus retaining existing code

Hi folks We have a Catalyst app we've developed since about 2005 or so. We put it aside in late 2008, and haven't touched it until now. I wanted to see if it would still work (as it turns out, we can reuse this for a new project). Before we get into this in depth, are there any point

Re: [Catalyst] Question on Perl versions with Catalyst

J. Shirley wrote: I highly recommend using Perlbrew, it makes things so much easier and you can test between different versions of Perl with no fuss. http://search.cpan.org/~gugod/App-perlbrew-0.07/bin/perlbrew . shiny ... thanks! We have a build environment for Perl (helps us to s

Re: [Catalyst] Question on Perl versions with Catalyst

Darren Duncan wrote: Joe Landman wrote: We are redoing one of our applications, and I wanted a quick sync against which Perl versions are currently "blessed". I remember that 5.10.0 did not work due to a bug in the Perl base. Are there any issues we need to be aware of for

[Catalyst] Question on Perl versions with Catalyst

5.10.x (x greater than or equal to 1)? Thanks in advance! Joe -- Joe Landman land...@scalableinformatics.com http://scalableinformatics.com ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst

[Catalyst] What is the currently blessed XMLRPC

eover, is there a list of "currently blessed" bits for specific functions somewhere? Thanks! Joe ps: I'll report the error to the developers directly, this is more a question of am I using the right module. -- Joe Landman land...@scalableinformatics.com __

[Catalyst] Speaking of Perls ... which is the preferred version for current Catalyst development?

Hi Folks: We've been using Catalyst for a while now, for a variety of products/projects we build/market/support. Until recently, our platform has been Perl 5.8.8 based. For a number of reasons, we needed to go to a 5.10 based platform for our other (not-Cat) tools. Catalyst had a fairl

Re: [Catalyst] Mason + DBI + Catalyst?

Daniel Carrera wrote: Andrew Rodland wrote: The info you need on how things get glued together is in perldoc Catalyst::View::Mason and perldoc Catalyst::Model::DBI. I didn't know about Catalyst::View::Mason, thanks. Btw, this is related to the point of my post, it is hard to RTFM if you don't

Re: [Catalyst] OT: Recommendations for big-time hosting

nsible marching orders, they don't have to drink the koolaid, just pour it for you, and make sure it keeps flowing. -- Joe Landman [EMAIL PROTECTED] http://scalableinformatics.com ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.s

Re: [Catalyst] Not sure how to go about this ... or if this idea is even a good one ...

Hate replying to myself, but neither method seems to work. Will need to look at this more ... it seems really simple, which means I am missing the obvious. Joe Landman wrote: Ok, starting to want to play with Chained actions for an app, and I am not sure they are the right fit. Possibly a

[Catalyst] Not sure how to go about this ... or if this idea is even a good one ...

that is, the particular sub to execute is a function not of the path, but of the number of arguments. Is this a job for chained? -- Joe Landman [EMAIL PROTECTED] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman

[Catalyst] Found a simple way to restrain the verbosity of C::C::FormBuilder under debug

y $form = $self->formbuilder->new(debug=>0); and ... no more megatons of C::C::FormBuilder internal discussions in your logs. Now it is calm, controlled, showing the entry into C::C::FormBuilder and the exit of C::C::FormBuilder ... Thought everyone would like to know. -- Joe

[Catalyst] I am misunderstanding something about Private actions

ctice with Catalyst? Just name them INTERNAL_METHOD_do_something or something like that? Well, you get the idea ... Joe -- Joe Landman [EMAIL PROTECTED] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/

Re: [Catalyst] What can C::P::Cache cache?

Joe Landman wrote: Sounds like a strange question, but I want to know if I can put a complex data structure like a hash in there. Do I need to serialize it first? Alternatively, if it only handles scalars, that is also useful to know. Thanks. Well ... never mind. I figured it out for my

[Catalyst] What can C::P::Cache cache?

Sounds like a strange question, but I want to know if I can put a complex data structure like a hash in there. Do I need to serialize it first? Alternatively, if it only handles scalars, that is also useful to know. Thanks. -- Joe Landman [EMAIL PROTECTED

[Catalyst] Fixed (was upload breakage)

I hate responding to myself ... feels like muttering online ... but this was simple pilot error. Worth noting for others whose day job is not writing HTML upload forms ... Joe Landman wrote: Rewrite this as Note the method="POST" and the removal of the class bi

[Catalyst] upload breakage

* uploading! [debug] * dump = $VAR1 = 'upload file(s)'; but it never seems to hit the innards of the loop. So it doesn't actually go through extracting the file name and so on. Any clues? Is it obvious what I am doing wrong here? And if there is a better wa

Re: [Catalyst] A question on persistence with sessions or similar

work the first time I played with it. It is behaving nicely now. So I read the rest of the documentation, and there, right under sessions is a little discussion on flash ... ... to my fevered brain, it seemed like "approximately" what I wanted to do. -- Joe

Re: [Catalyst] A question on persistence with sessions or similar

There is. It's called "session". Flash works like session except that stuff disappears after the first time you read it -- thus the mysterious "data dropouts". Yup. Pilot error. s/flash/session/g works the way I want. Thanks. -- Joe

Re: [Catalyst] A question on persistence with sessions or similar

between the two). Quite possibly an Emily Litella (http://en.wikipedia.org/wiki/Emily_Litella) moment on my part ... Thanks. -- Joe Landman [EMAIL PROTECTED] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/lis

[Catalyst] A question on persistence with sessions or similar

sing FastMmap? Are you using Cache? Finally as an RFE for 5.8, it would be really, really nice if there was a $c->sessionstash that worked just like stash. Stash is great, things that work like stash are great. -- Joe Landman [EMAIL PROTECTED]

[Catalyst] Selective debug output

der output during debug. -- Joe Landman [EMAIL PROTECTED] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/[EMAIL PROTECTED]/ Dev site: h

[Catalyst] In search of a clue ... how do I access _PACKAGE_->config values , or more specifically, values put into myapp.yml ?

myapp as a global configuration variable? Or is this generally discouraged as a practice, and another better one suggested? Advice/clues/pointers (especially to fine manuals) welcome. Thanks! -- joe landman [EMAIL PROTECTED] ___ List: Ca

[Catalyst] semi-OT: is it possible to circumvent tests that are related to WWW::Mechanize?

lotta hardcoded tests to wikipedia and other such things). I could "force" it, but so many things seem to depend upon it for testing ... Advice, clues, pointers are welcome. -- Joe Landman [EMAIL PROTECTED] ___ List: Catalyst@lists.s