Date::Parse is neither a "core" module nor on CPAN (?)

[p5pRT]

Migrated from rt.perl.org#122228 (status was 'resolved')

Searchable as RT122228$

[p5pRT]

From @jimav

This is a bug report for perl from jim.avera@​gmail.com,
generated with the help of perlbug 1.39 running under perl 5.14.2.

---

I wanted to submit a bug on Date​::Time​::str2time, and perlbug
claimed it was not a "core" Perl module (even though it seems to
be distributed with Perl), and said to search for it at http​://rt.cpan.org

However at rt.cpan.org searching for "Date​::Time" or "Date-Time"
(without quotes) gives an error "No distribution '...' in the system".

Can someone give a clue how to find the module on CPAN
(and update perlbug to give that hint)?

Thanks,
-Jim

---

---

Flags​:
  category=library
  severity=low

---

Site configuration information for perl 5.14.2​:

Configured by Debian Project at Thu Jul 18 22​:04​:35 UTC 2013.

Summary of my perl5 (revision 5 version 14 subversion 2) configuration​:
 
  Platform​:
  osname=linux, osvers=3.2.0-37-generic, archname=x86_64-linux-gnu-thread-multi
  uname='linux roseapple 3.2.0-37-generic #58-ubuntu smp thu jan 24 15​:28​:10 utc 2013 x86_64 x86_64 x86_64 gnulinux '
  config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Dldflags= -Wl,-Bsymbolic-functions -Wl,-z,relro -Dlddlflags=-shared -Wl,-Bsymbolic-functions -Wl,-z,relro -Dcccdlflags=-fPIC -Darchname=x86_64-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.14 -Darchlib=/usr/lib/perl/5.14 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.14.2 -Dsitearch=/usr/local/lib/perl/5.14.2 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Duse64bitint -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm -Ui_libutil -DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib -Dlibperl=libperl.so.5.14.2 -des'
  hint=recommended, useposix=true, d_sigaction=define
  useithreads=define, usemultiplicity=define
  useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
  use64bitint=define, use64bitall=define, uselongdouble=undef
  usemymalloc=n, bincompat5005=undef
  Compiler​:
  cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
  optimize='-O2 -g',
  cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include'
  ccversion='', gccversion='4.8.1', gccosandvers=''
  intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
  d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
  ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
  alignbytes=8, prototype=define
  Linker and Libraries​:
  ld='cc', ldflags =' -fstack-protector -L/usr/local/lib'
  libpth=/usr/local/lib /lib/x86_64-linux-gnu /lib/../lib /usr/lib/x86_64-linux-gnu /usr/lib/../lib /lib /usr/lib
  libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt
  perllibs=-ldl -lm -lpthread -lc -lcrypt
  libc=, so=so, useshrplib=true, libperl=libperl.so.5.14.2
  gnulibc_version='2.17'
  Dynamic Linking​:
  dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
  cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib -fstack-protector'

Locally applied patches​:
 

---

@​INC for perl 5.14.2​:
  /home/jima/lib/perl
  /home/jima/perl5/lib/perl5/x86_64-linux-gnu-thread-multi
  /home/jima/perl5/lib/perl5/x86_64-linux-gnu-thread-multi
  /home/jima/perl5/lib/perl5
  /etc/perl
  /usr/local/lib/perl/5.14.2
  /usr/local/share/perl/5.14.2
  /usr/lib/perl5
  /usr/share/perl5
  /usr/lib/perl/5.14
  /usr/share/perl/5.14
  /usr/local/lib/site_perl
  .

---

Environment for perl 5.14.2​:
  HOME=/home/jima
  LANG=en_US.UTF-8
  LANGUAGE=en_US
  LD_LIBRARY_PATH=/home/jima/local/lib
  LOGDIR (unset)
  PATH=/home/jima/perl5/bin​:/home/jima/bin​:/home/jima/local/bin​:/home/jima/jima_tools/x86_64/bin​:/home/jima/jima_tools/bin​:/opt/Adobe/Reader9/bin​:/usr/bin​:/bin​:/usr/sbin​:/sbin​:/usr/bin/X11​:/usr/local/bin​:/usr/lib/lightdm/lightdm​:/usr/local/sbin​:/usr/games​:/usr/local/games​:/usr/lib/jvm/java-7-oracle/bin​:/usr/lib/jvm/java-7-oracle/db/bin​:/usr/lib/jvm/java-7-oracle/jre/bin​:.
  PERL5LIB=/home/jima/lib/perl​:/home/jima/perl5/lib/perl5/x86_64-linux-gnu-thread-multi​:/home/jima/perl5/lib/perl5
  PERL_BADLANG (unset)
  PERL_LOCAL_LIB_ROOT=/home/jima/perl5
  PERL_MB_OPT=--install_base /home/jima/perl5
  PERL_MM_OPT=INSTALL_BASE=/home/jima/perl5
  SHELL=/bin/bash

