On 9/15/06, Mauro Tortonesi <[EMAIL PROTECTED]> wrote:
reliable detection of changes in the resource to be downloaded would be
a very interesting feature. but do you really think that checking the
last X (< 100) bytes would be enough to be reasonably sure the resource
was (not) modified? what abo
From: Craig A. Finseth
It might help to know which version of Wget you're using ("wget -V"),
and on which system type you're running it. Adding "-d" to the wget
command line might give you more clues as to what it's trying to do.
Seeing the debug output might save considerable code tracing, a
hi all. is anyone successfully running the perl unit tests? i have perl 5.8.0
and libwww-perl 5.65 happily installed, but i'm getting this error:
heaven:~/wget/tests> ./Test1.px
Can't locate object method "new" via package "HTTPTest" at ./Test1.px line 38.
the "new" method is defined in Test, wh
I am trying to mirror an FTP site which has access control in that it
doesn't let you do a "dir" on the root (it returns an empty list). In
other wods, if you manually do:
ftp
username: ...
password: ...
dir
You get an empty list. But if you do:
cd
Reece ha scritto:
Found a bug (sort of).
When trying to get all the images in the directory below:
http://www.netstate.com/states/maps/images/
It gives 403 Forbidden errors for most of the images even after
setting the agent string to firefox's, and setting -e robots=off
After a packet capture
Ryan Barrett ha scritto:
hi wget developers! nicolas mizel reported a bug with --html-extension and
--convert-links about a year and a half ago. in a nutshell,
--html-extension
appends .html to non-html filenames, but --converted-links doesn't use the
.html filenames when it converts links.
ht
Jochen Roderburg ha scritto:
Noèl Köthe schrieb:
Hello,
I can reproduce the following with 1.10.2 and 1.11.beta1:
Wget ignores Content-Disposition header described in RFC 2616,
19.5.1 Content-Disposition.
an example URL is:
http://bugs.debian.org/cgi-bin/bugreport.cgi/%252Ftmp%252Fupdate-gru
Tate Mitchell ha scritto:
Would it be possible to download each lesson individually, so that as
lessons are added, or finished, I can download them w/out re-downloading
the whole site? Could someone tell me how please? Or would it be possible to
download the whole thing and just re-download pa
Tate Mitchell ha scritto:
If anyone could show me how to do this on the wget gui, that would be
appreciated, too.
http://www.jensroesner.de/wgetgui/
wget and wgetgui are releated programs, but they are developed by two
different teams. you should ask this question to the wgetgui authors.
--
Steven M. Schweda ha scritto:
Are you certain that the FTP _server_ can handle file offsets greater
than 4GB in the REST command?
i agree with steven here. it's very likely to be a server-side problem.
--
Aequam memento rebus in arduis servare mentem...
Mauro Tortonesi
Oliver Schulze L. ha scritto:
Does this version have the conection cache code?
no, not yet. i have some preliminary code for connection caching, but i
am not going to finish it and merge it into the trunk before wget 1.11
is released.
--
Aequam memento rebus in arduis servare mentem...
Mau
Olav Mørkrid ha scritto:
hi
let's say i fetch 10 files from a server with wget.
then i want to download any modifications to these files.
HOWEVER, if a new version of a file is downloaded, i want a backup of
the old file (eg. write to .bak, or possibly .001
and .002 to keep a record of all ver
John McCabe-Dansted ha scritto:
"Wget has no way of verifying that the local file is
really a valid prefix of the remote file"
Couldn't wget redownload the last 4 bytes (or so) of the file?
For a few bytes per file we could detect changes to almost all
compressed files and the majorit
Ashley Bone ha scritto:
When wget determines the local filename from Content-Disposition,
the -P (--directory-prefix) is ignored. The file is always
downloaded to the current directory. Looking at
parse_content_disposition(),
I think this may be by design. Does anyone know for sure?
no, i
Noèl Köthe schrieb:
Hello,
I can reproduce the following with 1.10.2 and 1.11.beta1:
Wget ignores Content-Disposition header described in RFC 2616,
19.5.1 Content-Disposition.
an example URL is:
http://bugs.debian.org/cgi-bin/bugreport.cgi/%252Ftmp%252Fupdate-grub.patch?bug=168715;msg=5;att=1
Hello,
I can reproduce the following with 1.10.2 and 1.11.beta1:
Wget ignores Content-Disposition header described in RFC 2616,
19.5.1 Content-Disposition.
an example URL is:
http://bugs.debian.org/cgi-bin/bugreport.cgi/%252Ftmp%252Fupdate-grub.patch?bug=168715;msg=5;att=1
--
Noèl Köthe
Deb
16 matches
Mail list logo