On Mar 17 19:45, Dr. Volker Zell wrote:
Corinna Vinschen writes:
Packaging looks good. But, do we really need that much ldesc in
all packages? I'd suggest to shorten the texts in the liblzo2_2
and liblzo2-devel setup.hint files.
Fixed. New files at the old location.
Volker?
On Mar 11 15:57, Dr. Volker Zell wrote:
Volker Quetschke writes:
I just looked into the ImageMagick stuff and I would also like to keep
grace.
By the way, there is a grace version sitting in test for more than a
year now. What about that version ?
Ciao
Volker
Hi Charles,
I just read that a security problem which has been found in F-Secure
is also a problem for other packages, namely 7zip and bzip2(*).
While this is apparently fixed in our 7zip release 4.57 (called 4.5.7
in the below URL), it's only fixed in bzip2 1.0.5. We're still at
1.0.3. Any
New configuration script (pure-ftpd-config) was added to simplify NT
service creation. The script is based on csih.
category: Net
requires: cygwin crypt libiconv2 csih
sdesc:secure production-quality standard-conformant FTP server
ldesc:Pure-FTPd is a fast, secure, production-quality
and
Corinna Vinschen wrote:
Volker?
On Mar 11 15:57, Dr. Volker Zell wrote:
Volker Quetschke writes:
I just looked into the ImageMagick stuff and I would also like to keep
grace.
By the way, there is a grace version sitting in test for more than a
year now. What about that version ?
Hmm, I may be wrong. 22.1 just crashed on me. I'm going to try
switching back to 22.1.92 and see how long I can run it without
crashing.
jik
-Original Message-
From: Jonathan Kamens
Sent: Monday, March 17, 2008 6:21 PM
To: cygwin-apps@cygwin.com
Subject: RE: Suggest upgrading to
Included in debian stable
http://packages.debian.org/aria2
category: Net Web
requires: cygwin libintl8 libxml2 openssl
sdesc:High speed download utility
ldesc:Aria2 is a command line download client with resuming and
segmented downloading. Supported protocols are
On Mar 18 18:17, Kostya Altukhov wrote:
http://kacygwinlist.googlepages.com/pure-ftpd-1.0.21-2.tar.bz2 \
http://kacygwinlist.googlepages.com/pure-ftpd-1.0.21-2-src.tar.bz2 \
http://kacygwinlist.googlepages.com/setup.hint
Uploaded.
Thanks,
Corinna
--
Corinna Vinschen
Corinna Vinschen wrote:
I just read that a security problem which has been found in F-Secure
is also a problem for other packages, namely 7zip and bzip2(*).
While this is apparently fixed in our 7zip release 4.57 (called 4.5.7
in the below URL), it's only fixed in bzip2 1.0.5. We're still at
Hi
I would like to adopt and maintain the 'opencdk/libopencdk8' packages from
Gerrit P.Haase and split them into 'opencdk/libopencdk10/libopencdk-devel'
packages.
Here are the setup.hint files:
---
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2008-03-18 09:57:33
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include/sys: cygwin.h
Log message:
* include/sys/cygwin.h: Revert erroneous move of `#ifdef WINVER' to
This patch adds the ability to see functions/symbols in the .stackdump
files generated when there's a fault. It parses the export sections of
each loaded module and finds the closest exported address for each stack
frame address. This of course won't be perfect as it will show the
wrong
Brian Dessent wrote:
Of course the labeling works for any module/dll, not just cygwin1.dll,
but I didn't have a more elaborate testcase to demonstrate.
Forgot to mention...
The symbols are just tacked on on the right hand side there for now. I
wasn't really sure how to handle that. I
Igor Peshansky wrote:
Would it make sense to force a newline before the function name and to
display it with a small indent? That way people who want the old-style
stackdump could just feed the new one into grep -v '^ ' or something...
Yes, that would be one way. That actually reminds me
On Tue, Mar 18, 2008 at 05:24:20PM -0700, Brian Dessent wrote:
This patch adds the ability to see functions/symbols in the .stackdump
files generated when there's a fault. It parses the export sections of
each loaded module and finds the closest exported address for each stack
frame address.
Yaakov,
On Mar 17 20:56, Yaakov (Cygwin Ports) wrote:
NO_LIBTOOLIZE=1
(fix for typo just checked into CVS; use export LIBTOOLIZE=true as a
backup until 0.3.9)
Yaakov
Is there any reason why you don't reply to me on the cygwin-apps mailing
list for a month now?
On Mar 17 22:48, Alon Bar-Lev wrote:
When running under cygwin the exec program runs after about 60 seconds.
The following is the output:
__atfork_prepare
__atfork_parent
before sleep
__atfork_child
after sleep
parent is not running anymore
wait about 60 seconds
56 [main] a 2952
On 3/18/08, Tim Prince [EMAIL PROTECTED] wrote:
I've been building gcc 4.3 and 4.4 with mpfr upgraded to 2.3.1, taking the
gmp provided by cygwin. gcc build doesn't complain about mpfr 2.3.0 until
you get to a few testsuite failures, but there seems no point in using
less than 2.3.1.
The
- Original Message -
From: Matthew Persico [EMAIL PROTECTED]
.
.
Well after a bit of googling around, the answer is this:
1) In a Windows cmd command prompt, cd where your cygwin lives - mine
is at c:\opt\cygwin
Mine is at C:\cygwin.
2) cd ..
I first ran 'attrib cygwin' to see
Reini Urban writes:
I've uploaded a temporary libpq5-8.2.5-1 package with just the file
/bin/cygpq5.dll
which is a dependency for the recently uploaded clisp-2.44-1 package.
You should not install this package by hand, because it does nothing.
The new
Reini Urban writes:
Reini Urban schrieb:
2008/3/6, Dr. Volker Zell [EMAIL PROTECTED]:
setup.ini claims the following:
@ libecpg-compat1
sdesc: Older version of run-time library for ECPG
Hi,
I would like to do what I can to help with this. My reasons are purely
selfish; I'm currently having to use Vista and I'd like to get off!
I've seen that there is some activity around this [1], [2]. My
immediate issue is using rsync fails due to long path names, so that's
my motivation for
I have updated cygrunsrv to version 1.34-1.
This release mainly improves the capability to connect to remote
servers introduced with 1.30-1 (see
http://cygwin.com/ml/cygwin-announce/2008-03/msg00052.html)
The following changes have been made:
- When accessing a remote server, cygrunsrv no
On Mar 18 10:35, James Abley wrote:
I've downloaded the source and had a look, but it's probably beyond my
current level of C experience to do much with it. I'm working on
fixing that. I was hoping it would be a case of switching out the
type-library being used and altering an adaption layer
I get the following when I test my script with auto-answer=yes:
*** Info: The following privileged accounts were found: 'cyg_server' .
*** Info: This script plans to use 'cyg_server'.
*** Info: 'cyg_server' will not be able to log on interactively, but will only
*** Info: be used by registered
Is there a tool to convert a DLL (which has no API Windows calls) into a
lib.a or lib.la ?
If not, then say that I have a lib file named libmetis.a
To make the executable I would add the following
-L$HOME/rest of the path -lmetis
If I have WinMetis.dll, would there be an equivalent command?
From: NightStrike
Is there an approximate timeline for when the gmp and mpfr packages
will be upgraded to the minimum required for compiling gcc? Really, I
guess it's just mpfr that has to be upgraded to 2.3.0., but I think
mpfr 2.3.0 requires gmp 4.2.2.
I have working packages of
Paulo Mota wrote:
Is there a tool to convert a DLL (which has no API Windows calls) into a
lib.a or lib.la ?
That is not possible. A DLL is fully linked code. A static library
(libfoo.a) is unlinked code. Linking is a one-way process, it removes
information that cannot be recovered.
A file
Kostya Altukhov wrote:
I get the following when I test my script with auto-answer=yes:
*** Info: The following privileged accounts were found: 'cyg_server' .
*** Info: This script plans to use 'cyg_server'.
*** Info: 'cyg_server' will not be able to log on interactively, but will only
*** Info:
2008/3/18, Dr. Volker Zell [EMAIL PROTECTED]:
Reini Urban writes:
I've uploaded a temporary libpq5-8.2.5-1 package with just the file
/bin/cygpq5.dll
which is a dependency for the recently uploaded clisp-2.44-1 package.
You should not install this package by hand,
2008/3/17, Michael Kairys [EMAIL PROTECTED]:
When you say yet, do you mean someday? :)
The reason I ask (and keep asking :) is this: I have been working to port
my Perl scripts from AS to Cygwin; and I have them all done except a few
that rely on Perl/Tk. In the absense of a Win32-native
--
From: David Billinghurst [EMAIL PROTECTED]
Sent: Tuesday, March 18, 2008 6:35 AM
To: cygwin@cygwin.com
Subject: RE: gmp/mpfr status
From: NightStrike
Is there an approximate timeline for when the gmp and mpfr packages
will be upgraded to the
Hi
The test release of inetutils installs fine with setup.
I tested it with my original xinetd setup (replacing the
in.* daemons with the new ones).
---
Authentication via ftpd does not seem to work in the new release:
NEW:
ftp xp.de.oracle.com
Connected to
Bobby McNulty wrote:
I have been going nuts trying to get gmp 4.2.2 to work.
thanks for doing this, David. Much appreciated.
What in the world are you doing that's causing so much trouble? They
always have built out of the box with default options just fine for me,
including 2.3.1 and 4.2.2
Bobby McNulty wrote:
It built fine. Installed. Got to build mpfr 2.31, and gmp 4.2.2 kept showing
4.2.1.
That's because toplevel configure will find the system gmp header in
/usr/include unless you pass --with-gmp=prefix you built gmp with and
--with-mpfr=prefix you built mpfr with.
Brian
--
- Original Message -
From: Brian Dessent [EMAIL PROTECTED]
To: cygwin@cygwin.com
Sent: Tuesday, March 18, 2008 9:33 AM
Subject: Re: gmp/mpfr status
Bobby McNulty wrote:
I have been going nuts trying to get gmp 4.2.2 to work.
thanks for doing this, David. Much appreciated.
What
- Original Message -
From: Brian Dessent [EMAIL PROTECTED]
To: cygwin@cygwin.com
Sent: Tuesday, March 18, 2008 9:55 AM
Subject: Re: gmp/mpfr status
Bobby McNulty wrote:
It built fine. Installed. Got to build mpfr 2.31, and gmp 4.2.2 kept
showing
4.2.1.
That's because toplevel
Bobby McNulty wrote:
It built fine. Installed. Got to build mpfr 2.31, and gmp 4.2.2 kept
showing
4.2.1.
That's because toplevel configure will find the system gmp header in
/usr/include unless you pass --with-gmp=prefix you built gmp with and
--with-mpfr=prefix you built mpfr with.
Brian
Hi Dave, hi Cygwin developers,
I checked the contents of /proc/pid/maps with the test program
below, both before and after waveinopen, with both cygwin1.dll
1.5.25.11 and the snapshot 2008-03-02.
The content of maps seems to be the same, with some differences in the
permissions.
The test
GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.
This is a routine update to one of the more recent releases from the 1.5
branch. It has been available from the mirrors since last July, and as
an
Hi. I'm facing some problems with Cygwin 1.5.25.11 under Windows Vista, the
most annonying is puttycyg not working anymore.. So I realized that I need
to downgrade to the last version supported by puttycyg
(http://web.gccaz.edu/~medgar/puttycyg/)
The thing is. No previous versions of cygwin
The test release of inetutils installs fine with setup.
I tested it with my original xinetd setup (replacing the in.* daemons with
the new ones).
Authentication via ftpd does not seem to work in the new release:
...
530 Login incorrect.
This is odd. ftpd works for me
1) on XP SP2,
Gaston Martin wrote:
The thing is. No previous versions of cygwin are available for install. So
No, there's always one previous version available, in this case
1.5.25-7.
how can I downgrade my current (and latest) Cygwin version to the earlier
1.5.24-2 ?
a) Check the directory of your
Gaston Martin wrote:
Hi. I'm facing some problems with Cygwin 1.5.25.11 under Windows Vista,
the most annonying is puttycyg not working anymore.. So I realized that
I need to downgrade to the last version supported by puttycyg
(http://web.gccaz.edu/~medgar/puttycyg/)
It would probably be
Gaston Martin wrote on 18 March 2008 16:07:
Hi. I'm facing some problems with Cygwin 1.5.25.11 under Windows Vista,
the most annonying is puttycyg not working anymore.. So I realized that I
need to downgrade to the last version supported by puttycyg
(http://web.gccaz.edu/~medgar/puttycyg/)
On Mar 18 12:32, Charles Wilson wrote:
The test release of inetutils installs fine with setup.
I tested it with my original xinetd setup (replacing the in.* daemons with
the new ones).
Authentication via ftpd does not seem to work in the new release:
...
530 Login incorrect.
Charles Wilson writes:
The test release of inetutils installs fine with setup.
I tested it with my original xinetd setup (replacing the in.* daemons
with the new ones).
Authentication via ftpd does not seem to work in the new release:
...
530 Login incorrect.
Corinna Vinschen wrote:
On Mar 18 12:32, Charles Wilson wrote:
This is odd. ftpd works for me
1) on XP SP2, where inetd is installed as a service on its own,
running under the local system account
2) on XP SP2, where inetd is installed as a service using cygrunsrv,
running under the
On Mar 18 13:46, Charles Wilson wrote:
(* okay, I just got a vista machine last week, but I haven't
even tried to install cygwin on it. Reading the horror stories...)
diabolical laughter
Oops. I was thinking of rlogind:
#define ROOT_UID18
Uh oh. There's a certain chance that I never
The last company I worked for tried bundling Cygwin (with sources, natch)
as part of a product. Predictably (to those who have tried this),
this caused big problems because it conflicted with any Cygwin
installed on customers' machines.
Looking at the archives, I see at least a couple other
On Tue, Mar 18, 2008 at 02:15:58PM -0700, Dan Kegel wrote:
The last company I worked for tried bundling Cygwin (with sources, natch)
as part of a product. Predictably (to those who have tried this),
this caused big problems because it conflicted with any Cygwin
installed on customers' machines.
Angelo Graziosi wrote:
Non-official Cygwin binaries can be found here
http://www.webalice.it/angelo.graziosi/cygwin/emacs/Emacs.html
To install see the emacs-23.0.60.snapshot.README file.
Thanks! This is great. Will this make it to the official repositories soon?
-Lewis
--
[EMAIL PROTECTED] wrote:
You somehow managed to get part of the message while tanking on the rest.
OK, how's this look:
Q. I want to bundle Cygwin with a product, and ship it to customer
sites. How can I do this without conflicting with any Cygwin
installed by the user?
A. Cygwin is not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Dan Kegel on 3/18/2008 6:15 PM:
| [EMAIL PROTECTED] wrote:
| You somehow managed to get part of the message while tanking on the rest.
|
| OK, how's this look:
|
| Q. I want to bundle Cygwin with a product, and ship it to customer
|
On 18/03/2008, Christopher Faylor
[EMAIL PROTECTED] wrote:
So, we DON'T WANT people doing this. What we actually want a 3PP to do
is check if there is a version of cygwin installed and use the installed
version if it is a newer or conditionally upgrade if it is not.
The problem with
OK, third draft:
Q. I want to bundle Cygwin with a product, and ship it to customer
sites. How can I do this without conflicting with any Cygwin
installed by the user?
A. Third party developers who wish to use Cygwin should check if
there is a version of cygwin installed and use the installed
Brian Dessent wrote:
So cygwin pays attention, and my re-passing the args via execv
preserves the quoting of filenames, but the no-cyg version appears
to take the argv[1..#] arguments and merge them into 1 argument.
To do the same in the no-cyg version, I'd have to peel each arg
off, put quotes
Adam Thompson wrote:
On 18/03/2008, Christopher Faylor wrote:
So, we DON'T WANT people doing this. What we actually want a 3PP to do
is check if there is a version of cygwin installed and use the installed
version if it is a newer or conditionally upgrade if it is not.
The problem with
On Tue, Mar 18, 2008 at 05:37:09PM -0700, Dan Kegel wrote:
OK, third draft:
Q. I want to bundle Cygwin with a product, and ship it to customer
sites. How can I do this without conflicting with any Cygwin
installed by the user?
A. Third party developers who wish to use Cygwin should check if
On Tue, Mar 18, 2008 at 11:30:43PM -0400, Larry Hall (Cygwin) wrote:
Adam Thompson wrote:
On 18/03/2008, Christopher Faylor wrote:
So, we DON'T WANT people doing this. What we actually want a 3PP to do
is check if there is a version of cygwin installed and use the installed
version if it
On 3/18/08, Brian Dessent [EMAIL PROTECTED] wrote:
Bobby McNulty wrote:
It built fine. Installed. Got to build mpfr 2.31, and gmp 4.2.2 kept showing
4.2.1.
That's because toplevel configure will find the system gmp header in
/usr/include unless you pass --with-gmp=prefix you built gmp
:-)
Seriously, though, something belongs in the FAQ
about this stuff, doesn't it?My third draft was
only one quarter satire; most of it was pretty straight
up. I can redraft it without the satire if you like.
Don't assume that everyone who asks the question
is trying to cheat or bend the
On Tue, Mar 18, 2008 at 09:14:21PM -0700, Dan Kegel wrote:
:-)
Seriously, though, something belongs in the FAQ
about this stuff, doesn't it?My third draft was
only one quarter satire; most of it was pretty straight
up. I can redraft it without the satire if you like.
Don't assume that
Christopher Faylor wrote:
I assume that they are either trying to 1) cheat, 2) bend the rules, 3)
not spend any time whatsoever worrying about the problem, or 4) become
annoyed because they have thought about it for thirty seconds and it
seems like we're purposely trying to punish them.
I
Bobby McNulty wrote:
It built fine. Installed. Got to build mpfr 2.31, and gmp 4.2.2 kept
showing
4.2.1.
That's because toplevel configure will find the system gmp header in
/usr/include unless you pass --with-gmp=prefix you built gmp with and
--with-mpfr=prefix you built mpfr with.
He
From: Dan Kegel
Christopher Faylor wrote:
I assume that they are either trying to 1) cheat, 2) bend
the rules,
3) not spend any time whatsoever worrying about the problem, or 4)
become annoyed because they have thought about it for
thirty seconds
and it seems like we're
I have updated cygrunsrv to version 1.34-1.
This release mainly improves the capability to connect to remote
servers introduced with 1.30-1 (see
http://cygwin.com/ml/cygwin-announce/2008-03/msg00052.html)
The following changes have been made:
- When accessing a remote server, cygrunsrv no
67 matches
Mail list logo