From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 07:47:31 2004 Return-Path: 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 4D6A716A4CE for ; Mon, 12 Jan 2004 07:47:31 -0800 (PST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AAA343D2F for ; Mon, 12 Jan 2004 07:47:30 -0800 (PST) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Ag4Hp-0002VF-00 for ; Mon, 12 Jan 2004 16:47:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Ag4Hn-0002V6-00 for ; Mon, 12 Jan 2004 16:47:27 +0100 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Ag4Hn-000710-00 for ; Mon, 12 Jan 2004 16:47:27 +0100 From: Jesse Guardiani Date: Mon, 12 Jan 2004 10:47:25 -0500 Organization: WingNET Lines: 29 Message-ID: References: <1073591478.910.4.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org User-Agent: KNode/0.7.2 X-Mail-Copies-To: never Sender: news Subject: Re: devfs.conf support for wildcarded devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesse@wingnet.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2004 15:47:31 -0000 Sean McNeil wrote: > I saw a previous post once on this, but I haven't seen support for > wildcards implemented. I've gone ahead and tried what I think is a > workable mechanism to support this. Please let me know if this would do > what I think people are interested in (it does what I want ;) Why bother? Use the rule system and put something like this in /etc/rc.local: # devfs permission changes for userland digital camera access devfs ruleset 10 devfs rule add path 'ugen*' mode 664 # devfs permission changes for userland external HDD (usb & firewire) access devfs rule add path 'da*' mode 664 That's what I do. AFAIK, /etc/devfs.conf only works for static devices. If a device is created dynamically it probably won't apply the permission changes. The rule system, on the other hand, works well all the time. -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net