[p5pRT]

From @karenetheridge

On Fri Jul 04 17​:24​:39 2014, jim.avera@​gmail.com wrote​:

I wanted to submit a bug on Date​::Time​::str2time, and perlbug
claimed it was not a "core" Perl module (even though it seems to
be distributed with Perl), and said to search for it at
http​://rt.cpan.org

However at rt.cpan.org searching for "Date​::Time" or "Date-Time"
(without quotes) gives an error "No distribution '...' in the system".

Can someone give a clue how to find the module on CPAN
(and update perlbug to give that hint)?

Searching for the module on metacpan goes to​: https://metacpan.org/pod/Date::Time
which shows the module is part of the OO-DateTime distribution. There is also a
helpful link to its issues queue in the left sidebar.

However, I see that the last release was in 2000, so you may be out of luck
with regards to getting support for that module. Have you considered switching to
https://metacpan.org/release/DateTime, which is excellent, as well as still
undergoing active development and support?

[p5pRT]

The RT System itself - Status changed from 'new' to 'open'

[p5pRT]

From friedberg@exs.esb.com

Hi Karen,

I'm a lurker on p5p. I also am a regular reader of perl weekly, and this appeared
last week (Dave Rolsky, who might be the Date​::Time maintainer?)

http​://bit.ly/Vz84u5

Hope this helps.

Carl

Carl Friedberg
www.esb.com
The Elias Book of Baseball Records
2014 Edition

