X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type; q=dns; s=default; b=qWeYB
	HwX5hBx4uPNQGzk7c6bYILkEGHk5cqn2uut38rYzsZVXshiBMkUq7plv2CM4Lk/+
	Ohn80O2Br5ZlTMw+pDRYjCdVzPcF/bAz8G5TaB0+tpiW9c/dZjVEJd1TIE30iern
	5koMKJKXoncwuU4Y1HLAi7qHG+UMHV3gmhSrXM=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type; s=default; bh=YICANjWtZVF
	AzUkiylTUjX1HZBQ=; b=Wl/99hcvJvX6oZ7Fhpzr7uTzGQf4UNYCAW8gJ8en0jW
	CN3Mm6dkV4TafQEYHxqja8k5ijxcpKkKcFZ/yLry2uapK713eMRr1r+7LLgeK1E3
	wVkSSeZcpPAiCDUWiIgCsmNVjJzasGAgb0bW/g3o04oy28qSzFskwksJLbMMoo8M
	=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2
X-HELO:	mail-in-11.arcor-online.net
X-DKIM:	Sendmail DKIM Filter v2.8.2 mail-in-17.arcor-online.net 00BC3CBC4F
From:	Achim Gratz <Stromeko AT nexgo DOT de>
To:	cygwin AT cygwin DOT com
Subject:	Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003 (Christmas/New Year release)
References:	<announce DOT 20141217131626 DOT GR10824 AT calimero DOT vinschen DOT de>
Date:	Sat, 20 Dec 2014 19:19:21 +0100
In-Reply-To:	<announce.20141217131626.GR10824@calimero.vinschen.de> (Corinna Vinschen's message of "Wed, 17 Dec 2014 14:16:26 +0100")
Message-ID:	<87oaqynpzq.fsf@Gertrud.fritz.box>
User-Agent:	Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)
MIME-Version:	1.0

Corinna Vinschen writes:
> The major change in this new release will be the new method to read
> account (passwd and group) information from the Windows user databases
> directly, without the requirement to generate /etc/passwd and /etc/group
> files to generate Unix-like uid and gid.

I've just set up a box with Win8.1 Core as a build machine.  I've used
the SAM desc schema and removed /etc/passwd and /etc/group and it works
great.


Here's one thing I still think warrants some improvement (in an AD
environment, at least):

Previously I've always used /etc/fstab.d/<user> for mounting the users'
home directory onto /home/<usr>.  That worked except for login via ssh
publickey since at the time ssh checks for the authorized keys that
mount isn't set up yet.  So I've copied those files into a different
directory and told sshd to look there, which means I had to set up each
user manually on the server.  I could now replace that mapping via AD,
but that would produce some rather unwieldy and long paths for certain
users.  So, instead of specifying the users' home directory directly I
would like to mount or auto-mount /home/<user> to the actual (network)
home directory.

Another thing is that the Cygwin home directory is always a
sub-directory of the windows home in our environment, so it would be
useful if there was a placeholder for the windows home directory (%H or
some such) for the /path override or even the schema entries to use.

> For your convenience I wrote new documentation.  Since this is a TEST
> prerelease, the new documentation is not part of the official docs yet.
> Rather have a look at
>
>   https://cygwin.com/preliminary-ntsec.html

> - When spawning a process under another user account, merge the user's
>   default Windows environment into the new process' environment.

I think this change pulls in additional environment variables with
windows path components when starting programs via cygserver/sshd that
are not a login shell (and perhaps when the user's login shell isn't
bash, so that profile doesn't get run), most notably PATH, TMP and TEMP.
If these variables are used later on by programs expecting a POSIX path
there, then things break.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

--
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

- Raw text -