Idea for wget feature
I've started using wget to recursively copy directory-trees onto a machine when I install it. There are a few cases where I'm copying-in files that replace ones that are already there. It looks like I can have wget delete the old copy of the file and replace it with the new one, but I'd really like to keep the old file as a record of which ones are being replaced. When I omit the -r flag, using -l inf -g on -nv -nH instead, it looks like wget preserves the original file and the newly copied-in file is assigned a suffix .1 to keep them separate. I haven't figured out if I can do this in a recursive-copy or not. But what I really want to do is this: have wget move the *old* copy to have the .1 suffix, and let the new copy keep the name instead. Is there a way to do this? Thanks, Carl Ponder
Re: Subversion 1.0.0 is not enough
You're right, this should be documented. I was under the impression that the Subversion's checkout protocol (at least) was backward-compatible, but I've never actually *tried* it.
Re: A suggestion for configure.in
Stepan Kasal [EMAIL PROTECTED] writes: 1) I removed the AC_DEFINEs of symbols HAVE_GNUTLS, and HAVE_OPENSSL. AC_LIB_HAVE_LINKFLAGS defines HAVE_LIBGNUTLS and HAVE_LIBSSL, which can be used instead. wget.h was fixed to expect these symnbols. (You might think your defines are more aptly named, but they are used only once, in wget.h.) You're right. While I do prefer the old names, it's not that big a deal and it doesn't make sense to needlessly duplicate the defines. 2) Was it intentional that --without-ssl doesn't switch off OpenSSL autodetection? I hope it wasn't. Definitely not. 3) Explicit --with-ssl=gnutls should fail if libgnutls is not found. If the user explicitely asked for it, we shouldn't silently ignore the request if we cannot fulfill it. And likewise with ./configre --with-ssl. Agreed. (I know this is not common practice (yet), but I believe it's according to common sense. Wget 1.10 did this. The feature got lost when moving to AC_LIB_HAVE_LINKFLAGS.