-----Original Message-----
From​: Karen Etheridge via RT [mailto​:perlbug-followup@​perl.org]
Sent​: Saturday, July 05, 2014 12​:08 PM
Cc​: perl5-porters@​perl.org
Subject​: [perl #122228] Date​::Parse is neither a "core" module nor on CPAN (?)

On Fri Jul 04 17​:24​:39 2014, jim.avera@​gmail.com wrote​:

I wanted to submit a bug on Date​::Time​::str2time, and perlbug
claimed it was not a "core" Perl module (even though it seems to
be distributed with Perl), and said to search for it at
http​://rt.cpan.org

However at rt.cpan.org searching for "Date​::Time" or "Date-Time"
(without quotes) gives an error "No distribution '...' in the system".

Can someone give a clue how to find the module on CPAN
(and update perlbug to give that hint)?

Searching for the module on metacpan goes to​: https://metacpan.org/pod/Date::Time
which shows the module is part of the OO-DateTime distribution. There is also a
helpful link to its issues queue in the left sidebar.

However, I see that the last release was in 2000, so you may be out of luck
with regards to getting support for that module. Have you considered switching to
https://metacpan.org/release/DateTime, which is excellent, as well as still
undergoing active development and support?

---

via perlbug​: queue​: perl5 status​: new
https://rt-archive.perl.org/perl5/Ticket/Display.html?id=122228

[p5pRT]

From @jkeenan

On Sat Jul 05 09​:53​:18 2014, friedberg@​exs.esb.com wrote​:

Hi Karen,

I'm a lurker on p5p. I also am a regular reader of perl weekly, and
this appeared
last week (Dave Rolsky, who might be the Date​::Time maintainer?)

s/Date​::Time/DateTime/

[p5pRT]

From @jkeenan

On Fri Jul 04 17​:24​:39 2014, jim.avera@​gmail.com wrote​:

This is a bug report for perl from jim.avera@​gmail.com,
generated with the help of perlbug 1.39 running under perl 5.14.2.

-----------------------------------------------------------------
I wanted to submit a bug on Date​::Time​::str2time, and perlbug
claimed it was not a "core" Perl module (even though it seems to
be distributed with Perl), and said to search for it at
http​://rt.cpan.org

However at rt.cpan.org searching for "Date​::Time" or "Date-Time"
(without quotes) gives an error "No distribution '...' in the system".

Can someone give a clue how to find the module on CPAN
(and update perlbug to give that hint)?

Were you perhaps thinking of​: https://metacpan.org/pod/HTTP::Date#str2time-str-zone ?

[p5pRT]

From @karenetheridge

On Sat, Jul 05, 2014 at 04​:52​:45PM +0000, Carl Friedberg wrote​:

Hi Karen,

I'm a lurker on p5p. I also am a regular reader of perl weekly, and this appeared
last week (Dave Rolsky, who might be the Date​::Time maintainer?)

http​://bit.ly/Vz84u5

Date​::Time != DateTime.
Thanks for the link - this might be useful to the OP, but not to me, as I
was present for that talk :D

[p5pRT]

From @karenetheridge

On Fri, Jul 04, 2014 at 05​:24​:40PM -0700, via RT wrote​:

However at rt.cpan.org searching for "Date​::Time" or "Date-Time"
(without quotes) gives an error "No distribution '...' in the system".

It might be sensible (although non-trivial, especially given the shortage
of people available and able to hack on RT) to have RT search for module
names also.

Can someone give a clue how to find the module on CPAN
(and update perlbug to give that hint)?

Best would be to point to a CPAN module that can do the proper module ->
indexed dist query in PAUSE.

Also, the distribution itself should include {resources}{bugtracker} in its
metadata, or at least indicate in its documentation where to submit bugs.
I'll file a ticket to this effect.

[p5pRT]

From @tonycoz

On Fri Jul 04 17​:24​:39 2014, jim.avera@​gmail.com wrote​:

I wanted to submit a bug on Date​::Time​::str2time, and perlbug
claimed it was not a "core" Perl module (even though it seems to
be distributed with Perl), and said to search for it at
http​://rt.cpan.org

However at rt.cpan.org searching for "Date​::Time" or "Date-Time"
(without quotes) gives an error "No distribution '...' in the system".

Can someone give a clue how to find the module on CPAN
(and update perlbug to give that hint)?

Your subject mentions Date​::Parse (which does have str2time()) but your body text says you want to report a bug in Date​::Time​::str2time, which doesn't exist in Date​::Time.

The only change I can see making to perlbug[1] would be to suggest searching metacpan.org or search.cpan.org instead of rt.cpan.org, both because rt.cpan.org isn't good at mapping module names to distribution names (except for the trivial s/​::/-/g case), and because not all distributions track their issues on rt.cpan.org.

Tony

[1] being the only part of the process p5p has any control over

[p5pRT]

From @jkeenan

On Sun Jul 20 18​:33​:43 2014, tonyc wrote​:

On Fri Jul 04 17​:24​:39 2014, jim.avera@​gmail.com wrote​:

I wanted to submit a bug on Date​::Time​::str2time, and perlbug
claimed it was not a "core" Perl module (even though it seems to
be distributed with Perl), and said to search for it at
http​://rt.cpan.org

However at rt.cpan.org searching for "Date​::Time" or "Date-Time"
(without quotes) gives an error "No distribution '...' in the
system".

Can someone give a clue how to find the module on CPAN
(and update perlbug to give that hint)?

Your subject mentions Date​::Parse (which does have str2time()) but
your body text says you want to report a bug in Date​::Time​::str2time,
which doesn't exist in Date​::Time.

The only change I can see making to perlbug[1] would be to suggest
searching metacpan.org or search.cpan.org instead of rt.cpan.org, both
because rt.cpan.org isn't good at mapping module names to distribution
names (except for the trivial s/​::/-/g case), and because not all
distributions track their issues on rt.cpan.org.

Tony, since the OP's problem concerned non-core distributions, there's no real bug for us here. I recommend the ticket be closed.

If you think the documentation for perlbug could be improved, could you submit a separate RT? (Or just do it?)

Thank you very much.
Jim Keenan

[p5pRT]

From @jimav

On 07/20/2014 06​:33 PM, Tony Cook via RT wrote​:

Your subject mentions Date​::Parse (which does have str2time()) but
your body text says you want to report a bug in Date​::Time​::str2time,
which doesn't exist in Date​::Time.

Yes, that was a mistake. I meant Date​::Parse

[p5pRT]

From @jimav

On 07/21/2014 06​:28 PM, James E Keenan via RT wrote​:

Tony, since the OP's problem concerned non-core distributions, there's
no real bug for us here. I recommend the ticket be closed. If you
think the documentation for perlbug could be improved, could you
submit a separate RT? (Or just do it?) Thank you very much. Jim Keenan
Isn't perlbug part of the core distribution? If not, where does one
file a bug on it?

To recap, the problem is that perlbug gives the following instructions​:

  "quit this program, try searching for File​::Mumble on
http​://rt.cpan.org, and report your issue there."

Since searching rt.cpan.org does not work, it would be helpful if
perlbug gave different instructions, i.e. something which directly
refers the user to where to file a bug on a module distributed with Perl.

[p5pRT]

From tsibley@cpan.org

On Sun Jul 06 15​:39​:48 2014, perl@​froods.org wrote​:

On Fri, Jul 04, 2014 at 05​:24​:40PM -0700, via RT wrote​:

However at rt.cpan.org searching for "Date​::Time" or "Date-Time"
(without quotes) gives an error "No distribution '...' in the system".

It might be sensible (although non-trivial, especially given the shortage
of people available and able to hack on RT) to have RT search for module
names also.

The search and "report a new ticket in" fields on rt.cpan.org already autocomplete distribution names and module names. See attached screenshot.

Perhaps the Jim Avera has JavaScript disabled?

[p5pRT]

From tsibley@cpan.org

module-autocomplete.png

[p5pRT]

From @craigberry

On Mon, Jul 21, 2014 at 10​:35 PM, Jim Avera <jim.avera@​gmail.com> wrote​:

On 07/21/2014 06​:28 PM, James E Keenan via RT wrote​:

Tony, since the OP's problem concerned non-core distributions, there's no
real bug for us here. I recommend the ticket be closed. If you think the
documentation for perlbug could be improved, could you submit a separate RT?
(Or just do it?) Thank you very much. Jim Keenan

Isn't perlbug part of the core distribution? If not, where does one file a
bug on it?

To recap, the problem is that perlbug gives the following instructions​:

"quit this program, try searching for File​::Mumble on http​://rt.cpan.org,
and report your issue there."

Since searching rt.cpan.org does not work,

It does work, but apparently only for distributions and not for
sub-modules that are part of another distribution. That could be
considered a bug or feature of rt.cpan.org. This scenario was clearly
not anticipated or accounted for by whoever wrote the instructions in
perlbug.

it would be helpful if perlbug gave different instructions,

As I think someone already suggested, all we really need is to add "or
http​://search.cpan.org" to the instructions so that more and different
search options are readily available to the uninitiated if rt.perl.org
doesn't fit the bill for whatever reason. I'll add this to perlbug
soonish if someone doesn't beat me to it.

i.e. something which directly refers the user
to where to file a bug on a module distributed with Perl.

Date​::Parse is not distributed with Perl that I can find. It might be
included with Perl by your packager (apparently Debian) but that
doesn't make it part of core.

[p5pRT]

From @craigberry

On Wed, Jul 23, 2014 at 11​:54 AM, Thomas Sibley via RT
<perlbug-followup@​perl.org> wrote​:

The search and "report a new ticket in" fields on rt.cpan.org already autocomplete distribution names and module names. See attached screenshot.

Perhaps the Jim Avera has JavaScript disabled?

For me the auto-complete feature that can locate sub-modules as in
your screen shot only works in Chrome and not in Firefox. So I
misspoke in my recent post saying it can't locate sub-modules; it can
if the browser supports whatever it's doing.

[p5pRT]

From tsibley@cpan.org

On Wed Jul 23 11​:20​:30 2014, craig.a.berry@​gmail.com wrote​:

For me the auto-complete feature that can locate sub-modules as in
your screen shot only works in Chrome and not in Firefox. So I
misspoke in my recent post saying it can't locate sub-modules; it can
if the browser supports whatever it's doing.

Ah, that's a bug. Firefox blocks the underlying request to MetaCPAN because it's not via HTTPS.

Patch written and PR submitted to Best Practical​: rt-cpan-org/rt-extension-rt_cpan_org#1

Thanks for the heads up!

[p5pRT]

From @tonycoz

On Wed Jul 23 12​:53​:48 2014, tsibley wrote​:

On Wed Jul 23 11​:20​:30 2014, craig.a.berry@​gmail.com wrote​:

For me the auto-complete feature that can locate sub-modules as in
your screen shot only works in Chrome and not in Firefox. So I
misspoke in my recent post saying it can't locate sub-modules; it can
if the browser supports whatever it's doing.

Ah, that's a bug. Firefox blocks the underlying request to MetaCPAN
because it's not via HTTPS.

Patch written and PR submitted to Best Practical​:
rt-cpan-org/rt-extension-rt_cpan_org#1

Thanks, closing the perl ticket.

Tony

[p5pRT]

@tonycoz - Status changed from 'open' to 'resolved'

[p5pRT]

From falcone@bestpractical.com

On Wed, Jul 23, 2014 at 12​:53​:49PM -0700, Thomas Sibley via RT wrote​:

On Wed Jul 23 11​:20​:30 2014, craig.a.berry@​gmail.com wrote​:

For me the auto-complete feature that can locate sub-modules as in
your screen shot only works in Chrome and not in Firefox. So I
misspoke in my recent post saying it can't locate sub-modules; it can
if the browser supports whatever it's doing.

Ah, that's a bug. Firefox blocks the underlying request to MetaCPAN because it's not via HTTPS.

Patch written and PR submitted to Best Practical​: rt-cpan-org/rt-extension-rt_cpan_org#1

Patch applied and pulled live on rt.cpan.org.

Thanks for the patch.

-kevin