From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 238761391DB for ; 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 ; 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 ; 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 ; 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 ; Sat, 26 Jul 2014 19:30:41 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) 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 ; 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 ; Sat, 26 Jul 2014 21:30:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Michael Palimaka Subject: [gentoo-dev] Re: don't rely on dynamic deps Date: Sun, 27 Jul 2014 05:30:26 +1000 Message-ID: References: <53CD6BED.10603@gentoo.org> <53CD8BBA.2010605@gentoo.org> <20140723013624.5f289194@gentoo.org> <53CFA731.4050305@gentoo.org> <20140725235950.18937f81@gentoo.org> <20140726212114.682e7809@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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 wrote: > >> On 07/26/2014 07:59 AM, Tom Wijsman wrote: >>> On Wed, 23 Jul 2014 22:14:41 +1000 >>> Michael Palimaka wrote: >>> >>>> On 07/23/2014 09:36 AM, Tom Wijsman wrote: >>>>> On Tue, 22 Jul 2014 18:21:00 +1000 >>>>> Michael Palimaka 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? :-)