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 5E4B5138334 for ; Wed, 18 Dec 2019 23:29:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C9CAAE098F; Wed, 18 Dec 2019 23:28:49 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 77D0EE087F for ; Wed, 18 Dec 2019 23:28:49 +0000 (UTC) Received: from [192.168.1.100] (c-98-218-46-55.hsd1.md.comcast.net [98.218.46.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mjo) by smtp.gentoo.org (Postfix) with ESMTPSA id 27D3734D86F for ; Wed, 18 Dec 2019 23:28:48 +0000 (UTC) Subject: Re: [gentoo-dev] [PATCH 0/3] elisp{,-common}.eclass update for emacs-vcs consolidation To: gentoo-dev@lists.gentoo.org References: <3002c804-e70f-5b50-ee38-d91aa7e22fb0@gentoo.org> From: Michael Orlitzky Message-ID: Date: Wed, 18 Dec 2019 18:28:41 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: 5cadd420-b8b5-42fa-a354-c63bf8b98a5d X-Archives-Hash: dccc0020dbdcdd8236236e6fc6fba5c3 On 12/18/19 11:34 AM, Ulrich Mueller wrote: > > Removal of the virtual/emacs ebuilds won't remove the installed package > from users' systems. It will eventually disappear, when all its reverse > dependencies have been updated. Why would its continued presence as an > installed package (for another while) cause any problems? Unless the VDB is updated, portage will see a dependency on a package that doesn't exist and could refuse to do a lot of things like a @world update involving a rebuild of one of those packages, or a --depclean. This *does* happen if you mask virtual/emacs. It *could* happen if you delete it. > Revbumping its more than 400 reverse dependencies really doesn't sound > so attractive, and would cause rebuilds on users' systems for virtually > (pun intended :-) no benefit. If portage bails on an update and I have to troubleshoot the problem for ten minutes, then that's already wasted more of my time than if it reinstalled all 400 revdeps. The benefit is that people don't get cryptic messages from a confused packaged manager that they have to debug all day.