Bug 770260 - Update perl-DateTime-Format-W3CDTF to version 0.06 from CPAN
Summary: Update perl-DateTime-Format-W3CDTF to version 0.06 from CPAN
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: perl-DateTime-Format-W3CDTF
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Steven Pritchard
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-12-25 05:56 UTC by mrdvt92
Modified: 2012-01-04 09:04 UTC (History)
3 users (show)

Fixed In Version: perl-DateTime-Format-W3CDTF-0.06-1.fc17
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-01-03 10:30:33 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.