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 312FF138010 for ; Sat, 20 Oct 2012 15:18:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DBAF321C032; Sat, 20 Oct 2012 15:18:08 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 0647121C023 for ; Sat, 20 Oct 2012 15:17:27 +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 4466A33D7D1 for ; Sat, 20 Oct 2012 15:17:25 +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: <5082B07C.2030805@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> <1350675125.12879.44.camel@belkin4> <5081AD7B.1040100@gentoo.org> <1350676398.12879.50.camel@belkin4> <5081BA9E.2080907@gentoo.org> <1350713099.12879.54.camel@belkin4> <5082B07C.2030805@gentoo.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-gCbuJY6Uo4QSugIzK9Hp" Date: Sat, 20 Oct 2012 17:17:21 +0200 Message-ID: <1350746241.12879.81.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: 33a8d8ea-ba94-4691-b324-f15e43c37a52 X-Archives-Hash: 1a9cdd6972770eb1d29981eb16a792b4 --=-gCbuJY6Uo4QSugIzK9Hp Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El s=C3=A1b, 20-10-2012 a las 16:09 +0200, Thomas Sachau escribi=C3=B3: [...] > And finally, as already pointed out by Rich, you should not talk about > any specific EAPI you like/prefer/want to be used everyhwere, but > instead about the issue you want to solve. So just point out the issue > and ask the maintainer to fix it. If he uses a newer EAPI, good. If he > uses another solution, which also fixes the issue, also good. We should > not discuss about a specific way to solve some issues, since this is the > maintainers choice. Our goal should instead be to fix as many issues as > possible with our limited amount of time we have for Gentoo. >=20 >=20 Also, I see your point, the problem is: - Do we agree we should move to packages with splitted src_configure/prepare phases? In that case eapi >=3D2 should be enforced. - Do we agree mtimes should be preserved? In that case eapi >=3D3 should be pushed because all ebuilds will use that enhancement. Regarding other issues like --disable-dependency-tracking, do you know any way to automate a check for knowing if a package that could benefit from it (one using autotools) could pass it or not? If such a check could exist, then, we would be able to only move that packages to newer eapi (or pass option manually) and that would be enough to me. The same would occur with --disable-silent-rules. Please take care I am not trying to get latest eapi used per se, it's because I want to see all new packages using, for example, splitted src_compile phases, or preserved mtimes, or --disable-dependency-tracking being passed on packages that could use it. I thought the easiest way to do that automatically would be to try to always use latest eapi and, then, that packages would be fixed progressively. On the other hand, if you think the other way would be easier, fine, but I wasn't sure how to, for example, check for the --disable-dependency-tracking problem, or check that every package needing revdep-rebuild will be moved to eapi5...=20 --=-gCbuJY6Uo4QSugIzK9Hp 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) iEYEABECAAYFAlCCwIEACgkQCaWpQKGI+9RlnwCfY0gKcTrhpeLSZEMbudWhjAt6 7IkAmgJg8muZ/mEMVmlQEHZK8wdMETNa =BCZs -----END PGP SIGNATURE----- --=-gCbuJY6Uo4QSugIzK9Hp--