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 9548913877A for ; Thu, 24 Jul 2014 22:34:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 965C1E0E49; Thu, 24 Jul 2014 22:30:48 +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 385C3E0CEC for ; Thu, 24 Jul 2014 22:30:33 +0000 (UTC) Received: from 127.0.0.1 (worf.pulsedmedia.com [195.154.226.66]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: hasufell) by smtp.gentoo.org (Postfix) with ESMTPSA id 59BBF34022B for ; Wed, 23 Jul 2014 01:21:34 +0000 (UTC) Message-ID: <53CF0E17.4060809@gentoo.org> Date: Wed, 23 Jul 2014 01:21:27 +0000 From: hasufell 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] don't rely on dynamic deps References: <53CD6BED.10603@gentoo.org> <53CD8BBA.2010605@gentoo.org> <53CE11F9.8020700@gentoo.org> <53CEB612.8030804@gentoo.org> In-Reply-To: <53CEB612.8030804@gentoo.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 06fdf56a-709d-476f-8e5b-8bc513eabe66 X-Archives-Hash: 03c4bf0b7d7f6f0cdbd9e45cee6ce7a1 Samuli Suominen: > > On 22/07/14 10:25, "Paweł Hajdan, Jr." wrote: >> On 7/21/14, 11:52 PM, Alexander Berntsen wrote: >>> 2. Remove dynamic-deps. This is what I think currently makes sense. >> +1 I also think it's the best option. >> >> > > Not before someone has implemented an alternative way to avoid useless > rebuilding. > The quality of the distribution doesn't improve by killing one of the > most important > features the package manager has. > The quality of the distribution improves by providing an alternative > with less problems. > > Sounds like to me, that the people who want to remove the feature so > badly, are the > ones volunteering for the job as well. > There seems to be a misunderstanding. The feature is already _optional_ and not even active in all circumstances (did you read the wiki entry?). If your ebuilds assume that random portage features are enabled, then that's pretty much undefined behavior. We can debate whether there are dependency changes not worth a revbump. We can debate how to reinstate dynamic deps support or how to update the VDB. But considering any of that as a blocker to fix a fundamental bug in dependency calculation, handling of VDB and PMS compatibility is close to being silly, I'm sorry.