From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17472 invoked by alias); 11 Nov 2014 12:11:38 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 17396 invoked by uid 89); 11 Nov 2014 12:11:37 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-lb0-f174.google.com Received: from mail-lb0-f174.google.com (HELO mail-lb0-f174.google.com) (209.85.217.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Tue, 11 Nov 2014 12:11:35 +0000 Received: by mail-lb0-f174.google.com with SMTP id p9so4334066lbv.33 for ; Tue, 11 Nov 2014 04:11:32 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.152.37.69 with SMTP id w5mr8891031laj.84.1415707891939; Tue, 11 Nov 2014 04:11:31 -0800 (PST) Received: by 10.25.25.16 with HTTP; Tue, 11 Nov 2014 04:11:31 -0800 (PST) In-Reply-To: <20141111101821.GO2782@calimero.vinschen.de> References: <20141110205216.GJ2782@calimero.vinschen.de> <0B8D23F7-0258-472D-BF38-860402FD3CDC@etr-usa.com> <20141111101821.GO2782@calimero.vinschen.de> Date: Tue, 11 Nov 2014 12:11:00 -0000 Message-ID: Subject: Re: RFC: 1.7.33 problem with user's home directory From: Bryan Berns To: cygwin@cygwin.com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-11/txt/msg00225.txt.bz2 One big vote for the '/etc/nsswitch.conf' idea. I think the truth of the matter is that enterprise environments are way too dynamic (and inconsistent) to attempt to satisfy the majority of configurations with any particular default ordering assumption. Another user brought up a good point about desire for Cygwin to operate in 'read-only' mode -- something that I'd also really love to see addressed. The need for /tmp and /var/log to be 'writable' results in some problems in a high-security environments. This became especially noticeable with Cygwin 64-bit because Windows does not automatically redirect write attempts to %LOCALAPPDATA%\VirtualStore. Anyhow, that's probably left to a different conversation for a different day... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple