From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7663 invoked by alias); 14 Nov 2013 19:33:03 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 7638 invoked by uid 89); 14 Nov 2013 19:33:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=AWL,BAYES_40,RCVD_IN_DNSWL_NONE,RDNS_NONE autolearn=no version=3.3.2 X-HELO: mho-02-ewr.mailhop.org Received: from Unknown (HELO mho-02-ewr.mailhop.org) (204.13.248.72) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 14 Nov 2013 19:33:00 +0000 Received: from pool-98-110-183-69.bstnma.fios.verizon.net ([98.110.183.69] helo=cgf.cx) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1Vh2eq-0001Pf-B0 for cygwin-apps@cygwin.com; Thu, 14 Nov 2013 19:32:52 +0000 Received: from cgf.cx (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id 97F5F60120 for ; Thu, 14 Nov 2013 14:32:51 -0500 (EST) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/mSi+2p7j24uCZSinIv+b7 Date: Thu, 14 Nov 2013 19:33:00 -0000 From: Christopher Faylor To: cygwin-apps@cygwin.com Subject: Re: Deleting old versions of packages Message-ID: <20131114193251.GA4875@ednor.casa.cgf.cx> Reply-To: cygwin-apps@cygwin.com Mail-Followup-To: cygwin-apps@cygwin.com References: <5266FCC6.7030405@tiscali.co.uk> <20131023021452.GC8111@ednor.casa.cgf.cx> <20131028193452.GA5968@ednor.casa.cgf.cx> <87ppqpqh7m.fsf@Rainer.invalid> <20131029000336.GA7332@ednor.casa.cgf.cx> <87ppqnj15b.fsf@Rainer.invalid> <20131029205038.GA392@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131029205038.GA392@ednor.casa.cgf.cx> User-Agent: Mutt/1.5.20 (2009-06-14) X-SW-Source: 2013-11/txt/msg00055.txt.bz2 On Tue, Oct 29, 2013 at 04:50:38PM -0400, Christopher Faylor wrote: >On Tue, Oct 29, 2013 at 09:02:56PM +0100, Achim Gratz wrote: >>Leave everything as is at the upload side, but add two cleanup passes on >>the release directory; a first that deletes zero-sized files and a >>second that removes empty directories. That way a maintainer can >>"upload" a file that he wants to be deleted. Then upset will see the >>cleaned up release directory and setup.ini won't have to specify tzhe >>exact versions of files most of the time. > >I don't think I have to worry about empty directories. Those are easy >to purge. I was trying to avoid the zero-length file scenario but maybe >that's the best that can be done. The ordering would have to be right >so that upset doesn't first reference a file and then delete it of >course. In further consideration in the thinking room, two other ideas presented themselves: 1) Create files with a leading '-' character to flag deletion. 2) Create a !deleteme directory containing files or directories that should be deleted. (Although empty directories can be automatically detected and are not really an issue) I like either of these better than the zero-length file because it will be obvious from simple directory scanning when a file needs to be deleted. I'm thinking that the leading '-' is the easiest to implement since it is stateless. cgf