From stephen.edmonds at monash.edu  Thu Dec  1 15:55:07 2011
From: stephen.edmonds at monash.edu (Stephen Edmonds)
Date: Fri, 2 Dec 2011 10:55:07 +1100
Subject: [Melbourne-pm] Melbourne Perl Mongers date change for December?
In-Reply-To: <13829_1322719548_4ED7193B_13829_862542_1_4ED7192C.8030302@perltraining.com.au>
References: <1322708015.30362.140661005845365@webmail.messagingengine.com>
	<13829_1322719548_4ED7193B_13829_862542_1_4ED7192C.8030302@perltraining.com.au>
Message-ID: <CAE0UEv7_gJ7J3W4H8WqSYDYHHFvdUEz+eJ+AUH4Z6sjW4Yrn1w@mail.gmail.com>

If changing the night, I would also prefer Thursday as I wouldn't be
able to make Tuesday.

Stephen

On 1 December 2011 17:05, Jacinta Richardson <jarich at perltraining.com.au> wrote:
> On 01/12/11 13:53, Alfie John wrote:
>>
>> Hi everyone,
>>
>> If you were thinking of coming along to the December meeting which was on
>> the 14th (Wednesday), would you object to moving it to either the Tuesday or
>> the Thursday (13th or 15th)?
>
>
> Thursday would be fabulous for me if SD are up to the change of night.
>
>
> ? ?J
> _______________________________________________
> Melbourne-pm mailing list
> Melbourne-pm at pm.org
> http://mail.pm.org/mailman/listinfo/melbourne-pm



-- 
Stephen Edmonds
Technical Lead Applications
Production manager for my.monash, Blackboard and Google Apps
Flexible Learning and Teaching Program
Information Technology Services, Monash University

From toby.corkindale at strategicdata.com.au  Sun Dec  4 17:12:29 2011
From: toby.corkindale at strategicdata.com.au (Toby Corkindale)
Date: Mon, 05 Dec 2011 12:12:29 +1100
Subject: [Melbourne-pm] Melbourne Perl Mongers date change for December?
In-Reply-To: <1322708015.30362.140661005845365@webmail.messagingengine.com>
References: <1322708015.30362.140661005845365@webmail.messagingengine.com>
Message-ID: <4EDC1A7D.7060004@strategicdata.com.au>

Hi Alfie,
Could you confirm which date you will be going with for this meeting at 
Opera? I'm not sure it's clear to everyone from the thread so far.

Cheers,
Toby

On 01/12/11 13:53, Alfie John wrote:
> Hi everyone,
>
> If you were thinking of coming along to the December meeting which was on the 14th (Wednesday), would you object to moving it to either the Tuesday or the Thursday (13th or 15th)?
>
> Also is there anyone else that might want to give a talk?
>
> Alfie
>


-- 
.signature

From alfiej at opera.com  Sun Dec  4 18:08:27 2011
From: alfiej at opera.com (Alfie John)
Date: Mon, 05 Dec 2011 13:08:27 +1100
Subject: [Melbourne-pm] Melbourne Perl Mongers date change for December?
In-Reply-To: <4EDC1A7D.7060004@strategicdata.com.au>
Message-ID: <1323050907.31692.140661007398153@webmail.messagingengine.com>

On Mon, Dec 5, 2011, at 12:12 PM, Toby Corkindale wrote:
> Could you confirm which date you will be going with for this meeting at 
> Opera? I'm not sure it's clear to everyone from the thread so far.

Hey Toby,

Yep. I was going to wait for a tally on dates. Unfortunately the Wednesday conflicts with people here at Opera. Since Thursday has had some interest with only one objection:

This month the Melbourne Perl Mongers meeting will be on Thursday the
15th of December and will start around 6:30pm at:

  Opera Software Australia
  Level 1, 91-97 William Street
  Melbourne CBD

Alfie

PS: Sorry Tony

> 
> Cheers,
> Toby
> 
> On 01/12/11 13:53, Alfie John wrote:
> > Hi everyone,
> >
> > If you were thinking of coming along to the December meeting which was on the 14th (Wednesday), would you object to moving it to either the Tuesday or the Thursday (13th or 15th)?
> >
> > Also is there anyone else that might want to give a talk?
> >
> > Alfie
> >
> 
> 
> -- 
> .signature
> _______________________________________________
> Melbourne-pm mailing list
> Melbourne-pm at pm.org
> http://mail.pm.org/mailman/listinfo/melbourne-pm
> 


