From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-66956-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 238761391DB
for <garchives@archives.gentoo.org>; Sat, 26 Jul 2014 19:30:57 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 29EA1E1014;
Sat, 26 Jul 2014 19:30:52 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 1AC75E100E
for <gentoo-dev@lists.gentoo.org>; Sat, 26 Jul 2014 19:30:51 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp.gentoo.org (Postfix) with ESMTP id 1F64233FEDE
for <gentoo-dev@lists.gentoo.org>; Sat, 26 Jul 2014 19:30:50 +0000 (UTC)
X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org
X-Spam-Flag: NO
X-Spam-Score: -0.946
X-Spam-Level:
X-Spam-Status: No, score=-0.946 tagged_above=-999 required=5.5
tests=[AWL=-0.243, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001,
SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1])
by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id duTFoLdBZ8GO for <gentoo-dev@lists.gentoo.org>;
Sat, 26 Jul 2014 19:30:44 +0000 (UTC)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by smtp.gentoo.org (Postfix) with ESMTPS id F18CC33FFA3
for <gentoo-dev@gentoo.org>; Sat, 26 Jul 2014 19:30:41 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <lnx-gentoo-dev@m.gmane.org>)
id 1XB7fz-0000Pp-J8
for gentoo-dev@gentoo.org; Sat, 26 Jul 2014 21:30:39 +0200
Received: from ppp118-209-216-121.lns20.mel6.internode.on.net ([118.209.216.121])
by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Sat, 26 Jul 2014 21:30:39 +0200
Received: from kensington by ppp118-209-216-121.lns20.mel6.internode.on.net with local (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Sat, 26 Jul 2014 21:30:39 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From: Michael Palimaka <kensington@gentoo.org>
Subject: [gentoo-dev] Re: don't rely on dynamic deps
Date: Sun, 27 Jul 2014 05:30:26 +1000
Message-ID: <lr0vki$sra$1@ger.gmane.org>
References: <53CD6BED.10603@gentoo.org> <53CD8BBA.2010605@gentoo.org> <lql6tb$e3n$1@ger.gmane.org> <20140723013624.5f289194@gentoo.org> <53CFA731.4050305@gentoo.org> <20140725235950.18937f81@gentoo.org> <lr0nh6$bm$1@ger.gmane.org> <20140726212114.682e7809@gentoo.org>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: ppp118-209-216-121.lns20.mel6.internode.on.net
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <20140726212114.682e7809@gentoo.org>
X-Archives-Salt: 09a209b3-d396-4cf5-9c6c-4e8fc0e66aa2
X-Archives-Hash: f9fb14e278ed65a0ad67e7e8a0308d36
On 07/27/2014 05:21 AM, Tom Wijsman wrote:
> On Sun, 27 Jul 2014 03:12:07 +1000
> Michael Palimaka <kensington@gentoo.org> wrote:
>
>> On 07/26/2014 07:59 AM, Tom Wijsman wrote:
>>> On Wed, 23 Jul 2014 22:14:41 +1000
>>> Michael Palimaka <kensington@gentoo.org> wrote:
>>>
>>>> On 07/23/2014 09:36 AM, Tom Wijsman wrote:
>>>>> On Tue, 22 Jul 2014 18:21:00 +1000
>>>>> Michael Palimaka <kensington@gentoo.org> wrote:
>>>>>
>>>>>> What a great way to kill the distro.
>>>>>>
>>>>>> I can already heat my house with the number of unnecessary
>>>>>> rebuilds
>>>>>
>>>>> Do you upgrade @world every hour and thus have it cause excessive
>>>>> heat?
>>>>>
>>>>> If I upgrade every X weeks they become much more cool and
>>>>> necessary...
>>>>>
>>>>
>>>> Shouldn't we strive to avoid the unnecessary rebuilds in the first
>>>> place? Doing updates on your schedule only avoids the symptom, not
>>>> the problem.
>>>
>>> We should strive to do both; cause less rebuilds, update less often.
>>>
>>> It is comparable to flooding on IRC channels; if you send much more
>>> messages, you are much more likely to experience a kick and/or a
>>> ban.
>>>
>>> It is easier not to flood than to convince people there is no
>>> problem with you flooding the channel; out of all the IRC channels
>>> I know of, I've only come across one where they don't mind pasted
>>> long code blocks but that's mostly because of the lack of active
>>> moderation and people.
>>>
>>> (With "flooding" as "updating" and "kick/ban" as "rebuilds")
>>>
>> Each person should update at a frequency that suits them. Recommending
>> to update every $period is not a valid solution to unnecessary
>> rebuilds.
>
> The more one floods, the more one accepts kicks and/or bans; expected.
>
How about just not causing the problem in the first place? :-)