From joseftupag at gmail.com Mon Jun 21 11:37:07 2010 From: joseftupag at gmail.com (Josef Tupag) Date: Mon, 21 Jun 2010 21:37:07 +0300 Subject: [adelaide.pm] What is PM Message-ID: Perl.com at http://www.perl.com/ is part of the O'Reilly Network, a subsidiary of O'Reilly Media. The Perl Foundation is an advocacy organization for the Perl language which maintains the web site http://www.perl.org/ as a general advocacy site for the Perl language. It uses the domain to provide general support services to the Perl community, including the hosting of mailing lists, web sites, and other services. There are also many other sub-domains for special topics like learning Perl, Perl news, jobs in Perl, such as: http://learn.perl.org/ http://use.perl.org/ http://jobs.perl.org/ http://lists.perl.org/ Perl Mongers uses the pm.org domain for services related to Perl user groups, including the hosting of mailing lists and web sites. See the Perl user group web site at http://www.pm.org/ for more information about joining, starting, or requesting services for a Perl user group. http://www.cpan.org/ is the Comprehensive Perl Archive Network, a replicated worldwide repository of Perl software, see the *What is CPAN?* question earlier in this document. Josef Tupag best humidifiers -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin at hawkins.id.au Tue Jun 22 18:49:26 2010 From: justin at hawkins.id.au (Justin Hawkins) Date: Wed, 23 Jun 2010 11:19:26 +0930 Subject: [adelaide.pm] June Meeting - Thursday Message-ID: It's that time again ;-) Tomorrow night is the June Social meeting, at the Exeter. I won't be there ( :-( ) as I'm flying out of the country the next morning. A proxy has been selected and subjugated and will be there in my absence. I hope to see (via proxy) you there! - Justin -- Justin Hawkins justin at hawkins.id.au From lloy0076 at adam.com.au Mon Jun 28 05:46:02 2010 From: lloy0076 at adam.com.au (David Lloyd) Date: Mon, 28 Jun 2010 22:16:02 +0930 Subject: [adelaide.pm] iPhone Application for Perl Mongers Message-ID: <61B01F61-436F-4624-8E8A-3F1371C40DF2@adam.com.au> HI There, I was toying with the idea of an iPhone application for Perl Mongers and was thinking the following basic things might be useful: Find a group Events News About Given the devices capabilities I was thinking: Local group could be 'guessed' by the location the device discovers it is at Group could be located by known city name, lat/long - all depends on what Google maps which backs MapKit's maps can do Events could be garnered from some standard feed News could be garnered from some standard feed Personally I like the idea of the application being a "real" application, i.e. one running natively written in Objective C. That said, this may not give groups the ability to customise their pages, and such, so I was thinking that once a group's page has been located then something similar to the following could happen: Attempt to fetch [groupid]/iphone.html Attempt to fetch [groupid]/index.html (i.e. the default user page which may or may not be small screen friendly) Display some "good" fall back information seeing we know at least the name and lat/long Absent all the above, something that is not an OS crash :) This would allow groups to make iPhone specific pages, or if they believe their real page is OK on the iPhone, to let it just fall through that and to degrade further accordingly. From what I can tell there's no centralised way to determine when meeting's and events occur. This is something that could be somewhat fixed. The list of PM groups is a plain, easy-to-understand XML document and I'm sure there is some standard, *ahem ical *ahem*, for saying when meetings are. The good thing about standards is there are so many of them. So: Do we think this is a totally bizarre idea? Would anyone be willing to look at betas assuming we go ahead? Feedback? I would propose to host the code at Google Code, using Mercurial (because I like Mercurial :P) and to license it either under Apache License 2.0 or the Perl license itself (1). DSL (1) This translates as "anything but GPL v2.0" -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruins at hal9000.net.au Wed Jun 30 21:21:07 2010 From: bruins at hal9000.net.au (Mike Bruins) Date: Thu, 01 Jul 2010 13:51:07 +0930 Subject: [adelaide.pm] Creating a baseline for Devel::Cover Message-ID: <4C2C17B3.5050603@hal9000.net.au> Hi Mongers, I'm hoping for some pointers on a question relating to Devel::Cover - http://search.cpan.org/dist/Devel-Cover/lib/Devel/Cover.pm Say I am about to embark on adding/fixing unit tests, and I wish to accurately measure the improvement in code coverage. At the start I will need a baseline that shows the all the files (e.g. scripts and modules) and the amount of coverage in each case. The trick is to have the all perl files represented in the baseline, not just those exercised by the unit tests. Illustration: Say I have 100 files, but my unit tests use 10 of these files. Say the coverage was reported at 50%. True coverage would be about 5%, not the 50% reported (*). My thoughts so far: On day one it is not practical to write unit tests for all the files, but it might be possible to write a perl script to pre-load the cover_db with knowledge that the files exist. The overall process may look like the following: 1) cover --delete --silent 2) something_to_set_cover_db_baseline.pl 3) make test HARNESS_PERL_SWITCHES=-MDevel::Cover 4) cover Is there an easy way to tell Devel::Cover about a file ? Perhaps there is an easier way to achieve the whole process? Thoughts very welcome. Cheers, - mike * If all files were equal weight, not likely in real world. From toby.corkindale at strategicdata.com.au Wed Jun 30 21:30:43 2010 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Thu, 01 Jul 2010 14:30:43 +1000 Subject: [adelaide.pm] Creating a baseline for Devel::Cover In-Reply-To: <4C2C17B3.5050603@hal9000.net.au> References: <4C2C17B3.5050603@hal9000.net.au> Message-ID: <4C2C19F3.9030108@strategicdata.com.au> On 01/07/10 14:21, Mike Bruins wrote: > Hi Mongers, > > I'm hoping for some pointers on a question relating to Devel::Cover - > http://search.cpan.org/dist/Devel-Cover/lib/Devel/Cover.pm > > Say I am about to embark on adding/fixing unit tests, and I wish to > accurately measure the improvement in code coverage. > At the start I will need a baseline that shows the all the files (e.g. > scripts and modules) and the amount of coverage in each case. > The trick is to have the all perl files represented in the baseline, not > just those exercised by the unit tests. > > Illustration: > Say I have 100 files, but my unit tests use 10 of these files. Say the > coverage was reported at 50%. > True coverage would be about 5%, not the 50% reported (*). > > My thoughts so far: > On day one it is not practical to write unit tests for all the files, > but it might be possible to write a perl script to pre-load the cover_db > with knowledge that the files exist. > > The overall process may look like the following: > 1) cover --delete --silent > 2) something_to_set_cover_db_baseline.pl > 3) make test HARNESS_PERL_SWITCHES=-MDevel::Cover > 4) cover > > Is there an easy way to tell Devel::Cover about a file ? > Perhaps there is an easier way to achieve the whole process? I solve this problem by having a test which simply finds every .pm file in the lib directory and attempts to load it with require_ok($filename);