-- 
  Alfie John
  alfiej at opera.com

From toby.corkindale at strategicdata.com.au  Wed Dec  7 18:10:05 2011
From: toby.corkindale at strategicdata.com.au (Toby Corkindale)
Date: Thu, 08 Dec 2011 13:10:05 +1100
Subject: [Melbourne-pm] TONIGHT - Melbourne Perl Mongers
In-Reply-To: <1323050907.31692.140661007398153@webmail.messagingengine.com>
References: <1323050907.31692.140661007398153@webmail.messagingengine.com>
Message-ID: <4EE01C7D.6040505@strategicdata.com.au>

As per Alfie's email, remember that the December meeting of the 
Melbourne Perl Mongers will be held tonight at a new location.
See below..

-------- Original Message --------

This month the Melbourne Perl Mongers meeting will be on Thursday the
15th of December and will start around 6:30pm at:

   Opera Software Australia
   Level 1, 91-97 William Street
   Melbourne CBD

Alfie


From alfiej at opera.com  Wed Dec  7 18:16:31 2011
From: alfiej at opera.com (Alfie John)
Date: Thu, 08 Dec 2011 13:16:31 +1100
Subject: [Melbourne-pm] NOT TONIGHT - Melbourne Perl Mongers
In-Reply-To: <4EE01C7D.6040505@strategicdata.com.au>
Message-ID: <1323310591.19936.140661008890849@webmail.messagingengine.com>

Hi Toby,

I think there's been a misunderstanding. The move of the meeting was for the day after the 2nd Wednesday. See below (15th of December) :)

Alfie

On Thu, Dec 8, 2011, at 01:10 PM, Toby Corkindale wrote:
> As per Alfie's email, remember that the December meeting of the 
> Melbourne Perl Mongers will be held tonight at a new location.
> See below..
> 
> -------- Original Message --------
> 
> This month the Melbourne Perl Mongers meeting will be on Thursday the
> 15th of December and will start around 6:30pm at:
> 
>    Opera Software Australia
>    Level 1, 91-97 William Street
>    Melbourne CBD
> 
> Alfie
> 
> _______________________________________________
> Melbourne-pm mailing list
> Melbourne-pm at pm.org
> http://mail.pm.org/mailman/listinfo/melbourne-pm
> 


-- 
  Alfie John
  alfiej at opera.com

From toby.corkindale at strategicdata.com.au  Wed Dec  7 18:18:08 2011
From: toby.corkindale at strategicdata.com.au (Toby Corkindale)
Date: Thu, 08 Dec 2011 13:18:08 +1100
Subject: [Melbourne-pm] NOT TONIGHT - Melbourne Perl Mongers
In-Reply-To: <1323310591.19936.140661008890849@webmail.messagingengine.com>
References: <1323310591.19936.140661008890849@webmail.messagingengine.com>
Message-ID: <4EE01E60.4000708@strategicdata.com.au>

On 08/12/11 13:16, Alfie John wrote:
> Hi Toby,
>
> I think there's been a misunderstanding. The move of the meeting was for the day after the 2nd Wednesday. See below (15th of December) :)

Oh dear.. Yes! Sorry, see you next week :)

Toby

> On Thu, Dec 8, 2011, at 01:10 PM, Toby Corkindale wrote:
>> As per Alfie's email, remember that the December meeting of the
>> Melbourne Perl Mongers will be held tonight at a new location.
>> See below..
>>
>> -------- Original Message --------
>>
>> This month the Melbourne Perl Mongers meeting will be on Thursday the
>> 15th of December and will start around 6:30pm at:
>>
>>     Opera Software Australia
>>     Level 1, 91-97 William Street
>>     Melbourne CBD
>>
>> Alfie
>>
>> _______________________________________________
>> Melbourne-pm mailing list
>> Melbourne-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/melbourne-pm
>>
>
>


-- 
.signature

From scottp at dd.com.au  Sun Dec 11 23:47:30 2011
From: scottp at dd.com.au (Scott Penrose)
Date: Mon, 12 Dec 2011 18:47:30 +1100
Subject: [Melbourne-pm] Mail parse reply
Message-ID: <2B93BC83-DF1E-4E03-885C-8FB91726ABC1@dd.com.au>

