From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 5EB3E138010 for ; Tue, 18 Sep 2012 20:07:16 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4D4F121C009; Tue, 18 Sep 2012 20:06:56 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 25733E0477 for ; Tue, 18 Sep 2012 20:06:15 +0000 (UTC) Received: from pomiocik.lan (77-254-69-147.adsl.inetia.pl [77.254.69.147]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 60BC433C2E1; Tue, 18 Sep 2012 20:06:13 +0000 (UTC) Date: Tue, 18 Sep 2012 22:06:06 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: antarus@gentoo.org Subject: Re: [gentoo-dev] GLEP: gentoo sync based unified deps proposal Message-ID: <20120918220606.45bde58c@pomiocik.lan> In-Reply-To: References: <20120916135211.GC23030@localhost> <20120918102551.500ff19b@pomiocik.lan> <20120918092426.GA5384@localhost> <20568.16682.31115.233591@a1i15.kph.uni-mainz.de> <20120918110637.GF5384@localhost> <20568.25833.33593.344770@a1i15.kph.uni-mainz.de> Organization: Gentoo X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.12; x86_64-pc-linux-gnu) 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-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/qAsXjb.F9Py0Jwe=+3dJqk+"; protocol="application/pgp-signature" X-Archives-Salt: b55f6449-173e-4611-9fd3-752e9966eb13 X-Archives-Hash: f927b11ba2c54af46119f58d1cbe261a --Sig_/qAsXjb.F9Py0Jwe=+3dJqk+ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 18 Sep 2012 19:18:31 +0000 Alec Warner wrote: > On Tue, Sep 18, 2012 at 12:11 PM, Ulrich Mueller > wrote: > >>>>>> On Tue, 18 Sep 2012, Brian Harring wrote: > > > >>> > from diffball (under current EAPIs) > >>> > >>> > """ > >>> > RDEPEND=3D">=3Dsys-libs/zlib-1.1.4 > >>> > >=3Dapp-arch/bzip2-1.0.2 > >>> > app-arch/xz-utils" > >>> > DEPEND=3D"${RDEPEND} > >>> > virtual/pkgconfig" > >>> > """ > >>> > >>> > becomes the following under the proposal: > >>> > >>> > """ > >>> > DEPENDENCIES=3D">=3Dsys-libs/zlib-1.1.4 > >>> > >=3Dapp-arch/bzip2-1.0.2 > >>> > app-arch/xz-utils" > >>> > dep:build? ( virtual/pkgconfig )" > >>> > """ > >>> > >>> Which is longer than the original. ;-) > > > >> I see 5 lines in the first version, and 4 in the second. I also > >> see either someone who counted wrong, or basing that statement > >> purely on byte count (which is frankly arguing to argue on your > >> part). > > > > Can we agree that both counting of lines and characters is > > silly? ;-) My point was that the new syntax isn't significantly > > more compact than the present one. In one case there is another > > variable assignment, in the other case you need an additional > > "dep:build? ( virtual/pkgconfig )" group. > > > > Readability is more important, and there I still don't buy the > > argument that the new syntax is better, and that any gain would > > outweigh the cost of changing. After all, the existing variables for > > dependency specification won't disappear, so devs would have to > > remember both. >=20 > I agree it is a con, but is it a blocker? I mean basically any change > proposed requires know the old way, and the new way..that is how > changes work... That's why people have to think changes through before making them, and they have to think whether the benefits outweigh the problems introduced. So far, I'm not sure if there was a single, complete, exact problem discussed which is solved by this syntax other than cosmetics. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/qAsXjb.F9Py0Jwe=+3dJqk+ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlBY1DIACgkQfXuS5UK5QB02hAP/YfWVgBBkn+GIIznuXO04vcT0 EjXSu4ilhxOD9NuzWzv/NJPzOG/K4kYeD6rIWbpF0bu2nnxuarjrI3J6Myo0cM0U jgqThyGM+20qX+agdjQUSy4ok/bKh0StlVVBGN+mZy3bv1RC5OXqP60P2qmIfw8a yNQZJSyWB4b1OcZr300= =NBsO -----END PGP SIGNATURE----- --Sig_/qAsXjb.F9Py0Jwe=+3dJqk+--