# from Jan Dubois
# on Tuesday 02 September 2008 17:42:
>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'
>> drwxrwxr-x root/root 0 2008-08-28 12:52:15 perl-lda
> 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.
> 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, 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, 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 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 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 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
# 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.
>
>
* 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
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
* 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 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
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
14 matches
Mail list logo