Bug 770260

Summary: Update perl-DateTime-Format-W3CDTF to version 0.06 from CPAN
Product: [Fedora] Fedora Reporter: mrdvt92 <davis>
Component: perl-DateTime-Format-W3CDTFAssignee: Steven Pritchard <steve>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: perl-devel, psabata, steve
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: perl-DateTime-Format-W3CDTF-0.06-1.fc17 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-01-03 10:30:33 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description mrdvt92 2011-12-25 05:56:02 UTC
Description of problem: The 0.06 version provides "parsing of datetimes with sub-second precision".  I need this for Net::GPSD3.

Version-Release number of selected component (if applicable): current version in fedora is 0.05-6.fc16

How reproducible: Always

Steps to Reproduce:
1. $ perl -MDateTime::Format::W3CDTF -e 'print DateTime::Format::W3CDTF->new->parse_datetime("2011-12-25T05:45:07.55Z")->nanosecond. "\n";'
  
Actual results:

Invalid W3CDTF datetime string (2011-12-25T05:45:07.55Z) at /usr/share/perl5/vendor_perl/DateTime/Format/W3CDTF.pm line 65.

Expected results:
550000000

Additional info: 
W3C allows decimal seconds in datetime values.  This update is consistent with the W3C.

Comment 1 mrdvt92 2011-12-26 06:14:17 UTC
I packaged this for Fedora 16 using cpanspec.

SPEC: http://linux.davisnetworks.com/yumrepo/fc/16/SPEC/perl-DateTime-Format-W3CDTF.spec
SRPM: http://linux.davisnetworks.com/yumrepo/fc/16/SRPMS/perl-DateTime-Format-W3CDTF-0.06-2.fc16.src.rpm
RPM: http://linux.davisnetworks.com/yumrepo/fc/16/noarch/perl-DateTime-Format-W3CDTF-0.06-2.fc16.noarch.rpm


rpmlint runs clean on spec and srpm.  But, I get this weird warnings on rpm.

$ rpmlint ../RPMS/noarch/perl-DateTime-Format-W3CDTF-0.06-2.fc16.noarch.rpm 
perl-DateTime-Format-W3CDTF.noarch: E: incorrect-fsf-address /usr/share/doc/perl-DateTime-Format-W3CDTF-0.06/LICENSE
1 packages and 0 specfiles checked; 1 errors, 0 warnings.

The address looks correct to me at "675 Mass Ave,
Cambridge, MA 02139, USA". See bug https://bugzilla.redhat.com/show_bug.cgi?id=637712

Anyway, you may use any or none of the above.

Comment 2 Petr Šabata 2012-01-03 08:28:33 UTC
I'm going to do a regular update of this package.

Thanks for the effort but rewriting a package is not the way to do it :)

Comment 3 mrdvt92 2012-01-03 17:53:34 UTC
> rewriting a package is not the way 

I understand but I was under the chicken or the egg dead line.

How do you officially trigger a "regular update" for a Perl package?

Comment 4 Petr Šabata 2012-01-04 09:04:51 UTC
(In reply to comment #3)
> > rewriting a package is not the way 
> 
> I understand but I was under the chicken or the egg dead line.
> 
> How do you officially trigger a "regular update" for a Perl package?

By "regular update" I meant just changing the existing package (and pushing the changes or possibly sending the package maintainer a spec patch), keeping changelog and such.

The package is now in Rawhide.  Let me know if you need it in stable Fedora releases and which.