Quantcast
Channel: Debian User Forums
Viewing all articles
Browse latest Browse all 3474

perl email date restructing ?

$
0
0
I have a small Perl script, it tests that my email is working OK.

I've moved to from Debian release to Release for about 15 years. I keep needing to make small mods.
I recently moved from Debian 11 to 12 and again it failed. This time:

Code:

Can't locate Email/Date.pm in @INC (you may need to install the Email::Date module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.36.0 /usr/local/share/perl/5.36.0 /usr/lib/x86_64-linux-gnu/perl5/5.36 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.36 /usr/share/perl/5.36 /usr/local/lib/site_perl) at /usr/local/bin/newmailtest line 22.

Code:

Now the line in question is:use Email::Date;it's used as:  my $date  = Email::Date::format_gmdate(); # now
I can see on my old "bullseye" that : /usr/share/perl5/Email/Date.pm, exists
and within it:
format_gmdate()


But on bookworm ,we seem to have:

/usr/share/perl5/Email/Date/Format.pm

and within it:
email_gmdate()


So, my best guess is I go from using:

Code:

use Email::Date;...my $date  = Email::Date::format_gmdate(); # now
to

Code:

use Email::Date::Format...my $date =  Email::Date::Format::email_gmdate() ; # now
I did see:

Package: libemail-date-format-perl (1.008-1)

Module to generate RFC-2822-valid date strings

Email::Date::Format provides a simple means for generating an RFC 2822 compliant datetime string. It was refactored from Email::Date to avoid large dependency chains.

But I assumed this was a simple ( :-) ) repackaging to make dependency checking simpler. But this looks like an API change.
Has Perl changed the API or am I using this wrongly?

Statistics: Posted by graemev2 — 2024-05-13 11:16 — Replies 1 — Views 32



Viewing all articles
Browse latest Browse all 3474

Trending Articles