Hi!
On Wed, Sep 03, 2008 at 03:16:35PM -0400, David Golden wrote:
> There are handful of things on CPAN that are just zipped .pm files. I
cpants says:
cpants=> select extension,count(*) from dist group by extension ;
extension | count
---+---
tar.gz| 14762
tgz | 241
> On Wed, 3 Sep 2008 10:57:20 -0700, Eric Wilhelm <[EMAIL PROTECTED]> said:
>> And IMO this hints at a real problem that was mentioned
>> in this thread, but was not really indicted: namely CPAN.pm’s
>> logic that if there is no Makefile.PL, it is a sane idea to make
>> one up out of whole
On Wed, 3 Sep 2008, David E. Wheeler wrote:
http://cpantesters.perl.org/author/DWHEELER.rss
This makes it easy for me to sift through things. The only thing that would
make it better is if I could get it to display only FAILs. To whom should a
feature request be sent (I thought I sent a patch
On Sep 3, 2008, at 11:22, Ricardo SIGNES wrote:
* "David E. Wheeler" <[EMAIL PROTECTED]> [2008-09-03T13:27:08]
http://cpantesters.perl.org/author/DWHEELER.rss
Now that there's a new maintainer, I should send another email...
Say what? Sorry, I don't follow you here. Is there a new maintain
On Wed, Sep 3, 2008 at 4:09 PM, David Golden <[EMAIL PROTECTED]> wrote:
> I'm interested in feedback on these ideas -- on list or off. In
> particular, I'm now convinced that the "success" of CPAN Testers now
> prompts the need to move PL/make fails to UNKNOWN and to discontinue
> copying authors
On Wed, Sep 3, 2008 at 3:55 PM, Aristotle Pagaltzis <[EMAIL PROTECTED]> wrote:
>> * BinTree
>> * Counter
>
> Can't even find those.
>
>> * Apache::AuthenIMAP
>
> Last update: 2002.
They may not be indexed on search.cpan.org, but they exist in
the02packages.details.txt.gz file and they exist in act
Yes, another CPAN Testers post on perl-qa. Sorry, Andy.
I want to sum up a few things that I took away from the mega-threads
yesterday and propose a series of major changes to CPAN Testers.
Special thanks to an off-list (and very civil) conversation with
chromatic for triggering these thoughts.
# from Andreas J. Koenig
# on Wednesday 03 September 2008 13:11:
>And when you ask the CPAN shell to install
>ANDK/keepcool-0.344 you'll probably be surprised that this *script*
>installs just fine.
>
> % head /home/ftp/pub/PAUSE/authors/id/A/AN/ANDK/keepcool-0.344
> #!/usr/bin/perl -w
>
> =hea
* David Golden <[EMAIL PROTECTED]> [2008-09-03 21:20]:
> Examples:
>
> * BinTree
> * Counter
Can’t even find those.
> * Apache::AuthenIMAP
Last update: 2002.
> Just to be on the safe side, however, earlier today I committed
> a patch to the CPAN trunk to bypass CPAN::Reporter entirely if
> a M
On Wed, Sep 3, 2008 at 1:38 PM, Aristotle Pagaltzis <[EMAIL PROTECTED]> wrote:
> But the FAIL did fail to point out the true source of the
> problem. And IMO this hints at a real problem that was mentioned
> in this thread, but was not really indicted: namely CPAN.pm's
> logic that if there is no M
* Eric Wilhelm <[EMAIL PROTECTED]> [2008-09-03 20:00]:
> I've been told that it is intended for tarballs made in the
> times when there was no such thing as Makefile.PL yet.
The cure seems worse than the disease at this point in time then.
Maybe the heuristic in CPAN.pm could be just a little mor
On Wednesday 03 September 2008 10:38:16 Eric Wilhelm wrote:
> If I see two reports about canned beets, I'm likely to just give up.
>
> So, we all agree that testing is good, but please... test the *code*?
>
> "The old version of the installer is broken"? So what?
The question is whether CPAN Tes
* "David E. Wheeler" <[EMAIL PROTECTED]> [2008-09-03T13:27:08]
> http://cpantesters.perl.org/author/DWHEELER.rss
Now that there's a new maintainer, I should send another email... this file,
for me is so large (6,680,062 bytes) that my RSS reader times out trying to
retrieve it.
Ugh.
--
rjbs
# from Aristotle Pagaltzis
# on Wednesday 03 September 2008 10:38:
>But the FAIL did fail to point out the true source of the
>problem. And IMO this hints at a real problem that was mentioned
>in this thread, but was not really indicted: namely CPAN.pm’s
>logic that if there is no Makefile.PL, it
# from David Cantrell
# on Wednesday 03 September 2008 09:57:
>If, like one of my previous employers, you make widgets, you test
>completed widgets, you analyse how they fail, the analyst suggests
>how to improve the manufacturing process to prevent a common failure,
>and TPTB then ignore his repo
* Graham Barr <[EMAIL PROTECTED]> [2008-09-03 18:35]:
> But the FAIL is record in the wrong place.
Anyone with a CPAN toolchain older than the most recent bleeding
edge version or with a couple-months-old tar binary (ie. everyone
except a number of people indistinguishable from zero) will still
en
Damn you, Warnock!
:-P
D
On Aug 8, 2008, at 12:46, David E. Wheeler wrote:
Howdy,
I've started fiddling with the stdout option to TAP::Harness. It's
nice, although it doesn't capture everything. I mean, I think it
does, but stuff still gets sent to STDOUT, too. The best way to keep
stu
On Sep 2, 2008, at 13:23, chromatic wrote:
I already know that my distributions don't work if you don't install
the
dependencies, or if you use an unsupported version of Perl. You
don't have
to waste anyone's time testing that. What I don't know is if my
distributions work on different ope
# from David Cantrell
# on Wednesday 03 September 2008 06:14:
>> Or, do thousands of people need to learn to do:
>> man git-tar-tree:
>> git tar-tree v1.4.0^{tree} git-1.4.0 | gzip
>> >git-1.4.0.tar.gz Create a tarball for v1.4.0 release, but without a
>> global extended pax header.
>
>
On Wed, Sep 03, 2008 at 11:33:30AM -0500, Graham Barr wrote:
> On Sep 3, 2008, at 9:26 AM, David Golden wrote:
> > So do we count this as a win for CPAN Testers? ;-)
> Sort of, due to the fact the bug did get fixed.
> But the FAIL is record in the wrong place. It gets counted as a FAIL
> in the
On Sep 3, 2008, at 9:26 AM, David Golden wrote:
On Wed, Sep 3, 2008 at 10:19 AM, David Cantrell
<[EMAIL PROTECTED]> wrote:
On Wed, Sep 03, 2008 at 08:00:49AM +0200, Andreas J. Koenig wrote:
[git comment in tarballs]
CPAN 1.92_64 is uploaded with a workaround for broken tar
implementations.
On Wed, Sep 3, 2008 at 10:19 AM, David Cantrell <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 03, 2008 at 08:00:49AM +0200, Andreas J. Koenig wrote:
>> > [git comment in tarballs]
>> CPAN 1.92_64 is uploaded with a workaround for broken tar
>> implementations.
>
> Thanks, that appears to work. At least
On Wed, Sep 03, 2008 at 08:00:49AM +0200, Andreas J. Koenig wrote:
> > [git comment in tarballs]
> CPAN 1.92_64 is uploaded with a workaround for broken tar
> implementations.
Thanks, that appears to work. At least, it Does The Right Thing for
perl-ldap-0.37.
--
David Cantrell | A machine for t
On Tue, Sep 02, 2008 at 06:21:34PM -0700, Eric Wilhelm wrote:
> # from Jan Dubois
> >On Tue, 02 Sep 2008, David Cantrell wrote:
> >> $ tar tzvf perl-ldap-0.37.tar.gz
> >> ?rw-rw-rw- root/root52 2008-08-28 12:52:15 pax_global_header
> >>unknown file type `g'
> >It is not actually a file,
> On Wed, 03 Sep 2008 05:55:19 +0200, [EMAIL PROTECTED] (Andreas J. Koenig)
> said:
> (I'll have a look what CPAN.pm can do about this ASAP.)
CPAN 1.92_64 is uploaded with a workaround for broken tar
implementations. Please upgrade:
cpan> install ANDK/CPAN-1.92_64.tar.gz
Bugreport
> On Tue, 2 Sep 2008 18:21:34 -0700, Eric Wilhelm <[EMAIL PROTECTED]> said:
>> a comment (a GIT commit id in this case). You need GNU tar 1.14 to
>> handle the extended header correctly. Earlier versions will display
>> a warning and extract the comment as a file.
ew> Ah, interesting.
26 matches
Mail list logo
