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 3F5491396D9 for ; Mon, 13 Nov 2017 15:16:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 38787E1241; Mon, 13 Nov 2017 15:16:28 +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 E1181E116C for ; Mon, 13 Nov 2017 15:16:27 +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 D367633BE19 for ; Mon, 13 Nov 2017 15:16:26 +0000 (UTC) Subject: Re: [gentoo-dev] Help testing ebuilds? golang/Fabio load balancer To: gentoo-dev@lists.gentoo.org References: <05c08f65-3cf6-67f4-621e-cf210fe2a82c@gentoo.org> <1510387105.1210.2.camel@gentoo.org> <1510428406.2446.2.camel@gentoo.org> <1eed4490-6e21-42bf-6546-e73013d30b35@gentoo.org> <23048.26379.584985.594980@a1i15.kph.uni-mainz.de> From: Michael Orlitzky Message-ID: <55904a6d-2e26-9820-5866-0452706c3fcb@gentoo.org> Date: Mon, 13 Nov 2017 10:16:24 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 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 In-Reply-To: <23048.26379.584985.594980@a1i15.kph.uni-mainz.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: bc9eb583-1f6c-4da4-8b09-8050ebca47d9 X-Archives-Hash: c5196ae79d7f0b8d9110d6595b9cb96e On 11/12/2017 10:21 AM, Ulrich Mueller wrote: > >> * Change the PMS to remove "undefined behavior" and replace it with >> "empty directories must be tracked, and may only be removed once no >> installed package is using them," or something along those lines. >> That leaves the implementation up to the PM. > > How? Look up VDB entries of all installed packages? Note that this > would have to be done for every dir that becomes empty, not just the > ones currently containing a .keep_* file. Not necessarily. I chose the "empty directories must be tracked" wording to avoid that. If the PM were about to remove a directory that wasn't in the database of empty directories, then it could proceed normally. > What problem are you trying to solve? I see typically around 100 > .keep_* files on my systems. These are empty files, so they don't use > any blocks. And 100 inodes system wide looks like negligible usage > of resources to me. If you're asking what problem I was trying to solve by leaving the implementation up to the PM, then I was only trying not to be pushy. If the "automatic keepdir" idea... > * Have portage call its keepdir code on any empty directories in $D > between src_install and pkg_preinst. is workable and if the PM authors are fine with it, then we could spec that.