Gentoo Archives: gentoo-dev

From: Tom Wijsman <TomWij@g.o>
To: gentoo-dev@l.g.o
Cc: kensington@g.o
Subject: Re: [gentoo-dev] Re: don't rely on dynamic deps
Date: Tue, 12 Aug 2014 21:49:32
Message-Id: 20140812234923.37ed72ea@gentoo.org
In Reply to: [gentoo-dev] Re: don't rely on dynamic deps by Michael Palimaka
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

Attachments

File name MIME type
signature.asc application/pgp-signature