From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 36D5F1396D0 for ; Wed, 27 Sep 2017 00:38:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 334AF2BC00F; Wed, 27 Sep 2017 00:38:50 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BC8082BC002 for ; Wed, 27 Sep 2017 00:38:49 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dx0N4-00008g-IY for gentoo-user@lists.gentoo.org; Wed, 27 Sep 2017 02:38:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Kai Krakow Subject: [gentoo-user] Re: Changing dependencies without upping version ?? Date: Wed, 27 Sep 2017 02:38:35 +0200 Message-ID: <20170927023835.5044b622@jupiter.sol.kaishome.de> References: <20170924173753.bxpluo4s6f42uojo@matica.foolinux.mooo.com> <20170925170341.74api4s3evxsbly4@matica.foolinux.mooo.com> <0fbc546c-bd8f-a6d9-b3dc-1cdd50fcf336@gentoo.org> <20170926184544.ng6dzg4njfye4v3u@matica.foolinux.mooo.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@blaine.gmane.org X-Newsreader: Claws Mail 3.13.2 (GTK+ 2.24.31; x86_64-pc-linux-gnu) X-Archives-Salt: 92b87b7b-8c19-45a7-8d3a-823caa1efdce X-Archives-Hash: f88de706c401ae23a6d483e605e1c5d3 Am Tue, 26 Sep 2017 11:45:45 -0700 schrieb Ian Zimmerman : > On 2017-09-26 22:01, Michael Palimaka wrote: > > > If the only argument is you don't want to upgrade, I'm afraid > > there's not much we can do to help you. > > You're right that I don't want to upgrade, and I have already > explained my workaround for that. But that is _not_ what I'm > complaining about in this thread. Rather, my complaint is that such > a major change is hidden in an ebuild edit with no version/revision > bump, which means I cannot use the normal means (ie. package.mask) to > prevent it. Before I decided to drop Qt completely, I had to make a > local package of qtcustomplot in my own repo. If you don't want (or cannot) upgrade, you have two options: 1. Prepare to maintain your own overlay and deal with it 2. Don't use a rolling release distribution Personally, and since you seem to know enough to manage your own overlay, I'd stick to #1. > Surely there are other reasons against this kind of thing? What if > someone reports a bug in the package? Now you don't know from the > version/rev number if it's linked with Qt4 or Qt5. Is that not > important? The problem seems to be that while the package can be built against both qt4 and qt5, qt4 wasn't present at all. A proper way I'm sure you could have arranged with, would have been to introduce both useflags, then mask the qt4 useflag and mark it for removal during the next version bump. That would have given you an easy opportunity to properly react to the change, by either unmasking the flag and pinning the version, or copy the ebuild from db/pkg to your own overlay. I don't know how Gentoo policy suggests but I'm pretty sure this is one of the official ways to prevent exactly your problem. In the long way, tho, due to qt4 breakage, the qt5 useflag had to be introduced, and qt4 support had to be dropped. But maybe not in just one single step without revbump. The change causes rebuilds for most qt users anyways, as either you had one of the flags enabled and that resulted in a useflag change thus rebuild, or: None of the useflags was set, and then you were not affected (which probably was the "short sighted" decision for doing it without a revbump in the first place). -- Regards, Kai Replies to list-only preferred.