Good afternoon

I am processing replies automatically from a mail out. I have written them before on a number of occasions, and this time I am just looking for the basic, e.g. Account does not exist; Quota issues

Basically I just want to record the last status.

Anyway, although I could play with lots of results and use some regex, I was wondering if anyone know of a module to do it already?

Ta

Scooter


From toby.corkindale at strategicdata.com.au  Mon Dec 12 16:41:12 2011
From: toby.corkindale at strategicdata.com.au (Toby Corkindale)
Date: Tue, 13 Dec 2011 11:41:12 +1100
Subject: [Melbourne-pm] OT[sort of] plain hashing text passwords
In-Reply-To: <20091009163825.GA17041@nipl.net>
References: <EB00EBD7B957423982AB1AE446B3C8A7@homepc>
	<a20233a0910072010l2128a3d9va76ec781eefc20ff@mail.gmail.com>
	<bfb42c0f0910072135p1fb0e973offdd18ec1f428d0f@mail.gmail.com>
	<20091009163825.GA17041@nipl.net>
Message-ID: <4EE69F28.80000@strategicdata.com.au>

On 10/10/09 03:38, Sam Watkins wrote:
> On Thu, Oct 08, 2009 at 03:35:27PM +1100, David Warring wrote:
>>     This type of attack can be thwarted by salting the password, ie prepending
>>     some random characters to both the input string and output digest:
>
> Another method is used by the tool "hashalot", you salt your password or
> whatever, and hash it then hash the hash repeatedly perhaps 1000000 times, you
> can fold your password back in or use whatever method you like.  This takes a
> significant amount of time, on the order of seconds.  A brute force attack will
> then take 1000000 times longer than it otherwise might.
>
> You might not have the CPU power to use that method in a web app though.

I was reading an article in one of the tech magazines we get at work, 
about password security. They discussed repeatedly-hashing something, as 
you suggest above, and said that re-hashing actually makes it 
progressively *easier* for the attacker to find the password, not 
harder. So don't do that.

PS.
I looked at the hashalot program though, and as far as I can tell from 
the man page, it doesn't actually have any option to re-hash repeatedly:
https://gitorious.org/hashalot/hashalot/blobs/master/hashalot.c


-Toby

From toby.corkindale at strategicdata.com.au  Tue Dec 13 17:03:42 2011
From: toby.corkindale at strategicdata.com.au (Toby Corkindale)
Date: Wed, 14 Dec 2011 12:03:42 +1100
Subject: [Melbourne-pm] libwww and perl threads
Message-ID: <4EE7F5EE.2060106@strategicdata.com.au>

Hi,
Has anyone here tried using libwww (ie. LWP::UserAgent and co) and 
WWW::Mechanize via Perl threading?

I have encountered a situation where I see unusual 404 errors - in 
between 0.03% to 0.10% of requests. Errors are randomly spaced on random 
pages, but over time the average amounts are quite consistent.
Error rates initially increase with the number of simultaneous threads, 
but seem to top off at .1%. (ie. One in a thousand requests)

The 404 errors are reported on the distant webserver as well, for URLs 
that are definitely not 404. (as the identical URL is being requested 
successfully tens of thousands of times in the same period).

Scale: This is typically running 40 threads, all going flat-out on an 
8-core system; issues show up whenever you get over ~6 threads though.


The only reason I don't think this is a problem with the network or 
webserver is that the problems don't show up if I use fork() instead of 
threads. (On otherwise identical code; and the same overall throughput 
rates are reached)


This was running on Perl 5.14.1 and current versions of the above 
modules. (I don't think there are any bugfixes listed in 5.14.2 that 
would affect this issue? [1])


Any thoughts?

Cheers,
Toby

