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:date:from:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=LW3XtbzGpAyVktV0
	//epLP7l4fEZUuU1qaHXKdL5dfEvfWKTWfFc4zVkYE9dTE9DF23ate/UlEVQLQO0
	9mMGLdMnqe7xFwgEAqq4lqm/i00Cywm0mkcdx705BAYnZlTMnux5v68hnuMxNJOy
	0qFqS5fVsunEAtrTv6K0aMd9i3U=
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:date:from:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; s=default; bh=tBb6AALbWFCBE0aFuDr48+
	o5It0=; b=YOMmPkpl6yylgDa+eSWw6LgNZ50k79FkXo8C4rWlsOXXl/a6e1G8gj
	I4A950SfVZ48kZcBeZgVUAP1+czepAmUTzfRdC1LLbJXskuHN7IZKM+xkRCvpbQD
	aul8E4l+q8/UduNbgF3WZVooTvsUFng3glQpmb0qVW21a9CPRd4RE=
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=4.8 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT,RDNS_NONE,SPF_SOFTFAIL,URIBL_BLOCKED autolearn=no version=3.3.2
X-HELO:	smtpback.ht-systems.ru
Date:	Sat, 9 Nov 2013 00:09:17 +0400
From:	Andrey Repin <anrdaemon AT yandex DOT ru>
Reply-To:	Andrey Repin <cygwin AT cygwin DOT com>
Message-ID:	<109932942.20131109000917@mtu-net.ru>
To:	"D. Boland" <daniel AT boland DOT nl>, cygwin AT cygwin DOT com
Subject:	Re: vi stealing SYSTEM-owned permissions and ownership
In-Reply-To:	<527CF337.DDA38C46@boland.nl>
References:	<5274F396 DOT A133C4CE AT boland DOT nl> <52788702 DOT B100AA7A AT boland DOT nl> <87a9hi92b7 DOT fsf AT Rainer DOT invalid> <527CF337 DOT DDA38C46 AT boland DOT nl>
MIME-Version:	1.0
X-IsSubscribed:	yes

Greetings, D. Boland!

>> > I think I have new information on the stealing of ownership. Below test has been
>> > performed on the Apache folder, placed in the Windows Program Files folder by the
>> > Apache msi installer:
>> >
>> > "/cygdrive/c/Program Files (x86)/Apache Group/Apache2/"
>> >
>> > But if I perform the same test in my Cygwin home directory, vi behaves beautifully.
>> >
>> > So, I was thinking this difference must be related to the Windows ACL assigments on
>> > the "Program Files" folder.
>> 
>> If you are operating as a normal user on this folder, you aren't
>> actually editing the files you think you see there, the whole contents
>> is virtualized by UAC and redirected to your own personal copy on edit.
>> If you want to keep your sanity, do not place anything that you intend
>> to edit / change as a normal user into system directories on Win7 (that
>> includes Cygwin itself).
>> 
>> http://msdn.microsoft.com/en-us/library/bb756960.aspx
>> 
>> Regards,
>> Achim.

> Thanks for this input. So Apache should be put in a folder, outside the windows

Erm, should be? Why? What made you think so?

> special folders, like:

> /cygdrive/c/Apache2

> This seems to be the default for most open source distributions: cygwin, perl, msys,
> mingw, even xampp.

XAMPP is a software collection, much like MSYS or Cygwin. It's easier to
maintain cross-application dependencies, where no other factors involved, but
I do not see, why XAMPP or MSYS would not live (relatively) peacefully inside
the %ProgramFiles% - they are both native Windows projects.
Cygwin is a bit specific, as it is aimed to cross the bridge between two
worlds. But the only real restriction so far was that it should not be
installed into a path with space anywhere in it's name. That's why C:/Cygwin
is a default location for it.
Perl (the distributions I've seen myself, other than Cygwin), live perfectly
fine in the %ProgramFiles%, so does MySQL, as well as it's tools, s.a. damned
WorkBench. 

> I am still wondering, though, why the Apache Foundation wants it
> in the "Program Files" folder.

Because they know what they are doing. And expect users to know, too.
%ProgramFiles% is a standard place for software installation in Windows.
And Apache httpd just play by the rules of the system.
Also, each Apache binary contain a manifest.

> You all are right in saying that the Apache .msi is a "hybrid" configuration.

It isn't. Or I do not understand the meaning of "hybrid" in this case.

> I guess, maybe it's better to just use the Apache installation provided by CygWin...

Depends, what you want to achieve.

> I also found out about "cygrunsrv". This makes Linux daemons run Windows-native.
> Very nice.

Not quite... As has been said already, there's implied limitations and
caveats, in many places. Just take the every-so-often reappearing topic of
setting up SSH server with Cygwin.

P.S.
Run this command from elevated shell:
reg ADD "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System" /f /v "EnableVirtualization" /t REG_DWORD /d 0

That will deal with this stuff once and for all. Assuming you move the
"%LocalAppData%\VirtualStore" folders out of the way.
Once you reboot the system with this flag set, you will see "Access denied"
or "write failed", where they happen, no longer concealed by operating system
trying to outsmart the user.


--
WBR,
Andrey Repin (anrdaemon AT yandex DOT ru) 08.11.2013, <23:32>

Sorry for my terrible english...


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