On Sat, Aug 13, 2011 at 06:43:15PM -0700, Marvin Humphrey wrote:
> Greets,
>
> The early CPAN testers results are in. The good news is that we've finally
> got a pass on a Windows machine running Strawberry Perl. The bad news is
> thanks to a single build glitch that wasn't caught by our QA process, we have
> several dozen fails across a wide variety of systems.
>
> This is the problematic line from buildlib/Lucy/Build.pm, and the fix:
>
> - $o_file =~ s/\.c/$Config{_o}/;
> + $o_file =~ s/\.c/$Config{_o}$/;
>
> The existing line is problematic because it causes transformations like this:
>
> /home/sand/.cpan/build/Lucy-0.2.0-N3vrOi/core/Lucy/Test.c
> /home/sand/.opan/build/Lucy-0.2.0-N3vrOi/core/Lucy/Test.c
> ^^^^^
>
> The bad line happened to be the same in 0.1.0, but we didn't get failures
> because the filepath was relative then and now it has been changed to be
> absolute.
>
> I'm tempted to just spin out a fast CPAN-only fix as 0.2.0.1 -- justified as
> "downstream" -- since our release process is somewhat slow-moving, and this
> bug primarily impacts people building via CPAN or CPANPLUS. Come to think of
> it, though, I'm not totally sure whether a 4-part version number might make
> various CPAN components freak out.
I know the version numbers as Major.Minor.Patchlevel -- I would think
this would be a candidate for 0.2.1, no?
-bch
> Marvin Humphrey
>
--
Brad Harder
Method Logic Digital Consulting
http://methodlogic.net/
http://twitter.com/bcharder
