On Sep 30 10:00, Volker Quetschke wrote:
http://www.scytek.de/cygwin/release/libgpg-error/setup.hint
http://www.scytek.de/cygwin/release/libgpg-error/libgpg-error-1.0-2.tar.bz2
http://www.scytek.de/cygwin/release/libgpg-error/libgpg-error-1.0-2-src.tar.bz2
3 votes, a GTG review.
Uploaded.
On Sep 30 13:25, Volker Quetschke wrote:
http://www.scytek.de/cygwin/release/libgcrypt/setup.hint
http://www.scytek.de/cygwin/release/libgcrypt/libgcrypt-1.2.0-2.tar.bz2
http://www.scytek.de/cygwin/release/libgcrypt/libgcrypt-1.2.0-2-src.tar.bz2
And another 3 votes + GTG review.
Uploaded with
Gerrit schrieb:
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
Reini schrieb:
monster patch (gerrit-style)
Hey, all the great packages outside are including libtool-1.4 and
require automake-1.4 and autoconf-2.13, why should we depend on five
years old packages which are buggy and unusable most of the time?
but +1
I'd rather run ./autogen.sh style
Reini schrieb:
monster patch (gerrit-style)
BTW, do you want to review my kaffe patch (4 MB bzip2 compressed)?
Gerrit
--
=^..^=
Corinna Vinschen schrieb:
On Sep 21 10:06, Christopher Faylor wrote:
Gerrit please fix this ASAP:
upset: *** warning package libopenldap2 refers to non-existent external-source: openldap
Sorry, my bad. I removed version 2.1.whatever of openldap but I didn't
know that libopenldap2 has this
just a short notice, that you apparently cannot install/download
src packages for the test version of libtool-devel-1.5.10-1-src
trying to get libtool-devel-1.5.10-1-src via setup.exe
always gets me libtool-devel-1.5.6-3-src
but I couldn't verify that it fails generally:
libungif test src was
Gerrit P. Haase schrieb:
Reini schrieb:
monster patch (gerrit-style)
Hey, all the great packages outside are including libtool-1.4 and
require automake-1.4 and autoconf-2.13, why should we depend on five
years old packages which are buggy and unusable most of the time?
by using our own autotool
Hi Reini,
I'd rather run ./autogen.sh style scripts in the conf step.
That would give the same patch size (usually it runs also aclocal,
libtoolize, autoconf, automake).
no, do it in the .sh script. That keeps the patch to the bare and
readable minimum,
I cannot confirm that it reduces
Gerrit schrieb:
Hi Reini,
I'd rather run ./autogen.sh style scripts in the conf step.
That would give the same patch size (usually it runs also aclocal,
libtoolize, autoconf, automake).
no, do it in the .sh script. That keeps the patch to the bare and
readable minimum,
I cannot
On Fri, 1 Oct 2004, Charles Wilson wrote:
Igor Pechtchanski wrote:
Chuck, if you could dig it up, that'd be great. Did you adapt it to use
the generic-build-script? If so, how did you deal with the weird
configure?
It uses a variant of the gbs, IIRC. I'm on dailup right now, so I'll
Hi all,
What you can do is: open the buildscript of any package and add the
following to the mkpatch function: -x 'Makefile.am' -x 'configure' \
-x 'ltmain.sh' -x 'aclocal.m4' -x 'config.sub' -x 'missing' and so on,
then you'll get a patchfile with only the relevant changes. What about
On Fri, Oct 01, 2004 at 08:33:28AM +0200, Dr. Volker Zell wrote:
Volker Quetschke writes:
As advertised, I would like to maintain the cygwin-port of the
libgcrypt library.
This one is GTG with the following patch to setup.hint.
URLs:
Hi!
Sorry, my fault, misread your repliy. I already described why I don't
do it dynamically. Anyway, what is the problem with the great patches?
You can open an editor and search for +++ and you'll see that the
interesting files are always Makefile.am configure.in.
Patchfiles are not for
Christopher Faylor writes:
You don't need to do this. I went to great effort to make sure that this
gets added automatically to the setup.ini entry of anything which uses
info files.
Well, gmp-4.1.3-3 for example has info files, but they definitly do not
show up in my dir file
Quoting Corinna Vinschen:
The author provides a ProDVD edition, which is based on the same source
as cdrecord, but contains proprietary code to access DVD drives. By
providing a closed source application in binary only form linked against
Cygwin, he's infringing the GPL. I've contacted
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Last 2 messages seems not to have reached the ML.. retrying for the
second time... (it was HTML by error, I guess that's why it was
filtered out?)
Wayne Davison wrote:
On Fri, Oct 01, 2004 at 12:31:55AM +0200, Lapo Luchini wrote:
I don't think
On Fri, Oct 01, 2004 at 02:41:08PM +0200, Reini Urban wrote:
Corinna Vinschen schrieb:
On Sep 21 10:06, Christopher Faylor wrote:
Gerrit please fix this ASAP:
upset: *** warning package libopenldap2 refers to non-existent
external-source: openldap
Sorry, my bad. I removed version
On Oct 1 08:59, Ross Smith II wrote:
Quoting Corinna Vinschen:
The author provides a ProDVD edition, which is based on the same source
as cdrecord, but contains proprietary code to access DVD drives. By
providing a closed source application in binary only form linked against
Cygwin,
19 matches
Mail list logo