[1 http://search.cpan.org/~flora/perl-5.14.2/pod/perldelta.pod ]

From simon at unisolve.com.au  Tue Dec 13 17:16:07 2011
From: simon at unisolve.com.au (Simon Taylor)
Date: Wed, 14 Dec 2011 12:16:07 +1100
Subject: [Melbourne-pm] libwww and perl threads
In-Reply-To: <4EE7F5EE.2060106@strategicdata.com.au>
References: <4EE7F5EE.2060106@strategicdata.com.au>
Message-ID: <4EE7F8D7.5010004@unisolve.com.au>

Hi Toby,

> Hi,
> Has anyone here tried using libwww (ie. LWP::UserAgent and co) and 
> WWW::Mechanize via Perl threading?

I haven't use these in a threaded environment, but have you seen these:

     
http://stackoverflow.com/questions/1843932/is-lwpuseragent-not-thread-safe

     http://www.perlmonks.org/index.pl?node_id=690985

Cheers,

Simon

From toby.corkindale at strategicdata.com.au  Tue Dec 13 17:24:10 2011
From: toby.corkindale at strategicdata.com.au (Toby Corkindale)
Date: Wed, 14 Dec 2011 12:24:10 +1100
Subject: [Melbourne-pm] libwww and perl threads
In-Reply-To: <4EE7F8D7.5010004@unisolve.com.au>
References: <4EE7F5EE.2060106@strategicdata.com.au>
	<4EE7F8D7.5010004@unisolve.com.au>
Message-ID: <4EE7FABA.80503@strategicdata.com.au>

On 14/12/11 12:16, Simon Taylor wrote:
> Hi Toby,
>
>> Hi,
>> Has anyone here tried using libwww (ie. LWP::UserAgent and co) and
>> WWW::Mechanize via Perl threading?
>
> I haven't use these in a threaded environment, but have you seen these:
>
> http://stackoverflow.com/questions/1843932/is-lwpuseragent-not-thread-safe
>
> http://www.perlmonks.org/index.pl?node_id=690985

Thanks Simon.

I know that Perl's threading implementation was completely overhauled a 
while back, and I thought that in recent years it had bedded down quite 
a lot.

The solution to post #1 seemed to be: Use Perl 5.10 or newer.
Post #2 was "don't use Thread::Pool, it's broken".

Interesting that some people there are mentioning that libwww is 
pure-perl and thus innately thread-safe though. Supposedly..

thanks,
Toby

From toby.corkindale at strategicdata.com.au  Tue Dec 13 17:53:10 2011
From: toby.corkindale at strategicdata.com.au (Toby Corkindale)
Date: Wed, 14 Dec 2011 12:53:10 +1100
Subject: [Melbourne-pm] libwww and perl threads
In-Reply-To: <4EE7FABA.80503@strategicdata.com.au>
References: <4EE7F5EE.2060106@strategicdata.com.au>
	<4EE7F8D7.5010004@unisolve.com.au>
	<4EE7FABA.80503@strategicdata.com.au>
Message-ID: <4EE80186.1060904@strategicdata.com.au>

On 14/12/11 12:24, Toby Corkindale wrote:
> On 14/12/11 12:16, Simon Taylor wrote:
>> Hi Toby,
>>
>>> Hi,
>>> Has anyone here tried using libwww (ie. LWP::UserAgent and co) and
>>> WWW::Mechanize via Perl threading?
>>
>> I haven't use these in a threaded environment, but have you seen these:
>>
>> http://stackoverflow.com/questions/1843932/is-lwpuseragent-not-thread-safe
>>
>>
>> http://www.perlmonks.org/index.pl?node_id=690985
>
> Thanks Simon.
>
> I know that Perl's threading implementation was completely overhauled a
> while back, and I thought that in recent years it had bedded down quite
> a lot.
>
> The solution to post #1 seemed to be: Use Perl 5.10 or newer.
> Post #2 was "don't use Thread::Pool, it's broken".
>
> Interesting that some people there are mentioning that libwww is
> pure-perl and thus innately thread-safe though. Supposedly..

Hunting through modules, I see that mechanize is using HTML::TokeParser, 
which then uses some HTML:: modules that are XS code. Hmm.

Toby

From sam at nipl.net  Tue Dec 13 20:38:46 2011
From: sam at nipl.net (Sam Watkins)
Date: Wed, 14 Dec 2011 15:38:46 +1100
Subject: [Melbourne-pm] OT[sort of] plain hashing text passwords
In-Reply-To: <4EE69F28.80000@strategicdata.com.au>
References: <EB00EBD7B957423982AB1AE446B3C8A7@homepc>
	<a20233a0910072010l2128a3d9va76ec781eefc20ff@mail.gmail.com>
	<bfb42c0f0910072135p1fb0e973offdd18ec1f428d0f@mail.gmail.com>
	<20091009163825.GA17041@nipl.net>
	<4EE69F28.80000@strategicdata.com.au>
Message-ID: <20111214043846.GC26426@opal.ai.ki>

On Tue, Dec 13, 2011 at 11:41:12AM +1100, Toby Corkindale wrote:
> re-hashing actually makes it progressively *easier* for the attacker
> to find the password, not harder. So don't do that.

Yes that makes sense.

I'm sure there are repeated computations with no real 'short cut', where
you have to do work proportional to the number of repetitions to get the
result  (or break the code)

But I suppose normal hash algorithms are not designed for that.

> PS.
> I looked at the hashalot program though, and as far as I can tell
> from the man page, it doesn't actually have any option to re-hash
> repeatedly:
> https://gitorious.org/hashalot/hashalot/blobs/master/hashalot.c

seems you're right about that too,
I don't know where I got that idea from.

I'm pretty sure I have used some tool which made it harder to test
pass-phrases, by doing repeated calculations that take a long time.

Sam

From rjenkins at rjj.id.au  Tue Dec 13 21:12:52 2011
From: rjenkins at rjj.id.au (Russell Jenkins)
Date: Wed, 14 Dec 2011 16:12:52 +1100
Subject: [Melbourne-pm] OT[sort of] plain hashing text passwords
In-Reply-To: <20111214043846.GC26426@opal.ai.ki>
References: <EB00EBD7B957423982AB1AE446B3C8A7@homepc>
	<a20233a0910072010l2128a3d9va76ec781eefc20ff@mail.gmail.com>
	<bfb42c0f0910072135p1fb0e973offdd18ec1f428d0f@mail.gmail.com>
	<20091009163825.GA17041@nipl.net>
	<4EE69F28.80000@strategicdata.com.au>
	<20111214043846.GC26426@opal.ai.ki>
Message-ID: <4EE83054.7020103@rjj.id.au>

On 14/12/11 3:38 PM, Sam Watkins wrote:
> I'm pretty sure I have used some tool which made it harder to test
> pass-phrases, by doing repeated calculations that take a long time.
That sounds like the bcrypt algorithm.

Russell.


From jarich at perltraining.com.au  Tue Dec 13 21:56:39 2011
From: jarich at perltraining.com.au (Jacinta Richardson)
Date: Wed, 14 Dec 2011 16:56:39 +1100
Subject: [Melbourne-pm] Next Melbourne Perl Mongers meeting is TOMORROW night
Message-ID: <4EE83A97.1060401@perltraining.com.au>

This month the Melbourne Perl Mongers meeting will be on Thursday the
15th of December and will start around 6:30pm at:

     Opera Software Australia
     Level 1, 91-97 William Street
     Melbourne CBD


     J

From toby.corkindale at strategicdata.com.au  Wed Dec 14 21:51:31 2011
From: toby.corkindale at strategicdata.com.au (Toby Corkindale)
Date: Thu, 15 Dec 2011 16:51:31 +1100
Subject: [Melbourne-pm] libwww and perl threads
In-Reply-To: <4EE7F5EE.2060106@strategicdata.com.au>
References: <4EE7F5EE.2060106@strategicdata.com.au>
Message-ID: <4EE98AE3.2000607@strategicdata.com.au>

Following up on my own post..
I'm now pretty much convinced this is a Perl threads issue.

I can't definitively *prove* it, which is the annoying part -- trying to 
build a stand-alone test case just makes the bug move around or hide, 
but that is typical of threading race conditions..

I used to call them Heisenbugs when I worked in threaded C code.

I converted all the code to use fork() and RabbitMQ for IPC, and the 
code achieves faster throughput, uses less memory.. and critically, 
doesn't get any errors at all from the webserver.
And as an added bonus, now the code can be distributed over multiple 
machines and it just works.

(I intend to give a talk in RabbitMQ and STOMP at MPM soon too)

-Toby

On 14/12/11 12:03, Toby Corkindale wrote:
> Hi,
> Has anyone here tried using libwww (ie. LWP::UserAgent and co) and
> WWW::Mechanize via Perl threading?
>
> I have encountered a situation where I see unusual 404 errors - in
> between 0.03% to 0.10% of requests. Errors are randomly spaced on random
> pages, but over time the average amounts are quite consistent.
> Error rates initially increase with the number of simultaneous threads,
> but seem to top off at .1%. (ie. One in a thousand requests)
>
> The 404 errors are reported on the distant webserver as well, for URLs
> that are definitely not 404. (as the identical URL is being requested
> successfully tens of thousands of times in the same period).
>
> Scale: This is typically running 40 threads, all going flat-out on an
> 8-core system; issues show up whenever you get over ~6 threads though.
>
>
> The only reason I don't think this is a problem with the network or
> webserver is that the problems don't show up if I use fork() instead of
> threads. (On otherwise identical code; and the same overall throughput
> rates are reached)
>
>
> This was running on Perl 5.14.1 and current versions of the above
> modules. (I don't think there are any bugfixes listed in 5.14.2 that
> would affect this issue? [1])
>
>
> Any thoughts?
>
> Cheers,
> Toby
>
> [1 http://search.cpan.org/~flora/perl-5.14.2/pod/perldelta.pod ]
> _______________________________________________
> Melbourne-pm mailing list
> Melbourne-pm at pm.org
> http://mail.pm.org/mailman/listinfo/melbourne-pm


-- 
.signature

From scottp at dd.com.au  Thu Dec 15 03:46:44 2011
From: scottp at dd.com.au (Scott Penrose)
Date: Thu, 15 Dec 2011 22:46:44 +1100
Subject: [Melbourne-pm] IMAP Client
Message-ID: <2EE9CE6A-3BF2-4F05-BF81-016BC53CF29C@dd.com.au>

Hi PM in the very pm.

I have used Mail::Box and a few other IMAP client libraries in the past. Just looking at the array of choices, and wondering if anyone had a 2011 (almost 2012) recommendation.

All I will be doing is:

* Reading mail content (just the text)
* Moving them into a mail box

Basic filtering really.

Ahhh.. too many choices :-)

Scott


From brong at fastmail.fm  Thu Dec 15 05:02:57 2011
From: brong at fastmail.fm (Bron Gondwana)
Date: Thu, 15 Dec 2011 14:02:57 +0100
Subject: [Melbourne-pm] IMAP Client
In-Reply-To: <2EE9CE6A-3BF2-4F05-BF81-016BC53CF29C@dd.com.au>
References: <2EE9CE6A-3BF2-4F05-BF81-016BC53CF29C@dd.com.au>
Message-ID: <20111215130257.GA31752@launde.brong.net>

On Thu, Dec 15, 2011 at 10:46:44PM +1100, Scott Penrose wrote:
> Hi PM in the very pm.
> 
> I have used Mail::Box and a few other IMAP client libraries in the past. Just looking at the array of choices, and wondering if anyone had a 2011 (almost 2012) recommendation.
> 
> All I will be doing is:
> 
> * Reading mail content (just the text)
> * Moving them into a mail box
> 
> Basic filtering really.
> 
> Ahhh.. too many choices :-)

