1 |
On Sun, 27 Jul 2014 05:30:26 +1000 |
2 |
Michael Palimaka <kensington@g.o> wrote: |
3 |
|
4 |
> On 07/27/2014 05:21 AM, Tom Wijsman wrote: |
5 |
> > On Sun, 27 Jul 2014 03:12:07 +1000 |
6 |
> > Michael Palimaka <kensington@g.o> wrote: |
7 |
> > |
8 |
> >> On 07/26/2014 07:59 AM, Tom Wijsman wrote: |
9 |
> >>> On Wed, 23 Jul 2014 22:14:41 +1000 |
10 |
> >>> Michael Palimaka <kensington@g.o> wrote: |
11 |
> >>> |
12 |
> >>>> Shouldn't we strive to avoid the unnecessary rebuilds in the |
13 |
> >>>> first place? Doing updates on your schedule only avoids the |
14 |
> >>>> symptom, not the problem. |
15 |
> >>> |
16 |
> >>> We should strive to do both; cause less rebuilds, update less |
17 |
> >>> often. |
18 |
> >>> |
19 |
> >>> It is comparable to flooding on IRC channels; if you send much |
20 |
> >>> more messages, you are much more likely to experience a kick |
21 |
> >>> and/or a ban. |
22 |
> >>> |
23 |
> >>> It is easier not to flood than to convince people there is no |
24 |
> >>> problem with you flooding the channel; out of all the IRC channels |
25 |
> >>> I know of, I've only come across one where they don't mind pasted |
26 |
> >>> long code blocks but that's mostly because of the lack of active |
27 |
> >>> moderation and people. |
28 |
> >>> |
29 |
> >>> (With "flooding" as "updating" and "kick/ban" as "rebuilds") |
30 |
> >>> |
31 |
> >> Each person should update at a frequency that suits them. |
32 |
> >> Recommending to update every $period is not a valid solution to |
33 |
> >> unnecessary rebuilds. |
34 |
> > |
35 |
> > The more one floods, the more one accepts kicks and/or bans; |
36 |
> > expected. |
37 |
> > |
38 |
> |
39 |
> How about just not causing the problem in the first place? :-) |
40 |
|
41 |
That's the ideal, no revision bumps needed at all; though, the lack of |
42 |
resources doesn't make that possible. Attempts to do it stall the |
43 |
introduction of the ebuild; so, that's why we release and revbump it. |
44 |
|
45 |
This story goes further upstream; if they would list deps right, we |
46 |
wouldn't need to revbump. So; if we want to fix the cause, we would |
47 |
need to fix it upstream although they experience a lack of resources. |
48 |
|
49 |
TL;DR: With the water tap wide open, we'll keep mopping. |
50 |
|
51 |
-- |
52 |
With kind regards, |
53 |
|
54 |
Tom Wijsman (TomWij) |
55 |
Gentoo Developer |
56 |
|
57 |
E-mail address : TomWij@g.o |
58 |
GPG Public Key : 6D34E57D |
59 |
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D |