From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14921 invoked by alias); 8 Nov 2013 16:43:56 -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 14909 invoked by uid 89); 8 Nov 2013 16:43:56 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.3.2 X-HELO: mail2-relais-roc.national.inria.fr Received: from Unknown (HELO mail2-relais-roc.national.inria.fr) (192.134.164.83) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Fri, 08 Nov 2013 16:43:55 +0000 Received: from cac94-1-81-57-150-173.fbx.proxad.net (HELO [192.168.0.22]) ([81.57.150.173]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-SHA; 08 Nov 2013 17:43:46 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: Deleting old versions of packages From: Damien Doligez In-Reply-To: <20131028193452.GA5968@ednor.casa.cgf.cx> Date: Fri, 08 Nov 2013 16:43:00 -0000 Content-Transfer-Encoding: 7bit Message-Id: <11AE3469-62E8-4883-A491-27CF276D8A7F@inria.fr> References: <5266FCC6.7030405@tiscali.co.uk> <20131023021452.GC8111@ednor.casa.cgf.cx> <20131028193452.GA5968@ednor.casa.cgf.cx> To: cygwin-apps@cygwin.com X-IsSubscribed: yes X-SW-Source: 2013-11/txt/msg00029.txt.bz2 Hi, On 2013-10-28, at 20:34, Christopher Faylor wrote: > The problem with this method is that it forces you to use a setup.hint > file to delete packages. For instance, I just had a case where I wanted > make-4.0-2 to be curr and make-3.82.90-1 to be prev. I really don't > want to have to change setup.hint to enforce that because that's error > prone. If that's exactly what people were trying to warn me about then > I apologize for being dense. Maybe I'm too naive or too late, but it seems to me that you could use the same procedure we used when uploading was done manually: you'd upload the new version and send a message to the maintainers saying "upload 4.0-2, keep 3.82.90-1 as prev, and delete all other versions". With the automatic system, this could take the form of a file (for example !keep) that lists all the versions (other than the uploaded one) that should be kept, with all other versions to be archived and removed. This is almost the same as changing setup.hint, but much less error-prone because it's outside the package. You should also do a few sanity checks: that all the versions mentioned in !keep are present, and that all the versions mentioned in setup.hint are also in !keep. If one of these conditions is false, you don't remove anything. -- Damien