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 5EC62138010 for ; Thu, 18 Oct 2012 13:37:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2B3D421C001; Thu, 18 Oct 2012 13:37:05 +0000 (UTC) Received: from mail-bk0-f53.google.com (mail-bk0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id F2F55E0453 for ; Thu, 18 Oct 2012 13:36:28 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id jg15so3824952bkc.40 for ; Thu, 18 Oct 2012 06:36:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=vLku+CnUZolo5zy5PiKdMh1x02L57sOw1W5YC9dV4F4=; b=f7eSG02Joz7FHB4yvJeJ/9/fARcMoGlFO6sJa9l5wRM5qrhZ6DWcvYDxRo2gpdNSrE Cso5pG8lwl/MQ51sW95Anm/nJdu2NnAnXcZEl1CVXpatC5tIdwdtVMnw85OqjsawRT9B 0u5EMi+P/a1quxo5/ve+pNiEvsj4Cg6yEI/YAQAaCjIew2/NICJ3wiJKK6RFMDYb9A/L gCIgvtT4yOIA6obj4Cx7ZocsEJ4+dpzsX0rrMaHGhvofytHyyXD/nSggz2xDhvf9ZXDp twnVSR1YxFcUGC2DaMxxhkY+voYcw1IVJLawhDBdrb+SLk0qqd7L54cNBi5fQOWszT/H LX3w== 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 Received: by 10.204.12.215 with SMTP id y23mr6198324bky.13.1350567387980; Thu, 18 Oct 2012 06:36:27 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.204.156.147 with HTTP; Thu, 18 Oct 2012 06:36:27 -0700 (PDT) In-Reply-To: <20121017220707.02c6f5ac@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> Date: Thu, 18 Oct 2012 09:36:27 -0400 X-Google-Sender-Auth: iDWF7NhtIroAgN09tkukhmkMlmY Message-ID: Subject: Re: [gentoo-dev] Re: [RFC] Drop EAPI=0 requirement for system packages. From: Rich Freeman To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: da107931-b97b-4efe-89f0-31cb1c339dff X-Archives-Hash: b31efcfa51e065fbfd8bc1acfa8e87c1 On Thu, Oct 18, 2012 at 12:07 AM, Ryan Hill wrote: > On Wed, 17 Oct 2012 15:00:12 -0400 > Rich Freeman wrote: >> I think the whole developers-can't-handle-47-EAPIs thing is a red >> herring. The fact that there are packages written in Erlang in the >> tree doesn't cause me any issues even though I haven't had to do any >> work in Erlang. If I ever wanted to maintain such a package then I'd >> take the time to learn it as needed. Likewise, if I wanted to >> maintain a package that used EAPI joe and I really prefer to work in >> EAPI fred, then I'd revise it at my next convenience. > > Well, it's not just about ebuilds you maintain. Think about something > like the gcc-porting trackers where you have to touch a lot of ebuilds > across the tree. You really do have to have a working knowledge of the > differences between EAPIs to do so. My browser bookmark to the EAPI > cheatsheet is one of the more frequently used as it is. Can't you just ask the maintainers to fix their ebuilds? And if they don't respond or at least cooperate, well, then treeclean them. I don't think that library maintainers should have to bend over backwards to fix reverse dependencies, within reason. If out of the whole tree two packages are blocking an upgrade, give a deadline or treeclean them. If we have 47 bazillion packages that don't work on the newer lib, then slot it and bug upstream. I do agree that trying to auto-mangle ebuilds from 47 different EAPIs doesn't make sense. Just assign a bug to the maintainer saying "do this to your ebuild, or get it on EAPI foo so that I can fix it, by or it is gone." The deadline is important - I've seen a pattern on -dev where bugs linger without deadlines for months, and then a deadline of two days is imposed, and then a big flame war breaks out. Just set a deadline up-front and make it reasonable. Rich