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 4433313877A for ; Tue, 24 Jun 2014 21:15:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 98B4DE0941; Tue, 24 Jun 2014 21:15:39 +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 ABDB9E08C8 for ; Tue, 24 Jun 2014 21:15:38 +0000 (UTC) Received: from 127.0.0.1 (tor20.anonymizer.ccc.de [31.172.30.3]) (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 E40A633FB9F for ; Tue, 24 Jun 2014 21:15:36 +0000 (UTC) Message-ID: <53A9EA70.8060207@gentoo.org> Date: Tue, 24 Jun 2014 21:15:28 +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] Re: Changes in installed ebuilds References: <1403570947.24976.1.camel@rook> <53A9E3EA.1050203@sumptuouscapital.com> In-Reply-To: <53A9E3EA.1050203@sumptuouscapital.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 7e6cee35-6868-458e-aed4-e6d5c6fff8d9 X-Archives-Hash: 16bebae1471d357fedc85931d3f985fc Kristian Fiskerstrand: > On 06/24/2014 09:25 PM, Jörg Schaible wrote: >> Alexandre Rostovtsev wrote: > >>> On Mon, 2014-06-23 at 22:15 +0200, Jörg Schaible wrote: >>>> So, why the heck, was the dependency to dev-libs/glib changed >>>> for an existing ebuild without increasing its version (e.g. >>>> dbus-glib-0.100.2-r2)? >>> >>> Please see >>> http://article.gmane.org/gmane.linux.gentoo.devel/91615 > >> These blocks had nothing to do with the multilibs ABI. It has been >> just the updated versions for the dependencies. > > > For what it is worth, I completely agree significant changes to stable > ebuilds (hereunder changes to dependencies) should get a revision bump > and go through normal stabilization procedures. > > That would be a waste of time and would increase the overall workload on arch teams who already need 2-4 weeks to keep up with the queue. There is no reason to re-stabilize a package after a build-time bug has been fixed by adjusting the version of a dependency. Moreover, the fix that was applied was very important.