From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9577 invoked by alias); 29 Oct 2013 20:50:42 -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 9562 invoked by uid 89); 29 Oct 2013 20:50:42 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-HELO: mho-02-ewr.mailhop.org Received: from mho-02-ewr.mailhop.org (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; Tue, 29 Oct 2013 20:50:41 +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 1VbGFL-000GOu-Jg for cygwin-apps@cygwin.com; Tue, 29 Oct 2013 20:50:39 +0000 Received: from cgf.cx (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id E00F960130 for ; Tue, 29 Oct 2013 16:50:38 -0400 (EDT) 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: U2FsdGVkX18ZyogHPKAJUJw52p1ALayD Date: Tue, 29 Oct 2013 20:50:00 -0000 From: Christopher Faylor To: cygwin-apps@cygwin.com Subject: Re: Deleting old versions of packages Message-ID: <20131029205038.GA392@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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87ppqnj15b.fsf@Rainer.invalid> User-Agent: Mutt/1.5.20 (2009-06-14) X-SW-Source: 2013-10/txt/msg00230.txt.bz2 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 another discussion someone suggested a web-based form for deletion but if I was going to use that, I might as well use that method for upload too. I don't think I'm ready to scrap sftp now that this is implemented.