From owner-freebsd-current Tue Nov 5 12:38:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3423137B401 for ; Tue, 5 Nov 2002 12:38:29 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A939E43E8A for ; Tue, 5 Nov 2002 12:38:28 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.6/8.12.6) id gA5KcM8M039056; Tue, 5 Nov 2002 14:38:22 -0600 (CST) (envelope-from dan) Date: Tue, 5 Nov 2002 14:38:22 -0600 From: Dan Nelson To: Dima Dorfman Cc: Andrew Lankford , current@FreeBSD.ORG Subject: Re: What's the status of devfs(8)? Message-ID: <20021105203822.GD35777@dan.emsphone.com> References: <20021105044708.LIEA1469.out010.verizon.net@verizon.net> <20021105185757.GB641@trit.org> <20021105194146.GB35777@dan.emsphone.com> <20021105201910.GD641@trit.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021105201910.GD641@trit.org> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Nov 05), Dima Dorfman said: > That one can't modify ruleset 0 is documented copiously in the man > page, and all the examples are preceeded by "devfs ruleset 10" (see > the first sentence in the EXAMPLES section). Since this doesn't > appear to be enough, perhaps you (or anyone, for that matter) could > suggest a better way to communicate this requirement? I actually completely skipped the description of rulesets in the manpage because I assumed I would not need them. Sort of like ipfw sets, which most people don't need, so ipfw assumes set 0. I expected devfs to provide me with an empty set I could just start adding rules to. Maybe /sbin/devfs could check which set is active and print an error message like "Cannot modify ruleset 0" if a user tries to mess with it? That would let the user know that rulesets are important and they had better go reread the manpage. Or alternatively, change that example /dev/speaker rule in the manpage to "devfs rule apply path speaker mode 666", so that people who only care about fixing the speaker permissions (like me and apparently Andrew Lankford) can just stick that command in /etc/rc.local and be done :) -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message