From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-042.btinternet.com (mailomta26-sa.btinternet.com [213.120.69.32]) by sourceware.org (Postfix) with ESMTPS id 282213858D37 for ; Wed, 19 Apr 2023 13:32:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 282213858D37 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=dronecode.org.uk Received: from sa-prd-rgout-004.btmx-prd.synchronoss.net ([10.2.38.7]) by sa-prd-fep-042.btinternet.com with ESMTP id <20230419133241.GPBU16997.sa-prd-fep-042.btinternet.com@sa-prd-rgout-004.btmx-prd.synchronoss.net>; Wed, 19 Apr 2023 14:32:41 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 6406812D05146012 X-Originating-IP: [81.129.146.164] X-OWM-Source-IP: 81.129.146.164 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvhedrfedttddgieejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpeehfeekkeekheffheeviedvveegveetleehieeltedtgffhieehkeegjedthfeludenucffohhmrghinheptgihghifihhnrdgtohhmpdhsohhurhgtvgifrghrvgdrohhrghenucfkphepkedurdduvdelrddugeeirdduieegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurddutdeingdpihhnvghtpeekuddruddvledrudegiedrudeigedpmhgrihhlfhhrohhmpehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkpdhnsggprhgtphhtthhopedvpdhrtghpthhtoheptggrrhhlohdrsghrrghmihhnihesghhmrghilhdrtghomhdprhgtphhtthhopegthihgfihinhestgihghifihhnrdgtohhmpdhrvghvkffrpehhohhsthekuddquddvledqudegiedqudeigedrrhgrnhhgvgekuddquddvledrsghttggvnhhtrhgrlhhplhhushdrtgho mhdprghuthhhpghushgvrhepjhhonhhtuhhrnhgvhiessghtihhnthgvrhhnvghtrdgtohhmpdhgvghokffrpefiuedpoffvtefjohhsthepshgrqdhprhguqdhrghhouhhtqddttdeg X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.106] (81.129.146.164) by sa-prd-rgout-004.btmx-prd.synchronoss.net (5.8.814) (authenticated as jonturney@btinternet.com) id 6406812D05146012; Wed, 19 Apr 2023 14:32:41 +0100 Message-ID: <0ca2f498-191c-834f-98db-ce679b519720@dronecode.org.uk> Date: Wed, 19 Apr 2023 14:32:40 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: Installing/upgrading only NOARCH packages. To: "Carlo B." , The Cygwin Mailing List References: Content-Language: en-GB From: Jon Turney In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,NICE_REPLY_A,RCVD_IN_BARRACUDACENTRAL,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 19/04/2023 12:30, Carlo B. via Cygwin wrote: > Hello, > after the 32-bit port of CYGWIN has been obsoleted, I was looking for > a way for installing or upgrading the NOARCH packages, like the > libraries for the mingw cross compilers for example. > Unfortunately, I have not found an existing way for doing it. > Is it possible to do it? The x86 archive contains a set of noarch packages frozen at the same instant that the x86-arch packages were. We don't just do that to be awkward: The most obvious problem is with data-only noarch packages depended on by archful packages - at some unknown time (probably in the future, but who knows), some x86 package is going to stop working usefully with the data provided by some current noarch package, due to skew between the repositories. The only practical approach, consuming a fixed, limited amount of effort, is to freeze the noarch packages available to x86 installs as well. > Otherwise, I'm searching for the sources of the setup program for > adding this feature in my local installation. I have seen that setup > utility has a "--arch" option, but it accepts only "x86_64" or "x86", > according to the "--help" printed on screen. > So, I'm planning to add a "noarch" in addition to "x86_64" and "x86" > to this option. This probably isn't going to work the way you imagine it will: we don't provide noarch packages as a separate repository, so you'd have to extract that information from the x86_64 repository manifest, and merge it into the x86 repository manifest. The easiest way to do this would probably be to create a local package repository as a clone of the x86 archive, then replace the noarch packages with those from the current x86_64 package repository, and regenerate the manifest with mksetupini. However, I have no idea if you'd end up with something useful, or not. Maybe just importing the mingw* cross packages would be safest? Anyhow, if it breaks, you get to keep all the pieces... You might want to compare the ongoing effort that involves to just migrating to x86_64 :) > Where can I get the latest development sources of the setup utility? Following the link at [1] takes you to [2], which should contain the information you require. [1] https://cygwin.com/install.html#source [2] https://sourceware.org/cygwin-apps/setup.html