From: Zac Medico <zmedico@gentoo.org>
To: gentoo-portage-dev@lists.gentoo.org
Subject: Re: [gentoo-portage-dev] custom profiles?
Date: Sat, 14 Mar 2015 11:51:11 -0700 [thread overview]
Message-ID: <5504831F.1020405@gentoo.org> (raw)
In-Reply-To: <1426358128.3123.61.camel@transmode.se>
On 03/14/2015 11:35 AM, Joakim Tjernlund wrote:
> On Sat, 2015-03-14 at 10:58 -0700, Zac Medico wrote:
>> On 03/14/2015 05:55 AM, Joakim Tjernlund wrote:
>>> On Fri, 2015-03-13 at 10:51 -0700, Zac Medico wrote:
>>>> On 03/13/2015 05:08 AM, Joakim Tjernlund wrote:
>>>>> On Thu, 2015-03-12 at 17:51 -0700, Zac Medico wrote:
>>>>>> On 03/12/2015 02:43 PM, Joakim Tjernlund wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>>> Why is --dynamic-deps=y default? This feels like lying about your true deps, I am probably
>>>>>>>>> missing
>>>>>>>>> something here, an example would be great:)
>>>>>>>>
>>>>>>>> It's a legacy behavior, since portage has always behaved this way, and ebuild developers have
>>>>>>>> relied
>>>>>>>> upon
>>>>>>>> it (resulting in broken dependency calculations without it).
>>>>>>>
>>>>>>> Here is odd difference:
>>>>>>>
>>>>>>> emerge --dynamic-deps=n changed-deps=y -a1 vanilla-sources
>>>>>>> ...
>>>>>>> Nothing to merge
>>>>>>>
>>>>>>
>>>>>> That's normal, because --changed-deps implies --selective (a number of options do this). If you add
>>>>>> --
>>>>>> selective=n to the above command, you'll get the same result regardless of the --changed-deps
>>>>>> option.
>>>>>
>>>>> I just did a sync and "emerge -aNDu --dynamic-deps=n --changed-deps=y --selective=n world" and
>>>>> again portage wanted to rebuild > 150 pkgs.
>>>>> --selective=n seems to be the culprit, should I expect this from --selective=n ?
>>>>
>>>> Yes --selective=n is the opposite of --noreplace, so for the above command, it will rebuild everything
>>>> in
>>>> /var/lib/portage/world.
>>>
>>> hmm, this kind of a bummer
>>
>> I don't understand your motivation for using --selective=n with that command. Isn't the command useful
>> without it?
>
> I have it my default emerge options
>
>>
>>> --dynamic-deps=n implies --changed-deps=y which implies --selective=n
>>> and this makes the whole world to rebuild.
>>
>> No, don't use --selective=n. I only mentioned it in order to explain the behavior that you observed.
>>
>>> Using just --dynamic-deps=n was not really safe if I understood corretly?
>>
>> It's safe, but you may need --changed-deps in order for your dependency calculations to work (depends on
>> how the dependencies of your installed packages have changed).
>
> I am trying to find out what to put in emerge default options and this "may need"
> does relay compute in terms of default options.
Right, options that imply --selective are not well suited for
EMERGE_DEFAULT_OPTS unless you also put --selective=n in
EMERGE_DEFAULT_OPTS, and then use --selective just for the commands that
require it.
As an alternative, we can add support for command-specific default
options, as discussed here:
https://bugs.gentoo.org/show_bug.cgi?id=540250#c1
> Does --dynamic-deps=n only work reliable with emerge -NDu world ?
No, it's well suited for EMERGE_DEFAULT_OPTS. It's just that you may
find that you encounter dependency conflicts for some calculations
unless you use --changed-deps. I use --changed-deps for all of my world
updates.
--
Thanks,
Zac
next prev parent reply other threads:[~2015-03-14 18:51 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-06 10:15 [gentoo-portage-dev] custom profiles? Joakim Tjernlund
2015-03-07 20:18 ` Zac Medico
2015-03-08 15:47 ` Joakim Tjernlund
2015-03-08 17:01 ` Joakim Tjernlund
2015-03-08 18:58 ` Zac Medico
2015-03-11 15:48 ` Joakim Tjernlund
2015-03-11 17:56 ` Zac Medico
2015-03-11 20:16 ` Joakim Tjernlund
2015-03-11 20:27 ` Brian Dolbec
2015-03-11 20:48 ` Zac Medico
2015-03-11 21:02 ` Joakim Tjernlund
2015-03-11 22:14 ` Joakim Tjernlund
2015-03-11 22:27 ` Zac Medico
2015-03-11 20:43 ` Zac Medico
2015-03-12 21:43 ` Joakim Tjernlund
2015-03-13 0:51 ` Zac Medico
2015-03-13 7:51 ` Joakim Tjernlund
2015-03-13 12:08 ` Joakim Tjernlund
2015-03-13 17:51 ` Zac Medico
2015-03-14 12:55 ` Joakim Tjernlund
2015-03-14 17:58 ` Zac Medico
2015-03-14 18:35 ` Joakim Tjernlund
2015-03-14 18:51 ` Zac Medico [this message]
2015-03-14 16:12 ` Joakim Tjernlund
2015-03-14 18:08 ` Zac Medico
2015-03-14 18:41 ` Joakim Tjernlund
2015-03-14 18:57 ` Zac Medico
2015-03-14 19:30 ` Joakim Tjernlund
2015-03-14 21:02 ` Zac Medico
2015-03-15 16:37 ` Joakim Tjernlund
2015-03-16 16:31 ` Joakim Tjernlund
2015-03-16 18:12 ` Zac Medico
2015-04-01 21:00 ` Joakim Tjernlund
2015-04-01 21:28 ` Zac Medico
2015-04-01 21:43 ` Joakim Tjernlund
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5504831F.1020405@gentoo.org \
--to=zmedico@gentoo.org \
--cc=gentoo-portage-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox