From owner-freebsd-arch@FreeBSD.ORG Mon Oct 10 10:39:30 2005 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E57E16A41F; Mon, 10 Oct 2005 10:39:30 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8B7443D45; Mon, 10 Oct 2005 10:39:29 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from [192.168.1.254] (dhcp254.qubesoft.com [192.168.1.254]) by mail.qubesoft.com (8.13.3/8.13.3) with ESMTP id j9AAdMBV062422; Mon, 10 Oct 2005 11:39:22 +0100 (BST) (envelope-from dfr@nlsystems.com) In-Reply-To: <13417.1128935483@critter.freebsd.dk> References: <13417.1128935483@critter.freebsd.dk> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0A7E4AF1-C6C1-4D13-A81F-B6C84DB9B5CA@nlsystems.com> Content-Transfer-Encoding: 7bit From: Doug Rabson Date: Mon, 10 Oct 2005 11:38:58 +0100 To: Poul-Henning Kamp X-Mailer: Apple Mail (2.734) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.qubesoft.com X-Virus-Scanned: ClamAV 0.86.2/1124/Sun Oct 9 18:58:08 2005 on mail.qubesoft.com X-Virus-Status: Clean Cc: Craig Rodrigues , pjd@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Teaching mount(8) to use nmount() X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 10:39:30 -0000 On 10 Oct 2005, at 10:11, Poul-Henning Kamp wrote: > In message <200510101001.38294.dfr@nlsystems.com>, Doug Rabson writes: > > >>> We could do that. I had some thoughts on this: >>> -> In the future, we want to make it difficult for people to add new >>> external mount programs [...] >>> >> >> The mount program isn't always just doing argument parsing. >> > > Agreed, that's why it didn't say "impossible" :-) > > I think we are basically in agreement here, the point is to avoid > pointless mount_foo(8) programs. So (as I understand it), the suggestion is to get rid of all mount_foo programs that just deal with mount parameters. I guess the operation of mount then would be to check for mount_foo and exec it if it exists, otherwise do nmount stuff to handle the mount itself. That would work nicely for mount_webdav (which is *really* cool if you have a chance to play with it on a mac).