On Tue 26 Jan 2021 at 06:27:40 (-0500), Gene Heskett wrote: > On Tuesday 26 January 2021 04:47:27 Vincent Lefevre wrote: > > On 2021-01-26 10:40:01 +0100, Vincent Lefevre wrote: > > > On 2021-01-25 17:42:51 -0500, Gene Heskett wrote: > > > > On Monday 25 January 2021 17:04:23 Greg Wooledge wrote: > > > > > On Mon, Jan 25, 2021 at 04:07:33PM -0500, Gene Heskett wrote: > > > > > > gene@coyote:~/src/build$ cd .. && wget -O opencv.zip > > > > > > https://github.com/opencv/opencv/archive/master.zip Cannot > > > > > > specify both -k or --convert-file-only and -O if multiple URLs > > > > > > are given, or > > > > > > in combination with -p or -r. See the manual for details. > > > > > > Usage: wget [OPTION]... [URL]... > > > > > > [...] > > > > > > > > Do you have a ~/.wgetrc file? If so, what's in it? If not, > > > > > what's in your /etc/wgetrc file (other than comments and blank > > > > > lines)? > > > > > > > > gene@coyote:~$ cat .wgetrc > > > > no_parent = on > > > > follow_ftp = on > > > > recursive = on > > > > reclevel = 20 > > > > convert_links = on > > > > > > Note that convert_links is -k and you have "recursive = on", which > > > means multiple URLs. Then the use of -O on the command line explains > > > the error. > > > > Actually the error message explicitly mentions -r, which is implied > > by "recursive = on". So, as a summary, you simultaneously have the > > equivalent of -k, -O and -r. > > The thing I don't get was that is the direct command from their buildit > page. You would think that would lead to such a common failure that it > would be documented.
Perhaps file a bug against that page. It appears that they were using -O merely to avoid overwriting master.zip with the second instance of wget. The manpage expressly advises against doing that: "Use of -O is not intended to mean simply "use the name file instead of the one in the URL". They should just use mv after each wget to place the zip files where they want them. > And I went back thru the history and found some dependency fail this > might have cause, and which synaptic won't let me fix, broken held > packages but won't ident the clashes so they might be fixed. So I blew > away my .wgetrc and am pulling fresh copies of both. FWIW I would not leave such a potent set of options in .wgetrc as my default, but rename it and then use it with --config= when appropriate. Cheers, David.
