On 16/07/2013 03:08, Christopher Faylor wrote:
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
On Jul 16 11:37, Jon TURNEY wrote:
On 16/07/2013 03:08, Christopher Faylor wrote:
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
On 7/15/2013 10:08 PM, Christopher Faylor wrote:
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
On Jul 16 14:58, Corinna Vinschen wrote:
On Jul 16 11:37, Jon TURNEY wrote:
On 16/07/2013 03:08, Christopher Faylor wrote:
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
On 7/16/2013 8:58 AM, Corinna Vinschen wrote:
On Jul 16 11:37, Jon TURNEY wrote:
On 16/07/2013 03:08, Christopher Faylor wrote:
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
On Jul 16 10:04, Ken Brown wrote:
On 7/16/2013 8:58 AM, Corinna Vinschen wrote:
On Jul 16 11:37, Jon TURNEY wrote:
In x86, readline is the devel package, and so has source and binary tar
files.
In x86_64, the packaging is different and a libreadline-devel package has
been
added, so
On Jul 16 16:21, Corinna Vinschen wrote:
On Jul 16 10:04, Ken Brown wrote:
The dependencies on readline also need to be fixed. In addition to
the three that Jon mentioned, there's also rlwrap. My guess is that
all four dependencies should be removed (rather than replaced with
On Jul 16 16:33, Corinna Vinschen wrote:
On Jul 16 16:21, Corinna Vinschen wrote:
On Jul 16 10:04, Ken Brown wrote:
The dependencies on readline also need to be fixed. In addition to
the three that Jon mentioned, there's also rlwrap. My guess is that
all four dependencies should be
I just noticed that files are apparently not being renamed from
preremove/*.sh - preremove/*.sh.done .
Anyone else seeing this?
cgf
On Jul 16 11:04, Christopher Faylor wrote:
On Tue, Jul 16, 2013 at 11:37:17AM +0100, Jon TURNEY wrote:
On 16/07/2013 03:08, Christopher Faylor wrote:
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
On Jul 16 13:35, Christopher Faylor wrote:
I just noticed that files are apparently not being renamed from
preremove/*.sh - preremove/*.sh.done .
Anyone else seeing this?
Are you sure? You have to expect done and not-done files in preremove.
Removing an old package creates the done file,
On Tue, Jul 16, 2013 at 08:06:34PM +0200, Corinna Vinschen wrote:
On Jul 16 13:35, Christopher Faylor wrote:
I just noticed that files are apparently not being renamed from
preremove/*.sh - preremove/*.sh.done .
Anyone else seeing this?
Are you sure? You have to expect done and not-done
On Tue, Jul 16, 2013 at 08:09:14PM +0200, Corinna Vinschen wrote:
On Jul 16 11:04, Christopher Faylor wrote:
On Tue, Jul 16, 2013 at 11:37:17AM +0100, Jon TURNEY wrote:
On 16/07/2013 03:08, Christopher Faylor wrote:
On Mon, Jul 15, 2013 at 09:49:12PM -0400, Ken Brown wrote:
On 7/15/2013 8:20
The mingw toolchain on a (32bit only) test machine at work still
functions correctly, but the compilation aborts because KEY_WOW64_64KEY
and KEY_WOW64_32KEY are not defined.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
SD adaptation for Waldorf microQ
The configury does not check whether static libraries are present, but
unconditionally requests '-static' when linking.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
On Tue, Jul 16, 2013 at 08:32:35PM +0200, Achim Gratz wrote:
The configury does not check whether static libraries are present, but
unconditionally requests '-static' when linking.
Personally, I consider that to be outside the scope of configure.
But, regardless, given the limited number of
On Jul 16 14:18, Christopher Faylor wrote:
On Tue, Jul 16, 2013 at 08:09:14PM +0200, Corinna Vinschen wrote:
On Jul 16 11:04, Christopher Faylor wrote:
On Tue, Jul 16, 2013 at 11:37:17AM +0100, Jon TURNEY wrote:
On 16/07/2013 03:08, Christopher Faylor wrote:
On Mon, Jul 15, 2013 at
On Jul 16 20:24, Achim Gratz wrote:
The mingw toolchain on a (32bit only) test machine at work still
functions correctly, but the compilation aborts because KEY_WOW64_64KEY
and KEY_WOW64_32KEY are not defined.
Building with mingw.org toolchain isn't supported anymore. Use the
Mingw-w64
On Tue, Jul 16, 2013 at 08:50:08PM +0200, Corinna Vinschen wrote:
On Jul 16 14:18, Christopher Faylor wrote:
On Tue, Jul 16, 2013 at 08:09:14PM +0200, Corinna Vinschen wrote:
On Jul 16 11:04, Christopher Faylor wrote:
On Tue, Jul 16, 2013 at 11:37:17AM +0100, Jon TURNEY wrote:
On 16/07/2013
On Tue, Jul 16, 2013 at 11:37:17AM +0100, Jon TURNEY wrote:
On 16/07/2013 03:08, Christopher Faylor wrote:
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
Corinna Vinschen writes:
The mingw toolchain on a (32bit only) test machine at work still
functions correctly, but the compilation aborts because KEY_WOW64_64KEY
and KEY_WOW64_32KEY are not defined.
Building with mingw.org toolchain isn't supported anymore. Use the
Mingw-w64 toochain.
I noticed that a default x86_64 install brings in a lot more packages
than a default x86 install. I found three problems that explain at
least some of this.
1. The x86_64 distro has both libexpat1-devel and libexpat-devel, with
the files of the latter being a subset of those of the former.
On 7/15/2013 2:58 PM, Christopher Faylor wrote:
On Mon, Jul 15, 2013 at 02:32:24PM -0400, Charles Wilson wrote:
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 7/16/2013 6:23 PM, Charles Wilson wrote:
@@ -277,6 +289,9 @@ Create cygwin setup.ini from setup.ini,
missing tarballs. --okmissing=source is useful for
LOCAL-ONLY[*] srcless install media.
--recursiverecurse all subdirectories of
On 7/16/2013 8:28 PM, Ken Brown wrote:
On 7/16/2013 6:23 PM, Charles Wilson wrote:
@@ -277,6 +289,9 @@ Create cygwin setup.ini from setup.ini,
missing tarballs. --okmissing=source is
useful for
LOCAL-ONLY[*] srcless install media.
Dear Cygwin list;
So I've made some progress on the problem with ssh I started out trying to
solve... unfortunately, it's got me in select.cc in Cygwin.
Basically, the ssh.exe program operates as this:
Ssh sets up a connection, and starts client_loop;
client_loop monitors (in the debugging
Greetings, All!
Relevant lines from setup.log.full:
2013/07/16 10:52:34 running: C:\Programs\CygWin\bin\bash.exe --norc --noprofile
/etc/postinstall/libdb4.8-devel.sh
admindir /var/lib/alternatives invalid
admindir /var/lib/alternatives invalid
2013/07/16 10:52:34 abnormal exit: exit code=2
cygcheck output from the working setup is:
Found: C:\cygwin\bin\perl.exe
Found: C:\Testwell\CTC\perl
Warning: C:\cygwin\bin\perl.exe hides C:\Testwell\CTC\perl
I wonder if this is the reason? Perhaps Cygwin was picking up the wrong
perl?
Without any perhaps.
Yes! This was the
Hello!
Is there any particular reason why NFS server is missing in 64-bit version
?
I heard nfs-server package is not maintained any more. If anybody is
interested, i have patched my 32-bit NFS server, and in order to do this i
had to do the following face-lift tomy Cygwin installation:
1. Fix
Pretty awesome!
Works like a charm!
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/ctrl-c-to-windows-program-causes-mintty-to-hang-1-7-20-win7-tp99346p100846.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports:
On Jul 16 14:48, Fedin Pavel wrote:
Hello!
Is there any particular reason why NFS server is missing in 64-bit version
?
I heard nfs-server package is not maintained any more. If anybody is
interested, i have patched my 32-bit NFS server, and in order to do this i
had to do the following
Hello!
Is anybody interested in these patches? Unfortunately i can't take
over regular nfs-server maintenance.
Why not? You seem to be the right person for this.
Because of time lack.
BTW, who is original author of our Universal NFS Server ? I think some of
patches should go
On 7/15/2013 11:21 PM, Mark Levedahl wrote:
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
On Jul 16 09:07, Charles Wilson wrote:
On 7/15/2013 11:21 PM, Mark Levedahl wrote:
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
Ken,
It's a bug. I'm unclear how to report it to the cygwin maintainer, but I found
a workaround over on an ubuntu bug tracker:
https://bugs.launchpad.net/ubuntu/+source/a2ps/+bug/149551 It's a very simple
fix:
echo letter /etc/papersize
in your cygwin terminal. I reran setup.exe without
Hi,
Does anyone know why os.path.abspath() in python on cygwin is creating
invalid path names when given these cygwin compatible dos path names?
$ pwd
/cygdrive/c/temp
$ python -c import os; os.path.abspath('/cygdrive/c/temp')
/cygdrive/c/temp
$ python -c import os; os.path.abspath('c:/temp')
On Tue, Jul 16, 2013 at 06:01:06PM +0300, Mikko Rapeli wrote:
Hi,
Does anyone know why os.path.abspath() in python on cygwin is creating
invalid path names when given these cygwin compatible dos path names?
$ pwd
/cygdrive/c/temp
$ python -c import os;
On 7/16/2013 9:10 AM, Corinna Vinschen wrote:
Are the mingw cross compilers still necessary, now that we have
modern mingw-w64 toolchains? On Fedora they aren't shipped since
F17, which already came with mingw-w64 toolchains either.
No, in the sense that you could use the mingw-w64 i686
Sorry, my first message got lost in the mailer.
Basically, I updated today and noticed that checkX segfaults (see attachment).
I've tried both the latest and previous versions, and they both fail now.
Any help would be appreciated.
On Tue, Jul 16, 2013 at 11:45 AM, K Stahl kdst...@gmail.com
On Tue, Jul 16, 2013 at 11:39 AM, Charles Wilson wrote:
On 7/16/2013 9:10 AM, Corinna Vinschen wrote:
Are the mingw cross compilers still necessary, now that we have
modern mingw-w64 toolchains? On Fedora they aren't shipped since
F17, which already came with mingw-w64 toolchains either.
Greetings, All!
I'm trying to execute a script that was working fine until recent update.
It doesn't crash, just, for some reason, trim the last component of a path.
In a nutshell, the issue is this:
$ mkdir /a b
$ cd /a b
$ ls -l $SYSTEMROOT/System32/notepad.exe
(just to confirm that the file
Greetings, All!
I'm trying to execute a script that was working fine until recent update.
It doesn't crash, just, for some reason, trim the last component of a path.
Sorry, it doesn't trim anything. The line was from earlier guess, before I
started to run more tests.
In a nutshell, the issue
Katsumi Yamaoka writes:
BTW, when I run `bzr update' for the Emacs trunk, it shows a warning
that varies like:
0 [main] python2.7 1300 child_info_fork::abort: unable to remap\
_ARC4.dll to same address as parent (0xBE) - try running rebaseall
0 [main] python2.7 4180
The following packages have been added to Cygwin:
- poco-1.4.6p1-1
- libpoco-devel-1.4.6p1-1
- libpoco-doc-1.4.6p1-1
- libpoco16-1.4.6p1-1
- poco-debuginfo-1.4.6p1-1
DESCRIPTION
===
Poco is a collection of modern, powerful open source C++ class libraries and
frameworks for
I've had to create a cygwin tree from a circa 2011 tar dump, and I've had a
devil of a time trying to make it work.
The biggest problem I have right now is that 'alternatives'-style symlinks
don't work.
(The !symlink-style symlinks _do_ seem to work.)
After doing a lot of Google searching, I
On 7/16/2013 2:46 PM, Henry Baker wrote:
I've had to create a cygwin tree from a circa 2011 tar dump, and I've
had a devil of a time trying to make it work.
The biggest problem I have right now is that 'alternatives'-style
symlinks don't work.
(The !symlink-style symlinks _do_ seem to work.)
On 7/16/2013 12:25 PM, Earnie Boyd wrote:
On Tue, Jul 16, 2013 at 11:39 AM, Charles Wilson wrote:
least want to update our current offering to something more current than
4.5.x, AND it's necessary on i686 because recent gmp/mpfr/mpc library
updates have broken mingw-gcc. If, after this update,
On 7/16/2013 4:11 PM, Larry Hall (Cygwin) wrote:
On 7/16/2013 2:46 PM, Henry Baker wrote:
I've had to create a cygwin tree from a circa 2011 tar dump, and I've
had a devil of a time trying to make it work.
Looking at the ones I have in /etc/alternatives, they are the first kind
listed (or the
On 2013-06-21, Gary Johnson wrote:
I've had Cygwin installed on this computer for over two years
without any problems but recently I've started seeing a few problems
and my installation seems corrupted.
1. Starting several weeks ago, whenever I run setup.exe I get this
pop-up message
49 matches
Mail list logo
