[RFU] libgcrypt-1.4.1-4

vel Libs requires: cygwin libgcrypt11 bash coreutils grep sed external-source: libgcrypt - -------- Cheers, Gergely Budai PS: Many thanks to Dr. Volker Zell for his creative critics

RE: [RFU] libgcrypt-1.4.1-1

Best Regards, Gergely Budai

RE: [RFU] libgcrypt-1.4.1-1

they will fullfill your expectations, and that they are bug-free this time. Cheers, Gergely Budai PS: Please do your GTG once again before I do my RFU this time ;)

[RFU] libgcrypt-1.4.1-2

; \ cygport libgcrypt-1.4.1-2 all Cheers Gergely Budai -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (MingW32) iEYEARECAAYFAkhQS6UACgkQ15iwsP1lEXujSACdF1uNEDJ5YI28MEonnw6nWtwA cXgAni66urrliLpcQiJSknSt8N/AkKWk =5y6o -END PGP SIGNATURE-

RE: [RFU] libgcrypt-1.4.1-1

Sorry, my bad. Thank you for the hint. > This package is broken -- the import lib and static lib have been > stripped which removes their symbol tables and renders them useless.

[RFU] libgcrypt-1.4.1-1

xjvf ../libgcrypt-1.4.1-1-src.tar.bz2; \ cygport libgcrypt-1.4.1-1 all Cheers Gergely Budai -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (MingW32) iEYEARECAAYFAkgWQggACgkQ15iwsP1lEXunTQCfTBCTj0fLcaHH2NKhdHfMaGUB yOYAn24KjGhjSKHuMMHj2LXFrFp35Pmq =kkVK -END PGP SIGNATURE-

RE: gnupg and /dev/random

> If we want to change that, it would be better to use a better > CSPRNG for > /dev/random itself, instead of a gnupg-specific work-around. I agree. /dev/random could be strengthened. Until then, I am happy that even a gnupg workaround exists. ;) > Personally, I'd use Fortuna for that and would

RE: [RFU] gnupg-1.4.9-2

> I think that the security problem is hopelessly exaggerated, but it's > your choice. Uploaded. > > > Thanks, > Corinna That is the reason why I have asked for the opinion of the community ;) Best Regards, Gergely Budai

[RFU] gnupg-1.4.9-2

C630; \ gpg --verify gnupg-1.4.9-2-src.tar.bz2.sig; \ gpg --verify gnupg-1.4.9-2.tar.bz2.sig Build: == mkdir gnupg-1.4.9-2-build; \ cd gnupg-1.4.9-2-build; \ tar xjvf ../gnupg-1.4.9-2-src.tar.bz2; \ cygport gnupg-1.4.9-2 all Cheers Gergely Budai > -Original Message- > From: cygwin

[GTG] pstoedit/pstoedit-devel: pstoedit translates PostScript and PDF graphics into other vector formats

Everything looks and compiles fine. GTG Gergely Budai --- Hi I would like to adopt and maintain the 'pstoedit/pstoedit-devel' packages from James R. Phillips and split them into 'pstoedit/libpstoedit0/pstoedit-devel' packages.

[GTG] libfpx: FlashPIX image library

Builds from the source, everything looks good. GTG Gergely Budai --- Hi I would like to adopt and maintain the 'libfpx' package from Gerrit P.Haase and split it into 'libfpx/libfpx1/libfpx-devel' packages.

[GTG] freeglut/libglut3/libglut-devel: Open Source GLUT implementation

Build from the source, everything looks fine. GTG Gergely Budai --- Hi I would like to adopt and maintain the 'freeglut' package from Gerrit P.Haase and split it into 'freeglut/libglut3/libglut-devel' packages.

[GTG] libwmf: Windows Metafile library

All packages builds from source. setup.hints and packages look fine. GTG Gergely Budai --- Hi I would like to adopt and maintain the 'libwmf' package from Gerrit P.Haase and split it into 'l

[GTG] lcms: Little color management engine