Mail::IMAPTalk - you can harass the author tomorrow.

Bron.

From scottp at dd.com.au  Thu Dec 15 14:05:35 2011
From: scottp at dd.com.au (Scott Penrose)
Date: Fri, 16 Dec 2011 09:05:35 +1100
Subject: [Melbourne-pm] IMAP Client
In-Reply-To: <20111215130257.GA31752@launde.brong.net>
References: <2EE9CE6A-3BF2-4F05-BF81-016BC53CF29C@dd.com.au>
	<20111215130257.GA31752@launde.brong.net>
Message-ID: <31647031-8DBF-4886-9525-1ED8947C1CDF@dd.com.au>


On 16/12/2011, at 12:02 AM, Bron Gondwana wrote:

> Mail::IMAPTalk - you can harass the author tomorrow.
> 
> Bron.

Thanks Bron, looks perfect.

Scott

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/melbourne-pm/attachments/20111216/86d6f24d/attachment.html>

From toby.corkindale at strategicdata.com.au  Thu Dec 15 16:22:24 2011
From: toby.corkindale at strategicdata.com.au (Toby Corkindale)
Date: Fri, 16 Dec 2011 11:22:24 +1100
Subject: [Melbourne-pm] Follow-up references from last night
Message-ID: <4EEA8F40.9020905@strategicdata.com.au>

