X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 131A03858D3C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1681251642;
	bh=bS8F/Hg4HVFP0x+pDct9VezDbeYXAd5ncs8CWUZtFHE=;
	h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc:
	 From;
	b=sE2d9DbNd7SUUiSMDqgb+P5KhRrOMeFJ9Defqa/3d9WrrgbqpIp5z1cQOCmdxNTMa
	 lZfzcgtMuNj5+7tD7kFqS/jec/dJW/Wh+YKdiR31AR0g6sPGgFrHozEmont5dTGc+o
	 bpY4zdP4zfGt8t/1TNdrWnWKpOL+rCzBfVXg3WwQ=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 8BF433858D28
X-Yandex-Fwd: 1
Date: Wed, 12 Apr 2023 01:16:25 +0300
X-Mailer: The Bat! (v9.3.4) Professional
Message-ID: <1948929705.20230412011625@yandex.ru>
To: Thomas Schweikle <tschweikle AT bfs DOT de>, cygwin AT cygwin DOT com
Subject: Re: Changing user home to overlap Windows user home possible? Or a
 bad idea?
In-Reply-To: <35f76e45-b209-0329-a497-2d53242dd854@bfs.de>
References: <5eae9f1f-9d58-d8a1-cf43-e6eeb77c7e1b AT bfs DOT de> 
 <174205789 DOT 20230408113047 AT yandex DOT ru>
 <35f76e45-b209-0329-a497-2d53242dd854 AT bfs DOT de>
MIME-Version: 1.0
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, KAM_THEBAT,
 NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS,
 TXREP autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
 server2.sourceware.org
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Andrey Repin via Cygwin <cygwin AT cygwin DOT com>
Reply-To: cygwin AT cygwin DOT com
Cc: Andrey Repin <anrdaemon AT yandex DOT ru>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>

Greetings, Thomas Schweikle!

> Am Sa., 08.Apr..2023 um 10:30:47 schrieb Andrey Repin:
>> Greetings, Thomas Schweikle!
>> >> Is it possible to have the same home for Windows and cygwin?
>> > See /etc/nsswitch.conf and https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-nsswitch
>> >> Using "C:\Users\<user>" for Cygwin home setting mount points for users?
>> > I don't get this question. Can you please rephrase?

> I've tried to set

> C:/Users /home ntfs binary,posix=0,nouser 0 0

+,noacl

> Then have "C:/Users/..." and "/home/..." the same.

That's an option, but not without side-effects.

> Did not work this way. Starting some shell got cygwin exhaust "Could not
> create "/home/<user>" -- true: the directory was there already, but cygwin
> did not notice. Can't tell why. I could switch to /home/<user>, while cygwin
> couldn't setting $HOME to /tmp. I had success with

> mklink /D C:\cygwin\home C:\Users

> and then setting /etc/nsswitch.conf to

> db_home: /home/%U

> this did the trick: cygwin starting a shell works now as expected.
> One last problem: the owner of the files was not the one expected. Could
> change him to the expected one using windows tools.

But then Cygwin tools would complain.

> The remaining problems are all git related: git seems to have problems
> creating symlinks for clones. Maybe this is just a case enabling privileges
> via GPO for users needing them.

I suggest you do NOT use symlinks with git. The very idea is unstable and
error prone.
Other than that, it depends, which sources and which symlinks you are using.

> Looks like some sources fail to compile if symlinks are not available.


>>> Or is this a bad idea? Or is it something which has some drawbacks you've
>>> to decide to live with? At the moment the most ugly drawback is duplication
>>> of various data needed within "C:\cygwin\home\<user>" and "C:\Users\<user>".
>>> Would be nice if I could overlay both.
>> There's some caveats to using %USERPROFILE% as $HOME, most notable, you have
>> to be careful with overly sensitive programs, like SSH or GPG. Other than
>> that, the noacl flag on the cygdrive mount will cover you for the time being.
>> I.e.:

> This was why I tried to mount C:\Users to /home, having two identical
> directories making ssh, gpg and others happy.

No. That will NOT make gpg and ssh happy.
Quite the opposite, using noacl mount as default home, ssh and gpg will
complain about incorrect permissions on their configuration directories.
Or, if you do not mount users root with noacl, Cygwin will attempt to treat
profile as POSIX directory, potentially wreaking havoc on files and
directories for Windows programs not expecting such surprise.

What I did, I made a symlink to /home/$user/.{gnupg,ssh} in my profile
directory. Thus the permissions on the respective directories are matching the
POSIX standard, but parent directory (profile) permissions do not affect them.

>>>> none /cygdrive cygdrive noacl,binary,nouser,posix=0 0 0
>>  And usertemp idea is also a good one:
>>>> none /tmp usertemp binary,nouser,posix=0 0 0

> This was helpful. It is a little bit problematic switching users, but it is
> lots better than having a global /tmp for all users.


-- 
With best regards,
Andrey Repin
Wednesday, April 12, 2023 00:59:45

Sorry for my terrible english...


-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple