From owner-freebsd-geom@FreeBSD.ORG Wed Mar 17 22:32:26 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C13A106566B for ; Wed, 17 Mar 2010 22:32:26 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 35C4F8FC15 for ; Wed, 17 Mar 2010 22:32:25 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ns1mq-0008DZ-4Q for freebsd-geom@freebsd.org; Wed, 17 Mar 2010 23:32:24 +0100 Received: from 93-136-34-137.adsl.net.t-com.hr ([93.136.34.137]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Mar 2010 23:32:24 +0100 Received: from ivoras by 93-136-34-137.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Mar 2010 23:32:24 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Wed, 17 Mar 2010 23:31:58 +0100 Lines: 14 Message-ID: References: <20100315195059.GA1331@a91-153-117-195.elisa-laajakaista.fi> <20100316000133.GC3574@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 93-136-34-137.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <20100316000133.GC3574@garage.freebsd.pl> Subject: Re: geom_label and directories under /dev X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 22:32:26 -0000 Pawel Jakub Dawidek wrote: > What you described are bugs in devfs that should be fixed in devfs and > not worked around by limiting GEOM flexibility. Allowing '/' in labels > is very useful. Not only labels, you can do the same with gmirror(8), > gstripe(8), etc. although with glabel(8) it is more important. But it's a name, an identifier. It's like saying "*" can suddenly be a part of a C variable name. Besides, there are special cases to consider - what about names containing successive slashes and possibly C escape sequences? I say - sanitize it completely, leave either 7-bit ASCII or UTF-8 (but in both cases strip slashes and characters < 0x20).