Found and solved an interesting little bug in someone else's application today.
Their unit tests ran fine, but the application itself always died instantly,
with an error from Class::C3::XS.. so they thought the bug was in DBIx::Class,
or rather their use of it, and we spent a lot of time hunting
* On Mon, May 12 2008, Mitch Jackson wrote:
> Paul,
>
> Is CatalystX::Installer going to be used to help initally create a
> project, or help deploy a project that is already written to a server
> for use? If it is for helping deploy a project to a server, there's a
> few things I think would be h
Hi Mitch,
You have some interesting ideas; thank you for your input.
CatalystX::Installer is mainly designed to help deploy an already
written project to a server for use. Here is a link to the full
description of my current plan:
http://news.perlfoundation.org/2008/05/2008q2_grant_proposal_catal
On 11 May 2008, at 15:18, Matt S Trout wrote:
On Sun, May 11, 2008 at 10:01:47AM +0100, Tomas Doran wrote:
Aha! I had a feeling the reason that someone didn't do that already
is that there was a compelling reason to not do so - I just hadn't
thought about it hard enough..
That's a compellin
On 11 May 2008, at 15:17, Aristotle Pagaltzis wrote:
* Tomas Doran <[EMAIL PROTECTED]> [2008-05-11 10:05]:
However, this does mean I now have 3 packages (a base class,
and two controllers), where before I had one file..
There’s nothing stopping you from putting them all in a single
file. :-)
Paul,
Is CatalystX::Installer going to be used to help initally create a
project, or help deploy a project that is already written to a server
for use? If it is for helping deploy a project to a server, there's a
few things I think would be helpful.
- Generate a cpan preresiquites list from the
2008/5/10 Daniel McBrearty <[EMAIL PROTECTED]>:
> I'd like Leon's opinion on this. Forwarding to him again.
I understand many bits of it but have given up trying to get it
working. I would love a patch which passes tests on both old and new
lib-www-perls.
Leon
__
Greetings all,
I am developing a program called CatalystX::Installer that will
simplify the installation and setup of Catalyst applications.
I was thinking about what the default options should be for
CatalystX::Installer and am wondering what people want. Basically, I
was thinking that they shou
On Sat, May 10, 2008 at 07:16:44PM -0700, Ashley wrote:
> On May 10, 2008, at 6:44 PM, Matt S Trout wrote:
> >On Sat, May 10, 2008 at 05:56:41PM -0700, Ashley wrote:
> >>Arguing that users who cargo-cult their configs from POD deserve
> >>coddling and MODULE AUTHORS MUST ACT TO AVERT THIS DISASTER
On Sun, May 11, 2008 at 10:01:47AM +0100, Tomas Doran wrote:
>
> On 10 May 2008, at 15:26, Aristotle Pagaltzis wrote:
>
> >* Tomas Doran <[EMAIL PROTECTED]> [2008-05-10 09:25]:
> >>If I was to hack some code (and tests) up which supported my
> >>originally suggested syntax ( Chained('sub1', 'sub2
* Tomas Doran <[EMAIL PROTECTED]> [2008-05-11 10:05]:
> However, this does mean I now have 3 packages (a base class,
> and two controllers), where before I had one file..
There’s nothing stopping you from putting them all in a single
file. :-)
> (as, lets face it - splitting my code into 3 packag
On 10 May 2008, at 15:26, Aristotle Pagaltzis wrote:
* Tomas Doran <[EMAIL PROTECTED]> [2008-05-10 09:25]:
If I was to hack some code (and tests) up which supported my
originally suggested syntax ( Chained('sub1', 'sub2') for
joining chains), what would anyone feel about it?
You could no lon
On 10 May 2008, at 15:12, Matt S Trout wrote:
On Fri, May 09, 2008 at 01:00:07PM +0100, Tomas Doran wrote:
sub format :Chained PathPart('format') Args(1) {}
Inherit that into both controllers.
__PACKAGE__->config(actions => { format => { Chained =>
'tracksequence' } });
in one controller,
Just a meta comment. I think you would get more attention from a
subject like "Looking for suggestions for CatalystX::Installer". The
current subject implies that you are making suggestions instead of
soliciting them. As a result, suggestion-makers may be ignoring your
post.
Regards,
Jonathan
Greetings all,
I am developing a program called CatalystX::Installer that will
simplify the installation and setup of Catalyst applications.
I was thinking about what the default options should be for
CatalystX::Installer and am wondering what people want. Basically, I
was thinking that they shou
On 11 May 2008, at 16:55, Jonathan Rockway wrote:
You seem upset that we're ditching YAML. Don't be. The defaults are
designed for people that don't know how to change the defaults. You
already know how to use YAML, so use it and forget what everyone else
thinks. Config::General is not near
* On Sun, May 11 2008, Andreas Marienborg wrote:
> On May 11, 2008, at 7:14 AM, Andrew wrote:
>
>> And I'm doing everything exactly as the book states except the
>> config change of putting the database path in the YAML file - it's
>> still in the AddressDB.pm file.
>>
>> I looked in the DBIC.pm fi
* On Sun, May 11 2008, Andrew wrote:
> And I'm doing everything exactly as the book states except the config change
> of putting the database path in the YAML file - it's still in the
> AddressDB.pm file.
>
> I looked in the DBIC.pm file which is generating the error message and the
> method tha
On May 11, 2008, at 7:14 AM, Andrew wrote:
And I'm doing everything exactly as the book states except the
config change of putting the database path in the YAML file - it's
still in the AddressDB.pm file.
I looked in the DBIC.pm file which is generating the error message
and the method t
19 matches
Mail list logo