Hi,
A couple of people asked me to post the names of some modules discussed 
last night at the meeting.

1)
The message broker I'm using is RabbitMQ.
The Perl module I recommend is Net::STOMP::Client.

2)
The module distribution system that maintains exact versions of modules 
and is attached to the your revision control system is Carton:
https://github.com/miyagawa/carton
http://search.cpan.org/~miyagawa/carton-v0.9.3/

Development has been fast on this one though - it's up to version 0.9.3 
now and looking "Beta" now rather than alpha..

Toby

From greg.george at orica.com  Thu Dec 15 17:50:35 2011
From: greg.george at orica.com (greg.george at orica.com)
Date: Fri, 16 Dec 2011 12:50:35 +1100
Subject: [Melbourne-pm] Follow-up references from last night
In-Reply-To: <4EEA8F40.9020905@strategicdata.com.au>
References: <4EEA8F40.9020905@strategicdata.com.au>
Message-ID: <OF2455A085.040EDF56-ONCA257968.000979C1-CA257968.000A1FD7@orica.com>

Hi All,

For those part of the Math discussion last night the package was 
Math::Pari which is a Perl interface to famous library PARI for 
numerical/scientific/number-theoretic calculations. It allows use of most 
PARI functions as Perl functions, and (almost) seamless merging of PARI 
and Perl data.

