Hi.
From cygwin shell I'm able to read and write files even though my
Windows user has no permission for it. I tried `chmod` and to deny
everything for Everyone in the Windows dialog, but it didn't help. How
is it possible?
$ id
uid=48466(basin) gid=545(Users)
groups=545(Users),0(root),5
Glad you found the root of the problem, and that it's not in gnulib.
--
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
On 07/30/2014 09:53 PM, Eric Blake wrote:
>
> Meanwhile, './gnulib-tool --test stdnoreturn' is failing on cygwin, so
> I'm trying to track down why.
>
> In file included from /usr/include/stdlib.h:11:0,
> from ../../gltests/test-stdnoreturn.c:23:
> ./../config.h:33:21: error: ex
On 07/30/2014 05:19 PM, Andrew DeFaria wrote:
Ah yes. That makes sense I guess. But does this mean that things will come
in with the base package like /etc/nsswitch.conf, etc?
Right now, the documentation hints that it's up to the user to create this
file. Whether there will be a configure
Greetings, Andrew DeFaria!
> When it is, how would I
> install it?
The existing code is in almost all developer snapshots of the last few
months. Just try the last one from http://cygwin.com/snapshots/ and
read my preliminary documentation attached to this mail again (
Greetings, Corinna Vinschen!
> Do you mean
> builtin accounts; "NT AUTHORITY+SYSTEM", "BUILTIN+Administrators", ...
> primary domain "corinna", "cgf", ...
> other domain: "DOMAIN1+walter", "DOMAIN2+mathilda"
That sounds about right to me.
>> So it'd be
>> better to simply fla
On 7/30/2014 1:48 PM, Larry Hall (Cygwin) wrote:
On 07/30/2014 04:04 PM, Andrew DeFaria wrote:
On 7/30/2014 11:40 AM, Corinna Vinschen wrote:
On Jul 30 11:15, Andrew DeFaria wrote:
On 7/30/2014 6:47 AM, Corinna Vinschen wrote:
When it is, how would I
install it?
The existing code is in al
On 07/30/2014 04:04 PM, Andrew DeFaria wrote:
On 7/30/2014 11:40 AM, Corinna Vinschen wrote:
On Jul 30 11:15, Andrew DeFaria wrote:
On 7/30/2014 6:47 AM, Corinna Vinschen wrote:
When it is, how would I
install it?
The existing code is in almost all developer snapshots of the last few
month
On 7/30/2014 11:40 AM, Corinna Vinschen wrote:
On Jul 30 11:15, Andrew DeFaria wrote:
On 7/30/2014 6:47 AM, Corinna Vinschen wrote:
When it is, how would I
install it?
The existing code is in almost all developer snapshots of the last few
months. Just try the last one from http://cygwin.co
On Jul 30 21:29, Corinna Vinschen wrote:
> On Jul 30 13:09, Eric Blake wrote:
> > On 07/30/2014 12:40 PM, Corinna Vinschen wrote:
> >
> > >>> 2. Shall we stick to '+' as the separator char or choose another one?
> > >>>If so, which one?
> > >>
> > >> How about "@"?
> > >
> > > Dunno. It *mig
Eric Blake writes:
>> 2. Shall we stick to '+' as the separator char or choose another one?
>>If so, which one?
>
> Keeping + as mid-name separator is still best in my mind (Certainly
> better than ':', '\\', or '/', and there aren't many other characters
> besides ',' or '%' that would survive
On Jul 30 19:23, Stephan Mueller wrote:
> Eric Blake writes:
> " How bad would it be to treat the window's DOMAIN\user as cygwin
> " user@DOMAIN? Yes, it means string-splicing to rearrange strings when
> " converting between the two forms, rather than just single-character
> " replacement, but it
On Jul 30 13:09, Eric Blake wrote:
> On 07/30/2014 12:40 PM, Corinna Vinschen wrote:
>
> >>> 2. Shall we stick to '+' as the separator char or choose another one?
> >>>If so, which one?
> >>
> >> How about "@"?
> >
> > Dunno. It *might* be a good alternative to '+'. Personally I just
> > di
Eric Blake writes:
" How bad would it be to treat the window's DOMAIN\user as cygwin
" user@DOMAIN? Yes, it means string-splicing to rearrange strings when
" converting between the two forms, rather than just single-character
" replacement, but it might work.
Sounds reasonable to me. Consider al
On 07/30/2014 12:40 PM, Corinna Vinschen wrote:
>>> 2. Shall we stick to '+' as the separator char or choose another one?
>>>If so, which one?
>>
>> How about "@"?
>
> Dunno. It *might* be a good alternative to '+'. Personally I just
> dislike that a '@' is a less "light" character and it m
On Jul 30 20:40, Corinna Vinschen wrote:
> On Jul 30 11:15, Andrew DeFaria wrote:
> > On 7/30/2014 6:47 AM, Corinna Vinschen wrote:
> >
> > I have not been actively watching this thread but if I'm correct we're
> > adding NIS like capabilities to Cygwin so that /etc/passwd can easily be
> > filled
On Jul 30 12:10, Eric Blake wrote:
> [resend; apologies for the encryption snafu]
>
> On 07/30/2014 07:47 AM, Corinna Vinschen wrote:
> >
> > Default is 'auto':
> >
> > builtin accounts; "+SYSTEM", "+LOCAL", etc.
> > primary domain "corinna", "cgf", ...
> > other domain:
On Jul 30 11:15, Andrew DeFaria wrote:
> On 7/30/2014 6:47 AM, Corinna Vinschen wrote:
>
> I have not been actively watching this thread but if I'm correct we're
> adding NIS like capabilities to Cygwin so that /etc/passwd can easily be
> filled with say everybody in the domain? If so then bravo!
On 7/30/2014 6:47 AM, Corinna Vinschen wrote:
I have not been actively watching this thread but if I'm correct we're
adding NIS like capabilities to Cygwin so that /etc/passwd can easily be
filled with say everybody in the domain? If so then bravo!
I also take it that it's not ready yet eithe
[resend; apologies for the encryption snafu]
On 07/30/2014 07:47 AM, Corinna Vinschen wrote:
>
> Default is 'auto':
>
> builtin accounts; "+SYSTEM", "+LOCAL", etc.
> primary domain "corinna", "cgf", ...
> other domain: "DOMAIN1+walter", "DOMAIN2+mathilda"
>
>
> Also
[resent; no idea why gpg tried to encrypt my first attempt]
On 07/30/2014 09:29 AM, Wolf Geldmacher wrote:
>
> Is there anything preventing you from using the pathname conventions for
> user names?
Yes, we already discussed and dismissed that as too painful.
Tilde-expansion in the shell would b
binBrUF88cEjA.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
On 07/30/2014 09:47 AM, Corinna Vinschen wrote:
Hi folks,
here's a set of question to those of you interested in the new
passwd/group functionality. This already has been discussed partially,
but there was no conclusion.
Right now, there's a lot of variability in the user names, based on the
bin69uSzBU_dV.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
Corinna Vinschen writes:
> I'm not sure if that would work as expected. Cygwin explicitely tests
> if the account name follows the current rule. I'm not so sure what
> effects it would have, if getpwnam could return another username as
> the one given as parameter (apart from the case difference).
On Jul 30 17:29, Wolf Geldmacher wrote:
> Just a thought:
>
> Is there anything preventing you from using the pathname conventions for
> user names?
>
> I seem to remember having seen constructs like "domain/user" (or ./user for
> the local domain) e.g. in Samba and found this to be quite intuiti
On 30.07.2014 15:47, Corinna Vinschen wrote:
Hi folks,
here's a set of question to those of you interested in the new
passwd/group functionality. This already has been discussed partially,
but there was no conclusion.
Right now, there's a lot of variability in the user names, based on the
/et
On Jul 30 14:38, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > 1. Shall we remove the leading '+' from the builtin account names
> >or shall we keep it?
>
> I'd rather keep it since it's a good reminder where that comes from.
>
> > 2. Shall we stick to '+' as the separator c
Corinna Vinschen cygwin.com> writes:
> 1. Shall we remove the leading '+' from the builtin account names
>or shall we keep it?
I'd rather keep it since it's a good reminder where that comes from.
> 2. Shall we stick to '+' as the separator char or choose another one?
>If so, which one?
Hi folks,
here's a set of question to those of you interested in the new
passwd/group functionality. This already has been discussed partially,
but there was no conclusion.
Right now, there's a lot of variability in the user names, based on the
/etc/nsswitch.conf settings db_prefix and db_separ
On Jul 29 15:36, D. Boland wrote:
> Corinna Vinschen wrote:
> > The permissions of the home folder are set to 01777 by default (S_ISVTX
> > bit!). Since we can't rely on central administration for Cygwin, this
> > allows a user to create her own homedir automatically at first start of
> > a Cygwin
The following packages have been updated in the Cygwin distribution:
* python3-3.2.5-4
* python3-test-3.2.5-4
* python3-tkinter-3.2.5-4
* idle3-3.2.5-4
Python is an interpreted, interactive, object-oriented programming
language. It incorporates modules, exceptions, dynamic typing, very high
level
32 matches
Mail list logo
