Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the DateTime-Locale CPAN distribution.

Report information
The Basics
Id: 54643
Status: resolved
Priority: 0/
Queue: DateTime-Locale
People
Owner: Nobody in particular
Requestors: nathan.vonnahme [...] bannerhealth.com
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Mon Feb 15 21:04:41 2010 nathan.vonnahme [...] bannerhealth.com - Ticket created
Subject: Cygwin workaround
Date: Mon, 15 Feb 2010 17:03:46 -0900
To: <bug-DateTime-Locale [...] rt.cpan.org>
From: "Vonnahme, Nathan" <nathan.vonnahme [...] bannerhealth.com>
I had lots of build problems with this module on a recently upgraded Cygwin system. I see they're routinely reported in the CPAN-testers tests too. I got mine to build, test and install cleanly by running the dos2unix command on all the *.pm files. So it's a line-ending thing... I don't know how the whole packaging for multiple platforms thing works, but Cygwin perl works best with Unix line endings, even though it's running under Windows. Anyway, I don't know if the package author can do anything about it or not but I wanted to report the workaround. Cheers, nathan
  Mon Feb 15 22:50:08 2010 autarch [...] urth.org - Correspondence added
Subject: Re: [rt.cpan.org #54643] Cygwin workaround
Date: Mon, 15 Feb 2010 21:48:55 -0600 (CST)
To: "Vonnahme, Nathan via RT" <bug-DateTime-Locale [...] rt.cpan.org>
From: Dave Rolsky <autarch [...] urth.org>
On Mon, 15 Feb 2010, Vonnahme, Nathan via RT wrote: Show quoted text
> I got mine to build, test and install cleanly by running the dos2unix > command on all the *.pm files. So it's a line-ending thing... I don't > know how the whole packaging for multiple platforms thing works, but > Cygwin perl works best with Unix line endings, even though it's running > under Windows. > > Anyway, I don't know if the package author can do anything about it or > not but I wanted to report the workaround.
I'm pretty sure the package ships with Unix line endings, as I develop on Ubuntu. I'm not sure why you're having line ending problems, but it doesn't sound like a bug with this module specifically. -dave /*============================================================ http://VegGuide.org http://blog.urth.org Your guide to all that's veg House Absolute(ly Pointless) ============================================================*/
  Mon Feb 15 22:50:12 2010 The RT System itself - Status changed from 'new' to 'open'
  Tue Feb 16 13:21:32 2010 nathan.vonnahme [...] bannerhealth.com - Correspondence added
Subject: RE: [rt.cpan.org #54643] Cygwin workaround
Date: Tue, 16 Feb 2010 09:20:21 -0900
To: <bug-DateTime-Locale [...] rt.cpan.org>
From: "Vonnahme, Nathan" <nathan.vonnahme [...] bannerhealth.com>
I just wanted to mention it because I saw the same errors going back several versions in the historical cygwin results at http://matrix.cpantesters.org/?dist=DateTime-Locale+0.44 , for example, http://www.cpantesters.org/cpan/report/5378340 I don't normally have any issues with CPAN modules in cygwin. Maybe it's related to multibyte .pm files? I have no idea how the files would end up with DOS line endings on them. Do you have a better idea of how I should report the bug and workaround? I guess probably the cygwin mailing list. Maybe also, if you're aware of this weird issue maybe it will also help you help someone in the future. -n Show quoted text
-----Original Message----- From: autarch@urth.org via RT [mailto:bug-DateTime-Locale@rt.cpan.org] Sent: Monday, February 15, 2010 6:50 PM To: Vonnahme, Nathan Subject: Re: [rt.cpan.org #54643] Cygwin workaround <URL: https://rt.cpan.org/Ticket/Display.html?id=54643 > On Mon, 15 Feb 2010, Vonnahme, Nathan via RT wrote:
> I got mine to build, test and install cleanly by running the dos2unix > command on all the *.pm files. So it's a line-ending thing... I don't > know how the whole packaging for multiple platforms thing works, but > Cygwin perl works best with Unix line endings, even though it's running > under Windows. > > Anyway, I don't know if the package author can do anything about it or > not but I wanted to report the workaround.
I'm pretty sure the package ships with Unix line endings, as I develop on Ubuntu. I'm not sure why you're having line ending problems, but it doesn't sound like a bug with this module specifically. -dave /*============================================================ http://VegGuide.org http://blog.urth.org Your guide to all that's veg House Absolute(ly Pointless) ============================================================*/
  Tue Feb 16 23:38:39 2010 autarch [...] urth.org - Correspondence added
Subject: RE: [rt.cpan.org #54643] Cygwin workaround
Date: Tue, 16 Feb 2010 22:37:40 -0600 (CST)
To: "Vonnahme, Nathan via RT" <bug-DateTime-Locale [...] rt.cpan.org>
From: Dave Rolsky <autarch [...] urth.org>
On Tue, 16 Feb 2010, Vonnahme, Nathan via RT wrote: Show quoted text
> I just wanted to mention it because I saw the same errors going back > several versions in the historical cygwin results at > http://matrix.cpantesters.org/?dist=DateTime-Locale+0.44 , for example, > http://www.cpantesters.org/cpan/report/5378340 > > I don't normally have any issues with CPAN modules in cygwin. Maybe > it's related to multibyte .pm files? I have no idea how the files would > end up with DOS line endings on them.
As far as I can tell, all the source files are shipped with unix line endings. If things ended up differently on your system, it might be your tools, although that seems kind of unlikely. Show quoted text
> Do you have a better idea of how I should report the bug and workaround? > I guess probably the cygwin mailing list.
If this is cygwin-specific, the mailing list might be a good place to start. I've never used cygwin, so I'm stumped. If you can come up with a patch that fixes it, that'd be welcome, of course. -dave /*============================================================ http://VegGuide.org http://blog.urth.org Your guide to all that's veg House Absolute(ly Pointless) ============================================================*/
  Wed Feb 17 14:46:28 2010 nathan.vonnahme [...] bannerhealth.com - Correspondence added
Subject: RE: [rt.cpan.org #54643] Cygwin workaround
Date: Wed, 17 Feb 2010 10:31:56 -0900
To: <bug-DateTime-Locale [...] rt.cpan.org>
From: "Vonnahme, Nathan" <nathan.vonnahme [...] bannerhealth.com>
Show quoted text
> If this is cygwin-specific, the mailing list might be a good place to > start. I've never used cygwin, so I'm stumped. > If you can come up with a patch that fixes it, that'd be welcome, of > course.
Yeah, I posted to the main mailing list yesterday but didn't get any responses so far (http://cygwin.com/ml/cygwin/2010-02/threads.html#00417). This is one of those weird things that falls between different projects so only people who happen to be affected are likely to want to track it down. I looked at the before/after files with hexedit and diff; they're the same, and diff says so too. I am all confused now... On further consideration, it may have been cleaning up the old install that made the difference; my history says: rm -rf /usr/lib/perl5/site_perl/5.10/DateTime/ I don't know. Anyway, maybe it will be useful for the next person who runs into that problem. Thanks for your attention! -n
  Wed Feb 24 11:43:25 2010 bitcard [...] dejasurf.com - Correspondence added
From: bitcard [...] dejasurf.com
On Wed Feb 17 14:46:28 2010, nathan.vonnahme@bannerhealth.com wrote: Show quoted text
>
> > If this is cygwin-specific, the mailing list might be a good place
> to
> > start. I've never used cygwin, so I'm stumped. > > If you can
> come up with a patch that fixes it, that'd be welcome, of
> >
> course. > > Yeah, I posted to the main mailing list yesterday but > didn't get any responses so far (http://cygwin.com/ml/cygwin/2010- > 02/threads.html#00417). This is one of those weird things that > falls between different projects so only people who happen to be > affected are likely to want to track it down. > > I looked at the > before/after files with hexedit and diff; they're the same, and > diff says so too. I am all confused now... > > On further > consideration, it may have been cleaning up the old install that > made the difference; my history says: > > rm -rf > /usr/lib/perl5/site_perl/5.10/DateTime/ > > I don't know. Anyway, > maybe it will be useful for the next person who runs into that > problem. > > Thanks for your attention! > -n
I had similar problems (Locale.PM not compiling under cygwin): Reference found where even-sized list expected at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 46. Use of uninitialized value $id in pattern match (m//) at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 65. Use of uninitialized value $id in exists at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 68. Use of uninitialized value $native_pieces[0] in join or string at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 83. Use of uninitialized value $id in hash element at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 85. Use of uninitialized value $id in hash element at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 90. Reference found where even-sized list expected at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 46. Use of uninitialized value $id in pattern match (m//) at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 65. Use of uninitialized value $id in exists at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 68. Use of uninitialized value $id in concatenation (.) or string at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 68. You cannot replace an existing locale ('') unless you also specify the 'replace' parameter as true BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.10/DateTime/Locale.pm line 151. Compilation failed in require at /usr/lib/perl5/site_perl/5.10/i686-cygwin/DateTime.pm line 46. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.10/i686-cygwin/DateTime.pm line 46. Compilation failed in require at /usr/lib/perl5/site_perl/5.10/DateTime/Format/Mail.pm line 7. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.10/DateTime/Format/Mail.pm line 7. Compilation failed in require at /usr/lib/perl5/site_perl/5.10/XML/RSS.pm line 9. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.10/XML/RSS.pm line 9. Compilation failed in require at rss.pl line 4. BEGIN failed--compilation aborted at rss.pl line 4. NOTES: 1. My system is an upgrade to latest CYGWIN 1.7.1 on Windows 7 2. This "used" to work fine. 3. Dos2Unix did not help. 4. I tried "clean DateTime" and "install DateTime" from CPAN shell. Didn't help.
  Wed Feb 24 13:50:29 2010 nathan.vonnahme [...] bannerhealth.com - Correspondence added
Subject: RE: [rt.cpan.org #54643] Cygwin workaround
Date: Wed, 24 Feb 2010 09:49:47 -0900
To: <bug-DateTime-Locale [...] rt.cpan.org>
From: "Vonnahme, Nathan" <nathan.vonnahme [...] bannerhealth.com>
Show quoted text
> NOTES: > 1. My system is an upgrade to latest CYGWIN 1.7.1 on Windows 7 > 2. This "used" to work fine. > 3. Dos2Unix did not help. > 4. I tried "clean DateTime" and "install DateTime" from CPAN shell. > Didn't help.
Jorge, did you try manually cleaning up any installed files? Show quoted text
> > rm -rf /usr/lib/perl5/site_perl/5.10/DateTime/
  Wed Feb 24 14:26:47 2010 bitcard [...] dejasurf.com - Correspondence added
From: bitcard [...] dejasurf.com
Show quoted text
> Jorge, did you try manually cleaning up any installed files? >
> > > rm -rf /usr/lib/perl5/site_perl/5.10/DateTime/
> > > > >
Nathan: I saw that in your previous notes, and I did try that. I don't think that was the trick. What's really weird is I get slightly different error messages every time I run. If I just run my script over and over. Thanks, Jorge.
  Wed Feb 24 15:09:34 2010 nathan.vonnahme [...] bannerhealth.com - Correspondence added
Subject: RE: [rt.cpan.org #54643] Cygwin workaround
Date: Wed, 24 Feb 2010 11:08:39 -0900
To: <bug-DateTime-Locale [...] rt.cpan.org>
From: "Vonnahme, Nathan" <nathan.vonnahme [...] bannerhealth.com>
Show quoted text
> I saw that in your previous notes, and I did try that. I don't think > that was the trick. > > What's really weird is I get slightly different error messages every > time I run. If I just run my script over and over.
Beats me. I removed that dir and used dos2unix on all the .pm files in 'lib', and I was able to get DateTime::Locale to pass all its tests and install. Are all the error messages from DateTime::Locale? Or something else?
  Wed Feb 24 23:58:46 2010 bitcard [...] dejasurf.com - Correspondence added
From: bitcard [...] dejasurf.com
Show quoted text
> Are all the error messages from > DateTime::Locale? Or something else?
DateTime::Locale, DateTime::Format, and DateTime::Format::Mail (they exact messages are pasted in a few messages up). Thanks for your help. My use for this module is pretty minimal, and I can probably rewrite my code to not use it.
  Thu Feb 25 00:06:19 2010 bitcard [...] dejasurf.com - Correspondence added
From: bitcard [...] dejasurf.com
I resolved this problem by following this process: http://www.mail-archive.com/cygwin@cygwin.com/msg89020.html Now, DateTime::Format tests ok.
  Sun Mar 07 13:49:58 2010 DROLSKY [...] cpan.org - Correspondence added
Subject: Does not work on cygwin perl 5.10.0-5
So on further investigation, it seems that the 5.10.0-5 release of Perl on cygwin is based on an arbitrary point in the source tree, rather than the official release sources. This breaks Params::Validate's XS component, which in turn breaks many modules which rely on it. This isn't specific to DateTime::Locale, nor is it a problem with Params::Validate. Blame the cygwin packagers for this mess. It's not surprise to me that Cygwin is a Red Hat project! I'm closing this ticket. Please don't reply directly to it, because that will re-open it.
  Sun Mar 07 13:50:00 2010 DROLSKY [...] cpan.org - Status changed from 'open' to 'resolved'