public inbox for gentoo-portage-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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


  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