From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 06 10:18:03 2022 Received: (at 53818) by debbugs.gnu.org; 6 Feb 2022 15:18:03 +0000 Received: from localhost ([127.0.0.1]:39534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGjIh-0002Z3-6f for submit@debbugs.gnu.org; Sun, 06 Feb 2022 10:18:03 -0500 Received: from h178-251-242-94.cust.a3fiber.se ([178.251.242.94]:34904 helo=mail.yoctocell.xyz) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGjIf-0002YR-Eo for 53818@debbugs.gnu.org; Sun, 06 Feb 2022 10:18:02 -0500 From: Xinglu Chen DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yoctocell.xyz; s=mail; t=1644160673; bh=G6KSKS6HPjFwVRqKb+Eo8M1Gmol4R8HVGJTQdIUgoBU=; h=From:To:Subject:In-Reply-To:References:Date; b=hrcCncpJFKqD1M8Wy5r0piL5LNEcHZcQQNCGL9030t/xwheNCOHVgKQfrap/Y9sUK d1v9iIHmo/pvp2psK6YTPhPUGDwzTUTSDQU/mxMKWC1igWV96TNPr8hbVl6cALBZhn WJPMHZLw5gySwUetP3NAsI5vwriQhO1vEedNKOl4= To: Maxime Devos , 53818@debbugs.gnu.org Subject: Re: [bug#53818] [PATCH 0/3] Add Repology updater In-Reply-To: <2ba4a342b6c2b53f7038a84c8337608e51ecf13a.camel@telenet.be> References: <2ba4a342b6c2b53f7038a84c8337608e51ecf13a.camel@telenet.be> Date: Sun, 06 Feb 2022 16:17:38 +0100 Message-ID: <878ruo2fe5.fsf@yoctocell.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Maxime schrieb am Sonntag der 06. Februar 2022 um 13:41 +01: > Xinglu Chen schreef op zo 06-02-2022 om 12:50 [+0100]: >> Because of the way ‘%updaters’ in (guix upstream) works, the Repology >> updater is the first or second updater that is used (since it > [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.6 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: yoctocell.xyz (xyz)] 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD -0.0 T_SCC_BODY_TEXT_LINE No description available. 0.0 PDS_RDNS_DYNAMIC_FP RDNS_DYNAMIC with FP steps X-Debbugs-Envelope-To: 53818 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Maxime schrieb am Sonntag der 06. Februar 2022 um 13:41 +01: > Xinglu Chen schreef op zo 06-02-2022 om 12:50 [+0100]: >> Because of the way ‘%updaters’ in (guix upstream) works, the Repology >> updater is the first or second updater that is used (since it > [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.6 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: yoctocell.xyz (xyz)] 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 1.0 BULK_RE_SUSP_NTLD Precedence bulk and RE: from a suspicious TLD 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager 0.0 PDS_RDNS_DYNAMIC_FP RDNS_DYNAMIC with FP steps --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Maxime schrieb am Sonntag der 06. Februar 2022 um 13:41 +01: > Xinglu Chen schreef op zo 06-02-2022 om 12:50 [+0100]: >> Because of the way =E2=80=98%updaters=E2=80=99 in (guix upstream) works,= the Repology >> updater is the first or second updater that is used (since it >> technically works on ever package), but because of the limitations I >> mentioned above, the result might not always be the best. The Repology >> updater is mostly useful for things that don=E2=80=99t already have an u= pdater, >> e.g., =E2=80=98maven-dependency-tree=E2=80=99. Would it make sense to h= ard-code the >> =E2=80=98%updaters=E2=80=99 variable and put the Repology last in the li= st? > > I would prefer not to hardcode %updaters and keep the current > discovery mechanism, such that people can experiment with updaters > outside a git checkout of guix and in channels. Good point. > FWIW it would be useful to have the same mechanism for importers. > > However, it might be a good idea to do some _postprocessing_ on > the discovered list of updaters, e.g. they could be sorted on > 'genericity' with 'stable-sort' (*): > > (define (genericity x) > (cond ((it is "generic-SOMETHING") 1) > ((it is repology) 2) > (#true 0))) > > (define (less x y) > (<=3D (genericity x) (genericity y))) > > (*) stable-sort and not sort, to preserve alphabetical ordering > for updaters with the same genericity. That looks like a good idea --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJJBAEBCAAzFiEEAVhh4yyK5+SEykIzrPUJmaL7XHkFAmH/5pIVHHB1YmxpY0B5 b2N0b2NlbGwueHl6AAoJEKz1CZmi+1x5zoEP/iTocn9Z57276DXaWFmwwa7uHczT L+SQbXM9hB0UHR1k2R+1/UOeZcxJMiVAxTcq63tigRpmdzf105Osl0qK+vyASox0 RTDS07T6tmunXNGyosIOXRbftpVhSLZPzFWGb2km1ZT0sawKHmGUjFcAl77cBtW4 PNsclQEm2iBanYx/bC8ElgiW0so6nRzQ4mqERsM1x73XgJqgAUWYN6URk/aW5XVE /Zeq/hsDAsZRLyDnBhZc1V8w8xX302C4oNlakJb0/BCtHW0fAG5/c3q8Ss54Wbgu som4LqLgxnC9qD4EM+Xe4PIzsIYG4tJu+35+bnfEpBDbIV1a67D49JxBsOk42/Dy fib2vcku2ggTbnYCQyJqPEiVfhtWb2PcWQwYVwixylJANoMyE/cUa+MgE1I0rZsZ O+7aGBZZefmNaDfGw6i2FF+8QpbRoEOBusxGVcZALqT1cSH0SJvWGxKc2cjkymXV ggExtdjlevgiQllXvv/M10kweOmQD8aAtKenWT8ccfJdxG9PulrZO+u/h53kW/ER PJmjfVNZH52qr84qxeB+1mL9L41cZGGd3ezJ4Z+qlHdXplZ90R7O2fXvnOmoR9Mb 1tqfdOLlwgEr3Tk3r/OnC2slEqrgtG6JoMhaSROxAZjdcvSXDDldNk7gTBetEM17 SwCZ8ayY1vbTR/f6 =vIQq -----END PGP SIGNATURE----- --=-=-=--