From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <140e7ec30907130124g1a0e4c90m6d83a08516d95463@mail.gmail.com> References: <0F3972F5-D44B-4231-97FA-C6CE871B032B@gmail.com> <140e7ec30907130124g1a0e4c90m6d83a08516d95463@mail.gmail.com> Date: Mon, 13 Jul 2009 09:20:36 -0500 Message-ID: From: Eric Van Hensbergen To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] v9fs question Topicbox-Message-UUID: 1d39e19e-ead5-11e9-9d60-3106f5b1d025 On Mon, Jul 13, 2009 at 3:24 AM, sqweek wrote: > =A0Anyway, note that if you auth you'll need supporting software from > p9p also. Factotum and srv -a, in particular, then give v9fs a -o > trans=3Dunix. > Any chance we can get fossil integration into 9mount directly? Most of the code is already available in some p9p code that lucho wrote called amount. It would complicate build a bit because you need libraries from p9p, but perhaps it could be conditional compilation. > =A0Oh, and to preempt the question why 9mount is not packaged as > mount.9p - mount(8) requires that you are root or your mount target is > in fstab with '-o user' before calling the helper, defeating the > purpose of an SUID mount.9p. Well, IMHO it would be nice to have it named (or symlinked as) mount.9p folks who mount as root could get the helper automatically. This would be nice for the standard Linux admin who is mounting crap as root anyways and trips over the DNS resolution error because all they are used to is NFS which mount has always done DNS for. -eric