use Perl

Just uploaded 2.08 to CPAN - now skip lists work correctly for most input handlers, Java has been entirely removed (it hasn't worked for most of this decade), and author tests are excluded - also graphviz options now include concentrate for tidier output.

The Official Perl 5 Wiki now has a total of 893 pages, and 284 pages wanted by other pages.

That means that 1000 pages is well within reach - pick from the "most wanted" page or the "wishlist", or even better - add more content to the many short pages already there such as mod_perl, applications, etc.

Other pages that would be cool to add would be

• Perl usage - collate info about job statistics, cpan growth, surveys, perl monger census (past and current), numbers of conferences, etc
• Packaging applications using PAR
• Brief descriptions of each Perl Release, such as name of pumpking, major changes and links to annoucement, changelog, etc
• Translated pages - currently the entire content is in english - translations of popular and/or big pages would be incredibly useful

The Python wiki has about 4 or 5 thousand pages - it's been around a lot longer than this wiki, but Perl has been around longer than perl and there is a lot more that could and should be covered in the wiki

I'd really appreciate more ways to search cpan - there is so much information available that can help you find the right library that aren't currently used anywhere:
* ohloh and other metrics (sloccount, version control churn, bug churn, mailing list activity)
* koala tea
* recomended on the perl 5 wiki
* published articles, slides, advent calender on it
* cpandeps results
* SYNOPSIS
* SEE ALSO suggestions

And that's on top of the current reviews/rating system and bug count available on search.cpan.org.

If I had some spare time I'd give it a go, but I'm busy with work, sprog and current CPAN module workload. It would make a neat showcase for any framework like Maypole or Catalyst tho.

I'm hooked on Ohloh, and am a little disappointed how little perl is represented on there (in proportion to the number of users, projects, etc).

It would be a nice way to showcase both the breadth and quality for more perl projects - it's actually rather good for advocacy in a "just show me the numbers" way

Following my response to chromatic and post to the perl6-users list - I've started a guide to what you can actually use perl 6 for today :
http://www.perlfoundation.org/perl6/index.cgi?what_can_i_do_with_perl_6_today

Mostly a rough outline, but I'll be filling it in more as I get the chance and would appreciate any help - whether formatting nicely or adding urls or suggestions.

Also I'd really appreciate a 'creating a cpan/cpan6 style module' in perl 6 howto.

http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385

Standard selinux policy in Centos 5 is infuriatingly unhelpful - fortunately 5 commands and it's less awful.

Ace!

I was about to download activecollab yesterday when I discovered that you can no longer get it for free - I don't have time to go through the pain of persuading my clients to pay for stuff so I started looking for something else.. today I found just what I wanted..

http://freelanceescape.com/resources/activecollab-bc/

ActiveCollab - free fork, with added basecampyness ! I'll be trying it out for the next couple of days - hopefully it'll be fairly simple to integrate with my client's existing wiki and mantis bugtracker.

I'm dealing with a relatively recent codebase where the programmer has decided to use Object::InsideOut - and I'm really getting annoyed with it.

It doesn't offer any actual benefits over using a sane class system, such as Class::Accessor, doesn't provide any persistence (so that's all tacked on seperately via a heath-robinson contraption involving large SQL snippets all over the shop). I'd really like to replace all the Object::InsideOut code with DBIx::Class.

*sigh*

Today's fun problem is that I've added a new attribute, but the getter methods don't seem to exist, despite being specified in exactly the same way as all the others, naturally no useful information is provided about why it doesn't exist - merely that (despite all the code being in place) it doesn't.

Error during compilation of /path/to/docs/emails/el-GR/some_email.mas: Unrecognized character \xCE at /path/to/docs/emails/el-GR/some_email.mas

how odd..

further investigation leads to this gem :

<% Αν ( !$category->αφορά κάποιο event() ){ %>

which should in fact be :
<% if ( !$category->is_event_based() ){ %>

That's right - somebody translated the perl in my clients email into greek, as well as the content.

Oops