From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from ganesha.gnumonks.org (ganesha.gnumonks.org [213.95.27.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8E99717989 for ; Fri, 22 Dec 2023 12:04:37 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=netfilter.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gnumonks.org Received: from [78.30.43.141] (port=50924 helo=gnumonks.org) by ganesha.gnumonks.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rGeGX-005iOe-2s; Fri, 22 Dec 2023 13:04:35 +0100 Date: Fri, 22 Dec 2023 13:04:32 +0100 From: Pablo Neira Ayuso To: Phil Sutter Cc: netfilter-devel@vger.kernel.org Subject: Re: [nft PATCH] datatype: rt_symbol_table_init() to search for iproute2 configs Message-ID: References: <20231215211933.7371-1-phil@nwl.cc> Precedence: bulk X-Mailing-List: netfilter-devel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20231215211933.7371-1-phil@nwl.cc> X-Spam-Score: -1.9 (-) Hi Phil, On Fri, Dec 15, 2023 at 10:19:33PM +0100, Phil Sutter wrote: > There is an ongoing effort among various distributions to tidy up in > /etc. The idea is to reduce contents to just what the admin manually > inserted to customize the system, anything else shall move out to /usr > (or so). The various files in /etc/iproute2 fall in that category as > they are seldomly modified. > > The crux is though that iproute2 project seems not quite sure yet where > the files should go. While v6.6.0 installs them into /usr/lib/iproute2, > current mast^Wmain branch uses /usr/share/iproute2. Assume this is going > to stay as /(usr/)lib does not seem right for such files. > > Note that rt_symbol_table_init() is not just used for > iproute2-maintained configs but also for connlabel.conf - so retain the > old behaviour when passed an absolute path. Fine with me. This defines a fallback which is backward compatible.