package offering: gnupg

Hi! After the recent discussion about GnuPG 1.0.7 and the recluctance of the official maintainers concerning cygwin/mingw support I might as well offer it as a package. Here's the setup.hint and the URLs: sdesc: "GnuPG is GNU's tool for secure communication and data storage." ldesc: "GNU Privac

RE: Setup.exe 2.218.2.9 crashes with stack fault on Win98SE

> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf Of Brendan Kelly > Sent: Saturday, 8 June 2002 12:31 PM > To: [EMAIL PROTECTED] > Subject: RE: Setup.exe 2.218.2.9 crashes with stack fault on Win98SE > > > Problem solved. Apparently another piece o

Re: package offering: gnupg

Hallo Volker, > After the recent discussion about GnuPG 1.0.7 and the recluctance of the > official maintainers concerning cygwin/mingw support I might as well > offer it as a package. Thumbs up from me, this is a missing package. Gerrit -- =^..^=

Re: package offering: gnupg

Volker, You have my vote, of course. I have a few packages in the works which could benefit from GnuPGP in the mainline distribution. Cheers, Nicholas Volker Quetschke wrote: > Hi!

Re: package offering: gnupg

On Sat, Jun 08, 2002 at 02:14:48PM +0200, Gerrit P. Haase wrote: >Hallo Volker, > >> After the recent discussion about GnuPG 1.0.7 and the recluctance of the >> official maintainers concerning cygwin/mingw support I might as well >> offer it as a package. > >Thumbs up from me, this is a missing pa

Re: package offering: gnupg

> > >I think we'd all like to get this in the distribution. Has anyone reviewed >the packaging? > > Binary package seems good: installs in /usr as prefix and /etc as config dir. Source package is method two so doesn't need checking. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys

Re: package offering: gnupg

Hmm... I think Chuck better look at the buildscript, there seem to be a couple of (unnecessary?)kludges throughout the script. For instance, re-autoconfilizing the autoscripts shouldn't be a necessary step in the user build process. You should do that ahead of time, delete the autom4ate.cac

Re: package offering: gnupg

On Sat, Jun 08, 2002 at 02:45:14PM -0400, Nicholas Wourms wrote: >I think Chuck better look at the buildscript, there seem to be a couple >of (unnecessary?)kludges throughout the script. For instance, >re-autoconfilizing the autoscripts shouldn't be a necessary step in the >user build process.

RE: package offering: gnupg

I'd prefer the re-autotool stuff to be part of the user build process. I was going to propose this for ImageMagick, as it reduces the patches from approx 1 Mb down to 2 lines. Much easier to understand. -Original Message- From: Nicholas Wourms [mailto:[EMAIL PROTECTED]] Sent: Sunday, 9

gcj patches for cygwin gcc-3.1

cgf asked me to commit some patches to the cygwin gcc-3.1 branch. These java patches went into 3.1 after the cygwin branch, and increase cygwin performance dramatically by caching the results of stat() calls. 2002-06-09 David.Billinghurst <[EMAIL PROTECTED]> 2002-05-18 Mark Mitche

[cygwin gcc-3.1] Patch to java/lang/natSystem.cc

Patch to cygwin gcc-3.1 branch. This avoids the autoconf test, etc that went into gcc-3.2. 2002-06-09 David Billinghurst <[EMAIL PROTECTED]> * java/lang/natSystem.cc: Use _timezone on cygwin. Simplified version of mainline patch. Index: java/lang/natSystem.cc =

[cygwin gcc-3.1] Patch to java/net/natPlainSocketImpl.cc

Patch to cygwin gcc-3.1 branch. 2002-06-09 David Billinghurst <[EMAIL PROTECTED]> * java/net/natPlainSocketImpl.cc: Include Index: java/net/natPlainSocketImpl.cc === RCS file: /cvs/gcc/gcc/libjava/java/net/natPlainSocke

[cygwin gcc-3.1] Patch to libjava/configure.host

Patch to cygwin gcc-3.1 branch. The hash synchronization code uses the lower three bits of some pointers, and requires that those objects are eight byte aligned. cygwin binutils only provides four byte alignments, so need to turn it off. 2002-06-09 David Billinghurst <[EMAIL PROTECTED]>

[cygwin gcc-3.1] libjava/testsuite/lib/libjava.exp patch

Backport of 3.2 patches to cygwin gcc-3.1 branch. 2002-06-09 David.Billinghurst <[EMAIL PROTECTED]> 2002-05-09 David.Billinghurst <[EMAIL PROTECTED]> * testsuite/lib/libjava.exp (test_libjava_from_javac): Append .exe to executable names. Fix for cygwin.

Re: package offering: gnupg

Billinghurst, David (CRTS) wrote: > I'd prefer the re-autotool stuff to be part of the user build process. > I was going to propose this for ImageMagick, as it reduces the patches > from approx 1 Mb down to 2 lines. Much easier to understand. IMO, this is a maintainer decision. If David wants

Re: [cygwin gcc-3.1] libjava/testsuite/lib/libjava.exp patch

Thanks for doing this, David. I'm not sure what the protocol should be here wrt ChangeLogs. Danny had been updating the ChangeLog.cygwin-mingw. I guess it makes sense to use that when updating the branch with unapproved changes and to use the regular ChangeLog with changes that already exist in