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 8CE821382C5 for ; Sun, 28 Jan 2018 10:16:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 86279E0CA4; Sun, 28 Jan 2018 10:16:27 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 321C8E0C86 for ; Sun, 28 Jan 2018 10:16:27 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (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 86444335C09; Sun, 28 Jan 2018 10:16:25 +0000 (UTC) Message-ID: <1517134582.1270.12.camel@gentoo.org> Subject: Re: [gentoo-dev] [pre-GLEP] Split distfile mirror directory structure From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Sun, 28 Jan 2018 11:16:22 +0100 In-Reply-To: <23149.41634.800359.851461@a1i15.kph.uni-mainz.de> References: <1517009079.31015.3.camel@gentoo.org> <23149.41634.800359.851461@a1i15.kph.uni-mainz.de> Organization: Gentoo Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.6 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 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Archives-Salt: 3b008c3c-77b3-4cdb-8b98-1e319619629b X-Archives-Hash: cb3516f8cde2eaa052f8f5e8415ac5bf W dniu nie, 28.01.2018 o godzinie 11∶14 +0100, użytkownik Ulrich Mueller napisał: > > > > > > On Sat, 27 Jan 2018, Michał Górny wrote: > > This specification currently defines one section: ``[structure]``. > > This section defines one or more repository structure definitions > > using sequential integer keys. The definition keyed as ``0`` > > is the most preferred structure. The package manager should use > > the first structure format it recognizes as supported, and ignore any > > it does not recognize. If this section is not present, the package > > manager should behave as if only ``flat`` structure were supported. > > It is not at all clear from this how integer keys are ordered. The > paragraph only says that "0" is most preferred, but says nothing about > comparison of other numbers. > > For example, if there are keys "-1", "0", and "1" (these are > "sequential integer keys", right?), what is their order of preference? > Please suggest a better wording. The idea was to use 0=, 1=, 2=... -- Best regards, Michał Górny