From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-83578-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by finch.gentoo.org (Postfix) with ESMTPS id 92BD41382C5
for <garchives@archives.gentoo.org>; Mon, 22 Jan 2018 16:37:59 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 23055E0952;
Mon, 22 Jan 2018 16:37:54 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id C2ACDE0883
for <gentoo-dev@lists.gentoo.org>; Mon, 22 Jan 2018 16:37:53 +0000 (UTC)
Received: from mail-wr0-f171.google.com (mail-wr0-f171.google.com [209.85.128.171])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
(Authenticated sender: floppym)
by smtp.gentoo.org (Postfix) with ESMTPSA id B0A18335C31
for <gentoo-dev@lists.gentoo.org>; Mon, 22 Jan 2018 16:37:52 +0000 (UTC)
Received: by mail-wr0-f171.google.com with SMTP id w50so9365224wrc.11
for <gentoo-dev@lists.gentoo.org>; Mon, 22 Jan 2018 08:37:52 -0800 (PST)
X-Gm-Message-State: AKwxytdE4flDUDXdmv/e27y7biiuOf+Fndi0UZVFB2Igkfw/qRijgaWK
2tQ0bu3c+yw2MgnYC59RkaSiUMPXfcXtbk42ryQ=
X-Google-Smtp-Source: AH8x227VttpZ7vhvtZL4BCEZMQc1MJfouFIpwe9CNc0cbBsNcAc2kf19PSJ0DUgaahdeJmvnYPlsfbsE0EHOcNBvdzM=
X-Received: by 10.223.150.68 with SMTP id c4mr6829568wra.16.1516639069308;
Mon, 22 Jan 2018 08:37:49 -0800 (PST)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.223.143.18 with HTTP; Mon, 22 Jan 2018 08:37:28 -0800 (PST)
In-Reply-To: <ddf17880-6fe3-2762-f4e9-e8935c654d8f@gentoo.org>
References: <c0158b91-cd7f-9a20-e479-1c9871e48695@gentoo.org> <ddf17880-6fe3-2762-f4e9-e8935c654d8f@gentoo.org>
From: Mike Gilbert <floppym@gentoo.org>
Date: Mon, 22 Jan 2018 11:37:28 -0500
X-Gmail-Original-Message-ID: <CAJ0EP41c+5xFn4Lkes-hYH5p+X99+b4ai5Mf=qNRCkCH9s9xmQ@mail.gmail.com>
Message-ID: <CAJ0EP41c+5xFn4Lkes-hYH5p+X99+b4ai5Mf=qNRCkCH9s9xmQ@mail.gmail.com>
Subject: Re: [gentoo-dev] version/slot locked dependencies in eclasses like
autotools.eclass and vala.eclass
To: Gentoo Dev <gentoo-dev@lists.gentoo.org>
Content-Type: text/plain; charset="UTF-8"
X-Archives-Salt: 04f2739f-943c-4b12-a934-313ea8effacd
X-Archives-Hash: 10a3c09c85ebbc55735d01003bc19d39
On Sun, Jan 21, 2018 at 11:57 PM, Michael Orlitzky <mjo@gentoo.org> wrote:
> On 01/21/2018 11:24 PM, Zac Medico wrote:
>>
>> Some eclasses like autotools.eclass and vala.eclass generate
>> version/slot locked dependencies that cause the dependencies of
>> inheriting ebuilds to change when the versions in the eclasses are
>> updated. If possible, it would be nice to avoid this version/slot
>> locking. If not possible, then what should be do?
>>
>
> This changes the deps in stable ebuilds, and was already a no-no.
>
> If the dependencies are to remain in the eclasses, then the eclasses
> should get a new revision when those dependencies change. Afterwards,
> the consumers can be revbumped and stabilized normally to utilize the
> new eclass.
While that sounds like the right thing to do in theory, updating all
consumers of autotools.eclass whenever a new version of automake is
stabilized is really a lot of work for very little benefit.