Bug #29443 for MIME-Lite: MIME-Lite-3.020 undocumented requirement

Mon Sep 17 16:28:16 2007 brw [...] etsu.edu - Ticket created

Subject:	MIME-Lite-3.020 undocumented requirement
Date:	Mon, 17 Sep 2007 16:27:53 -0400
To:	bug-MIME-Lite [...] rt.cpan.org
From:	"Bill R. Williams" <brw [...] etsu.edu>

The current version: MIME-Lite-3.020 fails: make test because on line 1097: require Email::Date; This is not specified as an requirement for MIME::Lite, and is not on the systems where I intend to use MIME::Lite. My reasons for wanting MIME::Lite (in the past I have used the old 3.01) is that it has been lightweight with no requirement for installation of modules beyond the core set. Not too happy about the added requirement and do not understand why it is there. If it is going to remain a requirement for MIME::Lite I will either patch my version of the module to retro-fit the original date code or just install the old 3.01 module where I need it. In any case, thought you'd want to know that there is an unannounced dependency in the module. -- --------------------------------------------- Bill R. Williams <brw@etsu.edu> ------------------------ ETSU Library Systems

Tue Sep 18 11:04:46 2007 rjbs [...] cpan.org - Correspondence added

I can't figure out why you think this is undocumented or unannounced. It's in META.yml and Makefile.PL, where prerequisites go. Some simpler form of Email::Date will be produced and used, so that the number of prereqs brought in via that means is reduced. Date parsing and generation is not going to be brought back into MIME::Lite. I maintain quite a few email modules, and I do not want to have to patch more than one thing when a bug is found. -- rjbs

Tue Sep 18 11:04:49 2007 The RT System itself - Status changed from 'new' to 'open'

Tue Sep 18 11:04:51 2007 rjbs [...] cpan.org - Status changed from 'open' to 'resolved'

Wed Sep 19 12:39:27 2007 demerphq [...] gmail.com - Correspondence added

Subject:	Re: [rt.cpan.org #29443] MIME-Lite-3.020 undocumented requirement
Date:	Wed, 19 Sep 2007 18:38:56 +0200
To:	bug-MIME-Lite [...] rt.cpan.org
From:	demerphq <demerphq [...] gmail.com>

On 9/17/07, brw@etsu.edu via RT <bug-MIME-Lite@rt.cpan.org> wrote: Show quoted text

> > Mon Sep 17 16:28:16 2007: Request 29443 was acted upon. > Transaction: Ticket created by brw@etsu.edu > Queue: MIME-Lite > Subject: MIME-Lite-3.020 undocumented requirement > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: brw@etsu.edu > Status: new > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=29443 > > > > The current version: MIME-Lite-3.020 > fails: make test > because on line 1097: > require Email::Date; > This is not specified as an requirement for MIME::Lite, and is not on > the systems where I intend to use MIME::Lite. > > My reasons for wanting MIME::Lite (in the past I have used the old > 3.01) is that it has been lightweight with no requirement for > installation of modules beyond the core set. Not too happy about the > added requirement and do not understand why it is there. > > If it is going to remain a requirement for MIME::Lite I will either > patch my version of the module to retro-fit the original date code or > just install the old 3.01 module where I need it. > > In any case, thought you'd want to know that there is an unannounced > dependency in the module.

I agree with you here, the philosophy of M::L is that it can run without helper modules, BUT that it will run *better* when those helper modules are provided... However I'm currently a back seat driver on this module and will leave the final call to rjbs. Cheers, Yves -- perl -Mre=debug -e "/just|another|perl|hacker/"

Wed Sep 19 12:39:33 2007 The RT System itself - Status changed from 'resolved' to 'open'

Fri Nov 30 21:39:43 2007 rjbs [...] cpan.org - Correspondence added

I believe this was re-opened by accident. FWIW, the stupidly hefty Email::Date has been replaced in svn by Email::Date::Format, which is simple. -- rjbs

Fri Nov 30 21:39:57 2007 rjbs [...] cpan.org - Status changed from 'open' to 'resolved'