Re: [Catalyst] Its time for Advent again

2012-12-03 Thread John Napiorkowski
Octavian (and others)

Here's a quick update.

We created a github repo over here 
(https://github.com/perl-catalyst/2012-Advent-Staging) so feel free to fork and 
send PR and I'll find a way to get it onto the subversion repo.  I updated my 
previous blog about this 
(see http://jjnapiorkowski.typepad.com/modern-perl/2012/12/update-on-the-status-of-catalyst-advent-2012-.html)

I've gotten a few commits for this. and will try to crank out one myself 
tonight.

If anyone else sent me articles, my apology, I had some things going on last 
week but am going to get the email cleared up sometime today and I will copy 
stuff over the the github repo, so you can take a look over there and make sure 
I got it right!

John




 From: Octavian Rasnita orasn...@gmail.com
To: John Napiorkowski jjn1...@yahoo.com; The elegant MVC web framework 
catalyst@lists.scsys.co.uk 
Sent: Saturday, December 1, 2012 2:44 AM
Subject: Re: [Catalyst] Its time for Advent again
 
Hi John,

I have sent you a message with articles attached but I haven't received any 
message from you, so I don't know if they reached your mailbox.

It's December 1st, but I can still see The calendar has been retired. 
message on the page:

http://www.catalystframework.org/calendar

It's the advent calendar really abandoned?

--Octavian

- Original Message - From: John Napiorkowski jjn1...@yahoo.com
To: The elegant MVC web framework catalyst@lists.scsys.co.uk
Sent: Friday, November 16, 2012 6:39 PM
Subject: [Catalyst] Its time for Advent again


Hey everyone,

Here's a copy of a blog post I did announcing calls for advent articles:

=

So last year wasn't the most spectacular Perl Catalyst Advent we've ever had. 
Lets see if we can do better this go around! In order to assist, here's a few 
thoughts on simple articles you can do:
* Take any old article and modernize it...
* ...or show an alternative approach.
* Elaborate or improve on an idea you've previously written about in a blog, 
or that you read about in some else's blog.
* Cools things you can do now that Catalyst is Plack at the core.
* Alternatives to using the stash to pass data around.
* Examples of applications not using Template Toolkit or DBIx::Class
* Examples of using Catalyst with other frameworks such as Web-Simple and 
Web-Machine
* Examples of testing, especially anything using Behavior Driven techniques 
(think rspec or cucumber).
Alternatively we don't need tech oriented articles. I'd be really happy to see 
some people write something from a business or planning perspective. For 
example, if you are a CTO or person in planning, something about how you used 
Catalyst effectively to rapidly meet business goals would be very helpful. Or 
if someone wanted to look at the results of the recent poll and perform some 
interesting analysis, I think the community would love to see that.
Lets get it rolling!

=

What I didn't announce via the blog is that if we don't get enough commitment, 
it would be better to not do a catalyst only advent article, and just combine 
our submissions over the one of the general Perl Advent calendars.

Having a poor showing in our advent calendar doesn't send the right message 
and it would be better to have a one or two in a popular and full calendar 
than a bunch of empty dates on ours.

Lets here your thoughts on the matter!

John

___
List: Catalyst@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@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/


[Catalyst] Catakyst::Runtime 5.90018 install issues

2012-12-03 Thread Seven Reeds
Hi,

I am running RedHat Enterprise 5.8, perl v5.8.8

I tried installing the runtime and devel modules from CPAN but they
failed the tests.  I am only focusing on the runtime tests at this
time though.

First, the initial make seems to do a module dependency check but
the tests have a version dependency on Getopts::Long.  Updating that
module fixed the issue but the higher level dependency check should
have found this.

Second, the test t/aggregate/live_component_controller_attributes.t
fails with the message:

Bad name after view' at
t/aggregate/live_component_controller_attributes.t line 23.
# Looks like your test exited with 255 before it could output anything.

I'm not sure what to do about this one.

Cheers

___
List: Catalyst@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/


Re: [Catalyst] Catakyst::Runtime 5.90018 install issues

2012-12-03 Thread Nigel Metheringham


Seven Reeds wrote:
 I am running RedHat Enterprise 5.8, perl v5.8.8

Presumably system perl.

 I tried installing the runtime and devel modules from CPAN but they
 failed the tests.  I am only focusing on the runtime tests at this
 time though.

I haven't tried getting this to work on RHEL 5 perl for a couple of
years.  Back then it could be done, but needed work - a couple of sets
of tests needed to be ignored (I didn't spend a lot of time working out
why).

Now I don't bother.  Perlbrew, perl 5.16.x and current CPAN is one hell
of a lot easier, and more stable when RHEL issue a perl bugfix.  Same
apples to RHEL 6 - perl 5.10 is not exactly modern either.

Nigel.

-- 
[ Nigel Metheringham -- ni...@dotdot.it ]
[ Ellipsis Intangible Technologies  ]


___
List: Catalyst@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/


Re: [Catalyst] Catakyst::Runtime 5.90018 install issues

2012-12-03 Thread Seven Reeds
Oye, I need a new job. I honestly didn't realize how far out of date Perl
on rhel is. Upgrading to rhel 6 might be an option. Moving to a peel
outside the normal yum packages will be a very hard sell.

Sigh. I will ignore the failing test and see where that gets me.

Thanks
On Dec 3, 2012 4:59 PM, Nigel Metheringham ni...@dotdot.it wrote:



 Seven Reeds wrote:
  I am running RedHat Enterprise 5.8, perl v5.8.8

 Presumably system perl.

  I tried installing the runtime and devel modules from CPAN but they
  failed the tests.  I am only focusing on the runtime tests at this
  time though.

 I haven't tried getting this to work on RHEL 5 perl for a couple of
 years.  Back then it could be done, but needed work - a couple of sets
 of tests needed to be ignored (I didn't spend a lot of time working out
 why).

 Now I don't bother.  Perlbrew, perl 5.16.x and current CPAN is one hell
 of a lot easier, and more stable when RHEL issue a perl bugfix.  Same
 apples to RHEL 6 - perl 5.10 is not exactly modern either.

 Nigel.

 --
 [ Nigel Metheringham -- ni...@dotdot.it ]
 [ Ellipsis Intangible Technologies  ]


 ___
 List: Catalyst@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@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/