1 |
On Thu, Sep 17, 2015 at 8:22 PM, Duncan <1i5t5.duncan@×××.net> wrote: |
2 |
> So council was called in, and it asked the portage folks to take some |
3 |
> steps that, portage development being what it is, had the effect of |
4 |
> slowing down and delaying things for long enough that, hopefully, people |
5 |
> have had time to come to terms with the changes, and with a bit of |
6 |
> familiarity, see static-deps aren't so bad, after all. |
7 |
|
8 |
To be clear, the only thing the council did was ask the portage team |
9 |
to clarify whether they intended to make it a default, and to provide |
10 |
a plan/policy for virtuals/eclasses/etc. There was a lot of the usual |
11 |
panic on the lists and it wasn't actually clear whether anybody |
12 |
intended to change anything or if we were making a lot of ado over |
13 |
just an idea. |
14 |
|
15 |
The purpose of the discussions on-list are mostly to try to go ahead |
16 |
and figure out what we want to do with virtuals/eclasses/etc so that |
17 |
the portage team can make the change when they're ready. My |
18 |
understanding is that they're now fairly eager to do so, but perhaps a |
19 |
bit gun-shy about dealing with all the likely bikeshedding. So, a |
20 |
few council members broached the subject so that people can throw |
21 |
their stones at us and maybe wear themselves out. In this way we also |
22 |
protect our generous salaries by making the job sound even less |
23 |
enviable than it must already seem. :) |
24 |
|
25 |
A year ago this got an huge outcry. Of late I'm barely hearing a |
26 |
whimper of protest. I think that people have been dealing with broken |
27 |
dependency resolution long enough with subslots now that they just |
28 |
want to see the pain go away. From what I've heard it hasn't been too |
29 |
painful to disable dynamic deps, and I never really had issues with it |
30 |
with paludis when I was using it. I did take a look at the results of |
31 |
an emerge --changed-deps world and it came out to 388 packages to |
32 |
rebuild, much of it being kde. |
33 |
|
34 |
-- |
35 |
Rich |