As I mentioned in my original message, I tried to create a directory of
installation packages that mirror my current cygwin installation so that I can
install the same packages on another PC. Say the original path for the
installation packages was c:/cygwin/LocalPkg. For the downloaded packages f
2012/11/27 marco atzeri :
> it seems to build fine.
> Steps
> ./autogen.sh
> ./configure
> make -f GNUmakefile |& tee -a make.log
not for me .. I always get the same error(s):
0 [main] sh 143568 child_info_fork::abort: can't commit memory
for stack 0x289000(94208), Win32 error 487
/home/al
Greetings, Paul!
> As I mentioned in my original message, I tried to create a directory of
> installation packages that mirror my current cygwin installation so that I can
> install the same packages on another PC. Say the original path for the
> installation packages was c:/cygwin/LocalPkg. For
On Nov 27 18:27, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> Barry Buchbinder sent the following at Tuesday, November 27, 2012 6:02 PM
> >For the record, I was worried that if I simply deleted it cygcheck -c
> >perl would report perl as incomplete. So I changed the link so that it
> >pointed to .
On 11/28/2012 9:42 AM, Massi wrote:
2012/11/27 marco atzeri :
it seems to build fine.
Steps
./autogen.sh
./configure
make -f GNUmakefile |& tee -a make.log
not for me .. I always get the same error(s):
0 [main] sh 143568 child_info_fork::abort: can't commit memory
for stack 0x289000(
tput of `make'?
>>
Here it is with the last snapshot (20121128 03:24:12):
% cd ...i686-pc-cygwin/winsup/utils
% setenv CCWRAP_VERBOSE any_nonempty_value
% rm cygcheck.o
% make cygcheck.exe
c++wrap -c -o cygcheck.o -fno-exceptions -fno-rtti -O2 -g
/tmp/lcl/tmp/cygwin/cygwin-snapshot-
Corinna Vinschen sent the following at Wednesday, November 28, 2012 4:08 AM
Thank you.
- Barry
Disclaimer: Statements made herein are not made on behalf of NIAID.
I am still getting the same error. And permissions are all good. When i run
SSHD in debug i get this? Has anyone encountered this issue before.
bash-3.2# /bin/sshd.exe -D -ddd -e
debug2: load_server_config: filename /etc/sshd_config
debug2: load_server_config: done config len = 206
debug2: parse_
> I am still getting the same error. And permissions are all good.
> When i run SSHD in debug i get this? Has anyone encountered this
> issue before.
>
> bash-3.2# /bin/sshd.exe -D -ddd -e
> debug2: load_server_config: filename /etc/sshd_config
> debug2: load_server_config: done config len = 20
ssh-keygen -t dsa
and password was empty.
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/Passwordless-authentication-between-two-domains-tp94427p94590.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.h
On 11/28/2012 12:21 PM, anulav2 wrote:
ssh-keygen -t dsa
and password was empty.
I believe you mean passphrase...
What about these issues I mentioned:
Additionally is ~/.ssh/id_rsa.pub the same on both machines? (Does diff
return no differences?). I believe, since these are two different
dom
Yes, i meant passphrase.
Diff does not return anything, meaning keys are fine.And i have tried
regenerating them again.
I have added rsa.pub files to authorized_keys on remote servers. No luck.
From: Andrew DeFaria-2 [via Cygwin]
To: anulav2
Sent: Wednesday
On 11/28/2012 12:54 PM, anulav2 wrote:
Yes, i meant passphrase.
Diff does not return anything, meaning keys are fine.
No meaning the keys are *not* fine. As I said twice now:
I believe, since these are two different domains, that the generated
keys will *NOT* be the same. If they are the same
> > > I just checked in the change.
> >
> > Thank you. I will test it as soon as it's available in a snapshot.
I've rebuilt cygserver, and it looks/works fine!
Anton Lavrentiev
Contractor NIH/NLM/NCBI
Andrew,
Keys will "ALWAYS" be different irrespective if it is two servers on same or
different domain.
That is the whole point of copying keys to remote servers authorized_keys file.
Else one could just "cat" its own key in its own authorized_keys file, right?
On 11/28/2012 1:21 PM, anulav2 wrote:
Andrew,
Keys will "ALWAYS" be different irrespective if it is two servers on same or
different domain.
That is the whole point of copying keys to remote servers authorized_keys file.
I don't think so. I do know the following - here at my current client
ther
16 matches
Mail list logo