From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.atof.net (smtp1.atof.net [52.86.233.228]) by sourceware.org (Postfix) with ESMTPS id 7166A3858C52 for ; Mon, 20 Mar 2023 23:42:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7166A3858C52 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=gluelogic.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gluelogic.com X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-Spam-Language: en X-Spam-Relay-Country: X-Spam-DCC: B=; R=smtp1.atof.net 1102; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-PYZOR: Reported 0 times. Date: Mon, 20 Mar 2023 19:42:01 -0400 From: gs-cygwin.com@gluelogic.com To: Jon Turney Cc: "cygwin-apps@cygwin.com" , Ken Brown Subject: Re: Fwd: calm: cygwin package report for Ken Brown Message-ID: References: <167934943239.2863900.10205375643162783483@server2.sourceware.org> <732a2547-1815-9bfc-8727-b4a7790bb2c8@dronecode.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <732a2547-1815-9bfc-8727-b4a7790bb2c8@dronecode.org.uk> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 List-Id: On Mon, Mar 20, 2023 at 11:17:38PM +0000, Jon Turney via Cygwin-apps wrote: > On 20/03/2023 22:17, Ken Brown via Cygwin-apps wrote: > > It looks like my plan for having scallywag deploy all the TeX Live > > packages won't work (see below).  calm would have to be more permissive > > and allow deploying a package that requires something that will be > > provided by a future package. > > > > In this case, I made asymptote require tl_2023, which will be provided > > by the next texlive release.  But I don't want to deploy the latter > > until all the other packages for TeX Live 2023 have been deployed. > > > > Unless this is easy to fix, I'll just forget about using scallywag and > > go back to my old method of uploading everything manually. > > This is trivially fixable. > > calm already has a list of 'provides which don't exist (yet)', so I think I > just need to add tl_2023 and tl_basic_2023 to that list > > Future work: make these regexes so we don't have same problem again in a > years time. > > > > > Ken > > > > -------- Forwarded Message -------- > > Subject: calm: cygwin package report for Ken Brown > > Date: Mon, 20 Mar 2023 21:57:12 -0000 > > From: cygwin-no-reply-rDBXBDvO6BXQT0dZR+AlfA@public.gmane.org > > Reply-To: cygwin-apps-rDBXBDvO6BXQT0dZR+AlfA@public.gmane.org > > To: kbrown-HmMyXyqgL2CVc3sceRu5cw@public.gmane.org > > > > ERROR: package 'asymptote' version '2.85-1' depends: 'tl_2023', but > > nothing satisfies that > > ERROR: error while validating merged x86_64 packages for Ken Brown > > SUMMARY: 2 ERROR(s) > > Maybe calm doesn't need to do this kind of check any more? > > But then people might write REQUIRES="typoed-package-name" and not notice > until it's uninstallable, so I don't know. It seems to me like a useful warning, whether or not it remains an error here. Also, it seems to me like this check could be added to prevent packages from being released (other than to 'test') since an uninstallable package is an uninstallable package, though circular dependencies could then be an issue for releasing. (Yes, avoid those!) Cheers, Glenn