From owner-freebsd-stable@FreeBSD.ORG Tue Dec 13 23:32:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05E5316A41F for ; Tue, 13 Dec 2005 23:32:14 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id E7B6D43D69 for ; Tue, 13 Dec 2005 23:32:11 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 13 Dec 2005 23:32:09 -0000 Received: from p54A7DBAF.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.219.175] by mail.gmx.net (mp017) with SMTP; 14 Dec 2005 00:32:09 +0100 X-Authenticated: #5465401 Message-ID: <439F59E8.9050505@gmx.de> Date: Wed, 14 Dec 2005 00:31:52 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <439EF8B5.4030702@gmx.de> <20051213164947.GA17705@odin.ac.hmc.edu> <20051213180418.GA20852@slackbox.xs4all.nl> <20051213192143.GA5926@odin.ac.hmc.edu> <439F24B2.1080408@gmx.de> <439F4AA4.5070500@earthmagic.org> In-Reply-To: <439F4AA4.5070500@earthmagic.org> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: devfs doesn't set access rights X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2005 23:32:14 -0000 I agree that a more flexible approach is generally better, but since it's not necessary I don't want to create an extra entry in my /etc/usbd.conf (one more file to worry about during mergemaster). Thus I think the best solution would be to dump devfs.conf and /etc/rc.d/devfs entirely (or leave it optional for backwards compatibility) and give devfs the ability to create links. I have a dislike for inconsistent solutions and I think most people here share this dislike. It's just what happens when software grows. Sooner or later you get to the point where you should throw away 80% of what's there and turn the rest into something that does what needs to be done. Johny Mattsson wrote: > Note that while for you it might be sufficient to have a hard coded link > from /dev/pilot to /dev/ttyU0, that is not necessarily the case if you > have multiple USB serial gadgets. > The way I handled it is by using an entry in /etc/usbd.conf: > > # > # Fixup permissions for Palm Handheld ucom devices > # (set here and not in devfs.rules since we only want to apply > # the change to Palm com ports, not all USB com ports) > device "PalmHandheld" > devname "ucom[0-9]+" > vendor 0x0830 > attach "/bin/chmod 0666 /dev/${DEVNAME} ; /bin/ln -s > /dev/${DEVNAME} /dev/pilot" > detach "rm -f /dev/pilot > > > Having said that, it would be great to be able to create links from > devfs.rules - I'd certainly use it for my /dev/cdrom entry! > > Cheers, > /Johny