Also does anyone have any experience with OpenSTA for web load testing or 
know of a better app to use?

Greg George
***********************************************************************************************************************************************************************************************
Please consider the environment before printing this e-mail.

This message is intended solely for the individual(s) and entity(s) addressed. It is confidential and may contain legally privileged information. The use, copying or distribution of this 
message or any information it contains, by anyone other than the addressee, is prohibited. If you have received this message in error, please notify postmaster at orica.com. The mailbox address 
from which this message has been sent is for business mail only. Mail sent to it may be subject to security scanning and delivery on non-business messages sent to this address may not occur. 
Thank you.
***********************************************************************************************************************************************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/melbourne-pm/attachments/20111216/15957d1b/attachment.html>

From tconnors at astro.swin.edu.au  Thu Dec 15 19:22:10 2011
From: tconnors at astro.swin.edu.au (Tim Connors)
Date: Fri, 16 Dec 2011 14:22:10 +1100 (EST)
Subject: [Melbourne-pm] Follow-up references from last night
In-Reply-To: <OF2455A085.040EDF56-ONCA257968.000979C1-CA257968.000A1FD7@orica.com>
References: <4EEA8F40.9020905@strategicdata.com.au>
	<OF2455A085.040EDF56-ONCA257968.000979C1-CA257968.000A1FD7@orica.com>
Message-ID: <alpine.DEB.2.00.1112161421120.27456@dirac.rather.puzzling.org>

On Fri, 16 Dec 2011, greg.george at orica.com wrote:

> Hi All,
>
> For those part of the Math discussion last night the package was
> Math::Pari which is a Perl interface to famous library PARI for
> numerical/scientific/number-theoretic calculations. It allows use of most
> PARI functions as Perl functions, and (almost) seamless merging of PARI
> and Perl data.

And I wish I had more excuse to use PDL:
http://pdl.perl.org/

-- 
Tim Connors

From list at bereft.net  Thu Dec 15 19:31:31 2011
From: list at bereft.net (Brad Bowman)
Date: Fri, 16 Dec 2011 14:31:31 +1100
Subject: [Melbourne-pm] Follow-up references from last night
In-Reply-To: <alpine.DEB.2.00.1112161421120.27456@dirac.rather.puzzling.org>
References: <4EEA8F40.9020905@strategicdata.com.au>	<OF2455A085.040EDF56-ONCA257968.000979C1-CA257968.000A1FD7@orica.com>
	<alpine.DEB.2.00.1112161421120.27456@dirac.rather.puzzling.org>
Message-ID: <4EEABB93.9010101@bereft.net>

On 16/12/11 14:22, tconnors at astro.swin.edu.au wrote:
> On Fri, 16 Dec 2011, greg.george at orica.com wrote:
[..]
> And I wish I had more excuse to use PDL:
> http://pdl.perl.org/

Your email address is @astro, you've got more excuse than most :)