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 A9AB71391DB for ; Sun, 27 Jul 2014 16:05:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 19E85E0B1A; Sun, 27 Jul 2014 16:05:22 +0000 (UTC) Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 374CAE0AB6 for ; Sun, 27 Jul 2014 16:05:20 +0000 (UTC) Received: by mail-qg0-f47.google.com with SMTP id i50so7387714qgf.34 for ; Sun, 27 Jul 2014 09:05:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Nz/0OnbtCJsqB6cxbSZDT8air5yPIa7JcjY53OmcHss=; b=buBn3ouw8gI/hmADB9m+Ms+sgzGLZmOBrNHg0bLaen7p+7blkRFou9XqyWWiWyalSu iqbxwBMgVWHc8o7d90PcR0lNskoF1fIIML5QNw58kB6n1iAbt4C0lw9nLtkKllRadeC4 /PHuClB9mxtOa1QOh8pwmC/tbKzv1iBjM4V5uz+sRgm2EPrKjbumVchvzsrpAQMc+BmI /ZJjBF0DN2LhtI7u4vamgR4rdsWXLfMctDjujWudj3HM4y7huRfCCoymje0oNfI6V4zP FC3bAVGUS6dvOdPZLG0BRR3aaJqKC7maYYcZQK3c7GeBKq7Mpg8zdVgYAXfUouRUXnaD ri5Q== 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 X-Received: by 10.140.30.73 with SMTP id c67mr50083342qgc.16.1406477120240; Sun, 27 Jul 2014 09:05:20 -0700 (PDT) Received: by 10.140.44.34 with HTTP; Sun, 27 Jul 2014 09:05:20 -0700 (PDT) In-Reply-To: References: <53CD6BED.10603@gentoo.org> <53CD8BBA.2010605@gentoo.org> <53D5072E.3030305@gentoo.org> Date: Mon, 28 Jul 2014 04:05:20 +1200 Message-ID: Subject: Re: [gentoo-dev] don't rely on dynamic deps From: Kent Fredric To: gentoo-dev@lists.gentoo.org Content-Type: multipart/alternative; boundary=001a113a35a42309b704ff2ef911 X-Archives-Salt: cdd622ab-59d5-4e89-afed-06efaff488f5 X-Archives-Hash: e52522e16e0f2d61fd6056e67fffa662 --001a113a35a42309b704ff2ef911 Content-Type: text/plain; charset=UTF-8 On 28 July 2014 03:52, Rich Freeman wrote: > Why? Is this about removing an unused dependency? > > > 3. Gentoo simply tweaks the ebuild and doesn't bump [A] > > What is "[A]?" What ebuild was tweaked, and how was it tweaked? > Here, "A" is the derived version of the ebuild of "Foo" the user installed, in the present dynamic deps situation. That is, Although user and tree have the same $PVR value, one has different DEPENDS, and my impression based on past discussions is in that scenario, the DEPENDS from /usr/portage/ take preceidence over VDB. Though perhaps it depends on your definition of "used". If your definition of "used" is "other things in portage needs it", then this case is satisfied by it being "used" by the world file. Users will likely know in such a scenario that they are "using" a thing that is no longer in tree, but if it no longer being "in tree" changes how its dependencies resolve for the worse. *Most* examples of this you will see will be resolved by pkgmoves munging the installed dependencies in VDB to cease to be broken. I guess, in a way, pkgmove and dynamic deps are the same problem from different perspectives. pkgmove is an instruction that "set( X ) that requires Y needs to change" and dynamic deps are "X requires set ( Y ) and needs to change." Just in the case of the former, the effect is made permanent as part of the sync, and in the case of the latter ( based on my understanding ) the effect is temporary ( bounded by the lifetime of the ebuild in /usr/portage ) and resolved at runtime for each and every merge .... ( Do correct me if I'm wrong about this ) -- Kent *KENTNL* - https://metacpan.org/author/KENTNL --001a113a35a42309b704ff2ef911 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On 28 July 2014 03:52, Rich Freeman <rich0@gentoo.org> wrote:=
Why? =C2=A0Is this= about removing an unused dependency?

> 3. Gentoo simply tweaks the ebuild and doesn't bump [A]

What is "[A]?" =C2=A0What ebuild was tweaked, and how was i= t tweaked?

Her= e, "A" is the derived version of the ebuild of "Foo" th= e user installed, in the present dynamic deps situation.

That is, Although user and tree have t= he same $PVR value, one has different DEPENDS, and my impression based on p= ast discussions is in that scenario, the DEPENDS from /usr/portage/=C2=A0 t= ake preceidence over VDB.

Though perhaps it depends on your defi= nition of "used". If your definition of "used" is "= ;other things in portage needs it", then this case is satisfied by it = being "used" by the world file.

Users will likely know in such a scena= rio that they are "using" a thing that is no longer in tree, but = if it no longer being "in tree" changes how its dependencies reso= lve for the worse.

*Most* examples of this you will see w= ill be resolved by pkgmoves munging the installed dependencies in VDB to ce= ase to be broken.

I guess, in a way= , pkgmove and dynamic deps are the same problem from different perspectives= .

pkgmove is an instruction that "s= et( X ) that requires Y needs to change"

and dynamic deps are "X=C2=A0 requires set ( Y ) and needs = to change."

Just in the case of the former, the ef= fect is made permanent as part of the sync, and in the case of the latter (= based on my understanding ) the effect is temporary ( bounded by the lifet= ime of the ebuild in /usr/portage ) and resolved at runtime for each and ev= ery merge ....

( Do correct me if I'm wrong about= this )





--
--001a113a35a42309b704ff2ef911--