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 59A40138010 for ; Fri, 19 Oct 2012 19:32:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BC63421C0A7; Fri, 19 Oct 2012 19:32:36 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 774D621C094 for ; Fri, 19 Oct 2012 19:32:10 +0000 (UTC) Received: from [192.168.1.33] (230.Red-2-137-43.dynamicIP.rima-tde.net [2.137.43.230]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id 2792833DAD4 for ; Fri, 19 Oct 2012 19:32:08 +0000 (UTC) Subject: Re: [gentoo-dev] Re: [RFC] Drop EAPI=0 requirement for system packages. From: Pacho Ramos To: gentoo-dev@lists.gentoo.org In-Reply-To: <20121019154733.31b2284c@gentoo.org> References: <20121012125315.33500bbb@sera-17.lan> <20121012211023.592e82a1@gentoo.org> <20121013082820.75d280a1@sera-17.lan> <20121016234230.3b79a2fe@gentoo.org> <1350495278.2447.33.camel@belkin4> <20121017220707.02c6f5ac@gentoo.org> <1350575341.2447.40.camel@belkin4> <1350587136.2447.47.camel@belkin4> <1350667312.12879.11.camel@belkin4> <20121019145105.4927316b@gentoo.org> <1350670155.12879.22.camel@belkin4> <20121019154733.31b2284c@gentoo.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-VntwCXJlGW8kQhgwtsoa" Date: Fri, 19 Oct 2012 21:32:05 +0200 Message-ID: <1350675125.12879.44.camel@belkin4> 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.3 X-Archives-Salt: 95154ad9-17b7-4505-96c0-eef6a3ad70bd X-Archives-Hash: 4b561cbd60021b22a7d54f7f570750d2 --=-VntwCXJlGW8kQhgwtsoa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El vie, 19-10-2012 a las 15:47 -0300, Alexis Ballier escribi=C3=B3: [...] > > Because it will add even more work, I mean: > > - I catch a package using and old eapi and, then, still not passing > > --disable-silent-rules option. =3D> First problem, I need to notice tha= t > > package, there are packages I simply won't notice because I don't > > merge them ever or, simply, I don't notice that option is not being > > used. >=20 > i dont see that many blockers of bug #429308 ; it probably doesn't even > reach 1% of packages using old eapis. perhaps because silent rules are > not enabled by default afaik. It was only an example, anyway, I think bugs were stopped to be reported due that option being suggested for eapi5 inclusion (and even older eapis, but it was rejected if I don't misremember). Think in other examples like --disable-dependency-tracking, I am talking in general. >=20 > > - I need to report a bug per each package using old eapi =3D> I would > > need to report a ton of bugs for bumping eapi that, probably, I could > > have directly bumped myself if I would be allowed to (I already do it > > in my maintained packages and maintainer-needed ones, but not for > > others as maybe their maintainers dislike...) > > > > - Maintainer need to check that bug and commit the change or reject > > the bump (in that case we would be blocked if maintainer doesn't bump > > it for some strange reason). There are also some devs really slow to > > reply. >=20 > filling a bug has one advantage you forgot: training fellow > developers. if you say simply bumping the eapi will get improvements for > free (whatever they are) to the maintainer, then she will be very happy > to bump it i'd guess and have learnt that its good practices to do so. >=20 I thought all developers should know how to manage eapis. > if you volunteer to do some conversions you can probably ask people to > grant you permission to convert their ebuilds. >=20 > [...] >=20 I volunteer to do whatever conversions you want for every ebuild I find if I have time... what prevents me from doing it is to commit that changes to ebuilds not maintained by me and not knowing if developers agree on using latest eapi if possible. A more general solution (or policy) needs to be worked as, otherwise, tree won't be moved to latest eapi ever because we would need to: - Periodically send bugs + patches - Ask for permission to commit And that for every eapi bump --=-VntwCXJlGW8kQhgwtsoa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEABECAAYFAlCBqrUACgkQCaWpQKGI+9RcQACePWjPmNMHnt9XGdlDP7ycsdn/ iZAAniZfyJrvqDOPcFAl/WsStSi04ok1 =jMGu -----END PGP SIGNATURE----- --=-VntwCXJlGW8kQhgwtsoa--