From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-044.btinternet.com (mailomta10-re.btinternet.com [213.120.69.103]) by sourceware.org (Postfix) with ESMTPS id 8C5E13858C74 for ; Tue, 1 Feb 2022 15:04:08 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8C5E13858C74 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from re-prd-rgout-004.btmx-prd.synchronoss.net ([10.2.54.7]) by re-prd-fep-044.btinternet.com with ESMTP id <20220201150407.USCE13120.re-prd-fep-044.btinternet.com@re-prd-rgout-004.btmx-prd.synchronoss.net> for ; Tue, 1 Feb 2022 15:04:07 +0000 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 613A901C12D2BC41 X-Originating-IP: [81.129.146.209] X-OWM-Source-IP: 81.129.146.209 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvvddrgeefgdejudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpeffkeeigfdujeehteduiefgjeeltdelgeelteekudetfedtffefhfeufefgueettdenucfkphepkedurdduvdelrddugeeirddvtdelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurddutdefngdpihhnvghtpeekuddruddvledrudegiedrvddtledpmhgrihhlfhhrohhmpehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkpdhnsggprhgtphhtthhopedupdhrtghpthhtoheptgihghifihhnqdgrphhpshestgihghifihhnrdgtohhm X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.103] (81.129.146.209) by re-prd-rgout-004.btmx-prd.synchronoss.net (5.8.716.04) (authenticated as jonturney@btinternet.com) id 613A901C12D2BC41 for cygwin-apps@cygwin.com; Tue, 1 Feb 2022 15:04:06 +0000 Message-ID: Date: Tue, 1 Feb 2022 15:03:40 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1 Subject: Re: calm and cygport not in sync Content-Language: en-GB To: "cygwin-apps@cygwin.com" References: <164297570975.250866.6606456581812688116@server2.sourceware.org> <770413e1-8fad-0af5-4327-5403614cab36@gmail.com> From: Jon Turney In-Reply-To: <770413e1-8fad-0af5-4327-5403614cab36@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3570.8 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_PASS, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) 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, 01 Feb 2022 15:04:09 -0000 On 24/01/2022 04:42, Marco Atzeri wrote: > It seems calm is now rejecting what cygport is still producing > [..] > > ERROR: package 'python36-sh' version '1.14.2-1' obsoletes: 'python3-sh', > but nothing satisfies that > ERROR: package 'python36-straight.plugin' version '1.5.0-1' obsoletes: > 'python3-straight.plugin', but nothing satisfies that > ERROR: error while validating merged x86 packages for Marco Atzeri > ERROR: package 'python36-sh' version '1.14.2-1' obsoletes: 'python3-sh', > but nothing satisfies that > ERROR: package 'python36-straight.plugin' version '1.5.0-1' obsoletes: > 'python3-straight.plugin', but nothing satisfies that > ERROR: error while validating merged x86_64 packages for Marco Atzeri > SUMMARY: 6 ERROR(s) > ------------------------------------------- > > temporary solved by hand > Yes, there's a disconnect here. cygport assumes that if we are making a 'python36-' package, a 'python3-' version of the package exists which it should obsolete. For a new package that assumption isn't correct, which calm considers an error. I'll try to adjust calm so this isn't so annoying. But I'm not sure this is how 'python3-' packages should be handled, which probably needs a bit of discussion. I think I'd like it it if 'python3-' names were retained (so then 'setup -q -P python-foo' gets you a working 'python3 -c 'import foo''), but not sure how those names should work (as a forwarding package, as a provides?), or how those names should work in setup (e.g. it probably doesn't allow obsoletes/provides names to be searched for or specified with -P at the moment).