Skip Menu |

This queue is for tickets about the Schedule-Cron-Nofork CPAN distribution.

Report information
The Basics
Id: 79764
Status: open
Priority: 0/
Queue: Schedule-Cron-Nofork

People
Owner: Nobody in particular
Requestors: CHEAKO [...] cpan.org
Cc: Michael.Mestnik [...] ngc.com
AdminCc:

Bug Information
Severity: Critical
Broken in: 0.03
Fixed in: (no value)



CC: Michael.Mestnik [...] ngc.com
Subject: Missing depends on Schedule::Cron, specifically "a version" of something is usually an alternative.
The working of the description is way off, it should at least say that it uses Schedule::Cron. Plus the CPAN Dependencies page is reporting "Couldn't get dependencies", you'll need to make sure that it picks up Schedule::Cron so that CPAN will install Schedule::Cron on systems where it is not installed. Being a sub-module is not in anyway a depends and it's perfectly legal to install one without the other... That is if the test didn't spit an error. Also the error is nonsensical. Cheers. $ make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/01-api...........................Can't locate object method "new" via package "Schedule::Cron::Nofork" at t/01-api.t line 29. # Looks like you planned 21 tests but only ran 1. # Looks like your test died just after 1. t/01-api...........................dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 2-21 Failed 20/21 tests, 4.76% okay t/embedded-Schedule-Cron-Nofork....ok Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------ ------- t/01-api.t 255 65280 21 40 190.48% 2-21 Failed 1/2 test scripts, 50.00% okay. 20/22 subtests failed, 9.09% okay. make: *** [test_dynamic] Error 255
Subject: Re: [rt.cpan.org #79764] Missing depends on Schedule::Cron, specifically "a version" of something is usually an alternative.
Date: Thu, 20 Sep 2012 18:39:27 +0200
To: bug-Schedule-Cron-Nofork [...] rt.cpan.org
From: Max Maischein <corion [...] cpan.org>
Hello Mike, thank you for your bug report. Show quoted text
> The working of the description is way off, it should at least say that > it uses Schedule::Cron.
The first sentence of the "description" section says: "Schedule::Cron::Nofork is a nonforking version of Schedule::Cron, so all jobs will run from one process." - as I'm not a native English speaker, how would you formulate that sentence so it is more clear? Show quoted text
> Plus the CPAN Dependencies page is reporting > "Couldn't get dependencies", you'll need to make sure that it picks up > Schedule::Cron so that CPAN will install Schedule::Cron on systems where > it is not installed. Being a sub-module is not in anyway a depends and > it's perfectly legal to install one without the other... That is if the > test didn't spit an error. Also the error is nonsensical.
I can't reproduce your error and the Makefile.PL clearly lists Schedule::Cron as a prerequisite. You are the first person since 2003 to report this problem, so I assume that the problem is somewhere within your setup. I'll be closing this report as I can't reproduce it. -max Show quoted text
> > Cheers. > > $ make test > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > t/01-api...........................Can't locate object method "new" via > package "Schedule::Cron::Nofork" at t/01-api.t line 29. > # Looks like you planned 21 tests but only ran 1. > # Looks like your test died just after 1. > t/01-api...........................dubious > Test returned status 255 (wstat 65280, 0xff00) > DIED. FAILED tests 2-21 > Failed 20/21 tests, 4.76% okay > t/embedded-Schedule-Cron-Nofork....ok > Failed Test Stat Wstat Total Fail Failed List of Failed > ------------------------------------------------------------------------ > ------- > t/01-api.t 255 65280 21 40 190.48% 2-21 > Failed 1/2 test scripts, 50.00% okay. 20/22 subtests failed, 9.09% okay. > make: *** [test_dynamic] Error 255 >
Schedule::Cron is listed as a prerequisite; the error was not reproducible
CC: "Michael.Mestnik [...] ngc.com" <Michael.Mestnik [...] ngc.com>
Subject: RE: EXT :[rt.cpan.org #79764] Missing depends on Schedule::Cron, specifically "a version" of something is usually an alternative.
Date: Thu, 20 Sep 2012 13:56:22 -0500
To: "bug-Schedule-Cron-Nofork [...] rt.cpan.org" <bug-Schedule-Cron-Nofork [...] rt.cpan.org>, "CHEAKO [...] cpan.org" <CHEAKO [...] cpan.org>
From: "Mestnik, Michael J - Eagan, MN - Contractor" <Michael.J.Mestnik [...] usps.gov>
And the description? The Documentation is more then misleading. The Documentation here: http://search.cpan.org/~corion/Schedule-Cron-Nofork-0.03/lib/Schedule/Cron/Nofork.pm http://deps.cpantesters.org/?module=Schedule%3A%3ACron%3A%3ANofork;perl=latest Linked too from here: http://search.cpan.org/~corion/Schedule-Cron-Nofork-0.03/ I do see the PREREQ_PM in: http://cpansearch.perl.org/src/CORION/Schedule-Cron-Nofork-0.03/Makefile.PL If it's not doing every thing it should I call that a bug. Mike Mestnik, Michael J The ESM Tools Enterprise Systems Monitoring United States Postal Service O: (651) 406-2048 Michael.J.Mestnik@usps.gov ITEnterpriseSystemsMonitoring@usps.gov Show quoted text
> -----Original Message----- > From: Max Maischein via RT > [mailto:bug-Schedule-Cron-Nofork@rt.cpan.org] > Sent: Thursday, September 20, 2012 11:41 AM > To: CHEAKO@cpan.org > Cc: Michael.Mestnik@ngc.com > Subject: EXT :[rt.cpan.org #79764] Missing depends on > Schedule::Cron, specifically "a version" of something is > usually an alternative. > > <URL: https://rt.cpan.org/Ticket/Display.html?id=79764 > > > Schedule::Cron is listed as a prerequisite; the error was not > reproducible >
CC: "Michael.Mestnik [...] ngc.com" <Michael.Mestnik [...] ngc.com>
Subject: RE: EXT :Re: [rt.cpan.org #79764] Missing depends on Schedule::Cron, specifically "a version" of something is usually an alternative.
Date: Thu, 20 Sep 2012 14:02:33 -0500
To: "bug-Schedule-Cron-Nofork [...] rt.cpan.org" <bug-Schedule-Cron-Nofork [...] rt.cpan.org>, "CHEAKO [...] cpan.org" <CHEAKO [...] cpan.org>
From: "Mestnik, Michael J - Eagan, MN - Contractor" <Michael.J.Mestnik [...] usps.gov>
Mike Mestnik, Michael J The ESM Tools Enterprise Systems Monitoring United States Postal Service O: (651) 406-2048 Michael.J.Mestnik@usps.gov ITEnterpriseSystemsMonitoring@usps.gov Show quoted text
> -----Original Message----- > From: Max Maischein via RT > [mailto:bug-Schedule-Cron-Nofork@rt.cpan.org] > Sent: Thursday, September 20, 2012 11:40 AM > To: CHEAKO@cpan.org > Cc: Michael.Mestnik@ngc.com > Subject: EXT :Re: [rt.cpan.org #79764] Missing depends on > Schedule::Cron, specifically "a version" of something is > usually an alternative. > > <URL: https://rt.cpan.org/Ticket/Display.html?id=79764 > > > Hello Mike, > > thank you for your bug report. >
> > The working of the description is way off, it should at
> least say that
> > it uses Schedule::Cron.
> > The first sentence of the "description" section says: > "Schedule::Cron::Nofork is a nonforking version of Schedule::Cron, so > all jobs will run from one process." - as I'm not a native English > speaker, how would you formulate that sentence so it is more clear? >
"Schedule::Cron::Nofork is a nonforking wrapper around Schedule::Cron, so all jobs will run from one process." OR, if you want to appease the anti-Yoda's of the world. "Schedule::Cron::Nofork is a wrapper around Schedule::Cron that does not fork, so all jobs will run from one process." Show quoted text
> > Plus the CPAN Dependencies page is reporting
> > "Couldn't get dependencies", you'll need to make sure that
> it picks up
> > Schedule::Cron so that CPAN will install Schedule::Cron on
> systems where
> > it is not installed. Being a sub-module is not in anyway a
> depends and
> > it's perfectly legal to install one without the other...
> That is if the
> > test didn't spit an error. Also the error is nonsensical.
> > I can't reproduce your error and the Makefile.PL clearly lists > Schedule::Cron as a prerequisite. You are the first person > since 2003 to > report this problem, so I assume that the problem is somewhere within > your setup. > > I'll be closing this report as I can't reproduce it. > -max >
> > > > Cheers. > > > > $ make test > > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > > t/01-api...........................Can't locate object
> method "new" via
> > package "Schedule::Cron::Nofork" at t/01-api.t line 29. > > # Looks like you planned 21 tests but only ran 1. > > # Looks like your test died just after 1. > > t/01-api...........................dubious > > Test returned status 255 (wstat 65280, 0xff00) > > DIED. FAILED tests 2-21 > > Failed 20/21 tests, 4.76% okay > > t/embedded-Schedule-Cron-Nofork....ok > > Failed Test Stat Wstat Total Fail Failed List of Failed > >
> -------------------------------------------------------------- > ----------
> > ------- > > t/01-api.t 255 65280 21 40 190.48% 2-21 > > Failed 1/2 test scripts, 50.00% okay. 20/22 subtests
> failed, 9.09% okay.
> > make: *** [test_dynamic] Error 255 > >
> > >