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 D4C2E13877A for ; Tue, 24 Jun 2014 21:27:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D654DE0916; Tue, 24 Jun 2014 21:27:23 +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 052C4E08FC for ; Tue, 24 Jun 2014 21:27:22 +0000 (UTC) Received: from 127.0.0.1 (intelminer.com [198.27.80.81]) (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 EF47D33FEDF for ; Tue, 24 Jun 2014 21:27:19 +0000 (UTC) Message-ID: <53A9ED2D.70002@gentoo.org> Date: Tue, 24 Jun 2014 21:27:09 +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> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: bb679636-4729-4a9f-adbe-3f2ad3186628 X-Archives-Hash: c8e95b1b4290165b2505d7028871c849 Jörg Schaible: > 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. > I'm not sure if you understood the bug. It was breaking dependency calculation of portage, so the fallout you see is minor to what was going on. Revbumping and restabilizing all of these packages (a LOT) would have been unrealistic. Another possibility would have been to revbump the ebuild and make it instantly stable without arch teams involvement. That would actually be the cleaner way, but afair some people don't agree with that, so it isn't standard practice. However, you can still overwrite tree ebuilds in your local overlay and revert dependencies. I once did that with pypy, because it triggered too many rebuilds for me.