Hi
New 64bit versions of 'gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile'
have been uploaded to a server near you.
o Update to latest upstream version
o Build for cygwin 1.7.19-4 with gcc-4.8.0
gnutls NEWS:
===
** libgnutls: Use nettle's elliptic curve implementation.
Hi
A new 64bit version of 'initscripts' has been uploaded to a server near you.
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:
On 16 May 2013 07:41, Steven Penny wrote:
Because of this dependency line
mintty
cygutils
Hmm, mintty doesn't depend on cygutils anymore since setup.exe creates
the Cygwin Terminal shortcut for it, and its setup.hint reflects
that. Yet setup.ini does indeed contain the following line for
On Thu, May 16, 2013 at 07:39:59PM +0100, Andy Koppe wrote:
On 16 May 2013 07:41, Steven Penny wrote:
Because of this dependency line
mintty
cygutils
Hmm, mintty doesn't depend on cygutils anymore since setup.exe creates
the Cygwin Terminal shortcut for it, and its setup.hint reflects
that.
On 16 May 2013 23:59, Christopher Faylor wrote:
On Thu, May 16, 2013 at 07:39:59PM +0100, Andy Koppe wrote:
On 16 May 2013 07:41, Steven Penny wrote:
Because of this dependency line
mintty
cygutils
Hmm, mintty doesn't depend on cygutils anymore since setup.exe creates
the Cygwin Terminal
On Fri, May 17, 2013 at 05:41:05AM +0100, Andy Koppe wrote:
On 16 May 2013 23:59, Christopher Faylor wrote:
On Thu, May 16, 2013 at 07:39:59PM +0100, Andy Koppe wrote:
On 16 May 2013 07:41, Steven Penny wrote:
Because of this dependency line
mintty
cygutils
Hmm, mintty doesn't depend on
Because of this dependency line
mintty
cygutils
desktop-file-utils
libglib2.0_0
python-gobject
python
A base Cygwin install now requires Python. Can this be changed? While Python is
a good language I hardly feel it is appropriate to add that bulk to a base
install.
--
Problem
Hi
New versions of 'gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile' have
been uploaded to a server near you.
o Update to latest upstream version
o Build for cygwin 1.7.18 with gcc-4.5.3
gnutls NEWS:
===
** libgnutls: Use nettle's elliptic curve implementation.
**
On May 16 01:56, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
$ strace --help
...
-V, --versionoutput version information and exit
...
So man page needs to be more *case-sensitive*. Also, it looks like -f
Dunno where the man page error stems from, but the official
Hi
A new version of 'initscripts' has been uploaded to a server near you.
o Uses cygport for .hint files generation
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:
On 5/16/2013 2:41 AM, Steven Penny wrote:
Because of this dependency line
mintty
cygutils
desktop-file-utils
libglib2.0_0
python-gobject
python
A base Cygwin install now requires Python. Can this be changed? While Python is
a good language I hardly feel it is appropriate to
I've just updated the Cygwin version of OpenSSH to 6.2p2-1.
The official upstream release message for 6.2p2:
This is a portable OpenSSH bugfix release.
Changes since OpenSSH 6.2p1
===
Bugfixes:
*
Fixed in CVS.
Thank you!
Dunno where the man page error stems from
Still, it'd be great to fix that, too.
-f, --trace-children trace child processes (toggle - default
true)
But somehow when -f is specified, strace can't continue but gets stuck
waiting for the child process to
On May 16 13:29, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Fixed in CVS.
Thank you!
Dunno where the man page error stems from
Still, it'd be great to fix that, too.
-f, --trace-children trace child processes (toggle - default
true)
But somehow when -f is specified,
Hi All,
I installed cygwin by all
when i run xpdf, it produces such errors:
/usr/bin/xpdf.exe: error while loading shared libraries: cygXm-2.dll: cannot
open shared object file: No such file or directory
though I have cygXm-4.dll under /bin/
how to fix this problem?
Thanks!
clara
--
Hi All,
I installed cygwin by all
when i run xpdf, it produces such errors:
/usr/bin/xpdf.exe: error while loading shared libraries: cygXm-2.dll: cannot
open shared object file: No such file or directory
though I have cygXm-4.dll under /bin/
how to fix this problem?
Thanks!
clara
--
On 5/16/2013 11:17 AM, clara wrote:
Hi All,
I installed cygwin by all
when i run xpdf, it produces such errors:
/usr/bin/xpdf.exe: error while loading shared libraries: cygXm-2.dll: cannot
open shared object file: No such file or directory
though I have cygXm-4.dll under /bin/
how to fix
Larry Hall writes:
On 5/16/2013 11:17 AM, clara wrote:
Hi All,
I installed cygwin by all
when i run xpdf, it produces such errors:
/usr/bin/xpdf.exe: error while loading shared libraries: cygXm-2.dll:
cannot
open shared object file: No such file
kinds of agressive integer
optimizations which disabled utilizing integer overflows for serious
purposes. I fixed that by setting the -fwrapv option when building the
affected localtime.cc file (thanks to Kai Tietz for pointing this out).
I can confirm that the last snapshot (20130516) fixes
Hi list,
First, I have carefully read the FAQ and the Cygwin documentation. I
have also read what seemed to be related problems to the one I will
described below, but could not find a solution to it, so I ask for help
here:
A software I use makes use of the system() library call. When this
Where: vim-7.3.943-1
Issue: vim-common-7.3.943-1 contains /usr/share/vim/vim73/colors/elflord.vim
which utilizes the command let g:colors_name = elflord, this command is not
found in /usr/bin/vim-nox from package vim-7.3.943-1
Fix: downgrade to vim-7.3.762-1
Details:
kens@thinkpad$ cygcheck
Hi
New versions of 'gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile' have
been uploaded to a server near you.
o Update to latest upstream version
o Build for cygwin 1.7.18 with gcc-4.5.3
gnutls NEWS:
===
** libgnutls: Use nettle's elliptic curve implementation.
**
22 matches
Mail list logo
