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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 8E71F158004 for ; Thu, 13 Jun 2024 11:59:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6FA6AE2B2A; Thu, 13 Jun 2024 11:59:35 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1F78CE2B21 for ; Thu, 13 Jun 2024 11:59:35 +0000 (UTC) Date: Thu, 13 Jun 2024 07:59:31 -0400 From: Ionen Wolkens To: gentoo-dev@lists.gentoo.org Cc: pacho@gentoo.org, Florian Schmaus Subject: Re: [gentoo-dev] [PATCH v3 0/1] greadme.eclass: new eclass Message-ID: Mail-Followup-To: gentoo-dev@lists.gentoo.org, pacho@gentoo.org, Florian Schmaus References: <20240613083928.165509-1-flow@gentoo.org> 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="UMh1btQI5ZJUZev/" Content-Disposition: inline In-Reply-To: <20240613083928.165509-1-flow@gentoo.org> X-Archives-Salt: c7ac7eca-f373-44b9-8fea-644e3c7006ea X-Archives-Hash: 959cf9fa68eb2ee1bc73771bbbc856bf --UMh1btQI5ZJUZev/ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 13, 2024 at 10:39:24AM +0200, Florian Schmaus wrote: > Following up on the discussion of the last patchset, this > - moves the functionally into a new eclass, as adjusting the existing > eclass to export new phase functions is not viable. > - excludes the README.gentoo from decompression, as all other > presented approaches add complexity and cause additional disk space > consumption. While on the other hand, README.gentoo files are > typically very small because they should be suitable as pkg_postinst > output, so ther is often not much gained by compressing them. > - adds a GREADME_SHOW show option, to manually override the behavior > (as requested by ionen). I don't recall requesting anything, or was it something i said on IRC that I forgot about? On the ML, just talked a bit about an implementation possibility that wouldn't use the live files (plus its perk of better control like not showing it on minor style/space changes). Also I assume GREADME_SHOW is actually GREADME_FORCE? Not that I really looked closely at this yet, just replying because I was mentioned. --=20 ionen --UMh1btQI5ZJUZev/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmZq3yIACgkQskQGsLCs QzRPigf/Zzg1bgH3MZEFH3Pr4wl4NrnXYXbgnd/8f1PM9SgBq+K7TQsw4eorBVZO 7SX6gzah5liC3ca6ifyo+MIohdQ3LriNzcfXN/gIw2PiBv8DtEkomU7GwlZtwfuI 6hoPERxl4ie5bd/sty5brtR6SDjwPSeGVqeWP8BVWK7fSOLrSJ3nhR25giOsjkUy KtnSpGAz4MTG2YcGk2c3oDyRoupIJdiVTiv1BKSJehWITMxzXWvIDj7Q6DsZs1tU heBLejJlR1XkYfMVPqJJo0BYg2Nqt5St/suW2ab9p1pNSHZcYqisG9VIy1JXSnqE dCW1tYUPbuPDDOZba23GDtZOWTRniQ== =77W5 -----END PGP SIGNATURE----- --UMh1btQI5ZJUZev/--