From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-048.btinternet.com (mailomta12-re.btinternet.com [213.120.69.105]) by sourceware.org (Postfix) with ESMTPS id EA42C39730EC for ; Wed, 4 Aug 2021 12:42:56 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org EA42C39730EC 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-005.btmx-prd.synchronoss.net ([10.2.54.8]) by re-prd-fep-048.btinternet.com with ESMTP id <20210804124255.EHCV1873.re-prd-fep-048.btinternet.com@re-prd-rgout-005.btmx-prd.synchronoss.net>; Wed, 4 Aug 2021 13:42:55 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-SNCR-Rigid: 60DCD71104F43246 X-Originating-IP: [81.129.146.158] X-OWM-Source-IP: 81.129.146.158 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvtddrieejgdefjecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepuffvfhfhkffffgggjggtgfesthekredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepleeigeehgefhveefvefhvdeiudfgvdeuhfejheetjefffefhueduteehuefgfffhnecukfhppeekuddruddvledrudegiedrudehkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddrudduudgnpdhinhgvthepkedurdduvdelrddugeeirdduheekpdhmrghilhhfrhhomhepoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqecuuefqffgjpeekuefkvffokffogfdprhgtphhtthhopeeouehrihgrnhdrkfhnghhlihhssefuhihsthgvmhgrthhitgfufidrrggsrdgtrgeqpdhrtghpthhtohepoegthihgfihinhestgihghifihhnrdgtohhmqe X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.111] (81.129.146.158) by re-prd-rgout-005.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 60DCD71104F43246; Wed, 4 Aug 2021 13:42:55 +0100 Subject: Re: [ANNOUNCEMENT] Updated: libidn{, 12, -devel, -doc} mingw64-{x86_64, i686}-libidn 1.38 To: Brian Inglis , The Cygwin Mailing List References: <60eee993-c788-97d5-8ea0-e708564e54b1@dronecode.org.uk> From: Jon Turney Message-ID: <9db380d9-c314-3e87-9aa1-b71d96aafd95@dronecode.org.uk> Date: Wed, 4 Aug 2021 13:41:55 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3569.6 required=5.0 tests=BAYES_00, BODY_8BITS, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_NONE, TXREP 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@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2021 12:42:59 -0000 On 03/08/2021 17:14, Brian Inglis wrote: > On 2021-08-03 09:56, Jon Turney wrote: >> On 02/08/2021 18:19, Cygwin libidn2 Maintainer wrote: >>> The following packages have been upgraded in the Cygwin distribution: >>> >>> * libidn            1.38 >>> * libidn12            1.38 >>> * libidn-devel        1.38 >>> * libidn-doc            1.38 >>> * mingw64-x86_64-libidn    1.38 >>> * mingw64-i686-libidn    1.38 >>> >>> and the following package has been obsoleted from the Cygwin >>> distribution: >>> >>> * libidn11            1.33 >> >> I've reverted that obsoletion, by removing 'obsoletes: libidn11' from >> the hint for libidn12, since it apparently still has some uses. ... and removed the empty libidn11-1.1.38-1 package (generated by cygport for compatibility with obsolete versions of setup) ... and added a 'replace-versions: 1.38-1' hint to libidn11 (in case someone installed the above before I remembered to remove them) > Can users just rerun Cygwin Setup so that it will update setup.ini and > reinstall cygidn-11.dll? Yes, that should fix any broken installs. > Is obsoleting previous dlls something that we should not do on a package > ABI break? Correct, do not do that. In this context, 'package A obsoletes package B' means 'package B provides everything that package A did, so if A is installed, uninstall A and install B'. This behaviour is not unique to Cygwin packaging. > How should maintainers handle such situations in cygport? You don't need to mention the old soversion in the updated cygport at all. (a heuristic in calm identifies old soversions, and exempts them from the (annoying) "all install packages from a source package must have a unique current version" check) (Yes, that means that those old soversions, and the corresponding source, linger in the repository indefinitely. yselkowitz would occasionally manually locate old soversions which aren't required by any other package (or which could be made so with some rebuilds), and purge them from the repo, but ... that service is no longer running :)) > I would like to know the correct approach to take to mitigate this and > future such situations, before I create a libidn -2 package release.