Compiles fine, packages and setup.hints look good. GTG Gergely Budai -- Hi I would like to adopt and maintain the 'lcms' package from Gerrit P.Haase and split it into 'lcms/liblcms1/liblcms-devel/python

gnupg and /dev/random

ntropy gatherer (rndw32.c)? Looking forward to your kind oppinions, Gergely Budai Sources: http://en.wikipedia.org/wiki/CryptGenRandom

[RFU] gnupg-1.4.9-1

-src.tar.bz2.sig; \ gpg --verify gnupg-1.4.9-1.tar.bz2.sig Build: == mkdir gnupg-1.4.9-1-build; \ cd gnupg-1.4.9-1-build; \ tar xjvf ../gnupg-1.4.9-1-src.tar.bz2; \ cygport gnupg-1.4.9-1 all Cheers Gergely Budai -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (MingW32

[RFU] robodoc-4.99.36-1

-src.tar.bz2.sig; \ gpg --verify robodoc/robodoc-4.99.36-1.tar.bz2.sig; \ gpg --verify setup.hint.sig Build: == mkdir tmp; \ cd tmp; \ tar xjvf ../robodoc-4.99.36-1-src.tar.bz2; \ cygport robodoc-4.99.36-1 all Cheers Gergely Budai

RE: [GTG] Re: [ITA, RFU] libgcrypt-1.4.0-1

e my RFUs regarding libgpg-error and libgcrypt. Sorry for causing irritation. Gergely Budai

Re: [ITA, RFU] libgpg-error 1.6-1

Well, then IMHO it would make sense if cygport would strip the libraries too, since I doubt that anyone would want to debug them... > I don't think there's any standard practice. Here's a bashlet you can > run to categorize the contents of your /usr/lib into either stripped, > not stripped, or i

Re: [ITA, RFU] libgpg-error 1.6-1

I See.. I think I will stick to the "old" package name and structure then. Thank you for anwering. > Yes that's a problem. It would break all the dependencies. How would > they know otherwise? To rename a package what you must do is maintain a > dummy package of the old name whose sole functio

RE: [ITA, RFU] libgpg-error 1.6-1

One more question... I have been reviewing my packages and noticed that cygport does not strip the libraries located in /usr/lib. Do they need to be stripped too? Regards Gergely Budai

RE: [GTG] Re: [ITA, RFU] libgcrypt-1.4.0-1

> setup.hint needs additionally sed and grep in requires as > /usr/bin/libgcrypt-config depends on it. Added. > Packaging in general looks good, but again I would recommend to split > the package > > libgcrypt - docs and tools > libgcrypt-devel - development > libgrypt - runtime Notic

RE: [ITA, RFU] libgpg-error 1.6-1

kage name from (e.g) libgpg-error to libgpg-errorX? Best regards Gergely Budai

Sorry

Sorry for the garbled format of my previous two mails. Don't know why and who reformatted it...

[ITA, RFU] libgcrypt-1.4.0-1

libgcrypt-1.4.0-1-src.tar.bz2.sig; \ gpg --verify libgcrypt-1.4.0-1.tar.bz2.sig; \ gpg --verify setup.hint.sig Build: == mkdir tmp; \ cd tmp; \ tar xjvf ../libgcrypt-1.4.0-1-src.tar.bz2; \ cygport libgcrypt-1.4.0-1 all Cheers Gergely Budai

[ITA, RFU] libgpg-error 1.6-1

1CE0C630; \ gpg --verify libgpg-error-1.6-1-src.tar.bz2.sig; \ gpg --verify libgpg-error-1.6-1.tar.bz2.sig; \ gpg --verify setup.hint.sig Build: == mkdir tmp; \ cd tmp; \ tar xjvf ../libgpg-error-1.6-1-src.tar.bz2; \ cygport libgpg-error-1.6-1 all Cheers Gergely Budai

RE: generic-build-script

Yeah. It was the virus scanner. Thank you for your advice! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent Sent: Mittwoch, 5. März 2008 00:02 To: cygwin-apps@cygwin.com Subject: Re: generic-build-script Gergely Budai wrote: > mv: can

Re: [GTG] Re: [RFU] gnupg-1.4.8-2

> Actually, requires in setup hint needs dependencies on sh (bash) and tar > because of /usr/bin/gpg-zip. OK. I will change it, and will be included in further releases. Thanks for your thorough reviews! Best Regards Gergely Budai -- Pt! Schon vom neuen GMX MultiMessenger gehört? De

[RFU] gnupg-1.4.8-2

--keyserver wwwkeys.pgp.net --recv-keys FD65117B 1CE0C630; \ gpg --verify gnupg-1.4.8-2-src.tar.bz2.sig; \ gpg --verify gnupg-1.4.8-2.tar.bz2.sig; \ gpg --verify setup.hint.sig Build: == mkdir tmp; \ cd tmp; \ tar xjvf ../gnupg-1.4.8-2-src.tar.bz2; \ cygport gnupg-1.4.8-2 all Cheers Gergely

Re: [ITP] p7zip-4.57-1

> http://cygwin.cwilson.fastmail.fm/ITP/p7zip-4.57-1-src.tar.bz2 Compiles and builds from the source. I suggest adding -O2 instead of the default -O to the g++ options. Regards, Gergely Budai PS: It would have been a pity not to have this package in the cygwin world too ;) -- Der

Re: [RFU] gnupg-1.4.8-1

om/setup.html to mention this method too. There are two approaches mentioned there, and none of them is the cygport one. Regards, Gergely Budai -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger -- Der GMX SmartSurfer hilft bis zu 7

generic-build-script

approx. 3 out of 5 runs) Have anyone else experienced this problem? Could it be a dualcore problem? Cheers, Gergely Budai

