Gary R. Van Sickle wrote:
Hallo,
I'm running XP SP2, setup.exe crashes, I cannot install the
latest packages.
So currently I cannot use my XP box to work on new packages.
Sorry if this doesn't help to track down the problem. Is a
debugging version of setup available for Download?
I've been
Gerrit schrieb:
Gary R. Van Sickle wrote:
I'm running XP SP2, setup.exe crashes, I cannot install the
latest packages.
So currently I cannot use my XP box to work on new packages.
I've been running SP2 for quite a while now at work and home and haven't had
any trouble with setup.
I ran it
Reini Urban schrieb:
I would also like to try to contribute and maintain the cygwin-port of
the ploticus package. Jari didn't respond so far. (it was one year ago)
http://www.cygwin.com/ml/cygwin-apps/2003-09/msg00183.html
On Sep 27 08:31, Dr. Volker Zell wrote:
wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/man/setup.hint
wget
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/man/man-1.5o-1-src.tar.bz2
wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/man/man-1.5o-1.tar.bz2
Christopher Faylor wrote:
Would you check for registry keys on UNIX?
I was talking about something to be done by the Windows-only setup of
the application, not by the application itself, so no need to test for
in on unix.
Something like the setup of clamwin saying: I need cygwin, but I see you
Lapo Luchini wrote:
Moreover (citing Schneier's from last Crypto-Gram) there's an old saying
inside the NSA: Attacks always get better; they never get worse.
These techniques will continue to improve, and probably someday there
will be practical attacks based on these techniques.
Anyone that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Dessent wrote:
Anyone that had sufficient access to the server to modify the binary
could just insert a modified md5sum as well. Its only useful purpose is
detecting accidental transmission errors and it does that just fine
regardless of
Fixed the textmode issue (thanks to Sjoerd Mullender for the patch).
Contains no other change to 2.6.2-2 soruce code.
Here it goes:
http://www.lapo.it/cygwin/rsync-2.6.2-3-src.tar.bz2
http://www.lapo.it/cygwin/rsync-2.6.2-3.tar.bz2
$ md5sum
13ea3d48b702cd8523e5e542f4d5fc0b
On Tue, Sep 28, 2004 at 03:01:44PM +0200, Lapo Luchini wrote:
Fixed the textmode issue (thanks to Sjoerd Mullender for the patch).
Contains no other change to 2.6.2-2 soruce code.
Here it goes:
http://www.lapo.it/cygwin/rsync-2.6.2-3-src.tar.bz2
http://www.lapo.it/cygwin/rsync-2.6.2-3.tar.bz2
Lapo Luchini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Charles, just a quick question:
http://sources.redhat.com/ml/cygwin/1999-05/msg00552.html
did you happen to solve that problem, back then?
Nope, never did. I switched to popt.
I'm trying to port shash to cygwin (a command line
http://home.comcast.net/~andrex/cygwin/unison/setup.hint
http://home.comcast.net/~andrex/cygwin/unison/unison-2.10.2-2.tar.bz2
http://home.comcast.net/~andrex/cygwin/unison/unison-2.10.2-2-src.tar.bz2
http://home.comcast.net/~andrex/cygwin/unison/unison-2.9.20-1.tar.bz2
Charles Wilson wrote:
Hopefully shash doesn't rely on the mhash library.
It does, actually.
As pointed out on this list over the weekend, cygwin's mhash library
is actually an msvcrt lib, and will be removed from the distro if the
maintainer doesn't correct that problem.
Ehm, I guess
Reini Urban writes:
I would like to contribute and maintain the cygwin-port of the
mathomatic package:
+1
Ciao
Volker
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit P. Haase wrote:
Well, it seems passing the change below to libtool fixes this.
Thanks (again).
I'll try and see if it all work smoothly also on gmp-4.1.4 and release
it directly, I guess.
Lapo
- --
L a p o L u c h i n i
l a p o @ l a p
Corinna Vinschen writes:
On Sep 27 08:31, Dr. Volker Zell wrote:
wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/man/setup.hint
wget
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/man/man-1.5o-1-src.tar.bz2
wget
Andrew Schulman wrote:
http://home.comcast.net/~andrex/cygwin/unison/setup.hint
http://home.comcast.net/~andrex/cygwin/unison/unison-2.10.2-2.tar.bz2
http://home.comcast.net/~andrex/cygwin/unison/unison-2.10.2-2-src.tar.bz2
http://home.comcast.net/~andrex/cygwin/unison/unison-2.9.20-1.tar.bz2
On Tue, Sep 28, 2004 at 08:32:51PM +0200, Gerrit P. Haase wrote:
Andrew Schulman wrote:
http://home.comcast.net/~andrex/cygwin/unison/setup.hint
http://home.comcast.net/~andrex/cygwin/unison/unison-2.10.2-2.tar.bz2
http://home.comcast.net/~andrex/cygwin/unison/unison-2.10.2-2-src.tar.bz2
And the first job for our new maintainer:
/usr/lib/libcurl.la has two wrong (mingw) dependencies.
Attached patch is needed for all who want to build
a shared lib with -lcurl
--- /usr/lib/libcurl.la~2004-03-22 17:56:51.00100 +0200
+++ /usr/lib/libcurl.la 2004-09-28 21:28:48.546206400
I've removed the tags.
Thank you. The problem is solved. A.
Reini Urban schrieb:
And the first job for our new maintainer:
even worse. /usr/bin/curl-config has those also hard-coded.
please fix them there also.
FYI: DLL build will fail on cygwin if the libtool switch -no-undefined
is used. libgdi and libwinmm provide no export information if compiled
via
Thanks for the patch.
-- James
=
I made several /usr/lib/.la file for libs which could be loaded shared
(at run-time) for myself to enable shared and smaller modules for the
bigger stuff I'm working on. php, clamav, postgresql, ...
Basically I was just annoyed that such libs as -lz -lssl -lcrypto -png
-lncurses and so on,
On Tue, Sep 28, 2004 at 11:53:30PM +0200, Reini Urban wrote:
I'm quite annoyed that e.g. openssl-devel-0.9.7d-2 or zlib still
come with lib*.dll.a, lib*.a and cyg*.dll, but still without lib*.la.
Wrong mailing list.
Wrong sentiment, too.
cgf
I made several /usr/lib/.la file for libs which could be loaded shared
(at run-time) for myself to enable shared and smaller modules for the
bigger stuff I'm working on. php, clamav, postgresql, ...
Whether a .la file exists or not has NO bearing on whether the library
can be loaded dynamically
Hi Yaakov,
I'm pretty sure opencdk is a prereq for gnutls; I'm not sure exactly
what gnutls is needed for (gaim? mozilla?), nor libgpg-error or
libgcrypt, but they are definitely not necessary for the desktop or core
libs.
I think they are mentioned there because these packages are all external
Gerrit schrieb:
Gary R. Van Sickle wrote:
I'm running XP SP2, setup.exe crashes, I cannot install the latest
packages.
So currently I cannot use my XP box to work on new packages.
I've been running SP2 for quite a while now at work and home and
haven't had any trouble with setup.
Gerrit P. Haase wrote:
The new updates are based on libtool-1.5.10
now which seems to work fine here.
Yay!
That is the reason why we must use libtool-1.5.10, there are data
symbols in some Glib objects which are tagged with .rdata and when you
try to dynamically load them - bang. I got
Gerrit P. Haase wrote:
I have tried several times to build mozilla, it shouild work AFAICS, but
the build system is a mess, at least I was able to build spidermonkey.
On X11 I presume?
No, I introduced a bug in the glib2 update, I'll upload another update
tomorrow. GLib uses dlopen() then. The
28 matches
Mail list logo