Skip Menu |
 

This queue is for tickets about the CPAN CPAN distribution.

Report information
The Basics
Id: 26884
Status: open
Priority: 0/
Queue: CPAN

People
Owner: Nobody in particular
Requestors: mf [...] mfedv.net
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Received: from la.mx.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id EF9004D8005 for <bug-CPAN [...] rt.cpan.org>; Wed, 2 May 2007 07:33:09 -0400 (EDT)
Received: (qmail 28517 invoked by alias); 2 May 2007 11:33:09 -0000
Received: from asmtp.14v.de (HELO asmtp.14v.de) (212.82.32.18) by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Wed, 02 May 2007 04:32:58 -0700
Received: from p54A56BAD.dip.t-dialin.net (p54A56BAD.dip.t-dialin.net [84.165.107.173]) (authenticated bits=0) by asmtp.14v.de (8.13.8/8.12.6/SuSE Linux 0.6) with ESMTP id l42BWosf029837 for <bug-CPAN [...] rt.cpan.org>; Wed, 2 May 2007 13:32:50 +0200
Delivered-To: cpan-bug+cpan [...] diesel.bestpractical.com
MIME-Version: 1.0
Subject: $CPAN::Config{'build_cache'} ignored in 1.9101
X-Spam-Status: No, hits=1.4 required=8.0 tests=BAYES_00,DK_POLICY_SIGNSOME,RCVD_IN_CBL
Return-Path: <mf [...] mfedv.net>
X-Mailer: Mulberry/3.1.6 (Linux/x86)
X-Spam-Check-BY: la.mx.develooper.com
X-Original-To: bug-CPAN [...] rt.cpan.org
Content-Disposition: inline
Date: Wed, 02 May 2007 13:32:34 +0200
Received-SPF: pass (x1.develooper.com: local policy)
Message-Id: <1ECCD0BAE29825F81E893383 [...] [10.110.110.2]>
content-type: text/plain; charset="utf-8"; format="flowed"
To: bug-CPAN [...] rt.cpan.org
Content-Transfer-Encoding: 7bit
From: Matthias Ferdinand <mf [...] mfedv.net>
X-RT-Original-Encoding: us-ascii
Content-Length: 424
Download (untitled) / with headers
text/plain 424b
Hello, in CPAN 1.9101 (probably since CPAN 1.90), the maximum size for the build directory $CPAN::Config{'build_cache'} ist not honored anymore. After downgrade to CPAN 1.8802 the next invocation starts removing old directories again. On some installations with restricted disk space, this has led to disk full conditions. Verified on SuSE Linux 8.1, 8.2, 9.2, 10.0 and Debian Sarge. Best regards Matthias Ferdinand
MIME-Version: 1.0
X-Spam-Status: No, hits=-2.6 required=8.0 tests=BAYES_00,DK_POLICY_SIGNSOME
X-Authentication-Warning: k75.linux.bogus: k set sender to andreas.koenig.7os6VVqR [...] franz.ak.mind.de using -f
In-Reply-To: <rt-3.6.HEAD-26058-1178105598-1466.26884-4-0 [...] rt.cpan.org> (bug-CPAN [...] rt.cpan.org's message of "Wed\, 02 May 2007 07\:33\:19 -0400")
Received-SPF: pass (x1.develooper.com: local policy)
References: <RT-Ticket-26884 [...] rt.cpan.org> <1ECCD0BAE29825F81E893383 [...] [10.110.110.2]> <rt-3.6.HEAD-26058-1178105598-1466.26884-4-0 [...] rt.cpan.org>
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: us-ascii
Received: from la.mx.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id 7F6874D8299 for <bug-CPAN [...] rt.cpan.org>; Wed, 2 May 2007 14:53:08 -0400 (EDT)
Received: (qmail 30430 invoked by alias); 2 May 2007 18:53:05 -0000
Received: from franz.ak.mind.de (HELO franz.ak.mind.de) (212.42.235.66) by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Wed, 02 May 2007 11:48:03 -0700
Received: from k75.linux.bogus (localhost.localdomain [127.0.0.1]) by franz.ak.mind.de (8.13.8/8.13.8/Debian-2) with ESMTP id l42IluLc014054 for <bug-CPAN [...] rt.cpan.org>; Wed, 2 May 2007 20:47:56 +0200
Received: (from k [...] localhost) by k75.linux.bogus (8.13.8/8.13.8/Submit) id l42Ilu8e014053; Wed, 2 May 2007 20:47:56 +0200
Delivered-To: cpan-bug+cpan [...] diesel.bestpractical.com
User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)
Subject: Re: [rt.cpan.org #26884] $CPAN::Config{'build_cache'} ignored in 1.9101
Return-Path: <andreas.koenig.7os6VVqR [...] franz.ak.mind.de>
X-Spam-Check-BY: la.mx.develooper.com
X-Original-To: bug-CPAN [...] rt.cpan.org
Date: Wed, 02 May 2007 20:47:56 +0200
Message-Id: <87slafuko3.fsf [...] k75.linux.bogus>
To: bug-CPAN [...] rt.cpan.org
From: andreas.koenig.7os6VVqR [...] franz.ak.mind.de (Andreas J. Koenig)
X-RT-Original-Encoding: utf-8
RT-Message-ID: <rt-3.6.HEAD-26095-1178132001-81.26884-0-0 [...] rt.cpan.org>
Content-Length: 1344
Download (untitled) / with headers
text/plain 1.3k
Show quoted text
>>>>> On Wed, 02 May 2007 07:33:19 -0400, "mf@mfedv.net via RT" <bug-CPAN@rt.cpan.org> said:
Show quoted text
> Wed May 02 07:33:17 2007: Request 26884 was acted upon. > Transaction: Ticket created by mf@mfedv.net > Queue: CPAN > Subject: $CPAN::Config{'build_cache'} ignored in 1.9101 > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: mf@mfedv.net > Status: new > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=26884 >
Show quoted text
> Hello,
Show quoted text
> in CPAN 1.9101 (probably since CPAN 1.90), the maximum size for the build > directory $CPAN::Config{'build_cache'} ist not honored anymore. After > downgrade to CPAN 1.8802 the next invocation starts removing old > directories again.
I'm surprised, this does not match my observations. There must be something going on that I do not know of. How large is your build_cache? What does CPAN.pm say, when you start the shell and then do your first install or test or make command? Show quoted text
> On some installations with restricted disk space, this has led to disk full > conditions. Verified on SuSE Linux 8.1, 8.2, 9.2, 10.0 and Debian Sarge.
Please supply details how you do the verification. I write several Gigabytes every day to my build_dir. What is your value for scan_cache? Try 'o conf init scan_cache'. -- andreas
MIME-Version: 1.0
X-Spam-Status: No, hits=-2.6 required=8.0 tests=BAYES_00,DKIM_POLICY_SIGNSOME,DK_POLICY_SIGNSOME,SPF_PASS
In-Reply-To: <rt-3.6.HEAD-26095-1178132001-81.26884-6-0 [...] rt.cpan.org>
X-Mailer: Mulberry/3.1.6 (Linux/x86)
Content-Disposition: inline
Received-SPF: pass (x1.develooper.com: local policy)
References: <RT-Ticket-26884 [...] rt.cpan.org> <1ECCD0BAE29825F81E893383 [...] [10.110.110.2]> <rt-3.6.HEAD-26058-1178105598-1466.26884-4-0 [...] rt.cpan.org> <87slafuko3.fsf [...] k75.linux.bogus> <rt-3.6.HEAD-26095-1178132001-81.26884-6-0 [...] rt.cpan.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
X-RT-Original-Encoding: us-ascii
Received: from la.mx.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id 75E9E4D810A for <bug-CPAN [...] rt.cpan.org>; Wed, 2 May 2007 18:36:14 -0400 (EDT)
Received: (qmail 26114 invoked by alias); 2 May 2007 22:36:13 -0000
Received: from asmtp.14v.de (HELO asmtp.14v.de) (212.82.32.18) by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Wed, 02 May 2007 15:35:57 -0700
Received: from p54A550FB.dip.t-dialin.net (p54a550fb.dip.t-dialin.net [84.165.80.251]) (authenticated bits=0) by asmtp.14v.de (8.13.8/8.12.6/SuSE Linux 0.6) with ESMTP id l42MZqXv015330 for <bug-CPAN [...] rt.cpan.org>; Thu, 3 May 2007 00:35:52 +0200
Delivered-To: cpan-bug+cpan [...] diesel.bestpractical.com
Subject: Re: [rt.cpan.org #26884] $CPAN::Config{'build_cache'} ignored in 1.9101
Return-Path: <mf [...] mfedv.net>
X-Spam-Check-BY: la.mx.develooper.com
X-Original-To: bug-CPAN [...] rt.cpan.org
Date: Thu, 03 May 2007 00:35:36 +0200
Message-Id: <F17F3E07E3F06921E0F0A612 [...] [10.110.110.2]>
To: bug-CPAN [...] rt.cpan.org
Content-Transfer-Encoding: 7bit
From: Matthias Ferdinand <mf [...] mfedv.net>
X-RT-Original-Encoding: utf-8
RT-Message-ID: <rt-3.6.HEAD-25990-1178145380-753.26884-0-0 [...] rt.cpan.org>
Content-Length: 1763
Download (untitled) / with headers
text/plain 1.7k
--On Mittwoch, Mai 02, 2007 14:53:24 -0400 "(Andreas J. Koenig) via RT" <bug-CPAN@rt.cpan.org> wrote: Show quoted text
> I'm surprised, this does not match my observations. There must be > something going on that I do not know of.
Hi again, just for documentation purposes I quote some from my answer to #26886. As I carelessly did not state in the initial report, I did not use the CPAN shell, but a script to report changelogs. A sketch of what it does (including the workaround for #26886): Show quoted text
> $m=CPAN::Shell->expand("Module", "IO::Socket::SSL"); > $f=$m->cpan_file; > $d=CPAN::Shell->expand("Distribution", $f); > if (!defined CPAN::Distribution::dir($d)) > { CPAN::Module::get($m); } > $dir=CPAN::Distribution::dir($d); > # look in $dir for Changes, Changelog, ChangeLog etc. ...
Show quoted text
> How large is your build_cache? What does CPAN.pm say, when you start > the shell and then do your first install or test or make command?
build_cache = 'build_cache' => q[100], 'build_dir' => q[/root/.cpan/build], 'build_dir_reuse' => q[1], 'build_requires_install_policy' => q[ask/yes], ... 'scan_cache' => q[atstart], (atstart was already set before I did "o conf init"). Show quoted text
> I agree that there should be a way to invoke the manager cleanup > routine. Currently it is only invoked on new invocations of the shell. > And not by batch jobs. Ahhh, I see, this is probably much closer to > what you need, right?
Not sure about that. Up to version 1.8802 and using $CPAN::Config->{'scan_cache'}='atstart', the build cache cleanup was triggered automatically just by using my changelog reader. I think it would not hurt if this behaviour was re-instated. Otherwise I would need to write code depending on CPAN version in the script. Best regards Matthias


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.