> Follow ftp is off by default, so you shouldn't need to set it
> explicitly.
>
> What might have happened in your case is that a http URL redirected*
> to ftp, which was followed as a redirection, not as part of the
> recursive download.
Hrvoje,
it looks like it would take much less time to im
H> It's not very hard to fix `--header' to replace Wget-generated
H> values.
H> Is there consensus that this is a good replacement for
H> `--connect-address'?
I don't want to tamper with headers.
I want to be able to do experiments leaving all variables alone except
for IP address. Thus --connec
>> And stop making me have to confirm each and every mail to this list.
Hrvoje> Currently the only way to avoid confirmations is to subscribe to the
Hrvoje> list. I'll try to contact the list owners to see if the mechanism can
Hrvoje> be improved.
subscribe me with the "nomail" option, if it can
Dan Jacobson <[EMAIL PROTECTED]> writes:
> I sure hope that when one sees
> Connecting to jidanni.org[216.46.192.85]:80... connected.
> that there is no interference along the way, that that IP is really
> where we are going, to wget's best ability.
I can guarantee that much -- the entire point
> "P" == Post, Mark K <[EMAIL PROTECTED]> writes:
P> You can do this now:
P> wget http://216.46.192.85/
P> Using DNS is just a convenience after all, not a requirement.
but then one doesn't get the HTTP Host field set to what he wants.
By the way, I did edit /etc/hosts to do one experiment
http://groups.google.com/groups?threadm=vrf7007pbg2136%40corp.supernews.com
i.e. <[EMAIL PROTECTED]>
to test an IP/name combination, without waiting for DNS's to update.
Good thing I was root so I could do it.
I sure hope that when one sees
> "Manfred Schwarb" <[EMAIL PROTECTED]> writes:
>
> > I just installed wget 1.9.1, works fine. But on my machine,
> > translations are broken somehow, all special characters are
> > scrambled. With wget 1.9 this didn't happen.
>
> There was no change in handling translation from 1.9 to 1.9.1, e
> It's normal. de.po is written in UTF-8.
> Use e.g
> cat de.po | iconv -f UTF-8 -t CP850
>
> to display correctly, but gettext should handle this fine.
I see. Thanks a lot for your hint.
Probably my gettext is just too old.
A remark about this issue in the "README" or "INSTALL" file would b
"Manfred Schwarb" <[EMAIL PROTECTED]> writes:
> I just installed wget 1.9.1, works fine. But on my machine,
> translations are broken somehow, all special characters are
> scrambled. With wget 1.9 this didn't happen.
There was no change in handling translation from 1.9 to 1.9.1, except
perhaps f
> $ wget --spider BAD_URL GOOD_URL; echo $?
> 0
> $ wget --spider GOOD_URL BAD_URL; echo $?
> 1
> I say they both should be 1.
> If anything bad happens, return 1 or some other non-zero value.
I'm glad I'm not the only one to complain about this issue.
I wasted a lot of time taiming my downloads
"Manfred Schwarb" <[EMAIL PROTECTED]> said:
> But on my machine, translations are broken somehow, all special characters
> are scrambled. With wget 1.9 this didn't happen.
>
> Example from de.po:
> #: src/convert.c:439
> #, c-format
> msgid "Cannot back up %s as %s: %s\n"
> msgstr "Anlegen eines B
I'm considering the use of lrand48/drand48 (where available) to
generate random integer and floats. The code Wget uses now is
portable, but very primitive, especially for generating floats. But
the Linux man page says this about *rand48:
NOTES
These functions are declared obsolete by
Hi,
I just installed wget 1.9.1, works fine.
But on my machine, translations are broken somehow, all special characters
are scrambled. With wget 1.9 this didn't happen.
Example from de.po:
#: src/convert.c:439
#, c-format
msgid "Cannot back up %s as %s: %s\n"
msgstr "Anlegen eines Backups von »%s
[EMAIL PROTECTED] writes:
> Upgrading wget to 1.8.1 (my server admin won't put a newer version
> on)
??? Why 1.8.1? 1.8.2 fixed many *bugs* that were present in 1.8.1.
This sounds like the sticking-to-Debian-stable brain damage.
If I were you, I would ask the admin the permission to compile th
Dan Jacobson <[EMAIL PROTECTED]> writes:
> $ wget --spider BAD_URL GOOD_URL; echo $?
> 0
> $ wget --spider GOOD_URL BAD_URL; echo $?
> 1
> I say they both should be 1.
> If anything bad happens, return 1 or some other non-zero value.
> By BAD, I mean a producer of e.g.,
> ERROR 503: Service Unavai
"Maciej W. Rozycki" <[EMAIL PROTECTED]> writes:
> Hmm, couldn't --header "Host: " work? I think it could,
> but now wget appends it instead of replacing its own generated
> one...
It's not very hard to fix `--header' to replace Wget-generated
values.
Is there consensus that this is a good repla
Hi,
Upgrading wget to 1.8.1 (my server admin won't put a newer version on)
solved the problem of relative links being converted into an incorrect mish
mash of absolute/relative links. Part of this solution was the upgrade from
1.7 to 1.8.1. The other part was in my perl system call, changed from
$ wget --spider BAD_URL GOOD_URL; echo $?
0
$ wget --spider GOOD_URL BAD_URL; echo $?
1
I say they both should be 1.
If anything bad happens, return 1 or some other non-zero value.
By BAD, I mean a producer of e.g.,
ERROR 503: Service Unavailable.
--spider or not, too.
And stop making me have to
On Sun, 16 Nov 2003, Hrvoje Niksic wrote:
> > You can do this now:
> >
> > wget http://216.46.192.85/
> >
> > Using DNS is just a convenience after all, not a requirement.
>
> Unfortunately, widespread use of name-based virtual hosting made it a
> requirement in practice. ISP's typically host a
On Mon, 17 Nov 2003, Hrvoje Niksic wrote:
> Come to think of it, I've had need for this before; the switch makes at
> least as much sense as `--bind-address', which I've never needed myself.
>
> Maybe `--connect-address' would be a good name for the option? It would
> nicely parallel `--bind-addr
Herold Heiko <[EMAIL PROTECTED]> writes:
>> From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]
>
>> Maybe `--connect-address' would be a good name for the option? It
>> would nicely parallel `--bind-address'.
>
> I was wondering if it should be possibile to pass more than one name
> to address change
> From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]
> Maybe `--connect-address' would be a good name for the option? It
> would nicely parallel `--bind-address'.
I was wondering if it should be possibile to pass more than one name to
address change (for recursive behaviour with absolute links).
Thi
Hrvoje Niksic <[EMAIL PROTECTED]> writes:
> * If the machine doesn't support AI_ADDRCONFIG and Wget sets -4
> behind your back, then you shouldn't be allowed to specify -6
> because it clearly contradicts with the automagically set -4.
>
> (But even then you can still use `--no-inet4-only -6
Herold Heiko <[EMAIL PROTECTED]> writes:
>> From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]
>
>> > This is a binary compiled and run on windows nt 4, which
>> doesn't support
>> > IPV6, so the -4 should probably be a no-op ?
>>
>> Or not work at all.
>
> I was thinking (rather late, I see you have
Come to think of it, I've had need for this before; the switch makes
at least as much sense as `--bind-address', which I've never needed
myself.
Maybe `--connect-address' would be a good name for the option? It
would nicely parallel `--bind-address'.
Are there any takers to implement it?
>"Robert Parks" <[EMAIL PROTECTED]> writes:
>On Unix, you can use `-O /dev/null' to avoid writes to disk. (The
>application is still writing to an output stream, but the data is lost
>in a black hole.) I'm not sure if there's an equivalent under
>Windows.
The equivalent that I found (at least fo
Hi Hrvoje :)
* Hrvoje Niksic <[EMAIL PROTECTED]> dixit:
> >> One way to fix this would be to accopmany the OS entries in MACHINES
> >> with the version of Wget that they apply to. But the problem is that,
> >> as each version is released, you will only see which machines the
> >> *previous*
> From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]
> Dan Jacobson <[EMAIL PROTECTED]> writes:
>
> > But I want a
> >--second-guess-the-dns=ADDRESS
>
> Aside from `--second-guess-the-dns' being an awful name (sorry), what
> is the usage scenario for this kind of option? I.e. why would anyon
"Sergey Vasilevsky" <[EMAIL PROTECTED]> writes:
> Wget 1.9.1
>
> .wgetrc:
> reject = *.[Ee][xX][Ee]*
> follow_ftp = off
Follow ftp is off by default, so you shouldn't need to set it
explicitly.
What might have happened in your case is that a http URL *redirected*
to ftp, which was followed as a
DervishD <[EMAIL PROTECTED]> writes:
>> One way to fix this would be to accopmany the OS entries in MACHINES
>> with the version of Wget that they apply to. But the problem is that,
>> as each version is released, you will only see which machines the
>> *previous* versions worked on.
>
> But
Wget 1.9.1
.wgetrc:
reject = *.[Ee][xX][Ee]*
follow_ftp = off
Command line:
wget -np -nv -r -N -nH --referer=http://www.orion.by -P
/tmp/www.orion.by -D orion.by http://www.orion.by
Output:
Last-modified header missing -- time-stamps turned off.
13:15:08 URL:http://www.orion.by/index.php?mode=
> From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]
> > This is a binary compiled and run on windows nt 4, which
> doesn't support
> > IPV6, so the -4 should probably be a no-op ?
>
> Or not work at all.
>
I was thinking (rather late, I see you have changed other IPV6 stuff in the
meantime), why
Hi Hrvoje :)
* Hrvoje Niksic <[EMAIL PROTECTED]> dixit:
> I'm not sure how to manage the MACHINES file in the distribution. As
> very few people keep testing the old operating systems documented in
> MACHINES, it's impossible to guarantee that new versions of Wget will
> compile or work on t
33 matches
Mail list logo