Mailinglist Archive: opensuse (3996 mails)
| < Previous | Next > |
Re: [SLE] wget question
- From: Randall R Schulz <rschulz@xxxxxxxxx>
- Date: Mon, 20 Sep 2004 18:07:20 -0700
- Message-id: <200409201807.20281.rschulz@xxxxxxxxx>
Jim,
On Monday 20 September 2004 18:46, Jim Sabatke wrote:
> ...
>
> I think the path I followed was this:
>
> From freshmeat's listing I browsed to:
>
> http://freshmeat.net/redir/abiword/56/url_tgz/abiword-2.0.10.tar.gz
>
> Which took me to the mirror selection page. From there I copied the
> link for the download from the mirror and used that for input to wget:
>
> http://prdownloads.sourceforge.net/abiword/abiword-2.0.10.tar.gz?use_mi
>rror=mesh
>
> That was the URL that consumed all the time trying to get the resumed
> download. I thought quoting it had worked, but I tried it again and it
> downloads a small file, like the previous attempts.
Quoting isn't going to make a difference for this URL unless in the
directory in which you issue the wget command there happens to be a
directory named "http:" which contains a directory named
"prdownloads.sourceforge.net" which contains a directory named "abiword"
which contains a file or directory named
"abiword-2.0.10.tar.gz?use_mirror=mesh" with any character in the
position of the '?'. Otherwise, that argument, which _is_ a shell glob
pattern, is passed unchanged. (And even that detail depends on which
shell you're using and / or the options you've selected.)
> I didn't want to click on the link, because I didn't want the browser
> to truncate the 20MB+ that I had already retrieved. Had I moved the
> file and clicked on the link, I would have seen that the next screen
> shows the direct link in case the download doesn't start. I used that
> link, provided by someone else in an earlier email, with wget -c and
> the download resumed to completion.
>
> From now on, I'm just going to start the download, kill it, and then
> use wget with the backup link.
That isn't going to work any better than using the browser's "copy link
address" command (typically accessed via a context menu from the link
itself) and then using the resulting URL with wget (including any
necessary directory trimming options, the "-O" to get the right output
name and the "-c" to get "wget" to retry if an error occurs).
> BTW, a few weeks ago, when I was asking for alternative download
> programs, several people mentioned that wget has no problem with
> following this kind of link. I did ask in advance. Then I couldn't
> figure out how to make it work and focused too hard on making wget do
> something it apparenlty can't do. Telling someone they may not be
> competent to get a job because they couldn't follow the simple man
> pages was really annoying after doing that much research into the
> problem.
You were not misinformed. Wget handles those URLs just fine. If you want
query strings stripped (or other options such as the directory
adjustments and continue options, etc) you can write a simple shell
script to save you the tedium of handling those details manually.
Randall Schulz
On Monday 20 September 2004 18:46, Jim Sabatke wrote:
> ...
>
> I think the path I followed was this:
>
> From freshmeat's listing I browsed to:
>
> http://freshmeat.net/redir/abiword/56/url_tgz/abiword-2.0.10.tar.gz
>
> Which took me to the mirror selection page. From there I copied the
> link for the download from the mirror and used that for input to wget:
>
> http://prdownloads.sourceforge.net/abiword/abiword-2.0.10.tar.gz?use_mi
>rror=mesh
>
> That was the URL that consumed all the time trying to get the resumed
> download. I thought quoting it had worked, but I tried it again and it
> downloads a small file, like the previous attempts.
Quoting isn't going to make a difference for this URL unless in the
directory in which you issue the wget command there happens to be a
directory named "http:" which contains a directory named
"prdownloads.sourceforge.net" which contains a directory named "abiword"
which contains a file or directory named
"abiword-2.0.10.tar.gz?use_mirror=mesh" with any character in the
position of the '?'. Otherwise, that argument, which _is_ a shell glob
pattern, is passed unchanged. (And even that detail depends on which
shell you're using and / or the options you've selected.)
> I didn't want to click on the link, because I didn't want the browser
> to truncate the 20MB+ that I had already retrieved. Had I moved the
> file and clicked on the link, I would have seen that the next screen
> shows the direct link in case the download doesn't start. I used that
> link, provided by someone else in an earlier email, with wget -c and
> the download resumed to completion.
>
> From now on, I'm just going to start the download, kill it, and then
> use wget with the backup link.
That isn't going to work any better than using the browser's "copy link
address" command (typically accessed via a context menu from the link
itself) and then using the resulting URL with wget (including any
necessary directory trimming options, the "-O" to get the right output
name and the "-c" to get "wget" to retry if an error occurs).
> BTW, a few weeks ago, when I was asking for alternative download
> programs, several people mentioned that wget has no problem with
> following this kind of link. I did ask in advance. Then I couldn't
> figure out how to make it work and focused too hard on making wget do
> something it apparenlty can't do. Telling someone they may not be
> competent to get a job because they couldn't follow the simple man
> pages was really annoying after doing that much research into the
> problem.
You were not misinformed. Wget handles those URLs just fine. If you want
query strings stripped (or other options such as the directory
adjustments and continue options, etc) you can write a simple shell
script to save you the tedium of handling those details manually.
Randall Schulz
| < Previous | Next > |