On Jul 14 10:41, JonY wrote:
Hi,
I noticed some area already there, may I take over?
Any thoughts on w32api-* and gcc?
Well, you're the maintainer...
For gcc I suggest to work closely with Yaakov since we need the 4.8.1
gcc release for the 64 bit version. In theory, maybe you'd like to
On Jul 14 09:29, marco atzeri wrote:
Already in debian, it improves some performance of SuiteSparse,
so next cygwin package of Suitesparse will include metis as dependecy
JUst go ahead then, no question.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
FYI,
I just uploaded cygwin-1.7.21-7 which is built from the same source as
the 32 bit 1.7.21-1 version.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
On 7/15/2013 17:21, Corinna Vinschen wrote:
On Jul 14 10:41, JonY wrote:
Hi,
I noticed some area already there, may I take over?
Any thoughts on w32api-* and gcc?
Well, you're the maintainer...
For gcc I suggest to work closely with Yaakov since we need the 4.8.1
gcc release for the 64
On Sun, Jul 14, 2013 at 09:16:51PM -0400, Christopher Faylor wrote:
On Sun, Jul 14, 2013 at 11:10:16AM +0200, Achim Gratz wrote:
Yaakov (Cygwin/X) writes:
Ah, good point. I'll check tomorrow and make a more comprehensive list.
Attached.
To register what has been discussed before in this
I'd appreciate it if people could try the two new setup.exe's
installed at http://cygwin.com/
http://cygwin.com/setup-x86.exe for 32-bit
http://cygwin.com/setup-x86_64.exe for 64-bit
The setup.ini's for both are updated using a similar schedule to the
official and soon to be deleted version
Christopher Faylor writes:
The setup.ini's used by these two new programs are not
backwards-compatible with old setup.exe.
The setup-version: tag is missing from those setup.ini files at the
moment and the process to generate them seems to have been started one
directory level up (paths are
On 7/15/2013 1:05 PM, Christopher Faylor wrote:
The setup.ini's used by these two new programs are not
backwards-compatible with old setup.exe.
What changes did you have to make to upset, to teach it about the new
format? I'd like to replicate those changes in genini...
On Mon, Jul 15, 2013 at 08:19:34PM +0200, Achim Gratz wrote:
Christopher Faylor writes:
The setup.ini's used by these two new programs are not
backwards-compatible with old setup.exe.
The setup-version: tag is missing from those setup.ini files at the
moment
That was unintentional and now
On Mon, Jul 15, 2013 at 02:32:24PM -0400, Charles Wilson wrote:
On 7/15/2013 1:05 PM, Christopher Faylor wrote:
The setup.ini's used by these two new programs are not
backwards-compatible with old setup.exe.
What changes did you have to make to upset, to teach it about the new
format? I'd like
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/poco/libpoco-devel/libpoco-devel-1.4.6p1-1.tar.bz2 \
${BASEURL}/poco/libpoco-devel/setup.hint \
Christopher Faylor writes:
The setup-version: tag is missing from those setup.ini files at the
moment
That was unintentional and now fixed.
Thank you.
and the process to generate them seems to have been started one
directory level up (paths are starting with x86/ rather than release).
That
On Mon, Jul 15, 2013 at 10:29:16PM +0200, Achim Gratz wrote:
The bootstrap.sh unconditionally uses the mingw64 toolchain if it finds
one. The cross compilation toolchain for 32bit didn't work on the new
installation I did over the weekend, but I ran out of time to check what
the old installation
On 2013-07-15 16:43, upset lived up to its name and complained:
upset: *** /sourceware/ftp/pub/cygwin/x86/setup.ini: warning - package
libSuiteSparse-devel refers to nonexistent external-source: SuiteSparse
Marco,
The problem was that libSuiteSparse-devel-3.7.1-1 was left without a
source
Hello,
I want to add a license entry into setup.ini file because I want to
ask by a license agreement in setup.exe for example:
@ agg-devel
sdesc: AGG rendering library (development)
ldesc: AGG rendering library (development)
category: Libs
requires: shell
version: 2.4-1
install:
On 7/15/2013 3:11 PM, David Stacey wrote:
# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=5 \
${BASEURL}/poco/libpoco-devel/libpoco-devel-1.4.6p1-1.tar.bz2 \
On Mon, Jul 15, 2013 at 01:05:53PM -0400, Christopher Faylor wrote:
I'd appreciate it if people could try the two new setup.exe's
installed at http://cygwin.com/
http://cygwin.com/setup-x86.exe for 32-bit
http://cygwin.com/setup-x86_64.exe for 64-bit
The setup.ini's for both are updated using a
On 7/15/2013 8:20 PM, Christopher Faylor wrote:
On Mon, Jul 15, 2013 at 01:05:53PM -0400, Christopher Faylor wrote:
I'd appreciate it if people could try the two new setup.exe's
installed at http://cygwin.com/
http://cygwin.com/setup-x86.exe for 32-bit
http://cygwin.com/setup-x86_64.exe for
On Mon, Jul 15, 2013 at 09:49:12PM -0400, Ken Brown wrote:
On 7/15/2013 8:20 PM, Christopher Faylor wrote:
On Mon, Jul 15, 2013 at 01:05:53PM -0400, Christopher Faylor wrote:
I'd appreciate it if people could try the two new setup.exe's
installed at http://cygwin.com/
Il 7/15/2013 11:49 PM, Yaakov (Cygwin/X) ha scritto:
On 2013-07-15 16:43, upset lived up to its name and complained:
upset: *** /sourceware/ftp/pub/cygwin/x86/setup.ini: warning - package
libSuiteSparse-devel refers to nonexistent external-source: SuiteSparse
Marco,
The problem was that
Hello,
I would like to forward KDE applications using Cygwin/X in multiwindow mode. I
am able to start and use the applications, but the graphical appearance seems a
bit off. Specifically, starting konsole or kdevelop shows some pink coloration
behind the scrollbars. I have tried other X
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2013-07-15 09:57:20
Modified files:
winsup/cygwin : ChangeLog path.cc
Log message:
* path.cc (symlink_native): Fix common prefix search. Enhance comment.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2013-07-15 14:00:33
Modified files:
winsup/doc : ChangeLog new-features.xml specialnames.xml
Log message:
* new-features.sgml (ov-new1.7.22): New section. Document dropped
support
SVN/_Ra/_Ra.dll is part of the subversion-perl package, as is
SVN/Base.pm. You have one but not the other. Do you have
There is a _Ra.dll and a Base.pm, files are there.
/usr/lib/perl5/vendor_perl/5.14/i686-cygwin-threads-64int/auto/SVN/_Ra/_Ra.dll.new?
If so, you have to reboot your
With latest cygwin packages, including subversion 1.8,
perl -e 'require SVN::Ra' works, but svn 1.8 breaks HTTPS NTML
authentication which works with 1.7.10.
Downgrading to subversion 1.7.10 worked well a few weeks back but not
anymore. Would be nice to figure out what changed.
-Mikko
--
Hi;
Package: Unknown package
a2ps.sh exit code 2
Is there a missing dependency?
This is what happens when I run sh /etc/postinstall/a2ps.sh manually
from mintty:
$ sh -xv /etc/postinstall/a2ps.sh
if [ ! -f /etc/a2ps-site.cfg ]
then
/usr/bin/mkdir -p /etc
/usr/bin/cp
On Jul 14 14:32, LRN wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17.06.2013 16:50, Corinna Vinschen wrote:
On Jun 17 08:43, Алексей Павлов wrote:
This simple example illustrate problem with using native symlinks.
$ export CYGWIN=winsymlinks:nativestrict
$ mkdir bld
On Jul 12 20:09, Nellis, Kenneth wrote:
On 07/12/2013 08:42 AM, Mikko Rapeli wrote:
Hi Cygwin and git developers,
Does following scenario show signs of bugs in Cygwin and/or git?
# setup git repo
$ cd /tmp
$ mkdir foo cd foo
$ git init
# create x: directory
$ mkdir x:
$
On 15 July 2013 11:40, Corinna Vinschen wrote:
On Jul 12 20:09, Nellis, Kenneth wrote:
IMHO, this makes an interesting problem (unrelated to git):
Shell script prompts user for file name.
User enters x:.
Script proceeds as follows:
$ mkdir tmpdir
$ touch tmpdir/x:
$ # useful work done here
On Jul 15 12:00, Adam Dinwoodie wrote:
On 15 July 2013 11:40, Corinna Vinschen wrote:
On Jul 12 20:09, Nellis, Kenneth wrote:
IMHO, this makes an interesting problem (unrelated to git):
Shell script prompts user for file name.
User enters x:.
Script proceeds as follows:
$ mkdir tmpdir
As a workaround, I copied a full cygwin directory from another machine
where subversion-perl is working with svn 1.7.10 packages, and this works.
cygcheck output from the working setup is:
Cygwin Configuration Diagnostics
Current System Time: Mon Jul 15 11:59:04 2013
Windows 7 Enterprise Ver 6.1
Hi Mikko,
On Mon, Jul 15, 2013 at 1:20 PM, Mikko Rapeli wrote:
As a workaround, I copied a full cygwin directory from another machine
where subversion-perl is working with svn 1.7.10 packages, and this works.
cygcheck output from the working setup is:
Cygwin Configuration Diagnostics
(snip)
Hi Cygwin friends and users,
I just released Cygwin 1.7.21. This is mostly a bugfix release.
What's new:
---
- New API: rawmemchr.
- Make cygcheck report when scanned DLLs are symlinks or are not meant
for the current architecture (x86 vs. x86_64).
See:
Mikko Rapeli wrote:
As a workaround, I copied a full cygwin directory from another machine
where subversion-perl is working with svn 1.7.10 packages, and this works.
I'm glad you got it working.
With latest cygwin packages, including subversion 1.8,
perl -e 'require SVN::Ra' works
FWIW, 1.7.20 and Windows 8 is no good as well.
Anyway I can help on fixing this?
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/ctrl-c-to-windows-program-causes-mintty-to-hang-1-7-20-win7-tp99346p100817.html
Sent from the Cygwin list mailing list archive at Nabble.com.
On 7/15/2013 1:47 PM, Marvin wrote:
FWIW, 1.7.20 and Windows 8 is no good as well.
Try upgrading to 1.7.21. That reportedly fixes the problem.
--
Larry
_
A: Yes.
Q: Are you sure?
A: Because it reverses the logical flow
After troubleshooting an AutoSSH problem last week, it appears that on
this 2003R2 box sshd cannot bind to the IPV4 stack! Rather, with the
default configuration it binds to IPV6 (and supports a loopback connection
fine), but a remote connection fails. When sshd is forced to bind IPV4
Greetings, David Rothenberger!
Mikko Rapeli wrote:
As a workaround, I copied a full cygwin directory from another machine
where subversion-perl is working with svn 1.7.10 packages, and this works.
I'm glad you got it working.
With latest cygwin packages, including subversion 1.8,
perl -e
Greetings, Corinna Vinschen!
On Jul 12 20:09, Nellis, Kenneth wrote:
On 07/12/2013 08:42 AM, Mikko Rapeli wrote:
Hi Cygwin and git developers,
Does following scenario show signs of bugs in Cygwin and/or git?
# setup git repo
$ cd /tmp
$ mkdir foo cd foo
$ git init
#
Achim Gratz wrote:
Katsumi Yamaoka writes:
0 [main] python2.7 1264 child_info_fork::abort: address space needed
by 'math.dll' (0x80) is already occupied
But it is sometimes:
1 [main] python2.7 5784 child_info_fork::abort: unable to remap
_ARC4.dll to same address as parent (0xBE) -
The currently provided cvs executable does not work correctly, simple
test case is:
~export CVSROOT=/tmp/cvsroot
~cvs init
~cvs co -d /tmp/workdir .
cvs [checkout aborted]: cannot make directory : No such file or directory
~cygcheck -c cvs
Cygwin Package Information
Package
Katsumi Yamaoka writes:
I'd venture to guess that the DLL(s) in question belong to a Python
package. If so, does the rebaseall script you are using look at those
libraries at all?
As far as I can observe, those DLLs are listed in TEMP/rebase.lst
(that rebaseall temporarily generates), and
Hi Cygwin friends and users,
I just released Cygwin 1.7.21. This is mostly a bugfix release.
What's new:
---
- New API: rawmemchr.
- Make cygcheck report when scanned DLLs are symlinks or are not meant
for the current architecture (x86 vs. x86_64).
See:
43 matches
Mail list logo