Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp1724774ioo; Mon, 23 May 2022 01:35:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyBjznnaoW4J7JF+3dv+jlhwiKdUfN6NbA9Y4ktV2FNNDrK+XG0BJ8Cm90W4Lolb/mhrkA5 X-Received: by 2002:a17:902:bb83:b0:161:fdc3:3b8f with SMTP id m3-20020a170902bb8300b00161fdc33b8fmr12516030pls.45.1653294916060; Mon, 23 May 2022 01:35:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653294916; cv=none; d=google.com; s=arc-20160816; b=ruysKdOvVyRnbIOW+bGbvlLAjikj2psoMssmB6Aly5SszcwHIj0Q5aENTjMZbbfuHu Q5NdpZzpSGuCQ40sK3ipbvozpMyf6fUh/HVfhxcud5E5RhMA55CCbj1aINk1Daz1HB3e tnaMDDltSzahq6xvmYZQNVNSWwX8Vm6kcn3kZlel78El1CQ+xicdYEog0446IaaBVdiQ Q0iA0AUmBpkqMuJLVlOM5QJUamcnHuyJfBIAGJp/fItIt7RRp/7zyoTBcoXeaYXvhwj1 OTNe6yNa93NJPxSeg6nPcC13vhWag26yDtXs4xUZBGFDpFBeuQr7T0xAL9xfOTjTPTS2 UkLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:thread-index:thread-topic :content-transfer-encoding:mime-version:subject:references :in-reply-to:message-id:cc:to:from:date; bh=FWmEJHHRCb0g8SLn/a7comybWSusZHWSyWRkTDKqQHE=; b=bTdpHZbhPPFxF5CR41p3ifHaT4ma6YxwuyzlL3othBFdzN5mvhOOC+p2MXPPw4ylri F014Eunv2QtDF5aqIU8o6mY3m607vmlJ/M/P+sMlXf//o7NizEI/l9Wbx7L8CtApPHFd fCjU8lpBLUktBchYHDzBaE5L9uRqGe4DzELhSrS4GSPfAt2wx20t/Zsw5sMt+BmpJhQK L2cnwAwz4CZIxNaiDY0VJN1DrzjzAuJIQ7bRZHr02xZ99nDKc+j++HrZdxNvWBrrw1s8 miB0vtbrBpEc0I0Nt2pFHNJjvbHEDPn+H2OO0Cf5ft78psDPsNaMcY7dZEbBvKKyByoG L9FQ== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-nfs-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id t3-20020a17090aba8300b001d95105b9f5si11263144pjr.90.2022.05.23.01.35.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 May 2022 01:35:15 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-nfs-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-nfs-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B5899201A5; Mon, 23 May 2022 00:53:52 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231235AbiEWHxv convert rfc822-to-8bit (ORCPT + 99 others); Mon, 23 May 2022 03:53:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52464 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231193AbiEWHxu (ORCPT ); Mon, 23 May 2022 03:53:50 -0400 Received: from lithops.sigma-star.at (lithops.sigma-star.at [195.201.40.130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5F70A1FA41 for ; Mon, 23 May 2022 00:53:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lithops.sigma-star.at (Postfix) with ESMTP id 8E136608110A; Mon, 23 May 2022 09:53:46 +0200 (CEST) Received: from lithops.sigma-star.at ([127.0.0.1]) by localhost (lithops.sigma-star.at [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 63bmoculaRcC; Mon, 23 May 2022 09:53:46 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by lithops.sigma-star.at (Postfix) with ESMTP id 0ED886081119; Mon, 23 May 2022 09:53:46 +0200 (CEST) Received: from lithops.sigma-star.at ([127.0.0.1]) by localhost (lithops.sigma-star.at [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id O1maQPBDqJRu; Mon, 23 May 2022 09:53:45 +0200 (CEST) Received: from lithops.sigma-star.at (lithops.sigma-star.at [195.201.40.130]) by lithops.sigma-star.at (Postfix) with ESMTP id D53FF608110A; Mon, 23 May 2022 09:53:45 +0200 (CEST) Date: Mon, 23 May 2022 09:53:45 +0200 (CEST) From: Richard Weinberger To: bfields Cc: linux-nfs , david , luis turcitu , david young , david oberhollenzer , trond myklebust , anna schumaker , Steve Dickson , chris chilvers Message-ID: <1149772405.87856.1653292425664.JavaMail.zimbra@nod.at> In-Reply-To: <20220502161713.GI30550@fieldses.org> References: <20220502085045.13038-1-richard@nod.at> <20220502161713.GI30550@fieldses.org> Subject: Re: [PATCH 0/5] nfs-utils: Improving NFS re-exports MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT X-Originating-IP: [195.201.40.130] X-Mailer: Zimbra 8.8.12_GA_3807 (ZimbraWebClient - FF97 (Linux)/8.8.12_GA_3809) Thread-Topic: nfs-utils: Improving NFS re-exports Thread-Index: fhx8pCzjb2vRJNSIl8BuL+/2SLUokg== X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org Bruce, ----- Ursprüngliche Mail ----- > Von: "bfields" >> The whole set of features is currently opt-in via --enable-reexport. > > Can we remove that option before upstreaming? What is the final resolution regarding this option? I can think of embedded/memory constraint systems where the dependency on SQLite is not wanted. On the other hand, with my latest patch, the plugin interface, the could be solved too. > For testing purposes it may makes sense to be able to turn the new code > on and off quickly. But for something we're really going to support, > it's just another hurdle for users to jump through, and another case we > probably won't remember to test. The export options themselves should > be enough configuration. > > Anyway, basically sounds reasonable to me. I'll try to give it a proper > review sometime, feel free to bug me if I don't get to it in a week or > so. *kind ping* :-) Please also don't forget the kernel side of this work. It is small but still needed. See: https://lore.kernel.org/linux-nfs/20220110184419.27665-1-richard@nod.at/ or https://git.kernel.org/pub/scm/linux/kernel/git/rw/misc.git/log/?h=nfs_reexport_clean Since the kernel changes don't change the ABI, it should not really matter which part is merged first. Kernel or userspace. The only important part is stating the right kernel version in the nfs-utils manpages. Thanks, //richard