Hi Jari,
On Dec 9 19:06, Jari Aalto wrote:
Included in Debian stable:
http://packages.debian.org/arj
Download:
wget \
http://cante.net/~jaalto/tmp/cygwin/arj/arj-3.10.22-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/arj/arj-3.10.22-1.tar.bz2 \
On Dec 22 06:09, Marco Atzeri wrote:
new upstream version
to download
wget -r -np -nH --cut-dirs=2 http://matzeri.altervista.org/cygwin-1.7/glpk
Uploaded. We have six versions of glpk now, 4.36-3, 4.36-4, 4.38-2,
4.39-1, 4.40-1, 4.41-1. Can we remove the 4.36 and 4.38 versions?
Thanks,
On Dec 21 21:10, Thomas Wolff wrote:
[resending without attachments which got spam-blocked]
Corinna Vinschen schrieb:
On Dec 18 16:08, Thomas Wolff wrote:
Corinna Vinschen schrieb:
On Dec 18 11:57, Corinna Vinschen wrote:
On Dec 17 17:31, Corinna Vinschen wrote:
I applied a patch which
--- Mar 22/12/09, Corinna Vinschen ha scritto:
On Dec 22 06:09, Marco Atzeri wrote:
new upstream version
to download
wget -r -np -nH --cut-dirs=2 http://matzeri.altervista.org/cygwin-1.7/glpk
Uploaded. We have six versions of glpk now, 4.36-3,
4.36-4, 4.38-2,
4.39-1, 4.40-1,
On Dec 22 10:59, Marco Atzeri wrote:
--- Mar 22/12/09, Corinna Vinschen ha scritto:
On Dec 22 06:09, Marco Atzeri wrote:
new upstream version
to download
wget -r -np -nH --cut-dirs=2 http://matzeri.altervista.org/cygwin-1.7/glpk
Uploaded. We have six versions of glpk now,
On Mon, Dec 21, 2009 at 11:13:05AM +0100, Corinna Vinschen wrote:
Is there a chance we can release 1.7.1 before Christmas?
I fixed the problem I was seeing in setup.exe. As it turns out, it had
nothing to do with older versions of Windows. It was actually a bug in
my code.
I was under the
On Dec 22 11:23, Christopher Faylor wrote:
On Mon, Dec 21, 2009 at 11:13:05AM +0100, Corinna Vinschen wrote:
Is there a chance we can release 1.7.1 before Christmas?
I fixed the problem I was seeing in setup.exe. As it turns out, it had
nothing to do with older versions of Windows. It was
On Tue, Dec 22, 2009 at 05:43:59PM +0100, Corinna Vinschen wrote:
On Dec 22 11:23, Christopher Faylor wrote:
On Mon, Dec 21, 2009 at 11:13:05AM +0100, Corinna Vinschen wrote:
Is there a chance we can release 1.7.1 before Christmas?
I fixed the problem I was seeing in setup.exe. As it turns
On Dec 22 12:13, Christopher Faylor wrote:
On Tue, Dec 22, 2009 at 05:43:59PM +0100, Corinna Vinschen wrote:
On Dec 22 11:23, Christopher Faylor wrote:
If you want to make a 1.7.1 version of cygwin available, I'll do all of
the magic on sourceware. Or, I can build it, put it up, and let you
On Tue, Dec 22, 2009 at 07:04:22PM +0100, Corinna Vinschen wrote:
On Dec 22 12:13, Christopher Faylor wrote:
On Tue, Dec 22, 2009 at 05:43:59PM +0100, Corinna Vinschen wrote:
On Dec 22 11:23, Christopher Faylor wrote:
If you want to make a 1.7.1 version of cygwin available, I'll do all of
On Dec 22 13:16, Christopher Faylor wrote:
On Tue, Dec 22, 2009 at 07:04:22PM +0100, Corinna Vinschen wrote:
On Dec 22 12:13, Christopher Faylor wrote:
My preference would be to do it tonight but that would probably be too
late for you?
It depends. I'll be off to dinner now, but I can do
2009/12/22 Corinna Vinschen:
On http://freshmeat.net/projects/cygwin it looks like you're still the
owner. At least there's a box on the right side with your nick. Hmm, I
don't even see a button or something to add a change. Come to think of
it, I never looked on freshmeat before so I don't
On Dec 22 20:23, Andy Koppe wrote:
2009/12/22 Corinna Vinschen:
On http://freshmeat.net/projects/cygwin it looks like you're still the
owner. At least there's a box on the right side with your nick. Hmm, I
don't even see a button or something to add a change. Come to think of
it, I
On Tue, Dec 22, 2009 at 09:30:00PM +0100, Corinna Vinschen wrote:
Uh, right, I didn't see it. I guess I'll need glasses 8-)
Ditto. I think I had this problem every time I entered a new release.
Duh.
cgf
On Tue, Dec 22, 2009 at 09:09:45PM +0100, Corinna Vinschen wrote:
On Dec 22 13:16, Christopher Faylor wrote:
On Tue, Dec 22, 2009 at 07:04:22PM +0100, Corinna Vinschen wrote:
On Dec 22 12:13, Christopher Faylor wrote:
My preference would be to do it tonight but that would probably be too
On Dec 22 21:09, Corinna Vinschen wrote:
On Dec 22 13:16, Christopher Faylor wrote:
On Tue, Dec 22, 2009 at 07:04:22PM +0100, Corinna Vinschen wrote:
On Dec 22 12:13, Christopher Faylor wrote:
My preference would be to do it tonight but that would probably be too
late for you?
It
On Dec 22 16:46, Christopher Faylor wrote:
On Tue, Dec 22, 2009 at 09:09:45PM +0100, Corinna Vinschen wrote:
On Dec 22 13:16, Christopher Faylor wrote:
On Tue, Dec 22, 2009 at 07:04:22PM +0100, Corinna Vinschen wrote:
On Dec 22 12:13, Christopher Faylor wrote:
My preference would be to do
updated to correct a sigsev error.
to download:
wget -r -np -nH --cut-dirs=2 http://matzeri.altervista.org/cygwin-1.7/arpack/
arpack-96-2-src.tar.bz2
libarpack-devel/libarpack-devel-96-2.tar.bz2
libarpack-devel/setup.hint
libarpack0/libarpack0-96-2.tar.bz2
libarpack0/setup.hint
setup.hint
On Tue, Dec 22, 2009 at 10:47:01PM +0100, Corinna Vinschen wrote:
Missing is only the index.html file, the announcement and the
article.db stuff, which I will all do tomorrow morning. Plus
freshmeat.
I can do freshmeat as soon as there's an announcement.
All of the bits have been moved around
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2009-12-23 00:35:19
Modified files:
cygwin : ChangeLog select.cc
Log message:
* select.cc (fhandler_fifo::select_read): Fill in device specific
record.
On Mon, 21 Dec 2009 22:42:39 -0500, Larry Hall (Cygwin)
reply-to-list-only...@cygwin.com wrote:
On 12/21/2009 10:41 PM, Paul McFerrin wrote:
Doing my bi-weekly update of my 1.7 installation, I noticed that it
download my whole installation again and took at least an hour to
perform at RR
On Dec 21 20:51, Keith Brown wrote:
Hi,
The link is incorrect in the Setting up Cygwin section of the 1.7
FAQ, question 6 After upgrading from Cygwin 1.5 to Cygwin 1.7 my
user mount points disappeared! How can I get them back?. It is
currently
Hi!
I have a problem, I will connection with key mode in my openSSH
server. In can connect with my password.
I have copy ma public key in home/myUser/.ssh/authorized_keys.
When I connect with winSCP, I have an error:
The server expected closed connection.
Authentification error.
And if connect
'--icon=c:\_0\hippo_xp.ico' option now breaks mintty.
Removing it from the shortcut fixes it.
Boo.
I want my hippo.
My dog has refused to continue with her piano lessons until 'mintty' is
fixed.
Please help Phydeaux to continue her muzeecle edjeecayshun.
hippolessLee
--
Problem reports:
This problem was apparently due to a hung 'makewhatis' background
process. Sorry about the bother.
Never mind,
emiLee (Letella)
Lee Rothstein wrote:
* 'man' is installed.
* 'cygcheck' says ok
* 'makewhatis' is run after each run of setup.
* 'apropos' works fine
* 'whatis' does not
For
2009/12/22 Lee D. Rothstein:
'--icon=c:\_0\hippo_xp.ico' option now breaks mintty.
Works for me, with the icon placed in the same location. This is on
XP, and I tried it both in Cygwin 1.5 and 1.7.
What system are you on? How does it break? Can you run mintty with
that option from an existing
Andy Koppe wrote:
2009/12/22 Lee D. Rothstein:
'--icon=c:\_0\hippo_xp.ico' option now breaks mintty.
Works for me, with the icon placed in the same location. This is on
XP, and I tried it both in Cygwin 1.5 and 1.7.
NB: c:\_0 is my root.
I just looked at the ownership/mode of
Stéphanie Cettou wrote:
I have a problem, I will connection with key mode in my openSSH
server. In can connect with my password.
So this way it works.
I have cop[ied] m[y] public key [to] home/myUser/.ssh/authorized_keys.
Which public key? You may have several around...
When I connect
e.g., all of the following don't work:
$ mintty --icon=/hippo_xp.ico -
mintty: could not load icon -- /hippo_xp.ico
$ /bin/mintty.exe --icon=$(cygpath -ua 'c:\_0\hippo_xp.ico') -
mintty: could not load icon -- /hippo_xp.ico
What happens if you do:
$ mintty --icon=/Cygwin.ico -
Do you
Thank you for you answer,
I use a rsa key, so I adapt the command:
scet...@chws0018 /cygdrive/c/Documents and Settings/scettou/Desktop/key
$ scp -o PubkeyAuthentication=no id_rsa.pub scet...@10.4.15.5:tempKey
scet...@10.4.15.5's password:
id_rsa.pub100% 225
On 12/22/2009 05:19 AM, Chris January wrote:
On Mon, 21 Dec 2009 22:42:39 -0500, Larry Hall (Cygwin)
reply-to-list-only-lh at that place called cygwin wrote:
^^^
Um, http://cygwin.com/acronyms/#PCYMTNQREAIYR
On 12/21/2009 10:41 PM, Paul McFerrin wrote:
Doing
If I do:
scet...@chws0018 /cygdrive/c/Documents and Settings/scettou/Desktop/key
$ ssh -v 10.4.15.5
OpenSSH_5.1p1, OpenSSL 0.9.8l 5 Nov 2009
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to 10.4.15.5 [10.4.15.5] port 22.
debug1: Connection established.
debug1: identity
Stéphanie Cettou wrote:
[]
debug1: match: OpenSSH_5.1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.1
[]
debug1: Host '10.4.15.5' is known and matches the RSA host key.
debug1: Found key in /home/scettou/.ssh/known_hosts:3
2009/12/22 Lee D. Rothstein:
'--icon=c:\_0\hippo_xp.ico' option now breaks mintty.
Works for me, with the icon placed in the same location. This is on
XP, and I tried it both in Cygwin 1.5 and 1.7.
NB: c:\_0 is my root.
I just looked at the ownership/mode of hippo_xp.ico and it was
The newlib header for iconv.h was recently fixed to comply with the POSIX
prototype, but cygwin is still stuck with a bogus const on the second argument
of iconv(). It's kind of a catch-22 - libiconv configures itself to preserve
the system's prototype, but on cygwin, the system's prototype
Eric Blake ebb9 at byu.net writes:
I think it should be possible with:
./configure am_cv_proto_iconv_arg1=
Nope, not quite enough. It needs the hairier:
./configure am_cv_proto_iconv_arg1= am_cv_proto_iconv=extern size_t iconv
(iconv_t cd, char * *inbuf, size_t *inbytesleft, char *
Mintty is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
Mintty is based on code from
Chris Sutcliffe wrote:
e.g., all of the following don't work:
$ mintty --icon=/hippo_xp.ico -
mintty: could not load icon -- /hippo_xp.ico
$ /bin/mintty.exe --icon=$(cygpath -ua 'c:\_0\hippo_xp.ico') -
mintty: could not load icon -- /hippo_xp.ico
What happens if you do:
$ mintty
Andy Koppe wrote:
2009/12/22 Lee D. Rothstein:
'--icon=c:\_0\hippo_xp.ico' option now breaks mintty.
Works for me, with the icon placed in the same location. This is on
XP, and I tried it both in Cygwin 1.5 and 1.7.
NB: c:\_0 is my root.
I just looked at the
I am experiencing a problem with select() and named pipes in cygwin 1.7.
The attached test case segfaults on the select() call, but works fine
with both cygwin 1.5 and linux.
--
Enrico
#include stdio.h
#include stdlib.h
#include errno.h
#include sys/select.h
#include sys/types.h
#include
Enrico Forestieri wrote:
I am experiencing a problem with select() and named pipes in cygwin 1.7.
The attached test case segfaults on the select() call, but works fine
with both cygwin 1.5 and linux.
Confirmed. It appears that start_thread_pipe() is called for both pipes and
fifos, but only
What happens if you do:
$ mintty --icon=/Cygwin.ico -
works!
I suspect this is related to an issue reported before with the hippo
icon (I assume it's the one Chuck mentioned in a previous email?). I
don't remember the exact details, but I remember Vista not liking the
icon unless it was
Chris Sutcliffe wrote:
What happens if you do:
$ mintty --icon=/Cygwin.ico -
works!
I suspect this is related to an issue reported before with the hippo
icon (I assume it's the one Chuck mentioned in a previous email?). I
don't remember the exact details, but I remember Vista
$ find /[a-ce-quv]* -name cygicons-hippo-vista-0.dll
Google: cygicons-hippo-vista-0.dll
Google: cygwin hippo icon dll
all reveal NADA!
What am I missing?
This email:
http://sourceware.org/ml/cygwin/2009-12/msg00234.html
The thread will also provide the background on what I was
On Tue, Dec 22, 2009 at 11:43:09PM +0100, Enrico Forestieri wrote:
I am experiencing a problem with select() and named pipes in cygwin
1.7. The attached test case segfaults on the select() call, but works
fine with both cygwin 1.5 and linux.
Thanks for the test case. This should be fixed in the
On Mon, Dec 07, 2009 at 04:46:00PM +0100, Karsten Otto wrote:
Hi everybody!
I have a question regarding the delivery of signals to pthreads in
Cygwin (1.7 beta). As an example, please consider the following
situation (see attached file for source code):
There are two threads, a main thread and
Just done from mirrors.kernel.org!
$ uname -a
CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
Thanks to all developers of Cygwin.
Ciao,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
cygwin 1.5 and linux.
Thanks for the test case. This should be fixed in the next Cygwin
snapshot but it will not be fixed (of course?) in 1.7.1 which is now
available from the Cygwin web site.
I confirm that with the 20091222 snapshot the crash does not occur
anymore. However, there's still
Hi,
On Wed, Dec 23rd, 2009 at 11:54 AM, Angelo Graziosi
angelo.grazi...@alice.it wrote:
Just done from mirrors.kernel.org!
$ uname -a
CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
Thanks to all developers of Cygwin.
Indeed thanks to all the developers. However, it
Shaddy Baddah wrote:
Indeed thanks to all the developers. However, it is not officially done
yet, is it? I notice that there is still no setup.exe available for it
on the main page. I'm in a bit of limbo state, because unexpectedly I
have had to make a new install.
Yep, it's official; the
On Wed, Dec 23, 2009 at 01:18:22PM +1100, Shaddy Baddah wrote:
Hi,
On Wed, Dec 23rd, 2009 at 11:54 AM, Angelo Graziosi
angelo.grazi...@alice.it wrote:
Just done from mirrors.kernel.org!
$ uname -a
CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
Thanks to all
On 12/22/2009 09:14 PM, Joseph Hirn wrote:
Potential app conflicts:
Logitech Process Monitor service
Detected: Named process.
This is one potential issue. Also, you need to make sure you set or unset tty
before you start the shell you're going to work in. In your case, you want to
make sure
Eric Blake wrote:
The newlib header for iconv.h was recently fixed to comply with the POSIX
prototype, but cygwin is still stuck with a bogus const on the second
argument
of iconv(). It's kind of a catch-22 - libiconv configures itself to preserve
the system's prototype, but on cygwin,
Hi,
I've recently had need to dynamically load a Cygwin DLL into an non-Cygwin
application. The FAQ entry for doing this and the associated sample application
(/src/winsup/testsuite/winsup.api/cygload.cc) are both a bit out-of-date,
though they still provided me with enough information to get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Charles Wilson on 12/22/2009 8:25 PM:
Err...by changing the prototype, doesn't that change the ABI?
-_EXFUN(iconv, (iconv_t, _CONST char **, size_t *, char **, size_t *));
+_EXFUN(iconv, (iconv_t, char **, size_t *, char **, size_t
Version 4.41-1 of glpk,libglpk0,libglpk-devel
have been uploaded for cygwin-1.7.
The GLPK (GNU Linear Programming Kit) package is
intended for solving large-scale linear
programming (LP), mixed integer programming (MIP),
and other related problems. It is a set of
routines written in ANSI C and
Chris,
Thanks for the reference. As I mentioned, it wasn't retrievable via
Google. Strange.
As you had stated earlier, the key to solving the problem is to reference:
--icon=c:\_0\cygicons-hippo-vista-0.dll,10 in the shortcut
Note to everyone, including Andy, the ICO file worked until
Bravo!
Angelo Graziosi wrote:
Just done from mirrors.kernel.org!
$ uname -a
CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
Thanks to all developers of Cygwin.
Ciao,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Mintty is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
Mintty is based on code from
Version 4.41-1 of glpk,libglpk0,libglpk-devel
have been uploaded for cygwin-1.7.
The GLPK (GNU Linear Programming Kit) package is
intended for solving large-scale linear
programming (LP), mixed integer programming (MIP),
and other related problems. It is a set of
routines written in ANSI C and
60 matches
Mail list logo
