From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PovsO-0006q8-FC for garchives@archives.gentoo.org; Mon, 14 Feb 2011 10:41:52 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 04B31E0A88; Mon, 14 Feb 2011 10:41:38 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 3AC74E0A60 for ; Mon, 14 Feb 2011 10:41:15 +0000 (UTC) Received: from [192.168.1.201] (23.151.222.87.dynamic.jazztel.es [87.222.151.23]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id 7E8FB1B4030; Mon, 14 Feb 2011 10:41:00 +0000 (UTC) Subject: Re: [gentoo-dev] libgphoto2-2.4.10 news item From: Pacho Ramos To: Gilles Dartiguelongue Cc: gentoo-dev@lists.gentoo.org, pr@gentoo.org, gnome In-Reply-To: <1297679821.16086.5.camel@gdartigu.lan.rep.sj> References: <1297616621.21312.35.camel@localhost.localdomain> <1297678539.7123.5.camel@localhost.localdomain> <1297679073.16086.3.camel@gdartigu.lan.rep.sj> <1297679642.7123.8.camel@localhost.localdomain> <1297679821.16086.5.camel@gdartigu.lan.rep.sj> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-EJ9nVpZLS4z9Tinwzryh" Date: Mon, 14 Feb 2011 11:40:56 +0100 Message-ID: <1297680056.7123.10.camel@localhost.localdomain> 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-Mailer: Evolution 2.32.2 X-Archives-Salt: X-Archives-Hash: 3764372c3dc9cdf63b4c6d652748b1b0 --=-EJ9nVpZLS4z9Tinwzryh Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El lun, 14-02-2011 a las 11:37 +0100, Gilles Dartiguelongue escribi=C3=B3: > Le lundi 14 f=C3=A9vrier 2011 =C3=A0 11:34 +0100, Pacho Ramos a =C3=A9cri= t : > > El lun, 14-02-2011 a las 11:24 +0100, Gilles Dartiguelongue escribi=C3= =B3: > > > Le lundi 14 f=C3=A9vrier 2011 =C3=A0 11:15 +0100, Pacho Ramos a =C3= =A9crit : > > > > El dom, 13-02-2011 a las 18:03 +0100, Pacho Ramos escribi=C3=B3: > > > > > Hello > > > > >=20 > > > > > Please see attached news item for reviewing as part of the fix fo= r > > > > > http://bugs.gentoo.org/show_bug.cgi?id=3D346491 > > > > >=20 > > > > > Thanks > > > > >=20 > > > >=20 > > > > This is an updated news item for trying to cover Ciaran and Matthew > > > > suggestions: > > > > 1. It doesn't ask people to use USE=3D"*" > > > > 2. Before sending this, I would add all cameras to base/make.defaul= ts as > > > > already done for similar cases (like alsa, lcd devices and others) > > > >=20 > > > > Do you agree with this? > > > >=20 > > > > Thanks :-) > > >=20 > > > no, adding all cameras is most likely a waste of time for maintainers= , > > > it is prone to errors when cameras get added/removed which is already > > > complicated enough to maintain. > > >=20 > >=20 > > What kind of errors will people see? As I have just tested, if I run: > > CAMERAS=3D"bbhsgdd" emerge -pv media-libs/libgphoto2 > >=20 > > I get no error (that would be equivalent to a camera that got removed o= n > > a bump).=20 >=20 > I was talking about human error while adding stuff to appropriate files. > It happens already often enough with just the IUSE_EXPAND feature. >=20 Then, as ebuild uses EAPI2, why don't enable all of them in ebuild itself by default? for camera in ${IUSE_CAMERAS}; do - IUSE=3D"${IUSE} cameras_${camera}" + IUSE=3D"${IUSE} +cameras_${camera}" done Looks to work as expected here and wouldn't be prone to human errors --=-EJ9nVpZLS4z9Tinwzryh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iEYEABECAAYFAk1ZBrgACgkQCaWpQKGI+9QhXgCeKwZJRVpaSUrFzcNybCM7xAWP LhkAnRg8MICMzN808eJYuiB4DhBP1VEZ =ywqv -----END PGP SIGNATURE----- --=-EJ9nVpZLS4z9Tinwzryh--