Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp3432562pxx; Mon, 2 Nov 2020 08:44:55 -0800 (PST) X-Google-Smtp-Source: ABdhPJy9/Rq9OPGfLYUh1yqvrlfwmTtjqLOEoILrw8QzKXYIxZ/F4rS6j1jvW+eIA+SIFnOHnL8n X-Received: by 2002:a17:907:250b:: with SMTP id y11mr1754941ejl.21.1604335495042; Mon, 02 Nov 2020 08:44:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604335495; cv=none; d=google.com; s=arc-20160816; b=syw1zuXuFw++SscsoGlA0vlLAgLTdl3La8YMBj8rYZi1FSomwEYNJ4qo7o6kckjVwn 9jmGhdKdCWY4yTkUif4KmezCyPh+oQaUQwEG/ehTJhLg3xWU1wg51FQOa36tkqk8ix5Y YAVwRN+3n76AyHLyePtIokVEwl91jLDk/0H4dgSWl3Nl4UwGHxVFKzdB/Wiq+LHIJAgr nRUTXccHKOeSze1/h39dlnSCfree3baDKwmdIcO0kP+1Otnh6Lu6HCypvsod6F7UB5wf eQRrJhIOruKGucHuVGUBZzN5gHTcoq8A9wvD/PySKMpNzFgixBQq88aiXEMIy09pGbqP I9pQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject:dkim-signature; bh=inxxV8Xl3+G9MYOyzRRPDfhKsUuLxeZmCwk7U8WRpwE=; b=y+WE+5FfBztCHznmJCH91gXCfdi47wiZUEwQQxgZ7simcb1wGefMoq5i2Zy+BOz0W3 HcAgWMtdM8RQ2v2/XPfWeLUDADLYCqQNOQ+GUpDfx6UI3AODJPrt2mOKiB4XcL9w8cxu l4KzCfDolKbTL35/zpH1I62NKOwzgJkGXj+5O8sTL3ZmP282Xp4FgEqtGHEq3FvDxGOb bindnaNJZkyCjlH66N27+bWzbV22otYCKoPVRB/oBxWKH41yOgXRU74SRNlS8Xs3ETaO meQmGrSeR+vmLfqDxUWdcZ6DMI/hUmr9SZJpaO7yndOI+dYlfcz5vqMfXjVtmUfsGRi7 1Jpg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="FWp43K/i"; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q3si11314287edv.144.2020.11.02.08.44.31; Mon, 02 Nov 2020 08:44:55 -0800 (PST) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="FWp43K/i"; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727115AbgKBQmn (ORCPT + 99 others); Mon, 2 Nov 2020 11:42:43 -0500 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:20057 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727134AbgKBQmn (ORCPT ); Mon, 2 Nov 2020 11:42:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1604335362; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=inxxV8Xl3+G9MYOyzRRPDfhKsUuLxeZmCwk7U8WRpwE=; b=FWp43K/irvLuBD9K9xdXP2G1g6h8gGimmcOntU6WpmQg59Xh2mTbnad6znrZHct0+732Pz QKcO7ck+81S7wu8fRZoAlCfLI4+IP6XHjitIHlnmjPWuUMKUV8B5INX/+nDzHOzjrsxPHD a4A8ZG7Rbhy4opFKQVDinUhOdy04acs= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-431-Yb2a-PChNM-N-ZsXf1Ylkg-1; Mon, 02 Nov 2020 11:42:41 -0500 X-MC-Unique: Yb2a-PChNM-N-ZsXf1Ylkg-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 06B7E804001 for ; Mon, 2 Nov 2020 16:42:40 +0000 (UTC) Received: from madhat.boston.devel.redhat.com (ovpn-113-8.phx2.redhat.com [10.3.113.8]) by smtp.corp.redhat.com (Postfix) with ESMTP id B58DD5B4D3; Mon, 2 Nov 2020 16:42:39 +0000 (UTC) Subject: Re: [RFC PATCH 0/1] Enable config.d directory to be processed. To: Alice Mitchell , Linux NFS Mailing list References: <20201029210401.446244-1-steved@redhat.com> <338aeb795a31c2233016d225dc114e33d02eb0cb.camel@redhat.com> <6f3caf91-296c-0aa8-ba41-bc35d500adaa@RedHat.com> <4836616f-3aa6-d0bd-22db-cd7fecf4dce9@RedHat.com> From: Steve Dickson Message-ID: <99ef399b-7c8a-e440-ce85-463a8ecf3097@RedHat.com> Date: Mon, 2 Nov 2020 11:42:39 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org Hey! On 11/2/20 10:05 AM, Alice Mitchell wrote: > That should work yes, although I am still dubious of the merits of > replacing the single config file with multiple ones rather than reading > them in addition to it. Surely this is going to lead to queries of why > the main config file is being ignored just because the directory also > existed. Isn't that how Ansible works? They drop in its own config file assuming main config file is ignored (or even removed)? > > I also have concerns that blindly loading -every- file in the directory > is also going to lead to problems, such as foo.conf.rpmorig files and > the like. This is why i suggested a glob would be a better solution Maybe used mrchuck's suggestion only process *.conf files? steved.