On Sunday 24 August 2008 14:06:57 (Andreas J. Koenig) via RT wrote:
Show quoted text> Queue: Devel-Size
> Ticket <URL:
http://rt.cpan.org/Ticket/Display.html?id=33530 >
>
> >>>>> On Sun, 24 Aug 2008 05:29:56 -0400, "nospam-abuse@bloodgate.com
> >>>>> via RT" <bug-Devel-Size@rt.cpan.org> said:
> >>
> >> I have uploaded a patch that fixes this to the CPAN as
> >>
> >> ANDK/Devel-Size-0.70-RURBAN-03.patch.gz
> >>
> > It would really have helped if you had given me a host to that
> > file, too :)
>
> I may need a bit handholding for this one. Is it possible that you
> did not read the line above? "Uploaded ... to the CPAN" is this not
> sufficient for you? What would you suggest instead? That I wait until
> the patch has propagated and then send you a URL? Nothing easier than
> that, but please confirm that it is what you expect from me.
>
> So here is one of URL 300 possible URLs:
>
>
> ftp://ftp.gwdg.de/pub/languages/perl/CPAN/authors/id/A/AN/ANDK/Devel-
>Size-0.70-RURBAN-03.patch.gz
The problem is that I can't click the original line as it is not a valid
URL. So I did got to several hosts like "search.cpan.org", "pause.org"
etc etc., appended that line and it and was never right or valid.
In the end I browsed to search.cpan.org, clicked on AUTHORS and browsed
until I found your page, then clicked on your CPAN directory, then used
CTRL-F in my browser to finally find the file.
That is an awful lot of work just to download one file. You could also
just have attached it on your email :)
(I am not that familiar with CPAN as you are, so excuse my ignorance.)
Show quoted text> > Also, compressing the file with gzip twice was unnecessary :)
>
> Where did you find it doubly compressed? Please be more specific, I
> do not know what you are talking about.
I tried it with wget and the FTP URL above and it was only once
compressed.
However, the version I downloaded with Firefox I uncompressed with gzip
and afterwards the file was still gzipped (which confused me, because
mc transparently ungzips the file before displaying, while vi does not,
ending up in garbage).
Can no longer tell if that was a browser issue, or my mistake in
uncompressing the file, so it was probably "tels had not enough coffee
yet" :)
Show quoted text> >> It's just the patch from Reini, adjusted to current 0.70.
> >>
> > [...]
> >
> > That change causes a test in basic.t to fail under v5.8.8 and
> > v5.10.0, because RETVAL was not set, resulting in garbage being
> > returned.
>
> I have tested the patch with 5.8.8, 5.10.0, and current bleadperl and
> I did not see any test failure. Sounds suspicious.
Inserting that line does cause indeed test failures here, so I am not
sure how that came into the patch.
Show quoted text>
> Tested with bleadperl@34202, 5.10, and 5.8.8, passes the tests.
Cool, I upload v0.71 to CPAN then.
One more thing, I believe it will report incorrect numbers on on
bleedperl less than the COP patch (33656), but it might be that the
testsuite won't catch this. (It usually only tests sizes relativ to
each other, as the exact size on a specific architecture/perl version
isn't known in advance).
Not sure if this issue is worth doing anything about, because there will
be only little people who use bleedperl between 5.10.0 and @33656 :)
All the best,
Tels
--
Signed on Sun Aug 24 14:39:17 2008 with key 0x93B84C15.
View my photo gallery:
http://bloodgate.com/photos
PGP key on
http://bloodgate.com/tels.asc or per email.
Marketing lesson #1: The synergy of the result driven leverage can
*never* incentivize a paradigm shift.
-- Walterk (124748) on 2004-01-16 at /.