Greetings, Warren Young!
>> Accept the default
>> key location, C:\Documents and Settings\nhuser\.ssh\id_dsa,
> Why would that be the default location, if you are using Cygwin tools?
> Shouldn't it be something like c:\cygwin\home\nhuser\.ssh\...?
Why?
> You can change your HOME to anything yo
On Wed, Nov 30, 2011 at 12:17 AM, Warren Young wrote:
> On 11/29/2011 2:49 PM, Andrew Erskine wrote:
>>
>> ssh-keygen -t dsa
>
> "-t [keytype]" is a default flag these days, and it defaults to RSA, not
> DSA. Unless you know for a fact you need DSA keys for some odd reason,
> leave this flag off
On Nov 30 12:38, Andrey Repin wrote:
> Greetings, Warren Young!
>
> >> Accept the default
> >> key location, C:\Documents and Settings\nhuser\.ssh\id_dsa,
>
> > Why would that be the default location, if you are using Cygwin tools?
> > Shouldn't it be something like c:\cygwin\home\nhuser\.ssh\..
Greetings, Corinna Vinschen!
>> Last time I checked, $HOME in newly installed Cygwin point to the
>> $USERPROFILE
>> Which is, quite, logical.
> Just to be clear, that's not done by the Cygwin DLL. When setting HOME,
> the order is very simple:
> - If $HOME is already set in the environment, l
On 11/29/2011 8:29 PM, carolus wrote:
Then maybe I just need to update my Cygwin installation, which is about
a year old.
Yes, that fixes the problem. Thanks, everyone.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
I'm setting up a laptop running a 64-bit install of Windows 7. It has
an Intel i5 chip, which I think is not a slow processor. I renamed
.bashrc and such to be out of the way to have as unmodified an
environment as I can think of.
$ time echo hello
hello
real0m0.000s
user0m0.000s
sys
From: Tim McDaniel
Subject: RE: Shell script - is this expected behaviour?
>I don't have the time to experiment at the moment, but I'm pretty sure
>that some of the standard tools append a line terminator if it's not
>already on the last line of their input. sed or awk or gawk, maybe?
>Anyway, if
I updated today to 1.7.9-1 from an earlier install. Now, bash produces a
series of dozens of exception lines like the following:
214713567 [main] bash 5368 exception::handle: Exception: STATUS_ACCESS_VIOLATION
214714267 [main] bash 5368 open_stackdumpfile: Dumping stack trace to
bash.exe.stack
I dunno whether anyone here know about Emacs, but I thought I would
ask.
In a previous setup (Windows XP, 32-bit), I believe that running the
Emacs function
(file-exists-p "c:/")
produced t.
Now, with the latest Cygwin, Windows 7, 64-bit, emacs-version
"23.3.1",
(file-exists-p "c:/")
On 11/30/2011 4:08 PM, Tim McDaniel wrote:
I dunno whether anyone here know about Emacs, but I thought I would
ask.
In a previous setup (Windows XP, 32-bit), I believe that running the
Emacs function
(file-exists-p "c:/")
produced t.
Now, with the latest Cygwin, Windows 7, 64-bit, emacs-version
Windows 7, 64-bit, up-to-date Cygwin.
I got "unable to remap to same address as parent" and did a rebaseall.
It failed:
$ /bin/rebaseall
rebaseall: '/Users/TMCDAN~1/AppData/Local/Temp' is not writable
I hand-disabled the condition that produced that and did some
testing. I ran these co
On 11/30/2011 03:17 PM, Tim McDaniel wrote:
> $ /bin/ash -c ' [ -w /Users/tmcdaniel/AppData/Local/Temp ] && echo yes
> || echo no'
> no
>
> So bash and ash disagree on whether this Temp directory is writable.
Known limitation in dash - it is going off of just st_mode bits instead
of using faccess
On Wed, 30 Nov 2011, Eric Blake wrote:
On 11/30/2011 03:17 PM, Tim McDaniel wrote:
$ /bin/ash -c ' [ -w /Users/tmcdaniel/AppData/Local/Temp ] && echo yes
|| echo no'
no
So bash and ash disagree on whether this Temp directory is writable.
Known limitation in dash - it is going off of just st_m
On 11/30/2011 9:33 PM, Jim Schneider wrote:
I updated today to 1.7.9-1 from an earlier install. Now, bash produces a
series of dozens of exception lines like the following:
214713567 [main] bash 5368 exception::handle: Exception: STATUS_ACCESS_VIOLATION
214714267 [main] bash 5368 open_stackdu
Version 1.8.8-1 of
libhdf5_7
libhdf5-devel
hdf5
for cygwin have been uploaded.
Due to API change the library bumped from
libhdf5_6 to libhdf5_7.
DESCRIPTION
HDF5 is a suite/library that makes possible the
management of extremely large and complex data collections.
HOMEPAGE
http://www.hd
15 matches
Mail list logo