From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 86ED4138334 for ; Fri, 25 Oct 2019 06:26:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 28148E087D; Fri, 25 Oct 2019 06:26:37 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DE2DAE087A for ; Fri, 25 Oct 2019 06:26:36 +0000 (UTC) Received: from pomiot (c134-66.icpnet.pl [85.221.134.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id F229834C2F3; Fri, 25 Oct 2019 06:26:34 +0000 (UTC) Message-ID: <9d1d89c2166d3199463faa72dcc2bc64a5c4d0e1.camel@gentoo.org> Subject: Re: [gentoo-dev] [PATCH] glep-0075: Update for reference implementation From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Fri, 25 Oct 2019 08:26:31 +0200 In-Reply-To: References: <20191024115048.7408-1-mgorny@gentoo.org> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-WW/QA/UzHa5cqkT7ThYO" User-Agent: Evolution 3.32.4 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-Archives-Salt: 7413944d-ec9e-4e05-9429-c6033fe109ae X-Archives-Hash: 1fb02fc0a3e72c29bb724cc29554d262 --=-WW/QA/UzHa5cqkT7ThYO Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2019-10-24 at 22:39 +0200, Ulrich Mueller wrote: > > > > > > On Thu, 24 Oct 2019, Micha=C5=82 G=C3=B3rny wrote: > > +in 2=E2=81=B4 =3D 16 directories), and each of this directories would = have >=20 > s/this/these/ (This was there before, but can be corrected while at it.) >=20 > > +The implementations are only required to support cutoffs being multipl= es >=20 > s/The implementations/Implementations/ Both fixed in place. Since they're grammar fixes, I suppose there's no need to send v2 over it. >=20 > > +and maintaining mirrors via ``emirrordist``. The implementation > > +supports both listed layouts, with all hash functions supported > > +by Portage and cutoffs being multiples of 4. >=20 > In the rationale section, one reason given for the choice of the hash > algorithm (BLAKE2B) was to "avoid code duplication". Isn't that argument > moot, if all hashes supported by Portage are implemented? (Or in other > words, couldn't a faster hash function like MD5 be used?) That's a very Portage-centric thinking. Technically, today's PM needs only to be implement SHA512 and BLAKE2B. The former is legacy, so in the future we will probably throw it away and either leave BLAKE2B only, or add another new hash. In either case, BLAKE2B is the most future-proof choice today. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-WW/QA/UzHa5cqkT7ThYO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAl2ylZdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3 NkE4NDUwOTQwOThEMjhDQzhCMjZDNTYzOUFEQUUyMzI5RTI0MEUACgkQY5ra4jKe JA5D4wf/SruohvQCpxoJZN/lQ8SoAVbDmcGx/ZatIJIUy/7DcmqiDM8nntNxUYia fRqJ+m7txt9kjPK/ZKZbalEORBEry6MC/xTadPfvd3jP9bPQSbF7EyeAuzUOoxi+ 80JxJf65YHVaIQTAhcGqnGQPcs9Wfgb4UDBeoKx3gUAWCXzHfSq2NVWO2bI+7j4f Bby4hVxpyWhb3+oswB8ixkcPlhKZjIY3TosJXiFsJkRprYaKtJeRgPbua++YfFks jzO08WvjMrg4NIJHwAIs/R7UvoFN/MBtv3mZXw1P8rnb1L5iIgE7asWRXZ0SgdVh zvk3l+PkbIKv9qDcKHOX4gwYEvJY5Q== =++V8 -----END PGP SIGNATURE----- --=-WW/QA/UzHa5cqkT7ThYO--