Hi Hrvoje :)
* Hrvoje Niksic <[EMAIL PROTECTED]> dixit:
> > I've downloaded and installed wget 1.9 without problems, but when I
> > install something seamlessly, I insist on messing around until I
> > break something...
> :-)
The problem is that I do that with my *own* software, too XDD
> > The matter is that if you delete 'wget.info' to force recreation,
> > and your makeinfo is more or less recent, you *don't* have
> > wget.info-[0-9] files, since new texinfo's have the default
> > --split-size limit raised from 50k to 300k.
> That must be a Makeinfo 4.5 thing. I'm still using 4.3, which has the
> split limit unchanged.
In fact I think that it is a 4.6 thing. But it should not matter
at all, the only difference is how many info files are generated.
> I think I originally used the more complex forms because I wanted to
> avoid matching something like wget.info.bak. I'm not sure if there
> was a specific reason for this or if I was just being extra-careful.
You're right, the simpler glob (wget.info*) will match any
garbage after the '.info' part :((( Definitely it's not a good idea.
> for file in wget.info wget.info-*[0-9]
> do
> test -f "$file" && install -c -m 644 "$file" ...
> done
This should do, since '$file' won't be never empty :)))) It must
be done in *both* parts of the surrounding 'if-fi' clause...
> (Of course, it would use $$file and such in actual Makefile, but you
> get the picture.)
Yes, yes... It's a long story but I've dealt a lot with
makefiles... In fact, the solution I was talking about (using the
'wildcard' function of GNU make, avoid globbing in for loops, etc...)
is caused by an special generated makefile to avoid an empty glob
pattern in the 'for' loop. Here is not needed at all: I was blind and
I even didn't thought about the simpler solution you provide O:))
> That way we retain the strictness of only matching wget.info and
> wget.info-<numbers>, but avoid problems when only wget.info is
> actually generated.
Right :)) If you want I can prepare the patch for you, containing
too a typo in the documentation. BTW, in the documentation there is
no information about that new --retry-connrefused (at least I haven't
found it) and obviously no mention about any rcfile equivalent, am I
missing something or I should wait for 1.9.1?
Thanks a lot for wget, as always (I use it a lot), and if you
want me to prepare the patch, just tell.
Ra�l N��ez de Arenas Coronado
--
Linux Registered User 88736
http://www.pleyades.net & http://raul.pleyades.net/
