From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14264 invoked by alias); 28 Oct 2013 20:22:02 -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 14243 invoked by uid 89); 28 Oct 2013 20:22:01 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DNSWL_NONE,RCVD_IN_SEMBACKSCATTER,SPF_PASS autolearn=no version=3.3.2 X-HELO: mail-in-10.arcor-online.net Received: from mail-in-10.arcor-online.net (HELO mail-in-10.arcor-online.net) (151.189.21.50) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Mon, 28 Oct 2013 20:21:59 +0000 Received: from mail-in-16-z2.arcor-online.net (mail-in-16-z2.arcor-online.net [151.189.8.33]) by mx.arcor.de (Postfix) with ESMTP id 324CD2D637A for ; Mon, 28 Oct 2013 21:21:56 +0100 (CET) Received: from mail-in-18.arcor-online.net (mail-in-18.arcor-online.net [151.189.21.58]) by mail-in-16-z2.arcor-online.net (Postfix) with ESMTP id 2DBAB212021 for ; Mon, 28 Oct 2013 21:21:56 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-18.arcor-online.net F01623DC344 Received: from Rainer.invalid (pD9EB3D22.dip0.t-ipconnect.de [217.235.61.34]) (Authenticated sender: stromeko@arcor.de) by mail-in-18.arcor-online.net (Postfix) with ESMTPSA id F01623DC344 for ; Mon, 28 Oct 2013 21:21:55 +0100 (CET) From: Achim Gratz To: cygwin-apps@cygwin.com Subject: Re: Deleting old versions of packages References: <5266FCC6.7030405@tiscali.co.uk> <20131023021452.GC8111@ednor.casa.cgf.cx> <20131028193452.GA5968@ednor.casa.cgf.cx> Date: Mon, 28 Oct 2013 20:22:00 -0000 In-Reply-To: <20131028193452.GA5968@ednor.casa.cgf.cx> (Christopher Faylor's message of "Mon, 28 Oct 2013 15:34:52 -0400") Message-ID: <87ppqpqh7m.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2013-10/txt/msg00218.txt.bz2 Christopher Faylor writes: > I don't like the clunkiness of creating anti-files in the sftp directory > to force deletions but I can't think of any other way to do this short > of actually making it look like the entire release directory is in the > user's sftp area. What we've got is what I'd call a transactional procedure for maintaining our packages. The positive part is implemented: if the transaction gets committed (!ready) then any files get transferred to the release directory. Removing files is difficult for two reasons: a) we don't easily know the current state of the release directory and b) setup.hint may allow multiple states depending on what is already in the release directory. Keeping the deletion part a manual operation is possible, but probably goes against your intentions and a !delete file is iffy. So my proposal would be that the current state of the release directory is mirrored with (zero-sized?) files in the sftp area. A maintainer could then just delete any of those placeholders and the corresponding file would be deleted from the release directory. Crucially, the upload and the deletion would not necessarily need to happen with the same transaction. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html