From owner-freebsd-questions@FreeBSD.ORG Mon May 26 17:41:39 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80DC1106566C for ; Mon, 26 May 2008 17:41:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 479B28FC0C for ; Mon, 26 May 2008 17:41:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id CA19D5D1A; Mon, 26 May 2008 13:41:38 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fxL0GVW7jrBh; Mon, 26 May 2008 13:41:36 -0400 (EDT) Received: from [10.152.145.134] (72-165-115-225.dia.static.qwest.net [72.165.115.225]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTPSA id A218D5D0B; Mon, 26 May 2008 13:41:35 -0400 (EDT) Message-Id: <0ECBB986-7398-41E6-B79E-03A983078C4D@mac.com> From: Chuck Swiger To: infofarmer@FreeBSD.org In-Reply-To: <20080526165403.GT92161@amilo.cenkes.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 26 May 2008 10:41:34 -0700 References: <2EEC06F1F9B24B31B15CE1DCD095A7C1@GRANT> <369C3C67-9A6F-419A-AA25-FA62D8FD3425@mac.com> <20080526165403.GT92161@amilo.cenkes.org> X-Mailer: Apple Mail (2.919.2) Cc: Grant Peel , freebsd-questions@freebsd.org Subject: Re: Required Directories X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2008 17:41:39 -0000 On May 26, 2008, at 9:54 AM, Andrew Pantyukhin wrote: >> It's generally not expected that users would not own the stuff >> under their homedir, or would not be able to delete their files >> if they want to, even if doing so would break something. >> Normally, sysadmins code their scripts to re-create any missing >> directory hierarchy if needed, so that if a user manages to >> shoot themselves in the foot, the cron jobs will be able to >> provide first aid. > > I don't know what kind of sysadmins you're talking about, but, > say, if a hoster did not support files with non-ascii names, but > let me upload them and then just remove them automatically, I > would not be happy. Preventive policies work better for me. Hmm. While you seem to have written in response to what I'd said, I'm not entirely sure I follow the connection...? If I were a user who had a need to create non-ASCII filenames, then I would select a platform or hosting environment which could do exactly that, rather than selecting a platform or hosting environment which didn't provide a needed capability. It took two hops into Wikipedia to dig the following out: http://en.wikipedia.org/wiki/Comparison_of_file_systems#Limits If I were a user that needed to create non-ASCII filenames and was forced to use a platform which didn't support Unicode, well, I wouldn't be happy even if it refused to let me upload my files without renaming them, but sure, I suppose that I agree that it would be worse if it deleted my files after letting me upload them. I like systems which don't break better than ones which do and need to be fixed. I like systems which can fix themselves better than ones which can't tolerate recoverable errors and need human babysitting. Lots of people write scripts. Good scripts perform some level of sanity checking and they set up the environment they need to work instead of assuming that the existing situation is correct. They might provide guards against excessive concurrency by using lockfiles, they might recognize common modes of failure and deal with them (even if it is by logging an alert for a human and then bailing) and so forth. Anyway, using filesystem ACLs or flags to make the directories un- deletable is probably a better solution for Grant's situation than using the sticky bit or immutable flag. -- -Chuck