Re: [Bug-wget] [Bug-Wget] Issues with Metalink support

Random Coder wrote: On Sat, Apr 5, 2014 at 4:09 PM, L Walsh > wrote: I.e. IE will download things to a tmp dir (usually under the user's home dir on windows), then move it into place when it is done. This prevents partly transfered files from appearing i

Re: [Bug-wget] [Bug-Wget] Issues with Metalink support

On Sat, Apr 5, 2014 at 4:09 PM, L Walsh wrote: > I.e. IE will download things to a tmp dir (usually > under the user's home dir on windows), then > move it into place when it is done. This prevents partly > transfered files from appearing in the destination. > IE does not download to a tmp fold

Re: [Bug-wget] [Bug-Wget] Issues with Metalink support

Darshit Shah wrote: I was trying to download a large ISO (>4GB) through a metalink file. The first thing that struck me was: The file is first downloaded to /tmp and then moved to the location. Is there any specific reason for this? Sorry for the long delay answering this but I thought

Re: [Bug-wget] warning about unknown .wgetrc directives

Anyone have thoughts on a designated prefix (say, make-style "-") that indicates a line that can be safely ignored if not understood? Might also work to have a pragma thingie in the .wgetrc, to turn fail-on-error on and off. Naturally, the value of such a thing wouldn't be seen until wgets instal

Re: [Bug-wget] Fwd: [GSoC] Extend concurrency support in Wget

On 5 April 2014 17:28, Jure Grabnar wrote: > Hi, > >> >> > >> > That's true. "type" is currently only used to filter out types which >> > Wget >> > doesn't support. >> > Do you think parsing it ("type") is irrelevant? >> >> IMHO, if it will not be used in the near future, then better document >> o

[Bug-wget] statically link wget on mingw32 with win-builds

Good morning! - Windows 7 Pro 64 bit - wget-1.15 - mingw32 + MSYS 1.0.18(0.48/3/2) - win-builds-bundle 1.3.0 - ./configure --disable-ipv6 && make I'd like to compile wget into a single exe file. I've searched the source and the FAQ. Please help me compile wget statically. Thank you! Szépe Vi

Re: [Bug-wget] warning about unknown .wgetrc directives

k...@freefriends.org (Karl Berry) writes: > It may happen that we will add some security related directive, > > Like what? Just wondering. without imaging too much of possible features we can add in future, last summer Tim added a --https-only feature for wget to follow only HTTPS links. Loo

Re: [Bug-wget] Fwd: [GSoC] Extend concurrency support in Wget

Hi, > > > > That's true. "type" is currently only used to filter out types which Wget > > doesn't support. > > Do you think parsing it ("type") is irrelevant? > > IMHO, if it will not be used in the near future, then better document > or remove it. I tried removing elect_resources() (essentiall