On Mon, Nov 19, 2001 at 08:33:15PM +0100, Hrvoje Niksic wrote:
> Compatibility with rfc2616 is a good point, though. Maybe it's best
> to simply stick to 1024-2047 then.
Compatibility with curl is even more important :). In light of
that, I vote for 1024-2047. No point having two file retriev
On Mon, Nov 19, 2001 at 08:19:08PM +0100, Hrvoje Niksic wrote:
> >> --range=1025..2048
> >> --range=1024..2047
> >
> > I haven't been following that closely, but how are you going to
> > tell what the user really wants to do if he gives either of those
> > two statements?
>
> Only one of those
On Mon, Nov 19, 2001 at 05:07:31PM +0100, Hrvoje Niksic wrote:
> Or, to pick another example, say you want to download the second
> kilobyte of a file:
>
> --range=1025..2048
> --range=1024..2047
I haven't been following that closely, but how are you going to
tell what the user really wants to
On Sun, Nov 18, 2001 at 03:11:07AM +0100, Christian Fraenkel wrote:
> well, http://www.internic.com/cgi/whois?whois_nic=wget.org&type=domain
> says the following:
>
>Domain Name: WGET.ORG
>Registrar: NETWORK SOLUTIONS, INC.
>Whois Server: whois.networksolutions.com
>Referral URL
On Wed, Nov 14, 2001 at 08:27:34AM -0800, Jamie Zawinski wrote:
> [EMAIL PROTECTED] wrote:
> >
> > Can you post the entire debug log (on a web/ftp site, of course, not the
> > list).
>
> Done -- http://www.jwz.org/wget-log.gz
>
> Does this mean you can't reproduce this when you run wget the sa
On Tue, Oct 09, 2001 at 05:42:37PM +0100, Ian Abbott wrote:
> On 9 Oct 2001, at 17:01, [EMAIL PROTECTED] wrote:
>
> > On 09/10/2001 14:25:57 Andre Pang wrote:
> > >Try this patch. It should make -p _always_ get pre-requisites,
> > >even if you have -np on (which
On Tue, Oct 09, 2001 at 03:46:52PM +0300, Mikko Kurki-Suonio wrote:
> > To me that sounds like a logical combination of -r -np -p?
> > Any correction appreciated.
>
> Doesn't work, apparently because -np overrides -p.
>
> I.e. with -np set, no document outside the selected subtree will be
> loa
On Mon, Sep 03, 2001 at 12:19:49AM +0300, Vlad Marchenko wrote:
> hi,
>
> i have this config in wgetrc:
>
> http_proxy = http://proxy.of.my.isp:3128/
> use_proxy = on
>
> I start wget (1.7) with this command:
>
> wget -np -nd -c -b ftp://some.address:2121/pub/mrs.mp3
>
> but instead of using
hello,
i tried using --no-parent with -H, which seemed to work quite
well. it would span hosts (and acknowledge a -D option to
restrict the domain) while never traversing upward from the
original directory name.
however, when wget rewrote the URLs, this happened:
http://www.heebie.net/royo
On Sat, Apr 14, 2001 at 05:02:23PM +0530, Rakhesh Sasidharan wrote:
> Thanks; btw, I had already downloaded a few sites before I discovered this
> particular problem (I was using --convert-links with wget-1.5.2 and
> god-knows-why it tended to screw up most of the html files; and so I had
> re-fe
On Tue, Apr 10, 2001 at 02:49:00 +0200, Hrvoje Niksic wrote:
> > i'm proposing that -np should _not_ take affect when you are dealing
> > with a page requisite (anything other than a .htm or a .html).
>
> Yes, `-p' should override `-np' for the files that are downloaded only
> because of `-p'.
On Tue, Apr 10, 2001 at 03:19:50 +0100, L. Cranswick wrote:
> Yes - this is a wonderful modification to add into WGET.
>
> I also hope this can also get added into the mainstream
> source.
one problem with the patch -- it doesn't work :)
it segfaults on me, probably because i forgot to check w
wget has a -p option:
-p, --page-requisites get all images, etc. needed to display HTML page.
this implies that it'll go and fetch and jpgs, pngs, css
stylesheets etc which are on the page. really useful.
there is another option -np, which is _really_ useful with
mirroring sites:
-
13 matches
Mail list logo