On 4/1/2015 3:38 AM, Corinna Vinschen wrote:
Sigh. This is really annoying from a developer's POV.
I know ...
Yes, yes, I still have "ignore SYSTEM in group handling?" on my TODO
list...
Thank you, Corinna. I appreciate your efforts, not only on the coding
side but also in thinking throu
Greetings, Corinna Vinschen!
> On Apr 1 03:52, Andrey Repin wrote:
>> > Now where this really makes a difference is when I am transferring files
>> > between my Windows
>> > system and other systems that are Unix-based, using git, rsync, and such
>> > tools.
>> > Either I remove SYSTEM access o
On Apr 1 03:52, Andrey Repin wrote:
> > Now where this really makes a difference is when I am transferring files
> > between my Windows
> > system and other systems that are Unix-based, using git, rsync, and such
> > tools.
> > Either I remove SYSTEM access or the permissions get messed up.
>
>
On Mar 31 20:41, Eliot Moss wrote:
> On 3/31/2015 4:55 PM, Andrey Repin wrote:
>
> >> I am not sure this particular program (CrashPlan) works that way.
> >
> >That's not program property, but the user you run the program from.
>
> Perhaps, but it runs as a background service. I never explicitly
Greetings, Eliot Moss!
>>> I am not sure this particular program (CrashPlan) works that way.
>>
>> That's not program property, but the user you run the program from.
> Perhaps, but it runs as a background service. I never explicitly said what
> user it runs as, etc.
> Looking in Services, I s
On 3/31/2015 4:55 PM, Andrey Repin wrote:
>> I am not sure this particular program (CrashPlan) works that way.
That's not program property, but the user you run the program from.
Perhaps, but it runs as a background service. I never explicitly said what
user it runs as, etc.
Looking in Serv
Greetings, Eliot Moss!
>> Why does SYSTEM need full access to the files? If it's a backup tool,
>> it has SE_BACKUP_NAME/SE_RESTORE_NAME access anyway. Every tool with
>> Administrators in the token has the right to enable these access rights
>> anyway.
> I am not sure this particular program (
On Mar 31 08:21, Eliot Moss wrote:
> On 3/31/2015 6:15 AM, Corinna Vinschen wrote:
> >On Mar 30 23:26, Eliot Moss wrote:
> >Taking the group s-bit into account is part of my work-in-progress for
> >Cygwin 1.7.36.
>
> Step by step!
Right. Baby steps :}
> >>- I could not find an explanation of th
[Not sure whether this has been described before]
I copied a zip file from my dropbox folder, where it has the following
permissions by means of Dropbox:
rwx---+ 1 towo None 691436 30. Mrz 18:32 m.zip
# file: m.zip
# owner: towo
# group: None
user::---
group::---
group:root:rwx
group:Authent
On 3/31/2015 6:15 AM, Corinna Vinschen wrote:
On Mar 30 23:26, Eliot Moss wrote:
The group s-bit is not yet taken into account. If you have "Cygwin" as
your primary group in /etc/passwd or the account DB of choice (SAM/AD),
using 0755 as permissions should do the same thing.
Ok -- since I w
On Mar 30 23:26, Eliot Moss wrote:
> Dear Cygwin community --
>
> Along with some others, I've been struggling a little to accommodate
> the changes to permissions handling that came lately. I think I about
> have it figured out to work mostly Unix-like within my cygwin tree,
> but have one remai
Dear Cygwin community --
Along with some others, I've been struggling a little to accommodate
the changes to permissions handling that came lately. I think I about
have it figured out to work mostly Unix-like within my cygwin tree,
but have one remaining thing I am wondering about, even though I
12 matches
Mail list logo
