From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 0646F1382C5 for ; Mon, 22 Jan 2018 16:57:49 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 68E77E0973; Mon, 22 Jan 2018 16:57:44 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 0C225E0969 for ; Mon, 22 Jan 2018 16:57:43 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id B3C2D335C36; Mon, 22 Jan 2018 16:57:41 +0000 (UTC) Message-ID: <1516640255.1256.10.camel@gentoo.org> Subject: Re: [gentoo-dev] version/slot locked dependencies in eclasses like autotools.eclass and vala.eclass From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Mon, 22 Jan 2018 17:57:35 +0100 In-Reply-To: References: Organization: Gentoo Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.6 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-Transfer-Encoding: 8bit X-Archives-Salt: 047578f8-dddf-47c1-9784-6934b8e5e6ba X-Archives-Hash: 37165cfb781d9419a4be10cea4fcda40 W dniu nie, 21.01.2018 o godzinie 20∶24 -0800, użytkownik Zac Medico napisał: > Hi, > > In sys-app/portage-2.3.20, emerge now defaults to --dynamic-deps=n. This > means that unless people explicitly set > EMERGE_DEFAULT_OPTS="--dynamic-deps=y" they're going to have to rebuild > packages any time that the runtime dependencies of those packages need > to be updated. It's possible to trigger these rebuilds using the emerge > --changed-deps=y option. > > 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? [Disclaimer: this is what I recall from memory, it might not be correct] I think this was discussed at the time when all the things were discussed, and the conclusion was pretty much that there is no valid reason an for eclass to have to retroactively update dependencies in installed packages. We can discuss this in greater detail once someone has a good use case for this. However, FWICS the eclasses mentioned here were already dismissed as build-time only dependencies. > Should we tell users to use the emerge --changed-deps=y option? Maybe > make --changed-deps=y a default setting? No. The idea is that not all dependency changes need to be explicitly propagated. The developer needs to weigh the pros and cons of propagating the change, and choose wisely. There is really no need to enforce a lot of unnecessarily frequent rebuilds because of minor dependency correction that doesn't really apply to the user. -- Best regards, Michał Górny