On 2015-02-26 17:03, Corinna Vinschen wrote:
>
> On Feb 20 09:25, Achim Gratz wrote:
>> Another thing I noticed is that pasting into an SSH connection often
>> leaves the last few characters off and you need to hit another key to
>> get them displayed. Not sure if this is related, but I seem to r
On Feb 26 17:19, Achim Gratz wrote:
> Corinna Vinschen writes:
> > On Feb 20 09:25, Achim Gratz wrote:
> >> Another thing I noticed is that pasting into an SSH connection often
> >> leaves the last few characters off and you need to hit another key to
> >> get them displayed. Not sure if this is r
Corinna Vinschen writes:
> On Feb 20 09:25, Achim Gratz wrote:
>> Another thing I noticed is that pasting into an SSH connection often
>> leaves the last few characters off and you need to hit another key to
>> get them displayed. Not sure if this is related, but I seem to remember
>> that this ha
On Feb 20 09:25, Achim Gratz wrote:
> Another thing I noticed is that pasting into an SSH connection often
> leaves the last few characters off and you need to hit another key to
> get them displayed. Not sure if this is related, but I seem to remember
> that this had been reported before and may
On Feb 25 10:55, Warren Young wrote:
> On Feb 25, 2015, at 10:47 AM, Corinna Vinschen
> wrote:
> > It does... if you stopped and restarted your Cygwin processes afterwards,
>
> I was sure I had. I don’t run any cygrunsrv processes on that VM, so
> I only have to restart MinTTY to make sure Cygw
On Feb 25, 2015, at 10:47 AM, Corinna Vinschen
wrote:
>
> On Feb 25 10:32, Warren Young wrote:
>> On Feb 25, 2015, at 9:21 AM, Corinna Vinschen
>> wrote:
>>>
>>> Did you set this up with a "Microsoft Account”?
>>
>> Yes.
>>
>>> Btw., the uid and gid values are wrong. You *are* using passwd
On Feb 25 10:32, Warren Young wrote:
> On Feb 25, 2015, at 9:21 AM, Corinna Vinschen
> wrote:
> >
> > Did you set this up with a "Microsoft Account”?
>
> Yes.
>
> > Btw., the uid and gid values are wrong. You *are* using passwd and
> > group files, otherwise you would have much bigger uid/gid
On Feb 25, 2015, at 9:21 AM, Corinna Vinschen wrote:
>
> Did you set this up with a "Microsoft Account”?
Yes.
> Btw., the uid and gid values are wrong. You *are* using passwd and
> group files, otherwise you would have much bigger uid/gid values.
Oooky. I thought I just had to remove /et
On Feb 25 17:21, Corinna Vinschen wrote:
> On Feb 25 08:55, Warren Young wrote:
> > On Feb 25, 2015, at 8:23 AM, Corinna Vinschen
> > wrote:
> > >
> > >> $ chgrp `id -g` id*
> > >> $ ls -l id*
> > >> -rw-rw 1 Warren Warren 1.7K Feb 25 08:12 id_rsa
> > >> -rw-rw 1 Warren Warren 398 F
On Feb 25 08:55, Warren Young wrote:
> On Feb 25, 2015, at 8:23 AM, Corinna Vinschen
> wrote:
> >
> >> $ chgrp `id -g` id*
> >> $ ls -l id*
> >> -rw-rw 1 Warren Warren 1.7K Feb 25 08:12 id_rsa
> >> -rw-rw 1 Warren Warren 398 Feb 25 08:12 id_rsa.pub
> >
> > Hang on, how come your gr
On Feb 25, 2015, at 8:23 AM, Corinna Vinschen wrote:
>
>> $ chgrp `id -g` id*
>> $ ls -l id*
>> -rw-rw 1 Warren Warren 1.7K Feb 25 08:12 id_rsa
>> -rw-rw 1 Warren Warren 398 Feb 25 08:12 id_rsa.pub
>
> Hang on, how come your group is your user account? That's certainly
> not correc
On Feb 25 08:20, Warren Young wrote:
> On Feb 25, 2015, at 8:17 AM, Warren Young wrote:
> >
> > “None” has one of the well-known SIDs, doesn’t it?
>
> On second thought, “chgrp 513 ~/.ssh/*” seems to work here. Is that portable?
No. You're still using an old group file apparently. Se my othe
On Feb 25 08:17, Warren Young wrote:
> On Feb 25, 2015, at 8:07 AM, Corinna Vinschen
> wrote:
> >
> > What about chgrp `id -g’?
>
> That does exactly what you *don’t* want here:
>
> $ ls -l id*
> -rw--- 1 Warren None 1.7K Feb 25 08:12 id_rsa
> -rw--- 1 Warren None 398 Feb 25 08:
On Feb 25, 2015, at 8:17 AM, Warren Young wrote:
>
> “None” has one of the well-known SIDs, doesn’t it?
On second thought, “chgrp 513 ~/.ssh/*” seems to work here. Is that portable?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documenta
On Feb 25, 2015, at 8:07 AM, Corinna Vinschen wrote:
>
> What about chgrp `id -g’?
That does exactly what you *don’t* want here:
$ ls -l id*
-rw--- 1 Warren None 1.7K Feb 25 08:12 id_rsa
-rw--- 1 Warren None 398 Feb 25 08:12 id_rsa.pub
$ chgrp `id -g` id*
$ ls -l id*
-rw-r
On Feb 25 07:52, Warren Young wrote:
> On Feb 25, 2015, at 2:01 AM, Corinna Vinschen
> wrote:
> > - Group "None" is a local group and changing to None is not such a bright
> > idea for domain users. "Domain Users" may be better here,
>
> Since the permissions on files in these directories give
On Feb 25, 2015, at 2:01 AM, Corinna Vinschen wrote:
>
>
> - Group "None" is a local group and changing to None is not such a bright
> idea for domain users. "Domain Users" may be better here,
Since the permissions on files in these directories give zero permissions to
the group, does it rea
Hi John,
On Feb 23 10:22, John Hein wrote:
> Corinna Vinschen corinna-cygwin-at-cygwin.com |cygwin_ml_nodigest| wrote at
> 12:17 +0100 on Feb 23, 2015:
> > 1.7.33:
> >
> > Calls NetUserEnum/NetGroupEnum,NetLocalGroupEnum with maximum Buffer
> > size.
> >
> > 1.7.34+:
> >
> > Calls a
On Feb 24 18:10, Warren Young wrote:
> > On Feb 24, 2015, at 5:23 PM, Andrey Repin wrote:
> >
> > Basically speaking, yes, chgrp to anything other than your user SID,
> > followed
> > by `chmod 600`, should help.
>
> I’ve checked in a change to that FAQ item giving this as the official
> soluti
> On Feb 24, 2015, at 5:23 PM, Andrey Repin wrote:
>
> Basically speaking, yes, chgrp to anything other than your user SID, followed
> by `chmod 600`, should help.
I’ve checked in a change to that FAQ item giving this as the official solution.
--
Problem reports: http://cygwin.com/problems
Greetings, Warren Young!
>>> 2. Oh, its primary group is Warren, too, so let’s inherit g+rw, too.
>>
>> Nop, this is actually an issue of reading ACLs rather than setting them.
>> POSIX access bits do not expect interchangeability of users and groups.
> So is “chgrp None” the correct fix, or is
> On Feb 24, 2015, at 4:29 PM, Warren Young wrote:
>
>> On Feb 23, 2015, at 8:39 PM, Andrey Repin wrote:
>>
>>> 2. Oh, its primary group is Warren, too, so let’s inherit g+rw, too.
>>
>> Nop, this is actually an issue of reading ACLs rather than setting them.
>> POSIX access bits do not expect
> On Feb 23, 2015, at 8:39 PM, Andrey Repin wrote:
>
>> 2. Oh, its primary group is Warren, too, so let’s inherit g+rw, too.
>
> Nop, this is actually an issue of reading ACLs rather than setting them.
> POSIX access bits do not expect interchangeability of users and groups.
So is “chgrp None”
Greetings, Warren Young!
>>> Is there any solution to solve the ssh problem ( including git etc)?
>>
>> Does https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working
>> help?
> That information seems to be incomplete.
> I ran into similar problems here, and found that chmod 600 would
> On Feb 23, 2015, at 1:11 PM, Corinna Vinschen
> wrote:
>
> On Feb 24 03:50, rexdf Rexdf wrote:
>>
>> Is there any solution to solve the ssh problem ( including git etc)?
>
> Does https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working
> help?
That information seems to be incomple
Thanks.But I just solve it.
I tried to use `chmod 600 id_rsa*` and it doesn't work as before.
Right solution is: to run cygwin as administrator. Then chmod will
work.(my system is win8.1).
2015-02-24 4:11 GMT+08:00 Corinna Vinschen :
> On Feb 24 03:50, rexdf Rexdf wrote:
>> Can everybody fix perm
On Feb 24 03:50, rexdf Rexdf wrote:
> Can everybody fix permission about groups. Now I accidently try cygwin
> 1.7.35-3 and cannot install 1.7.33-1. It fail about cannot find
> _fset** in libint-8.dll. The minty cannot start. So I have to use
> 1.7.34-6. And its permission is broken. So ssh,scp,g
Can everybody fix permission about groups. Now I accidently try cygwin
1.7.35-3 and cannot install 1.7.33-1. It fail about cannot find
_fset** in libint-8.dll. The minty cannot start. So I have to use
1.7.34-6. And its permission is broken. So ssh,scp,git etc do not
work.
Is there any solution t
On Feb 23 10:22, John Hein wrote:
> Corinna Vinschen corinna-cygwin-at-cygwin.com |cygwin_ml_nodigest| wrote at
> 12:17 +0100 on Feb 23, 2015:
> > Come to think of it, it's probably really just slow. The difference
> > between mkpasswd/mkgroup for domain accounts:
> >
> > 1.7.33:
> >
> >
Corinna Vinschen corinna-cygwin-at-cygwin.com |cygwin_ml_nodigest| wrote at
12:17 +0100 on Feb 23, 2015:
> On Feb 20 13:46, John Hein wrote:
> > Corinna Vinschen wrote at 11:29 +0100 on Feb 20, 2015:
> > > So I just changed the order of the objectClass and objectCategory test.
> > > If that'
On Feb 20 13:46, John Hein wrote:
> Corinna Vinschen wrote at 11:29 +0100 on Feb 20, 2015:
> > So I just changed the order of the objectClass and objectCategory test.
> > If that's really the culprit, you can easily test it:
> >
> > Revert to the Cygwin 1.7.34-6 DLL, run `time mkpasswd -d >/d
On Feb 21 12:25, cyg Simple wrote:
> > From: Corinna Vinschen
> >
> > Maybe it is actually simpler than that. Invalidating the cache as a whole
> > probably never makes sense. In fact there are two reasons for
> > invalidation:
> >
> > - The pw_name, pw_shell, pw_home, pw_gecos settings for a u
> From: Corinna Vinschen
>
> Maybe it is actually simpler than that. Invalidating the cache as a whole
> probably never makes sense. In fact there are two reasons for
> invalidation:
>
> - The pw_name, pw_shell, pw_home, pw_gecos settings for a user changed.
>
How is pw_name going to change w
Andrey Repin wrote at 05:55 +0300 on Feb 20, 2015:
> Greetings, John Hein!
>
> > Without 'files' in /etc/nsswitch.conf or 'cygserver' running, the
> > testing cycle here is slow. So I've been a bit delayed at reporting
> > back. I know some people have alleged wonderful speedups with
> > 1.
Corinna Vinschen wrote at 11:29 +0100 on Feb 20, 2015:
> On Feb 19 17:29, John Hein wrote:
> > Corinna Vinschen wrote at 11:59 +0100 on Feb 18, 2015:
> > > Hi Cygwin friends and users,
> > >
> > > I released another very early TEST version of the next upcoming Cygwin
> > > release. The
On Feb 20 13:51, Tom Honermann wrote:
> On 02/20/2015 12:03 PM, Corinna Vinschen wrote:
> >Maybe it is actually simpler than that. Invalidating the cache as a
> >whole probably never makes sense. In fact there are two reasons for
> >invalidation:
> >
> >- The pw_name, pw_shell, pw_home, pw_gecos
On 02/20/2015 12:03 PM, Corinna Vinschen wrote:
Maybe it is actually simpler than that. Invalidating the cache as a
whole probably never makes sense. In fact there are two reasons for
invalidation:
- The pw_name, pw_shell, pw_home, pw_gecos settings for a user changed.
- The interface to the
On Feb 20 17:48, Achim Gratz wrote:
> Corinna Vinschen writes:
> > Would be cool if you could test that. Assuming you're not accessing
> > NFS shares, it may be the Samba stuff. The culprits are probably
> > the calls to convert_samba_sd in check_file_access and the cygpsid::get_id
> > method whi
On Feb 20 11:41, Tom Honermann wrote:
> On 02/20/2015 11:24 AM, Corinna Vinschen wrote:
> >On Feb 20 11:07, Tom Honermann wrote:
> >>On 02/20/2015 04:56 AM, Corinna Vinschen wrote:
> Lastly, running cygserver to cache the LDAP data has another side-effect
> when using VPN. Since the cygser
Corinna Vinschen writes:
> Would be cool if you could test that. Assuming you're not accessing
> NFS shares, it may be the Samba stuff. The culprits are probably
> the calls to convert_samba_sd in check_file_access and the cygpsid::get_id
> method which explicitely checks for S-1-22 SIDs and trie
On 02/20/2015 11:24 AM, Corinna Vinschen wrote:
On Feb 20 11:07, Tom Honermann wrote:
On 02/20/2015 04:56 AM, Corinna Vinschen wrote:
Lastly, running cygserver to cache the LDAP data has another side-effect
when using VPN. Since the cygserver is usually started before you've
dialed into the VP
On Feb 20 17:31, Marco Atzeri wrote:
> On 2/20/2015 5:07 PM, Tom Honermann wrote:
> >
> >
> > > Somebody would have to code that. Sigh.
> >
> >There's just no getting around that, is there? How are those code
> >writing AIs coming along anyway?
> >
> >Tom.
> >
>
> working in M$ at latest Windows
On Feb 20 12:48, Achim Gratz wrote:
> Corinna Vinschen writes:
> > And it's fast with other shells? Bash is reading/writing a history
> > file, too, for instance...
>
> Yes, that's the puzzling bit; although I don't have nearly the same
> number of history lines in .bash_history, but the differen
On 2/20/2015 5:07 PM, Tom Honermann wrote:
> Somebody would have to code that. Sigh.
There's just no getting around that, is there? How are those code
writing AIs coming along anyway?
Tom.
working in M$ at latest Windows version
--
Problem reports: http://cygwin.com/problems.html
On Feb 20 11:07, Tom Honermann wrote:
> On 02/20/2015 04:56 AM, Corinna Vinschen wrote:
> >>Lastly, running cygserver to cache the LDAP data has another side-effect
> >>when using VPN. Since the cygserver is usually started before you've
> >>dialed into the VPN, your username and some groups will
On 02/20/2015 04:56 AM, Corinna Vinschen wrote:
Lastly, running cygserver to cache the LDAP data has another side-effect
when using VPN. Since the cygserver is usually started before you've
dialed into the VPN, your username and some groups will get reported as
"DOM+User(12345)". You have to re
Corinna Vinschen writes:
> And it's fast with other shells? Bash is reading/writing a history
> file, too, for instance...
Yes, that's the puzzling bit; although I don't have nearly the same
number of history lines in .bash_history, but the difference still is at
least an order of magnitude.
> I
On Feb 19 17:29, John Hein wrote:
> Corinna Vinschen wrote at 11:59 +0100 on Feb 18, 2015:
> > Hi Cygwin friends and users,
> >
> > I released another very early TEST version of the next upcoming Cygwin
> > release. The version number is 1.7.35-0.3.
> >
> > This release introduces a revision
On Feb 20 09:25, Achim Gratz wrote:
> Corinna Vinschen writes:
> > This release introduces a revision of the LDAP calls done to fetch
> > information from the DC. By limiting the search scope, the calls should
> > now be faster even in bigger environments. Please give it a try with
> > activated
Corinna Vinschen writes:
> This release introduces a revision of the LDAP calls done to fetch
> information from the DC. By limiting the search scope, the calls should
> now be faster even in bigger environments. Please give it a try with
> activated "db" settings for passwd and group entries in
Greetings, John Hein!
> Without 'files' in /etc/nsswitch.conf or 'cygserver' running, the
> testing cycle here is slow. So I've been a bit delayed at reporting
> back. I know some people have alleged wonderful speedups with
> 1.7.35-0.3, but I can't report the same.
> Here I'm in an AD environm
Corinna Vinschen wrote at 11:59 +0100 on Feb 18, 2015:
> Hi Cygwin friends and users,
>
> I released another very early TEST version of the next upcoming Cygwin
> release. The version number is 1.7.35-0.3.
>
> This release introduces a revision of the LDAP calls done to fetch
> information
Hi Cygwin friends and users,
I released another very early TEST version of the next upcoming Cygwin
release. The version number is 1.7.35-0.3.
This release introduces a revision of the LDAP calls done to fetch
information from the DC. By limiting the search scope, the calls should
now be faste
53 matches
Mail list logo
