On May 16 16:35, Chris J. Breisch wrote:
> Corinna Vinschen wrote:
> >Thanks for testing. If you find any other problems or annoyances,
> >please speak up.
> >
> >
> >Thanks,
> >Corinna
> >
>
> I have a problem with ssh using this on a domain machine.
>
> $ uname -a
> CYGWIN_NT-6.3 cbreisch-win8
Corinna Vinschen wrote:
Thanks for testing. If you find any other problems or annoyances,
please speak up.
Thanks,
Corinna
I have a problem with ssh using this on a domain machine.
$ uname -a
CYGWIN_NT-6.3 cbreisch-win8 1.7.30s(0.272/5/3) 20140514 11:29:16 x86_64
Cygwin
I had ssh set up
On May 14 15:15, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > Yes, I noticed the "s". But I missed to explain that I wasn't talking
> > about the delay. What I can't reproduce is that `id Administrators'
> > returns a result:
> >
> > $ id +Administrators
> > uid=544(+Administrat
Corinna Vinschen writes:
> Yes, I noticed the "s". But I missed to explain that I wasn't talking
> about the delay. What I can't reproduce is that `id Administrators'
> returns a result:
>
> $ id +Administrators
> uid=544(+Administrators) gid=544(+Administrators) groups=11(+Authenticated
>
On May 13 22:15, Henry S. Thompson wrote:
> Corinna Vinschen writes:
> > On May 13 18:29, Henry S. Thompson wrote:
> >> Glitch (also true for x86 1.7.29-2):
> >> id returns effectively immediately for all users and non-users _except_:
> >>> time id Administrators
> >> uid=544(+Administrat
Corinna Vinschen writes:
> On May 13 18:29, Henry S. Thompson wrote:
>> Glitch (also true for x86 1.7.29-2):
>> id returns effectively immediately for all users and non-users _except_:
>>> time id Administrators
>> uid=544(+Administrators) gid=544(+Administrators)
>> groups=11(+Auth
On May 13 18:29, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > On May 13 17:29, Henry S. Thompson wrote:
> >> Any trivial way I can test that I am actually _getting_ identities
> >> via the new route?
> >
> > Call `id' :)
>
> OK, so that does yield. . .rather different results than it
Corinna Vinschen writes:
> On May 13 17:29, Henry S. Thompson wrote:
>> Any trivial way I can test that I am actually _getting_ identities
>> via the new route?
>
> Call `id' :)
OK, so that does yield. . .rather different results than it used to.
Poking around with id compared to the the content
On May 13 17:29, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > On May 13 16:52, Corinna Vinschen wrote:
>
> >> I can reproduce it. This has nothing to with the account stuff, but
> >> rather with a problem with the IPV6 definitions in the Mingw-w64 headers
> >> I encountered lately,
Corinna Vinschen writes:
> On May 13 16:52, Corinna Vinschen wrote:
>> I can reproduce it. This has nothing to with the account stuff, but
>> rather with a problem with the IPV6 definitions in the Mingw-w64 headers
>> I encountered lately, and which I had to workaround. Unfortunately
>> it has
On May 13 16:52, Corinna Vinschen wrote:
> On May 13 12:57, Henry S. Thompson wrote:
> > I then successfully launched mintty, but (since the most important
> > aspect of my 'identity' is my ability to authenticate using Kerberos),
> > the next thing I tried did not work as expected:
> >
> > > kini
On May 13 12:57, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > I'm still interested in testing of the new Cygwin code to have
> > user/group identification without requiring /etc/passwd and /etc/group
> > files.
>
> So I installed the 2014-05-09 x86_64 snapshot, and did nothing else
>
Corinna Vinschen writes:
> I'm still interested in testing of the new Cygwin code to have
> user/group identification without requiring /etc/passwd and /etc/group
> files.
So I installed the 2014-05-09 x86_64 snapshot, and did nothing else
(i.e. left /etc/{passwd,group} alone, didn't create an
/e
13 matches
Mail list logo
