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 4AFBE13877A for ; Tue, 12 Aug 2014 21:49:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CEDF8E0996; Tue, 12 Aug 2014 21:49:27 +0000 (UTC) Received: from albert.telenet-ops.be (albert.telenet-ops.be [195.130.137.90]) by pigeon.gentoo.org (Postfix) with ESMTP id B9FE3E0979 for ; Tue, 12 Aug 2014 21:49:26 +0000 (UTC) Received: from gentoo.org ([84.197.67.29]) by albert.telenet-ops.be with bizsmtp id dxpR1o00F0dt3XY06xpRf4; Tue, 12 Aug 2014 23:49:25 +0200 Date: Tue, 12 Aug 2014 23:49:23 +0200 From: Tom Wijsman To: gentoo-dev@lists.gentoo.org Cc: kensington@gentoo.org Subject: Re: [gentoo-dev] Re: don't rely on dynamic deps Message-ID: <20140812234923.37ed72ea@gentoo.org> In-Reply-To: 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> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.23; x86_64-pc-linux-gnu) 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: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/J4p/Nxz/UhEWiC/R5j3kwOh"; protocol="application/pgp-signature" X-Archives-Salt: bccd40eb-b92e-4d75-ad4a-0573c1d066c5 X-Archives-Hash: d817546d0d7449559c1bfb3ef9accacf --Sig_/J4p/Nxz/UhEWiC/R5j3kwOh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 27 Jul 2014 05:30:26 +1000 Michael Palimaka wrote: > On 07/27/2014 05:21 AM, Tom Wijsman wrote: > > On Sun, 27 Jul 2014 03:12:07 +1000 > > Michael Palimaka wrote: > >=20 > >> On 07/26/2014 07:59 AM, Tom Wijsman wrote: > >>> On Wed, 23 Jul 2014 22:14:41 +1000 > >>> Michael Palimaka wrote: > >>> > >>>> 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. > >=20 > > The more one floods, the more one accepts kicks and/or bans; > > expected. > >=20 >=20 > How about just not causing the problem in the first place? :-) That's the ideal, no revision bumps needed at all; though, the lack of resources doesn't make that possible. Attempts to do it stall the introduction of the ebuild; so, that's why we release and revbump it. This story goes further upstream; if they would list deps right, we wouldn't need to revbump. So; if we want to fix the cause, we would need to fix it upstream although they experience a lack of resources. TL;DR: With the water tap wide open, we'll keep mopping. --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D --Sig_/J4p/Nxz/UhEWiC/R5j3kwOh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT6ovjAAoJEPWZc8roOL/QD0cH/1efW+oM4NwL3ddM0Wp1YTcY 0mL0XxSz/tJy627gSr9P0A2oOzHYIxX/HSB9HSB7v+waGnXE7O2hbzwBdIwry4RK OqDok5X5mxIp7P4rpUIUbNCJmWTsTZw33P913IhQ7v0ry0zqRGVUC29Rgy0foQ21 vbs56ZVMIce/kSi3r51GJEu4zNDmLBNaafOWB9UaqovqV0I85vYBvOg43waOhzhf ijCysyn5RfYHMp1uRnCrG1YWQje+ouhB+ET1nxOxrLL7tV+BAu0IE4LPF+Dr6zBv S3nL9KHNycQhhjpOE47W+GKP4no8lZd4Jkng6hgkOJUsLDKi6LoMt2zwb/YN5QU= =VqEg -----END PGP SIGNATURE----- --Sig_/J4p/Nxz/UhEWiC/R5j3kwOh--