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 20400139694 for ; Fri, 2 Jun 2017 14:51:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D796AE0D75; Fri, 2 Jun 2017 14:51:31 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 91484E0D47 for ; Fri, 2 Jun 2017 14:51:31 +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 EC0AF3416D8; Fri, 2 Jun 2017 14:51:29 +0000 (UTC) Message-ID: <1496415085.16111.0.camel@gentoo.org> Subject: Re: [gentoo-dev] [RFC] Addition of a new field to metadata.xml From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Fri, 02 Jun 2017 16:51:25 +0200 In-Reply-To: <20170603023827.0d4531fa@katipo2.lan> References: <20170602130903.334b0d03@katipo2.lan> <2816064.Ipx2b8F6kQ@note> <20170603023827.0d4531fa@katipo2.lan> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-ovm745eC+yx6nPguEdL7" X-Mailer: Evolution 3.22.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 X-Archives-Salt: 92b6f475-ad64-45e8-98ae-8451efac73af X-Archives-Hash: 9f62921fa97cbc1a8ffbbc202031b507 --=-ovm745eC+yx6nPguEdL7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On sob, 2017-06-03 at 02:38 +1200, Kent Fredric wrote: > On Fri, 02 Jun 2017 14:07:44 +0700 > "Vadim A. Misbakh-Soloviov" wrote: >=20 > > Shouldn't we mention "debug" USE-flag in this context somehow? >=20 > Not sure it should. Even though one package may be the logical equivalent > of a handful of debian packages, doesn't mean there's going to be a usefu= l > USE <-> package mapping for such things. >=20 > Maybe debug seems more obvious, but, well, with Gentoo, you don't actuall= y *need* > a USE flag for that: >=20 > You control that via CFLAGS and the FEATURES=3D"splitdebug" options. >=20 > USE=3D"debug" *changes the compile* and introduces source-code level enha= ncements, > that can change the resulting binary parts. >=20 > Whereas the debian equivalents are just the equivalents of our splitdebug= s rolled > up so you can debug stack traces with gdb, if I remember correctly. >=20 > eg: https://packages.debian.org/jessie/amd64/vlc-dbg/filelist=20 >=20 > In hindsight, maybe -dbg mappings might not make sense, and should be dis= couraged. >=20 > Otherwise you're gonna need to add a descriptive field of some kind to th= e data, > and at that point, it gets really hairy. >=20 > I have ideas how you get around that, but it moves away from = entirely, and > that's really just over-complicating it. ...so if a Gentoo package is split into 40 packages in Debian, are you going to list all of them? --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-ovm745eC+yx6nPguEdL7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQKmBAABCgCQFiEEbbsHzE8NrQbqCv5BsHoa6u+0Rk4FAlkxe25fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZE QkIwN0NDNEYwREFEMDZFQTBBRkU0MUIwN0ExQUVBRUZCNDQ2NEUSHG1nb3JueUBn ZW50b28ub3JnAAoJELB6GurvtEZOwOEP/2dEgrhpNeSkRSuc3CVdQI7xagHXNWHl KTzCwrLxbZOOcrOhVEKwWXDLAdsSkRf5pOJhqHKdJXDofFMdO/4sJojjqTkhYbak 9duZUadXNykISGi+6O7x1Wo73SiW9D62/ff+bB2ab7PUuXs8JSjFFifbbfS0bzI7 V6DlDywTSN5YwUmxEMe7uhhlilOlEiSB91NDiNn9BQyCkaHNGJeIG18fmi60yNX+ x152vJk0KpNyaenBtHO0+RNXfjNVf/xFXppTRDieVT8OyFdDPa9tB/+ILPerOfb0 JtKAh5qTxnynkgmhbvqhaAoV2B6WudFVQnxQdbIVHorflzX8uBad/ekd2FJ7iesa Ct797axPVciAO6VWaLtKPG/ExtfiVYvzcCQ9dRgn3BoBuHdniRsHMT3oJF6wgjJB BbsV26yv47oA+tbG109OMC/YsO9bGemC6obd1ryo8CJqOj3HlYfVPPGnubZmpD9w duRcy6dkDy9wkpCalF+JGXY1jim5OjNYUu39070sCYiePgxKf3/e3FLlWOU2m7LF 5yrDQ/BRZgwcsizSKH3QSPe+U5K/byLTV/f/PCfFDIaqgWPUVLYfBzE85Y+JSswD 1IlF+PZCZ/jNzMFAoNWEm2oLqdWuwkf5NEAbFhdH0Grn96JY0qmoqsJebo8xjLbT +HyrZ26eMTFh =CyiL -----END PGP SIGNATURE----- --=-ovm745eC+yx6nPguEdL7--