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 1B0ED1384B4 for ; Mon, 16 Nov 2015 09:53:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DE8AC21C006; Mon, 16 Nov 2015 09:53:01 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E4108E0853 for ; Mon, 16 Nov 2015 09:53:00 +0000 (UTC) Received: from localhost (unknown [IPv6:2a01:e34:eeaa:6bd0:76d4:35ff:fee6:9e58]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: aballier) by smtp.gentoo.org (Postfix) with ESMTPSA id B4270340666 for ; Mon, 16 Nov 2015 09:52:57 +0000 (UTC) Date: Mon, 16 Nov 2015 10:52:51 +0100 From: Alexis Ballier To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/ Message-ID: <20151116105251.0c45e535@gentoo.org> In-Reply-To: <5649A207.8040306@gentoo.org> References: <1447458773.ad4c142684afb096e8fff2937ae5c5c3385dd22e.mgorny@gentoo> <20151116100118.2dd111d1@gentoo.org> <56499C89.4000402@gentoo.org> <20151116101410.319a420a@gentoo.org> <5649A207.8040306@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; 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: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: be7e8d77-f0f2-4cd9-8e42-f0c3c297bc1c X-Archives-Hash: 5e62777df85705ade2391f87f08f5320 On Mon, 16 Nov 2015 10:29:43 +0100 "Justin Lecher (jlec)" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 16/11/15 10:14, Alexis Ballier wrote: > > Probably those that want to ban it should fix the(ir) tree so that > > developers have no pain in bumping to eapi6? > > Versioned APIs are made to have incompatible changes. What do you like > to see? deprecation warnings for some time or.. > Someone dropping all usages of that eclass from all ebuilds > which are using it so that the maintainer can bump without thinking? this would be preferred :) [...] > > While I agree we should move away from those eclasses, the "I > > decided to throw the crap at other developers with eapi6 without > > deprecation period" is a bit hard to grasp. Esp. when these > > eclasses were advertised as the way to go not so long ago... > > > > I don't really understand what deprecation you like to see? RepoMan scours the neighborhood... inherit.deprecated 1 x11-wm/xmonad-contrib/xmonad-contrib-0.11.2.ebuild: please migrate from 'base' (no replacement) on line: 10 these warnings have been there for ages and for several eclasses > We cannot > use EAPI=6 right now and when it starts to exist, nothing will be > broken. So you have some to time to adopt your thinking until you > write your first ebuild in EAPI=6. > > At which particular point do you seen problems coming up? What do you > think will make maintainers struggle with that change? Right. With our always decreasing, soon to be negative, number of open bugs, all those shiny areas where fellow developers spend more time looking for something to do rather than doing it, we should be thankful to have at least some ebuild rewrite to do ! :) More seriously, the problem is not in the technical way it is done (changing eclass API with EAPI is a nice proper way), but in adding useless burden.