On 6/25/08 10:24 AM, "chromatic" <[EMAIL PROTECTED]> wrote:
> On Wednesday 25 June 2008 03:15:59 Thomas Klausner wrote:
>
>> One comment regarding 'each devel sets his/her own kwalitee metrics':
>> This could be quite easy for the various views etc. But I'm not sure how
>> to calculate a game sco
On Wednesday 25 June 2008 03:15:59 Thomas Klausner wrote:
> One comment regarding 'each devel sets his/her own kwalitee metrics':
> This could be quite easy for the various views etc. But I'm not sure how
> to calculate a game score then. Do we end up with lots of different
> games? But then, it's
Looking for feedback on whether the following idea has unforeseen consequences.
Currently we have over 16,000 tests scattered over 347 directories, 314 .t
files (more directories than .t files?), 419 xml documents, 256 yaml documents
and 48 supporting .pm files. So if you want to write more tes
On Tue, Jun 24, 2008 at 07:08:00PM +1000, Paul Fenwick wrote:
> As the user of a module, it's possible for me to pass in tainted data. The
> module doesn't know from where it's been sourced. However, unless the
> *intent* of the module is to untaint this data, anything derived from that
> dat
G'day Thomas,
Thomas Klausner wrote:
I've been very quite lately regarding CPANTS, mostly because I currently
have more interesting things to do (at the moment I'm in the lucky
situation that my day job is more fun than my non-paid open source
activities). This does not mean that I want to gi
On Tue, Jun 24, 2008 at 10:10:07AM +0200, Salve J Nilsen wrote:
> Hello, folks
>
> I propose to split the current "main" and "optional" kwalitee scales into
> topical ones, so we can allow for richer set of metrics while allowing
> everyone that care mostly about certain types of metric access t
Hi!
On Tue, Jun 24, 2008 at 10:10:07AM +0200, Salve J Nilsen wrote:
> I propose to split the current "main" and "optional" kwalitee scales into
> topical ones, so we can allow for richer set of metrics while allowing
> everyone that care mostly about certain types of metric access to
> "untain
On Tue, Jun 24, 2008 at 11:42 PM, Paul Fenwick <[EMAIL PROTECTED]> wrote:
> Gosh. That's a lot less code than the XS I was writing to intercept require
> and set bits in $^H appropriately.
source filtering ;-)
>> This is so awful that I'm certainly not planning to release it as a
>> module (I
Hello, folks
I propose to split the current "main" and "optional" kwalitee scales into
topical ones, so we can allow for richer set of metrics while allowing everyone
that care mostly about certain types of metric access to "untainted" versions.
Let's remove the "optional" type, and instead c
--- Paul Fenwick <[EMAIL PROTECTED]> wrote:
> * Objects can use eval inside their DESTROY blocks, which
> can result in $@ being cleared when the eval exits,
> even though an exception occured!
Bah. I just posted to my use.perl blog about this very problem -- it
was a night
10 matches
Mail list logo
