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 300A513877A for ; Tue, 22 Jul 2014 00:36:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 33A71E0C5F; Tue, 22 Jul 2014 00:36:49 +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 40A0CE0C39 for ; Tue, 22 Jul 2014 00:36:48 +0000 (UTC) Received: from 127.0.0.1 (tor-exit0-readme.dfri.se [171.25.193.20]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: hasufell) by smtp.gentoo.org (Postfix) with ESMTPSA id 2163833FD85 for ; Tue, 22 Jul 2014 00:36:45 +0000 (UTC) Message-ID: <53CDB213.6040502@gentoo.org> Date: Tue, 22 Jul 2014 00:36:35 +0000 From: hasufell 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] don't rely on dynamic deps References: <53CD6BED.10603@gentoo.org> <201407212153.04605.dilfridge@gentoo.org> <20140721225642.56aee8ed@pomiot.lan> <53CD8269.3050808@gentoo.org> <20140721225251.GA22854@linux1> In-Reply-To: <20140721225251.GA22854@linux1> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 1b478c85-8362-44f9-aa25-41b7c99efd2d X-Archives-Hash: 8e68256a8dbe8bd104cf63b338247bba William Hubbs: > I'm picking a random msg to reply to. > > My concern about doing a revbump just because the deps change is that > the new revision has to be committed in ~arch, so we then have to hit > the arch teams, which we know are overworked anyway, with stable > requests just because we changed the dependencies. Isn't that causing a > lot of possibly unnecessary work for our arch teams? > Procedure over logic? Just commit it straight to arch if repoman doesn't complain.