From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 41834 invoked by alias); 8 Jun 2015 13:43:28 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 41191 invoked by uid 89); 8 Jun 2015 13:43:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.1 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 X-HELO: calimero.vinschen.de Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 08 Jun 2015 13:43:21 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 5375FA807C8; Mon, 8 Jun 2015 15:43:18 +0200 (CEST) Date: Mon, 08 Jun 2015 13:43:00 -0000 From: Corinna Vinschen To: cygwin-apps@cygwin.com Subject: Re: [PATCH setup] Allow setup to parse more than 3 versions from the setup.ini file Message-ID: <20150608134318.GO3416@calimero.vinschen.de> Reply-To: cygwin-apps@cygwin.com Mail-Followup-To: cygwin-apps@cygwin.com References: <1433349024-9776-1-git-send-email-jon.turney@dronecode.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FEz7ebHBGB6b2e8X" Content-Disposition: inline In-Reply-To: <1433349024-9776-1-git-send-email-jon.turney@dronecode.org.uk> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2015-06/txt/msg00062.txt.bz2 --FEz7ebHBGB6b2e8X Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2391 On Jun 3 17:30, Jon TURNEY wrote: > Reminded by a recent request as to how to install xorg-server-1.17.1-2, w= hich > has disappeared beyond setup's ken (in order to determine if there was a > regression in the curent version), this is a re-send of a patch I origina= lly > submitted back in 2011 [1], which received an ambiguous response then. >=20 > [1] https://cygwin.com/ml/cygwin-apps/2011-04/msg00053.html >=20 > This recognizes any "[foo]" line as introducing the information for anoth= er > version, which doesn't have one of the trust levels [curr], [prev] or [te= st], > and so isn't automatically selected when setup is told to install all pac= kages > at that trust level (by default, [curr]). >=20 > Setup already does all the neccessary sorting in version order etc. to us= e these > additional versions. >=20 > Since the value of carries no meaning, it might make sense to updat= e the > setup.ini specification to mandate the use of specific strings like "[als= o]" or > "[other]", or perhaps "[prev-1]", "[prev-2]", etc. >=20 > I have written a corresponding patch to genini. >=20 > I'm not sure what expiry policy is currently used by upset for old packag= es, but > presumably that would need to be made more sophisticated, along with the = changes > needed to generate setup.ini entries for other versions. Upset does not handle expiry of packages at all. Versions are mentioned in setup.hint as test, curr, prev, or exp (yes, really) and those are handled, everything else throws an error message. Package versions not mentioned in setup.hint are simply ignored. I'm not against adding some functionality along these lines (provided you also fix upset), but I'm not so sure about the broad definition of the version state pattern. It feels as generating problems down the road. Think setup.hint. Your patch would requite to recognize more or less any string as version state: category: [...] requires: [...] sdesc: [...] ldesc: [...] prev: 1.2.3-1 curr: 1.2.4-1 test: 1.2.5-1 blub: 1.2.6-1 fwexf3efx24x: 1.2.7-1 Wouldn't it be better to extend the state space by defining stricter patterns based on the existing ones like prev3 prev2 prev curr test test2 test3 ? Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --FEz7ebHBGB6b2e8X Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVdZv2AAoJEPU2Bp2uRE+g+i4P/Ri26Y8nekVC0pV7A7pt4tzj NPkAgPPUtmogId46BH++Ffx9rY77YwpOkofJc8BMmP6iBg19NLm0NMe1HGR9zDV1 PkNpz3p0gtlUST4kntrqMpGz9LLVtqQj/c71lM8WSfTE1xWT49iUR7eewxFtowiH MDE3Wij0a8ispuLxlJRd0o865iqBDoS7pt8eeV1CisvXz1emSVZq2TwinYyOCi2J D88SUzk3+B5WTUwVnLxU3vqmoHVacLRgtnHmThF5PP5flWP09UfibB9nI8vTD15k kk/59ala2wWKaHyf3+iQrPSkYv4Rf9sXfOShPHeOsGpiJqaenpqA9iTduMiY3oWX iDqjbdDdT/JxJwUZ09bRb4kV89FjhigJj7Tyuve0kwaUDNrmRJwgxahthwWCSYQZ iTsFJMrtxLE0/vAuUwQ+W2/YeZ+5hsnHGJx/U+drdWG41r/nqWLPZIvTCwX1yjdi 3mhQ4BTu7j4Gp41vg16UURQVFLSv+AEzP+Bb9wuYDcEe+aEXE5X5czBzhGywuJjU 7ZP5SSGwvvAr2DkXaXl5RGaAqmPELkO0/N97cnASGhe6rJW0LiTPlxUEtJyVALU8 FMDuXJV+tq1+X0/wb3dyVoAKUuu/hEIBWEmgrT+l4ha2ArNYzu9EI7gkCyBqW+BZ pEFUBJN0DfX1uy/aDqos =3Wm/ -----END PGP SIGNATURE----- --FEz7ebHBGB6b2e8X--