Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 85435 invoked from network); 28 Jan 2003 21:54:21 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 28 Jan 2003 21:54:21 -0000 Received: (qmail 29894 invoked by uid 97); 28 Jan 2003 21:55:10 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@nagoya.apache.org Received: (qmail 29799 invoked by uid 97); 28 Jan 2003 21:55:09 -0000 Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list avalon-dev@jakarta.apache.org Received: (qmail 29744 invoked by uid 98); 28 Jan 2003 21:55:08 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3E36FBD0.70900@apache.org> Date: Tue, 28 Jan 2003 22:53:20 +0100 From: Nicola Ken Barozzi Reply-To: nicolaken@apache.org User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon Developers List Subject: Re: removal of http://jakarta.apache.org/builds/jakarta-avalon/release/historic/ References: <3E36F8E6.4070300@apache.org> In-Reply-To: <3E36F8E6.4070300@apache.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Berin Loritsch wrote: > Leo Simons wrote: > >> Hi peeps, >> >> the daedalus machine is low on diskspace (there's like 1% left or so). >> We need to be as conservative as possible and remove all avalon >> materials no longer used. Can we move the materials in the >> above-mentioned dir elsewhere? Is there other stuff that can go? >> >> I put them at >> http://giraffe.student.utwente.nl/avalon/builds/release/historic/, >> perhaps someone can also archive them elsewhere on a company machine >> or something? > > Are dailies on there? If so, we can remove those first. Yes. We should keep only "real" releases. > Any historic release that is pre 4.0 we can easily get rid of. > > We can point to the location you listed and if there is no traffic > at that location for a while we can nix it there. I have a feeling > that the historic releases are not needed anymore. I disagree. As Stefano said about Cocoon releases, the Avalon distribution is not the lastest version, is the *entire* collection of releases. All releases should remain where they are. Their size is not a problem, and BTW the lastest deletes of 50% of some nightlies have reduces disk space usage by 10%, so it's not an issue anymore. What we should nix are the nightly builds, the builds put on cvs.apache.org user accounts, etc. These should not be more than 6-7 at a given time, and should be removed ASAP when they are not needed anymore. -- Nicola Ken Barozzi nicolaken@apache.org - verba volant, scripta manent - (discussions get forgotten, just code remains) --------------------------------------------------------------------- -- To unsubscribe, e-mail: For additional commands, e-mail: