From owner-cvs-all@FreeBSD.ORG Thu Jan 22 00:19:57 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C20816A4CE; Thu, 22 Jan 2004 00:19:57 -0800 (PST) Received: from telecom.net.et (ns2.telecom.net.et [213.55.64.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC3A543D31; Thu, 22 Jan 2004 00:19:44 -0800 (PST) (envelope-from mtm@identd.net) Received: from [213.55.65.189] (HELO pool-151-200-10-97.res.east.verizon.net) by telecom.net.et (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 34878337; Thu, 22 Jan 2004 11:14:00 +0300 Received: from mobile.acsolutions.com (localhost [127.0.0.1]) ESMTP id i0M8JKca001545; Thu, 22 Jan 2004 11:19:23 +0300 (EAT) (envelope-from mtm@mobile.acsolutions.com) Received: (from mtm@localhost) by mobile.acsolutions.com (8.12.10/8.12.10/Submit) id i0M7nbxQ001409; Thu, 22 Jan 2004 10:49:37 +0300 (EAT) (envelope-from mtm) Date: Thu, 22 Jan 2004 10:49:37 +0300 From: Mike Makonnen To: Colin Percival Message-ID: <20040122074937.GB1013@mobile.acsolutions.com> References: <200401211643.i0LGhT43093728@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401211643.i0LGhT43093728@repoman.freebsd.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD/5.2-CURRENT (i386) cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/fs/devfs devfs_rule.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 08:19:57 -0000 On Wed, Jan 21, 2004 at 08:43:29AM -0800, Colin Percival wrote: > cperciva 2004/01/21 08:43:29 PST > > FreeBSD src repository > > Modified files: > sys/fs/devfs devfs_rule.c > Log: > Allow devfs path rules to work on directories. Without this fix, > devfs rule add path fd unhide > is a no-op, while it should unhide the fd subdirectory. Does this affect /etc/defaults/devfs.rules? I am assuming that the 'add hide' in the first ruleset will now also hide /dev/fd (where it previously didn't). In that case will the 'add path fd/* unhide' in a later rule unhide the fd/ directory? Does it need a separate 'add fd unhide'? Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: 00E8 61BC 0D75 7FFB E4D3 6BF1 B239 D010 3215 D418 mtm@FreeBSD.Org| FreeBSD - Unleash the Daemon !