Updated nfs-server package
I've generated new source and binary packages for nfs-server to correct the CRLF problems identified a few weeks ago. Binary & source packages plus setup.hint are available at: http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-5.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.3-5-src.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint The only other change in this release should be an updated email address for the maintainer. -Samrobb
Re: I broke cygport
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charles Wilson wrote: For most purposes, this is transparent. You run "autoconf" which is the wrapper, and you get "the right" version. However, cygport explicitly tests for the presence of "autoconf-2.5x" in $PATH. This patch makes cygport's search a little smarter -- and it or something like it is *required* if you want cygport to work after the new autoconf is installed. I just checked in autoconf-2.60 support to cygport CVS. Please test. Well, it seems to work for bootstrapping cygport itself. However, it fails with libtool (but not for any reason having to do with autoconf-2.60. It's some other change introduced post-cygport-0.2.4 release). [[[ Side note: the new libtool cygport doesn't actually use cygautoreconf. libtool-from-CVS must be bootstrapped using its own bootstrap script; a regular autoreconf doesn't populate the test projects properly. However, if you DO use autoreconf instead of the bootstrap script, you can still build libtool and libltdl -- it's just that you can't then run the testsuite. SO, after fixing the issue with cygautoreconf and autoconf-2.60 -- I could at least use it with libtool (as long as I didn't want to run the testsuite). But with the cygport-from-CVS version, I can't do that. ]]] Here's the problem: libtool (pre-version 2.0) ships with a subproject -- separately configured -- called libltdl. However, the subproject does NOT include the GNU "required" files like README, AUTHORS, etc. Those are all up at the top level. Yet, cygautoreconf complains about it: >>> Compiling libtool1.5-1.5.23a-1 touch: cannot touch `[libltdl]/AUTHORS': No such file or directory touch: cannot touch `[libltdl]/COPYING': No such file or directory touch: cannot touch `[libltdl]/ChangeLog': No such file or directory touch: cannot touch `[libltdl]/INSTALL': No such file or directory touch: cannot touch `[libltdl]/NEWS': No such file or directory touch: cannot touch `[libltdl]/README': No such file or directory (That's with src_compile containing the following two lines (among others) #./bootstrap cygautoreconf Note that this not a showstopper for libtool -- I actually use ./bootstrap "in production" But I could see cases where even if the top-level project is fully GNU- (or gnits-) compliant, tightly-coupled subprojects may not be. OTOH, you might want the current behavior for loosely-coupled groupings of subprojects... Bottom Line: the autoconf-2.60 handling in cygport-from-CVS seems to work fine. I discovered a use case for which cygport-from-CVS fails -- but this failure is unrelated to the autoconf-2.60 stuff. -- Chuck
Re: I broke cygport
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charles Wilson wrote: > Here's the problem: libtool (pre-version 2.0) ships with a subproject -- > separately configured -- called libltdl. However, the subproject does > NOT include the GNU "required" files like README, AUTHORS, etc. Those > are all up at the top level. Yet, cygautoreconf complains about it: > Compiling libtool1.5-1.5.23a-1 > touch: cannot touch `[libltdl]/AUTHORS': No such file or directory > touch: cannot touch `[libltdl]/COPYING': No such file or directory > touch: cannot touch `[libltdl]/ChangeLog': No such file or directory > touch: cannot touch `[libltdl]/INSTALL': No such file or directory > touch: cannot touch `[libltdl]/NEWS': No such file or directory > touch: cannot touch `[libltdl]/README': No such file or directory CVS cygport touches the standard files not only in the top directory, but in AC_CONFIG_SUBDIRS as well, to prevent automake errors when those files are missing. The problem is that my parsing didn't support m4 square-bracket quoting. I just checked in a fix for this; please test. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFNa5lpiWmPGlmQSMRAu72AKDrPKGkUGcIoiWE2mcXiM0NyF+bbgCghtyH 1mb5aFsGQ2P+Y55wnJAGLrs= =ochm -END PGP SIGNATURE-
Please test: CVS cygport
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 CVS cygport now has support for the following: * autoconf-2.60; * mirror:// URIs; * Apache2 .so modules; * git snapshots; * mono and Gtk#; * AC_CONFIG_SUBDIRS autoreconf handling. Now that Charles has released autoconf-2.60, I need to roll a new release of cygport (0.2.5) ASAP. I would appreciate if developers could test HEAD for any blocker bugs. Otherwise, I plan to release cygport-0.2.5 by Thursday. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFNbD2piWmPGlmQSMRAuhGAJ0Ziq/sCfVyDgaZd6v/1v+cj8K9wQCdG72s 17A/5Fm3H62pQGba7JacJHk= =XJ9G -END PGP SIGNATURE-
Re: I broke cygport
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vin Shelton wrote: > Have you had a chance to look at my patch which allows over-riding the > individual configure arguments in cygconf()? The patch is a > definitely a brute force approach, but something like it is necessary > to support XEmacs (or other packages that don't fully comply with > autoconf conventions). cygconf is intended only for autoconf-based configure scripts. I'm not familiar with XEmacs, but I do know that autoconf-based configures will just ignore unknown arguments, so I will guess that XEmacs' configure is not autoconf-based. Non-autoconf-based configure scripts should do something like: lndirs cd ${B} ./configure || error "configure failed" cygmake Note that this is consistent with Portage; the current xemacs ebuild[1] does not use econf either. [1] http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/app-editors/xemacs/xemacs-21.4.19.ebuild > I will update the patch to the latest version of cygport if you want. In general, all patches for cygport should be made against CVS HEAD, but I don't think this needs a patch. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFNbKVpiWmPGlmQSMRAtVVAKCb6iENVw1jvzKCVi/OTKAYvJK24ACbBKf3 mKabIE3D0eCb44O9KhBAuo0= =QAXo -END PGP SIGNATURE-
Re: I broke cygport
Yaakov S (Cygwin Ports) wrote: I just checked in a fix for this; please test. Yep. That fixed it. -- Chuck