From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE,RDNS_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 Received: (qmail 26068 invoked from network); 17 Mar 2020 14:09:34 -0000 Received-SPF: pass (primenet.com.au: domain of zsh.org designates 203.24.36.2 as permitted sender) receiver=inbox.vuxu.org; client-ip=203.24.36.2 envelope-from= Received: from unknown (HELO primenet.com.au) (203.24.36.2) by inbox.vuxu.org with ESMTP; 17 Mar 2020 14:09:34 -0000 Received: (qmail 24169 invoked by alias); 17 Mar 2020 14:09:28 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 45573 Received: (qmail 28190 invoked by uid 1010); 17 Mar 2020 14:09:28 -0000 X-Qmail-Scanner-Diagnostics: from mailout2.w1.samsung.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.2/25751. spamassassin: 3.4.2. Clear:RC:0(210.118.77.12):SA:0(-7.0/5.0):. Processed in 3.952743 secs); 17 Mar 2020 14:09:28 -0000 X-Envelope-From: p.stephenson@samsung.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.samsung.com designates 210.118.77.12 as permitted sender) DKIM-Filter: OpenDKIM Filter v2.11.0 mailout2.w1.samsung.com 20200317140849euoutp024ecfbb57ef419e51f1b5c2d34096851e~9HKK5nSvp2459224592euoutp02D X-AuditID: cbfec7f4-0e5ff7000001ed07-4e-5e70d9f0aab2 Message-ID: <1584454127.11232.34.camel@samsung.com> Subject: Re: PATCH: sshfs user-side automount From: Peter Stephenson To: Zsh Hackers' List Date: Tue, 17 Mar 2020 14:08:47 +0000 In-Reply-To: <20200317140027.361adf36@tarpaulin.shahaf.local2> X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDIsWRmVeSWpSXmKPExsWy7djP87ofbhbEGVxfbm5xsPkhkwOjx6qD H5gCGKO4bFJSczLLUov07RK4Mr5/O8RYsIKj4v6O42wNjDfYuhg5OSQETCR+7tgFZgsJrGCU 2Dc5AMLuY5JY3afUxcgFZPcySdza18QM0zBh2URGiMRyRom7f/azwlVd3XKRCcI5wyhxcE83 lHOBUeL1hVcsIP28AsYSi2adZgWxhQV0Jabv3Ay2nE3AUGLqptlAczk4RAS0Jdo/ioGEWQRU JWa0vgEr4RSwA7IfQ92tIbHh5jEmiJGCEidnPgEbzywgL9G8dTYzyF4JgedsEgv27QCbKSHg InH3uCREr7DEq+Nb2CFsGYn/O+czQdS3M0qsmfSaHcLpYZTYdPQOI0SVtUTf7Ytgg5gFNCXW 79KHCDtKbLm7EGo+n8SNt4IQN/BJTNo2nRkizCvR0SYEUa0msaNpK1S1jMTTNQoTGJVmIXlg FpIHZiGsWsDIvIpRPLW0ODc9tdgoL7Vcrzgxt7g0L10vOT93EyMwDZz+d/zLDsZdf5IOMQpw MCrx8HJsKIgTYk0sK67MPcQowcGsJMK7uDA/Tog3JbGyKrUoP76oNCe1+BCjNAeLkjiv8aKX sUIC6YklqdmpqQWpRTBZJg5OqQZGrWlL3isnvljK9HaN5jPVMN+z5mp1fg8en/xpM6l0NsvB M7dKXL6+N/7qtn2W59fkmiLfS8ef97jP2b3dY8XeC9ema2pJfFc5ytHvlvPu3GRHo8gF1xJY vQ5yxjryvPk1f4XwupijLXdV/ipJtaYxnpU0e2ftc/7GG0uGWH/vh66KOvy+DUKsSizFGYmG WsxFxYkAsoibUf8CAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkkeLIzCtJLcpLzFFi42I5/e/4Pd0PNwviDNYcVLI42PyQyYHRY9XB D0wBjFF6NkX5pSWpChn5xSW2StGGFkZ6hpYWekYmlnqGxuaxVkamSvp2NimpOZllqUX6dgl6 Gd+/HWIsWMFRcX/HcbYGxhtsXYycHBICJhITlk1k7GLk4hASWMoocffhRHaIhIzEpysfoWxh iT/XutggirqZJPad2MUK4ZxhlNjd/RzKucAosXj+dkaQFl4BY4lFs06zgtjCAroS03duBtvH JmAoMXXTbKAaDg4RAW2J9o9iIGEWAVWJGa1vwEo4BeyA7MdgtpDAEmaJ+auqQGxmAU2J1u2/ oS7SkNhw8xgTxCpBiZMzn7BA1MhLNG+dzTyBUWgWkpZZSMpmISlbwMi8ilEktbQ4Nz232FCv ODG3uDQvXS85P3cTIzD4tx37uXkH46WNwYcYBTgYlXh4OTYUxAmxJpYVV+YeYpTgYFYS4V1c mB8nxJuSWFmVWpQfX1Sak1p8iNEU6KGJzFKiyfnAyMwriTc0NTS3sDQ0NzY3NrNQEuftEDgY IySQnliSmp2aWpBaBNPHxMEp1cCY8/SZ0hSH/zpr/k3iWn49I8btS/VCP/4lp9xe85zse3hu U3MGv8aP1Y9ePX7R/PrMqpOn+G1un11TvfvZ5D9JhrslLR59WTCTcbvTfolrUZt+1cx7IG3l +3HWptZVJ2ycFBKit23l3HPin3BO47r1e7qlZs29s7M3nZ3tXeGEJ5/9iq8kutT2pCuxFGck GmoxFxUnAgAkHWFHlAIAAA== X-CMS-MailID: 20200317140848eucas1p11ded32cbc5b18de1bde06dea3f14f632 X-Msg-Generator: CA Content-Type: text/plain; charset="utf-8" X-RootMTR: 20200217154528eucas1p17c3730dd3979ce40eb383d7f6889c5e2 X-EPHeader: CA CMS-TYPE: 201P X-CMS-RootMailID: 20200217154528eucas1p17c3730dd3979ce40eb383d7f6889c5e2 References: <1581954328.4418.19.camel@samsung.com> <20200218104451.1813845b@tarpaulin.shahaf.local2> <1582024239.4529.13.camel@samsung.com> <1584353505.4512.3.camel@samsung.com> <20200316183607.2c67d48f@tarpaulin.shahaf.local2> <1584447561.11232.17.camel@samsung.com> <20200317140027.361adf36@tarpaulin.shahaf.local2> On Tue, 2020-03-17 at 14:00 +0000, Daniel Shahaf wrote: > > > Is the "buflimit" workaround enabled when sshfs(1) is invoked as «sshfs > > > -o workaround=rename»?  I.e., does defaulting the "rename" workaround > > > enabled effectively change sshfs(1)'s default behaviour?   > > My reading of the manual page is you'd need to set "nobuflimit" explicitly > > to turn it off, else there wouldn't be much use for the "no" prefix, > > you'd always have to list the ones you want to turn on.  So I think > > the way it's done is there to fix this exact issue. > In the alternative semantics, the "no" prefix wouldn't be useless; it'd still > be useful to allow people to write scripts such as «f() { sshfs -o > workaround=foo "$@" }» that may be invoked as «f -o workaround=nofoo» to > disable foo.  However, I agree it's probably implemented as you say. Yeah, I think that's good enough for our due diligence.  The manual entry added is explicit about the function's default behaviour and there is a style you can set. cheers pws