On Jan 25 12:11, Reini Urban wrote:
> 2010/1/25 Corinna Vinschen:
> > Here's what I did. I created cyg_server as admin account in the domain,
> > then I created a global policy which adds the cyg_server user to the
> > following user rights:
> >
> > Act as part of the operating system (SeTcbPrivi
2010/1/25 Corinna Vinschen:
> On Jan 24 16:43, Gordon Messmer wrote:
>> On 01/08/2010 06:59 AM, Corinna Vinschen wrote:
>> >I can't reproduce this one, but I can reproduce the other problem
>> >with pubkey authentication reported in this thread:
>> ...
>>
>> I appreciate the time you took to expla
On Jan 24 16:43, Gordon Messmer wrote:
> On 01/08/2010 06:59 AM, Corinna Vinschen wrote:
> >I can't reproduce this one, but I can reproduce the other problem
> >with pubkey authentication reported in this thread:
> ...
>
> I appreciate the time you took to explain this problem. I've been
> worki
On 01/08/2010 06:59 AM, Corinna Vinschen wrote:
I can't reproduce this one, but I can reproduce the other problem
with pubkey authentication reported in this thread:
...
I appreciate the time you took to explain this problem. I've been
working on it for a while, and still can't get it right.
Please, don't http://cygwin.com/acronyms/#TOFU
On Jan 8 14:53, Greg Fury wrote:
> Just wondering why this worked under 1.5 ?
1.5 fetched the group list using an incorrect method, leading
accidentally to a working result in this scenario.
Corinna
--
Corinna Vinschen Please
Just wondering why this worked under 1.5 ?
-Greg
On Fri, Jan 8, 2010 at 9:59 AM, Corinna Vinschen
wrote:
> On Jan 7 14:33, Greg Fury wrote:
>> [...]
>> - Domain user that is a local administrator AND has the local
>> administrator as primary group in /etc/passwd, - login with key
>> authentic
Thank you for the quick and comprehensive response! When
troubleshooting Windows, I feel like I have blinders on. Thanks for
opening my eyes.
I will give this technique a try.
-Greg
On Fri, Jan 8, 2010 at 9:59 AM, Corinna Vinschen
wrote:
>
>
> > linux$ ssh u...@host1-w2k3 pwd
> > 20 [ma
On Jan 7 14:33, Greg Fury wrote:
> [...]
> - Domain user that is a local administrator AND has the local
> administrator as primary group in /etc/passwd, - login with key
> authentication works fine.
>
> - Domain user that is a local administrator WITHOUT the local
> administrator as primary gro
I've got a very similar issue on a 32-bit win 2003 32-bit machine.
Cygwin 1.5 works fine. I was hoping to deploy 1.7 for some ssh
integration with my unix hosts, rather than install 1.5 which is now
considered a "legacy" package.
Fresh install of Cygwin 1.7
Only additional packages installed are
On 12/31/2009 07:33 PM, Gordon Messmer wrote:
For the time being, I've reinstalled Cygwin 1.5 on the problematic host.
It still works as well as it ever did.
Oh good. 1.5 must be the new b20.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc.
For the time being, I've reinstalled Cygwin 1.5 on the problematic
host. It still works as well as it ever did.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http
On Thu, Dec 31, 2009 at 02:20:41PM -0800, Gordon Messmer wrote:
>On 12/31/2009 10:41 AM, Yaakov (Cygwin/X) wrote:
>>
>> That means there is a process running besides rebaseall. rebaseall
>> must be run from a dash shell with no other processes -- including
>> services -- running.
>
>I started ba
On 12/31/2009 10:41 AM, Yaakov (Cygwin/X) wrote:
That means there is a process running besides rebaseall. rebaseall
must be run from a dash shell with no other processes -- including
services -- running.
I started bash from the start menu and ran "exec dash". "ps ax" showed
no other cygwi
On 31/12/2009 12:35, Gordon Messmer wrote:
Following advise that appeared for another user, I tried to run
rebaseall on the 64 bit Windows host. It failed:
$ rebaseall
ReBaseImage (/usr/bin/cyggcc_s-1.dll) failed with last error = 6
That means there is a process running besides rebaseall. reb
Following advise that appeared for another user, I tried to run
rebaseall on the 64 bit Windows host. It failed:
$ rebaseall
ReBaseImage (/usr/bin/cyggcc_s-1.dll) failed with last error = 6
Maybe this is related to the ssh with keys failure?
--
Problem reports: http://cygwin.com/
On 12/30/2009 12:56 AM, Csaba Raduly wrote:
If I understand this correctly, it is the ssh client which quits
abruptly. Error 126 is "The notorious error 126 (ERROR_MOD_NOT_FOUND)
when loading DLL/DSO's in Win32" (first hit when googling "Win32 error
126"). However, WSAGetLastError is in ws2_32.d
On Wed, Dec 30, 2009 at 4:56 AM, Gordon Messmer <> wrote:
> Since upgrading to Cygwin 1.7, I'm no longer able to use key authentication
> on one of several Windows systems. All of the working systems are 32 bit
> installs, the one which isn't working is 64 bit.
.
> When the client connects, I
Since upgrading to Cygwin 1.7, I'm no longer able to use key
authentication on one of several Windows systems. All of the working
systems are 32 bit installs, the one which isn't working is 64 bit.
The problem only affects key authentication. Password authentication
still works properly.
T
18 matches
Mail list logo
