On 27/11/2012 00:00, Jacinda Frost wrote:
I came across your website and wanted to notify you about a broken link on
your page in case you weren't aware of it. The link on x.cygwin.com/links.html
which links to http://www.uk.research.att.com/vnc/ is no longer working. I've
included a link to a
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-11-28 20:45:00
Modified files:
winsup/cygwin : ChangeLog.64bit autoload.cc
Log message:
* autoload.cc: Extend leading comment to describe the 64 bit
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-11-29 07:14:56
Modified files:
winsup/cygwin : ChangeLog.64bit autoload.cc
Log message:
* autoload.cc (wsock_init): Drop vendor info debug printout.
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
2012/11/27 marco atzeri marco.atz...@gmail.com:
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
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 marco.atz...@gmail.com:
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
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-20121128-1/winsup/utils/cygcheck.cc
+ i686-w64-mingw32-g
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:
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
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:
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
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]
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
there
19 matches
Mail list logo