[RFU] gnupg-1.4.8-1

--keyserver wwwkeys.pgp.net --recv-keys FD65117B Cheers Gergely Budai

Re: [ITA] gnupg-1.4.8-1

in on another machine, but it compiles for me without any errors. Do you have all the needed packages? (I test always in a fully installed environment i.e. all cygwin packages installed). Does anyone else get errors like this? Regards, Gergely Budai Original-Nachricht > Datum:

RE: [ITA] gnupg-1.4.8-1

support for him. Best Regards Gergely Budai -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Volker Quetschke Sent: Montag, 3. März 2008 21:39 To: cygwin-apps@cygwin.com Subject: Re: [ITA] gnupg-1.4.8-1 As the current maintainer of gnupg I don't

[ITA] gnupg-1.4.8-1

.tar.bz2 ftp://ftp.gnupg.org/gcrypt/gnupg/gnupg-1.4.8.tar.bz2.sig You will need the following signatures for this package: pub 1024D/FD65117B 03.03.2008 Gergely Budai <[EMAIL PROTECTED]> Primary key fingerprint: 0A1B 33A2 C0C4 2191 97E

ITA: gnupg

Current cygwin package seems pretty outdated (Upstream: 1.4.8, currently in cygwin distribution: 1.4.5). 1.4.8 compiles from the upstream source without any modifications. (Please excuse and correct me if I have missed something.)

Re: [ITP] robodoc 4.99.34

So is it a GTG then? Can I proceed and announce it on [EMAIL PROTECTED] Best regards, Gergely Budai Original-Nachricht > Datum: Sat, 2 Feb 2008 15:06:09 +0100 > Von: Peter Rosin <[EMAIL PROTECTED]> > An: cygwin-apps@cygwin.com > Betreff: Re: [ITP] robodoc 4.

Fwd: Re: [ITP] robodoc 4.99.34

c) source repository on Sourceforge. Thank you for your recommendation! Gergely Budai Original-Nachricht > Datum: Sat, 02 Feb 2008 14:30:09 +0100 > Von: "Dr. Volker Zell" <[EMAIL PROTECTED]> > An: cygwin-apps@cygwin.com > Betreff: Re: [ITP] robodoc

[ITP] robodoc 4.99.34

scal, Shell Scripts, Assembler, COBOL, Occam, Postscript, Forth, Tcl/Tk, C++, Java -- basically any program in which you can use remarks/comments." ---[ end of file ] Looking forward to the community answer, Gergely Budai