Re: CPAN::Reporter discards prereq failures?

2007-10-21 Thread Eric Wilhelm
# from David Golden # on Sunday 21 October 2007 20:18: >Your META.yml says your module needs "Foo::Bar 1.23".  Someone doesn't >have Foo::Bar installed.  Your tests fail.  Did they fail because >Foo::Bar was missing?  Or because one or more tests failed. Did we try and fail to install Foo::Bar?

Re: cpan testers - got no sys/ioctl.ph ?

2007-10-21 Thread David Golden
On 10/21/07, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > Why is it "die 'OS unsupported'" in one case and "exit 0 unless happy()" > in the other? Seems like they should both be dying. Parsing for "OS unsupported" or "No support for OS" was introduced as a heuristic into CPANPLUS a couple years ago

Re: CPAN::Reporter discards prereq failures?

2007-10-21 Thread David Golden
On 10/21/07, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > >If a > >specified prerequisite (from META.yml, Makefile.PL or Build.PL) is not > >satisfied, failing reports are discarded. (Passing reports are still > >sent, however.) > > Really? Seems like that should report "PREREQ_FAIL" or something. Y

cpan testers - got no sys/ioctl.ph ?

2007-10-21 Thread Eric Wilhelm
Hi all, Since we're discussing Devel::CheckLib, I wonder if this falls into the same category. Why is it "die 'OS unsupported'" in one case and "exit 0 unless happy()" in the other? Seems like they should both be dying. This one is more like "requires perl built-a-certain-way". I'm consider

Re: Devel::CheckLib: Please try to break our code!

2007-10-21 Thread A. Pagaltzis
* demerphq <[EMAIL PROTECTED]> [2007-10-21 16:50]: > A) The contents of META.yml is not well or widely documented. > That META-spec-blead in the Module::Build source code > repository does mention it does not make it well publicized nor > documented. About the only people who would know about it ar

Re: CPAN::Reporter discards prereq failures?

2007-10-21 Thread Eric Wilhelm
# from David Golden # on Sunday 21 October 2007 14:39: >>>e.g. prerequisite failures are now just >>>discarded (at least by CPAN::Reporter). >> >> Really?  Seems like that should report "PREREQ_FAIL" or something. >>  If it is just discarded, the author will be unaware of a >> non-installable cond

Re: Devel::CheckLib: Please try to break our code!

2007-10-21 Thread Sébastien Aperghis-Tramoni
Hello David, I should have answered your mail earlier, but I keep forgetting things.. David Cantrell wrote: NB: this has been sent to several mailing lists. Watch those replies! Dave Golden and I have been hacking on Devel::CheckLib, which should be on a CPAN mirror near you soon. It's

Re: CPAN::Reporter discards prereq failures?

2007-10-21 Thread David Golden
On 10/21/07, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > # from David Golden > # on Sunday 21 October 2007 08:30: > > >So, gradually, the more easily determined failure paths have being > >pruned out to just cut down on the noise. Ones that are easy to > >automate have been -- e.g. prerequisite failu

Re: CPAN::Reporter discards prereq failures?

2007-10-21 Thread Eric Wilhelm
# from David Golden # on Sunday 21 October 2007 08:30: >So, gradually, the more easily determined failure paths have being >pruned out to just cut down on the noise.  Ones that are easy to >automate have been -- e.g. prerequisite failures are now just >discarded (at least by CPAN::Reporter). Real

Re: cpan testers

2007-10-21 Thread Eric Wilhelm
# from David Golden # on Sunday 21 October 2007 08:30: >As I see it, the root of >"the problem" is that there are many ways for things to fail, and >authors tend to object to getting "FAIL" grades (in big capital >letters) for things outside their control. It would be nice if the reports were som

Re: Devel::CheckLib: Please try to break our code!

2007-10-21 Thread Michael G Schwern
demerphq wrote: > On 10/19/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: >> * demerphq <[EMAIL PROTECTED]> [2007-10-19 18:50]: >>> How does one use this then? Where is it documented? >> http://module-build.sourceforge.net/META-spec-blead.html#configure_requires > > So how do i use this with MakeMake

Re: Devel::CheckLib: Please try to break our code!

2007-10-21 Thread David Golden
On 10/21/07, demerphq <[EMAIL PROTECTED]> wrote: > B) Absent a documented way to set this in MakeMaker, suggesting that > it is the appropriate solution to the problem intended to be solved by > Devel::CheckLib seems out of place at best, and presumptive at worst. > > As an aside, it seems to me th

Re: Devel::CheckLib: Please try to break our code!

2007-10-21 Thread demerphq
On 10/20/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: > * demerphq <[EMAIL PROTECTED]> [2007-10-19 23:10]: > > On 10/19/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: > > > * demerphq <[EMAIL PROTECTED]> [2007-10-19 18:50]: > > > > How does one use this then? Where is it documented? > > > > > > http://

Re: Devel::CheckLib: Please try to break our code!

2007-10-21 Thread Ken Williams
On Oct 19, 2007, at 6:00 AM, David Cantrell wrote: Dave Golden and I have been hacking on Devel::CheckLib, which should be on a CPAN mirror near you soon. It's similar to Devel::CheckOS, in that it will let module authors specify dependencies which aren't just other perl modules - if they