ftp://ftp.heanet.ie/mirrors/sourceforge/b/project/bi/biblatex-biber/biblatex-biber/current/
Thank you, thank you! That is perfect.
I wonder if it's possible that that file is a redirection from a
Just FWIW, I also tried with --max-redirect=0 and --max-redirect=1, but
they seemed to
On 03/31/2011 03:45 PM, Karl Berry wrote:
Then I thought I would try
to exclude the numerous stats items, but failed. I tried
wget -m -np -nv -R login.php -X stats
http://sourceforge.net/projects/biblatex-biber/files/biblatex-biber/current/
wget -m -np -nv -R login.php,stats
The bug (?) -- running
wget -m -np -nv \
http://sourceforge.net/projects/biblatex-biber/files/biblatex-biber/current/
ends up downloading many things above that directory, despite the -np.
Doesn't that seem wrong?
This is with wget 1.12 compiled from the original source.
The request: does
(03/30/2011 02:37 PM), Karl Berry wrote:
The bug (?) -- running
wget -m -np -nv \
http://sourceforge.net/projects/biblatex-biber/files/biblatex-biber/current/
ends up downloading many things above that directory, despite the -np.
Doesn't that seem wrong?
This is with wget 1.12 compiled
Thanks Tony.
I wonder if it's possible that that file is a redirection from a
correct URL. Because wget would expect to download all URLs from a
redirection, and would use the redirected name (but AIUI the current dev
sources wouldn't use that name without --trust-server-name or something).
In
Micah Cowan mi...@cowan.name writes:
So it looks like wget is correctly blocking the http URL, but
incorrectly permitting the https URL.
We check if the two schemes are similar but at the same time we require
the port to be identical.
I have relaxed this condition, now the two ports must be