From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) by sourceware.org (Postfix) with ESMTPS id 2AE9638708C9 for ; Tue, 19 Jan 2021 18:36:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 2AE9638708C9 Received: by mail-ed1-x535.google.com with SMTP id g24so22695094edw.9 for ; Tue, 19 Jan 2021 10:36:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=I/Pr/l0bzqovIHiCknbF3eANPhg9BGqqm1oLUCGKKpc=; b=BehDDXg2w2ynRKIIPkFjX6kYsSJyZPN/dUok2JSOcbLiFo2jU2+a2SLDf5btMHX1Zw 7ip06/sHI1cRbSY6GGXGMtmfiaiR7qsAoMKtWPnb6BKKhxBbX+VTInslOz1dtbDOuawa Jb8arhd6iUsJi7trDNy9ye2uiBl3Z1hrP5fHEmhfW5+6AO6TUn9HNe2OqScgieKIykGx 2/NSSc5KEaTw+czMNJR+zFW608oa7A+q6BFNF+Cyb6us2Pn5l1heTDlJeQgcQpQ4KLt5 /iCUFMxnfzV9G5/X+3JbJHWEOIuyi49BwXdFtQJAEN1DYcGNkNm8Dz5CCmPwuUDEaU2O w1kw== X-Gm-Message-State: AOAM531nOiS+0+UxeYZbgrmyQ3fvovqkNGpSfJY9VRb+aOf9FXQbjl5H JnHKJLai9fzSB+Gw0BSR7f2P4EOhcuXU+Q== X-Google-Smtp-Source: ABdhPJy3ustZ2n3wTowwUSoStEyBLj0r9oyG8qA7E0kxi+PdoP7rzS+VTyjM+Mi8LsGfR1p9Oh/rpA== X-Received: by 2002:a05:6402:1682:: with SMTP id a2mr4637443edv.30.1611081370208; Tue, 19 Jan 2021 10:36:10 -0800 (PST) Received: from ?IPv6:2003:cc:9f0c:c834:e8c3:b812:a2f6:6594? (p200300cc9f0cc834e8c3b812a2f66594.dip0.t-ipconnect.de. [2003:cc:9f0c:c834:e8c3:b812:a2f6:6594]) by smtp.gmail.com with ESMTPSA id b101sm4774900edf.49.2021.01.19.10.36.09 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 19 Jan 2021 10:36:09 -0800 (PST) Subject: Re: Keeping an older version of a package in the repos To: cygwin-apps@cygwin.com References: <81489256-5e19-ef35-21e8-321e965cc416@gmail.com> From: Marco Atzeri Message-ID: <35dc44a8-e3f9-fe28-ca57-3ba4758239d9@gmail.com> Date: Tue, 19 Jan 2021 19:36:08 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: it Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_00, BODY_8BITS, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2021 18:36:12 -0000 On 19.01.2021 19:11, Hamish McIntyre-Bhatty via Cygwin-apps wrote: > On 18/01/2021 18:39, Marco Atzeri via Cygwin-apps wrote: >> On 18.01.2021 18:57, Hamish McIntyre-Bhatty via Cygwin-apps wrote: >>> Hi all, >>> >>> In the (hopefully!) near future I plan to package python3-wx (aka >>> wxPython) version 4.1.1. This is a backwards-incompatible change with >>> wxPython 4.0.x, so I was wondering if there was a way to retain >>> python3-wx 4.0.x and its binary packages in the repos after I do this >>> update? >>> >>> Hamish >>> >> >> look at the several guile packages for ideas >> >> $ cygcheck -cd | grep "^guile" >> ... >> guile1.8                                1.8.8-3 >> guile2.0                                2.0.14-3 >> guile2.2                                2.2.7-1 >> guile3.0                                3.0.5-1 >> >> >> check how to guarantee that the names are different and they >> do not collide as content >> >> Does any package depends on python3X-wx ? >> I do not see a demanding problem: >> >> $ cygcheck-dep -S -q -n python36-wx >>  python36-wx: is needed for ( ) >> >> >> Regards >> Marco > > Yeah I guess I could name the new binary packages something like > python36-wx31 etc, but that might be a bit ugly. I'm not sure if Cygwin > has a convention for that. > > I was more thinking about any 3rd party applications that may depend on > it, but perhaps that's not too much of a concern. > > Hamish > I was referring to collision of file names $ cygcheck -l python38-wx |grep bin /usr/bin/helpviewer-py38 /usr/bin/img2png-py38 /usr/bin/img2py-py38 /usr/bin/img2xpm-py38 /usr/bin/pycrust-py38 /usr/bin/pyshell-py38 /usr/bin/pyslices-py38 /usr/bin/pyslicesshell-py38 /usr/bin/pywxrc-py38 /usr/bin/wxdemo-py38 /usr/bin/wxdocs-py38 /usr/bin/wxget-py38