| 1 |
On 03/11/2015 03:14 PM, Joakim Tjernlund wrote: |
| 2 |
> On Wed, 2015-03-11 at 21:02 +0000, Joakim Tjernlund wrote: |
| 3 |
>> On Wed, 2015-03-11 at 13:48 -0700, Zac Medico wrote: |
| 4 |
>>> On 03/11/2015 01:27 PM, Brian Dolbec wrote: |
| 5 |
>>>> On Wed, 11 Mar 2015 20:16:06 +0000 |
| 6 |
>>>> Joakim Tjernlund <joakim.tjernlund@×××××××××.se> wrote: |
| 7 |
>>>>> Why is --dynamic-deps=y default? This feels like lying about your true deps, I am probably missing |
| 8 |
>>>>> something here, an example would be great:) |
| 9 |
>>>> |
| 10 |
>>>> |
| 11 |
>>>> Because the last time we even discussed the possibility of changing this and steps that might be to fix |
| 12 |
>>>> problems,... There were a few individuals that raised such a stink about it, they even brought it to |
| 13 |
>>>> council to have us STOPPED. |
| 14 |
>>> |
| 15 |
>>> Well, stuff like this happens when you have lots of users. On the bright side, at least we have users! |
| 16 |
>>> Something similar happened when I tried to make emerge --quiet-build the default. |
| 17 |
>>> |
| 18 |
>>>> So, as a result much of the portage team don't feel like working on portage. Heaven forbid we actually |
| 19 |
>>>> make a change! |
| 20 |
>>> |
| 21 |
>>> It's not so bad, considering that you can simply use --dynamic-deps=n if you want, and now --changed-deps |
| 22 |
>>> makes it feasible regardless of what ebuild developers do. |
| 23 |
>> |
| 24 |
>> Oops, seems like I stumbled into a delicate area. |
| 25 |
>> Anyhow, thanks for clarifying this. I will change Transmode defaults to --dynamic-deps=n and |
| 26 |
>> see what happens. |
| 27 |
>> Maybe a gentle push for --dynamic-deps=n in the man page could be the way forward? |
| 28 |
> |
| 29 |
> So I added --dynamic-deps=n and got: |
| 30 |
> emerge: there are no ebuilds built with USE flags to satisfy ">=virtual/udev-208[gudev]". |
| 31 |
> !!! One of the following packages is required to complete your request: |
| 32 |
> - virtual/udev-215::gentoo (Missing IUSE: gudev) |
| 33 |
> (dependency required by "sys-fs/udisks-2.1.3::gentoo" [installed]) |
| 34 |
> (dependency required by "gnome-base/gvfs-1.20.3::gentoo" [installed]) |
| 35 |
> (dependency required by "mate-base/caja-1.8.2-r1::gentoo" [installed]) |
| 36 |
> (dependency required by "mate-base/mate-1.8.0::gentoo" [installed]) |
| 37 |
> (dependency required by "@selected" [set]) |
| 38 |
> (dependency required by "@world" [argument]) |
| 39 |
> |
| 40 |
> After emerge with --changed-deps (165 pkgs), --dynamic-deps=n started to work:) |
| 41 |
> |
| 42 |
> I guess --dynamic-deps=n found a bug in my database, rebuilding stuff with --changed-deps=y |
| 43 |
> fixed it. |
| 44 |
|
| 45 |
Yes, this happens when an ebuild developer modifies something important |
| 46 |
in an ebuild without doing a revision bump. |
| 47 |
|
| 48 |
> Then I should use --changed-deps=y with --dynamic-deps=n or is that just extra precaution? |
| 49 |
|
| 50 |
Well, if you use --changed-deps together with --newuse, then that will |
| 51 |
trigger rebuilds whenever anything interesting changes, which ensures |
| 52 |
that --dynamic-deps=n will work just as well as --dynamic-deps=y. |
| 53 |
|
| 54 |
> Something else, can I have patches in my profile which epatch_user picks up? |
| 55 |
|
| 56 |
Looking at the epatch_user code in eutils.eclass, I don't see a way to |
| 57 |
for it to interact with your profile. However, your profile can use |
| 58 |
profile.bashrc to implement a post_src_prepare hook that applies patches. |
| 59 |
-- |
| 60 |
Thanks, |
| 61 |
Zac |
Archives