Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-27 Thread D. Boland
Again, thanks for the input. I's now about three weeks later. I made all of my students re-install Apache in: /cygdrive/c/Apache2 and made them symlink this location on: /usr/local/apache For me, Achim Gratz's comment on the Program Files folder made perfect sense: If you are operating as a

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-08 Thread D. Boland
Achim Gratz wrote: D. Boland writes: 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/

RE: vi stealing SYSTEM-owned permissions and ownership

2013-11-08 Thread Lavrentiev, Anton (NIH/NLM/NCBI) [C]
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. While it does sound feasible, it does not explain the fact that the other editors

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-08 Thread Andrey Repin
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

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-05 Thread Achim Gratz
D. Boland writes: 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

RE: vi stealing SYSTEM-owned permissions and ownership

2013-11-04 Thread Brian S. Wilson
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. If this is the case, why not use the Apache instance available through Cygwin itself instead of implementing this Windows/Cygwin

RE: vi stealing SYSTEM-owned permissions and ownership

2013-11-04 Thread Lavrentiev, Anton (NIH/NLM/NCBI) [C]
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. Reading this thread, it looks like it digressed far away from the original point ($subject) as to why vi did not keep the original

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-04 Thread Larry Hall (Cygwin)
On 11/4/2013 9:50 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: 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. Reading this thread, it looks like it digressed far away from

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-04 Thread D. Boland
Thanks for the input, guys. 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

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-03 Thread D. Boland
Andrey Repin wrote: 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

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-03 Thread Andrey Repin
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,

vi stealing SYSTEM-owned permissions and ownership

2013-11-02 Thread D. Boland
Hi group, I'm a Linux teacher at a school for vocational education in the Netherlands. I use Cyqwin to help my students overcome their fear of the command line by showing them their Windows systems through the eyes of Linux. I had them install Apache and then configure it in Cygwin using vi.

RE: vi stealing SYSTEM-owned permissions and ownership

2013-11-02 Thread Brian S. Wilson
I'm a Linux teacher at a school for vocational education in the Netherlands. I use Cyqwin to help my students overcome their fear of the command line by showing them their Windows systems through the eyes of Linux. ... After a chgrp and chmod on the entire Apache folder, the conf directory

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-02 Thread Andrey Repin
Greetings, Brian S. Wilson! I'm a Linux teacher at a school for vocational education in the Netherlands. I use Cyqwin to help my students overcome their fear of the command line by showing them their Windows systems through the eyes of Linux. ... After a chgrp and chmod on the entire Apache

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-02 Thread D. Boland
Brian S. Wilson wrote: I'm a Linux teacher at a school for vocational education in the Netherlands. I use Cyqwin to help my students overcome their fear of the command line by showing them their Windows systems through the eyes of Linux. ... After a chgrp and chmod on the entire Apache

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-02 Thread Andrey Repin
Greetings, D. Boland! First, in my student-setup, Apache is not running under Cygwin. I used the .msi distribution, available on the Apache website. This installs Apache as a native Windows Service, and it can be configured using the Windows Services Control Panel. As to running as the