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 0EE24138334 for ; Fri, 30 Nov 2018 21:23:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8CF82E09C3; Fri, 30 Nov 2018 21:23:42 +0000 (UTC) Received: from smarthost03b.mail.zen.net.uk (smarthost03b.mail.zen.net.uk [212.23.1.21]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 15ECAE09BC for ; Fri, 30 Nov 2018 21:23:41 +0000 (UTC) Received: from [62.3.120.142] (helo=NeddySeagoon_Static) by smarthost03b.mail.zen.net.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1gSqGC-0002FV-Eg for gentoo-dev@lists.gentoo.org; Fri, 30 Nov 2018 21:23:40 +0000 Date: Fri, 30 Nov 2018 21:23:22 +0000 From: Roy Bamford Subject: Re: [gentoo-dev] [pre-GLEP r3] Gentoo binary package container format To: gentoo-dev@lists.gentoo.org In-Reply-To: <1543597591.20082.2.camel@gentoo.org> (from mgorny@gentoo.org on Fri Nov 30 17:06:31 2018) X-Mailer: Balsa 2.5.3 Message-Id: <8uNBImvjGMTCLuhvYZ4ne1@vrGYbjAimRDAIaix2MIFM> 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 Content-Type: multipart/signed; micalg=PGP-SHA256; protocol="application/pgp-signature"; boundary="=-L6uOdCBk8xqaINJjkWMo" X-Originating-smarthost03b-IP: [62.3.120.142] Feedback-ID: 62.3.120.142 X-Archives-Salt: 45a78efe-e14e-49eb-a48a-b38cf2f7082a X-Archives-Hash: 7a140c96d07c127874d85c38594f3220 --=-L6uOdCBk8xqaINJjkWMo Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2018.11.30 17:06, Micha=C5=82 G=C3=B3rny wrote: > On Mon, 2018-11-26 at 21:43 +0000, Roy Bamford wrote: > > On 2018.11.26 18:58, Micha=C5=82 G=C3=B3rny wrote: > > > Here's the newest version. > > >=20 > > > Changes: > > >=20 > > > - added explicit notion of parent directory (missing in previous > GLEP > > > but present in implementation), > > >=20 > > > - explicitly named GNU tar format with list of permitted > extensions, > > >=20 > > > - changed volume label to 'gpkg-1.txt' file to improve > portability; > > > made > > > it explicit version identifier as well, > > >=20 > > > - added info on other package formats to rationale. > > >=20 > >=20 > > [snip] > >=20 > > The image archive stores all the files to be installed by the binary > > package. It should be included as the last of the files in the > binary > > package container. > >=20 > > [snip] > > >=20 > > > --=20 > > > Best regards, > > > Micha=C5=82 G=C3=B3rny > > >=20 > >=20 > > Its a nit today but that says that any future extensions, none=20 > > yet planned, should be placed before the image archive. >=20 > Yes. >=20 > > The specification needs to avoid the use of relative references. > >=20 >=20 > I don't understand. Could you be more specific what you expect > instead? >=20 > --=20 > Best regards, > Micha=C5=82 G=C3=B3rny >=20 Micha=C5=82, Enumerate the elements, in the preferred order, which you have=20 already done. The is no need, in a specification that is intended to be easily extensible to specify that any element should be last. That constrains extensions. To build on an example extension given earlier. Suppose an=20 extension came along to add the ebuild, required eclasses and=20 sources. The present wording says that they should be included=20 before image archive. Implementations may be capable of working with partial=20 downloads, why force the download of elements that may not be required to get the payload. The overhead of the presently define elements is small compared to the image and its useful to be able check the metadata to determine if the image is really what is required.=20 image 'last' works with the presently defined elements but may=20 not be so good in the years to come. Its a subtle difference between 'last', which means always at=20 the end, no mater what, and 'fifth' which is last today but might not be in the future. =20 --=20 Regards, Roy Bamford (Neddyseagoon) a member of elections gentoo-ops forum-mods = --=-L6uOdCBk8xqaINJjkWMo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEsOrcx0gZrrCMwJzo/xJODTqpeT4FAlwBqkoACgkQ/xJODTqp eT55Ogf9GLjd6UbioLnzoaSnycxeF3lt3YqnG4Ieaw3S2CsqafCdSaeHt4Cwn3B5 z82gM+OX0rpU21mpWuPghqKvKpRu9OW8VuLjCZhp68xNk+8JrnktoQOovrQ3NIpq ClWXlLZjf4vYtlZiikCexz91Dz4Alokywl07Ive11BIK1MD+yoFOFY0NJ3xSBemV oWNlYfuB3DFCwe1++1VJUNGgBm0KCosgMeaa+AdFYUnyQC6EX+lA0Xmued2MHse9 U5E0i39HpLenhstwvvqCxlD3RrUZ5n8Dye3XhrmUP6Em2/7OYoosTLuWP98tqDcZ RDC1tAUkxqHOlEB5cYCVK2GN8TTnlQ== =QkJT -----END PGP SIGNATURE----- --=-L6uOdCBk8xqaINJjkWMo--