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=Pm2ICIWCxvoVwqdN
	76xStzQd3yFs6MWRa7hNh1JX0A3a4R//+XY2kxPsEL7rkUSbvwMItHg63MPgECns
	/q+l7QTD+njLxrskJ2HOK+9nkb6F+FH1bTwo123NbwXHtbh97xgbjua/HtwE4i+H
	y+SU+azJav5WMHZ+6xjR1PK9oEY=
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=7FkHxKU9LTMfmqtOYtyrHs
	+2lKA=; b=iod3G5j/eCvHhx5C1mRyAD4o1rNK1F7noVRm/DTslxhlQjVfH/SPsn
	Xy4SOGmY7+SBOCa/jnqDHHzAYMpif+WVM54IyhSHt/33kuotHGxiMmaT71OwBBqs
	jOQhFbDuhgqXVJRHTrjSkc1zJe1EbHc9P5g9Gea1KJQiNXl9t+ZgA=
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.9 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: Mon, 4 Nov 2013 01:59:11 +0400
From: Andrey Repin <anrdaemon AT yandex DOT ru>
Reply-To: Andrey Repin <cygwin AT cygwin DOT com>
Message-ID: <2610586421.20131104015911@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: <527698EA.16C8F45C@boland.nl>
References: <5274F396 DOT A133C4CE AT boland DOT nl> <D7F32E9AFFD647458EB73E4ECBC03F3E AT NCC1701> <52757448 DOT 81FE6C53 AT boland DOT nl> <1139549616 DOT 20131103022620 AT mtu-net DOT ru> <527698EA DOT 16C8F45C AT boland DOT nl>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Greetings, D. Boland!

>> Your main problem is that you are trying to break into native Windows
>> ACL system with Cygwin tools. And not only that, you also trying to
>> wrest native ACLs into POSIX permissions, and expect native applications to
>> work fine afterward.
>> Which can be done theoretically, but in reality is a real big headache to
>> maintain.

> You are speaking of Cygwin as if it's some kind of quick hack.

It is NOT a "quick hack". But to work across different paradigm boundaries,
you have to know, what exactly it means and how it works.

> This is not the case. Most of the tools are of the GNU software collection,
> which is high quality software. ACL is also available on other Linux
> flavours, and they don't have to "wrest" it into POSIX.

I'm NOT talking about tools provided. I tell you about inherent difference
between POSIX and Windows ACL's, short version and consequences of which I've
explained already, and you can find some more technical details in Cygwin
documentation. 

> Also, one could say that ACL is a superset of the POSIX model.

No, unfortunately, you can not. As I said, there's inherent differences.

> It uses POSIX's idea of users, groups and others, but then offers the
> posibility to add more users and groups for more elaborate schemes. The
> headache starts when one actually starts using these extra posibilities.

POSIX ACL do not use selective inheritance model, as I'm aware.

>> If you truly want to show your students their Windows systems from the command
>> line, I suggest you learn Windows command line.
>> If not very robust, it is nonetheless rich, and allow for many operations
>> normally performed from GUI, and some operations, that can not be done from
>> GUI, either without much complication or at all.
>> In the case mentioned below, the "net" tool should come in handy. As well
>> as "sc" tool.

> I could just give my students an iMac, but these are not used in IT production
> infrastructures. Windows (business/government) and Linux/Unix (ISP's) are.

You make it sound like Macs are something from a parallel universe.
Same *NIX, just more thoroughly put together. For the record: I've had a
MacBook for near a year. Wrested it all to my needs. No problem whatsoever.

> The Windows command line is frustrating to work on. For instance, their
> implementation of autocompleting with the tab-key sucks.

I'll give you a hint: http://farmanager.com/index.php?l=en

> In stead of really simplifying and improving on DOS, MS comes up with more
> weird tools like PowerShell.
> Now you have to be a programmer to use the command-line.

No need to "use command line". This is where you make a mistake. You use
command-line tools to perform specific tasks. That's it.
But if you inclined to "use command line", check out http://jpsoft.com/all-downloads/downloads.html

>> Also, forcing someone to use vi over more sane editors is a torture which no
>> one deserve.
>> 

> Haha, yes. But if my students have to administer remote production-machines,
> most of the time they have no other option. I want them to succeed where
> others fail. 

I can't imagine a situation, where I only have one way to edit the file.
Even on my web hosting, I have a choice between vi, mcedit, ed and ee.


--
WBR,
Andrey Repin (anrdaemon AT yandex DOT ru) 04.11.2013, <01:39>

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