Groups > linux.debian.user > #231122 > unrolled thread

Re: problem with wget -O

Started by	Roberto C. Sánchez <roberto@debian.org>
First post	2021-01-25 19:50 +0100
Last post	2021-01-26 00:20 +0100
Articles	20 on this page of 39 — 13 participants

Back to article view | Back to linux.debian.user

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

  Re: problem with wget -O Roberto C. Sánchez <roberto@debian.org> - 2021-01-25 19:50 +0100
    Re: problem with wget -O Greg Wooledge <wooledg@eeg.ccf.org> - 2021-01-25 20:00 +0100
      Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-25 21:20 +0100
        Re: problem with wget -O Greg Wooledge <wooledg@eeg.ccf.org> - 2021-01-25 21:40 +0100
          Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-25 21:50 +0100
            Re: problem with wget -O Greg Wooledge <wooledg@eeg.ccf.org> - 2021-01-25 22:00 +0100
              Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-25 22:10 +0100
                Re: problem with wget -O Darac Marjal <mailinglist@darac.org.uk> - 2021-01-25 22:50 +0100
                  Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-25 23:40 +0100
                  Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-25 23:40 +0100
                    Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-26 00:00 +0100
                      Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-26 00:10 +0100
                    Re: problem with wget -O <tomas@tuxteam.de> - 2021-01-26 10:50 +0100
                      Re: problem with wget -O l0f4r0@tuta.io - 2021-01-26 13:40 +0100
                        Re: problem with wget -O <tomas@tuxteam.de> - 2021-01-26 14:50 +0100
                Re: problem with wget -O Greg Wooledge <wooledg@eeg.ccf.org> - 2021-01-25 23:10 +0100
                  Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-25 23:50 +0100
                    Re: problem with wget -O Vincent Lefevre <vincent@vinc17.net> - 2021-01-26 10:50 +0100
                      Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-26 12:30 +0100
                        Re: problem with wget -O Greg Wooledge <wooledg@eeg.ccf.org> - 2021-01-26 13:40 +0100
                          Re: problem with wget -O Vincent Lefevre <vincent@vinc17.net> - 2021-01-26 15:00 +0100
                            Re: problem with wget -O Celejar <celejar@gmail.com> - 2021-01-26 15:10 +0100
                        Re: problem with wget -O Vincent Lefevre <vincent@vinc17.net> - 2021-01-26 14:50 +0100
                        Re: problem with wget -O David Wright <deblis@lionunicorn.co.uk> - 2021-01-28 17:10 +0100
                          Re: problem with wget -O Greg Wooledge <wooledg@eeg.ccf.org> - 2021-01-28 17:20 +0100
                            Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-28 21:10 +0100
                              Re: problem with wget -O Brian <ad44@cityscape.co.uk> - 2021-01-28 22:00 +0100
                              Re: problem with wget -O David Wright <deblis@lionunicorn.co.uk> - 2021-01-29 18:30 +0100
                                Re: problem with wget -O rhkramer@gmail.com - 2021-01-29 18:40 +0100
                            Re: problem with wget -O David Wright <deblis@lionunicorn.co.uk> - 2021-01-29 18:00 +0100
                    Re: problem with wget -O Vincent Lefevre <vincent@vinc17.net> - 2021-01-26 10:50 +0100
      Re: problem with wget -O Nicolas George <george@nsup.org> - 2021-01-26 12:40 +0100
        Re: problem with wget -O <tomas@tuxteam.de> - 2021-01-26 13:20 +0100
    Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-25 21:10 +0100
      Re: problem with wget -O Roberto C. Sánchez <roberto@debian.org> - 2021-01-25 21:20 +0100
        Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-25 21:40 +0100
      Re: problem with wget -O deloptes <deloptes@gmail.com> - 2021-01-25 21:20 +0100
        Re: problem with wget -O Gene Heskett <gheskett@shentel.net> - 2021-01-25 21:30 +0100
          Re: problem with wget -O deloptes <deloptes@gmail.com> - 2021-01-26 00:20 +0100

Page 1 of 2 [1] 2 Next page →

#231122 — Re: problem with wget -O

From	Roberto C. Sánchez <roberto@debian.org>
Date	2021-01-25 19:50 +0100
Subject	Re: problem with wget -O
Message-ID	<BBf61-43Z-1@gated-at.bofh.it>

On Mon, Jan 25, 2021 at 01:40:19PM -0500, Gene Heskett wrote:
> Greetings all;
> 
> I don't know if this has been hashed out already, but the stretch version 
> of wget is broken, does not accept the -O filename syntax.
> 
Are you sure you have the right wget?  It works for me:

root@debian:~# cat /etc/debian_version
9.13
root@debian:~# apt-cache policy wget
wget:
  Installed: 1.18-5+deb9u3
  Candidate: 1.18-5+deb9u3
  Version table:
 *** 1.18-5+deb9u3 500
        500 http://security.debian.org stretch/updates/main amd64 Packages
        500 http://ftp.us.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status
root@debian:~# wget -q -O netinst.iso https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-10.7.0-amd64-netinst.iso
root@debian:~# ls
netinst.iso

Regards,

-Roberto

-- 
Roberto C. Sánchez

[toc] | [next] | [standalone]

#231124

From	Greg Wooledge <wooledg@eeg.ccf.org>
Date	2021-01-25 20:00 +0100
Message-ID	<BBffI-47r-9@gated-at.bofh.it>
In reply to	#231122

On Mon, Jan 25, 2021 at 01:45:34PM -0500, Roberto C. Sánchez wrote:
> On Mon, Jan 25, 2021 at 01:40:19PM -0500, Gene Heskett wrote:
> > I don't know if this has been hashed out already, but the stretch version 
> > of wget is broken, does not accept the -O filename syntax.

Gene, you've been here a while, so you should know better than this.
If you're reporting a problem with a command that you ran, please show
us the actual command *and* its full output (unless that output is
really large, in which case, just show the interesting parts).

> Are you sure you have the right wget?  It works for me:

My first guess is that Gene either mistyped the command, or used a URL
that has an ampersand (&) character in it, without quoting it.

[toc] | [prev] | [next] | [standalone]

#231135

From	Gene Heskett <gheskett@shentel.net>
Date	2021-01-25 21:20 +0100
Message-ID	<BBgv8-52c-11@gated-at.bofh.it>
In reply to	#231124

On Monday 25 January 2021 13:53:48 Greg Wooledge wrote:

> On Mon, Jan 25, 2021 at 01:45:34PM -0500, Roberto C. Sánchez wrote:
> > On Mon, Jan 25, 2021 at 01:40:19PM -0500, Gene Heskett wrote:
> > > I don't know if this has been hashed out already, but the stretch
> > > version of wget is broken, does not accept the -O filename syntax.
>
> Gene, you've been here a while, so you should know better than this.
> If you're reporting a problem with a command that you ran, please show
> us the actual command *and* its full output (unless that output is
> really large, in which case, just show the interesting parts).
>
> > Are you sure you have the right wget?  It works for me:
>
> My first guess is that Gene either mistyped the command, or used a URL
> that has an ampersand (&) character in it, without quoting it.

Why Greg, do you seem to always blame the messenger?

direct copy/paste from the opencv build instructions html page:
wget -O opencv.zip https://github.com/opencv/opencv/archive/master.zip
wget -O opencv_contrib.zip https://github.com/opencv/opencv_contrib/archive/master.zip

And from a previous message, I have exactly the same version number 
that Just Works for someone else.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#231140

From	Greg Wooledge <wooledg@eeg.ccf.org>
Date	2021-01-25 21:40 +0100
Message-ID	<BBgOt-58e-1@gated-at.bofh.it>
In reply to	#231135

On Mon, Jan 25, 2021 at 03:13:55PM -0500, Gene Heskett wrote:
> Why Greg, do you seem to always blame the messenger?

Because the message is ripped up into pieces, and you're telling us
only some half-remembered piece of it.

> direct copy/paste from the opencv build instructions html page:

> wget -O opencv.zip https://github.com/opencv/opencv/archive/master.zip
> wget -O opencv_contrib.zip https://github.com/opencv/opencv_contrib/archive/master.zip

Those look safe enough to rule out the URL quoting issue.  It would
be nice if you would show us the terminal session in which you ran the
command and got an error.  Lacking that information, we can only guess
as to the many possible causes of the many possible errors.

Here is a short list of guesses.

1) You have a shell function or alias that overrides the wget command.
   Diagnose this by running "type wget".

2) You do not have write permission on the current directory.
   Diagnose this by running "id" and "ls -ld .".
   The string "Permission denied" in the command's output would be a
   strong indicator of this one.

3) You pasted the command from a source that has non-breaking spaces or
   other non-ASCII garbage polluting the arguments.

4) You have run out of disk space.
   Diagnose this by running "df .".
   The string "No space left on device" would strongly indicate this one.

5) Quotas.

[toc] | [prev] | [next] | [standalone]

#231143

From	Gene Heskett <gheskett@shentel.net>
Date	2021-01-25 21:50 +0100
Message-ID	<BBgYa-5bw-13@gated-at.bofh.it>
In reply to	#231140

On Monday 25 January 2021 15:32:19 Greg Wooledge wrote:

> On Mon, Jan 25, 2021 at 03:13:55PM -0500, Gene Heskett wrote:
> > Why Greg, do you seem to always blame the messenger?
>
> Because the message is ripped up into pieces, and you're telling us
> only some half-remembered piece of it.
>
> > direct copy/paste from the opencv build instructions html page:
> >
> > wget -O opencv.zip
> > https://github.com/opencv/opencv/archive/master.zip wget -O
> > opencv_contrib.zip
> > https://github.com/opencv/opencv_contrib/archive/master.zip
>
> Those look safe enough to rule out the URL quoting issue.  It would
> be nice if you would show us the terminal session in which you ran the
> command and got an error.  Lacking that information, we can only guess
> as to the many possible causes of the many possible errors.
>
> Here is a short list of guesses.
>
> 1) You have a shell function or alias that overrides the wget command.
>    Diagnose this by running "type wget".
>
Interesting:
gene@coyote:~/src/build$ type wget
wget is hashed (/usr/bin/wget)
gene@coyote:~/src/build$   

What the heck does that mean?
no extra charge:

file /usr/bin/wget
/usr/bin/wget: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), 
dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for 
GNU/Linux 2.6.32, 
BuildID[sha1]=35ceae6f53de184f4f46494aa6bb872a6edb0010, stripped

> 2) You do not have write permission on the current directory.
>    Diagnose this by running "id" and "ls -ld .".

gene@coyote:~/src/build$ id
uid=1000(gene) gid=1000(gene) groups=1000(gene),4(adm),5(tty),6(disk),7
(lp),8(mail),12(man),20(dialout),24(cdrom),25(floppy),27(sudo),29
(audio),33(www-data),44(video),46(plugdev),50(staff),100(users),102
(systemd-timesync),116(lpadmin),118(pulse),119(pulse-access),120
(scanner),122(colord),123(saned),125(nut)

gene@coyote:~/src/build$ ls -ld
drwxr-xr-x 19 gene gene 4096 Jan 25 14:05 .


>    The string "Permission denied" in the command's output would be a
>    strong indicator of this one.

I don't recall seeing that go by.

> 3) You pasted the command from a source that has non-breaking spaces
> or other non-ASCII garbage polluting the arguments.

How would that be diagnosed?

> 4) You have run out of disk space.
>    Diagnose this by running "df .".
>    The string "No space left on device" would strongly indicate this
> one.

1T drive, not likely.

df -h grep sda
/dev/sda5       1.8T  291G  1.4T  18% /
/dev/sda1       922M  183M  677M  22% /boot
/dev/sda3        46G  4.7G   39G  11% /var
>
> 5) Quotas.

Diagnostic for that?


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#231145

From	Greg Wooledge <wooledg@eeg.ccf.org>
Date	2021-01-25 22:00 +0100
Message-ID	<BBh7R-5ex-21@gated-at.bofh.it>
In reply to	#231143

On Mon, Jan 25, 2021 at 03:47:03PM -0500, Gene Heskett wrote:
> > 1) You have a shell function or alias that overrides the wget command.
> >    Diagnose this by running "type wget".
> >
> Interesting:
> gene@coyote:~/src/build$ type wget
> wget is hashed (/usr/bin/wget)
> gene@coyote:~/src/build$   
> 
> What the heck does that mean?

It means you don't have a shell alias or function named wget.  It also
means you've run wget at least once previously in the current interactive
shell, so that its location in the PATH list is cached.

> gene@coyote:~/src/build$ id
> uid=1000(gene) gid=1000(gene) groups=1000(gene),4(adm),5(tty),6(disk),7
> (lp),8(mail),12(man),20(dialout),24(cdrom),25(floppy),27(sudo),29
> (audio),33(www-data),44(video),46(plugdev),50(staff),100(users),102
> (systemd-timesync),116(lpadmin),118(pulse),119(pulse-access),120
> (scanner),122(colord),123(saned),125(nut)
> 
> gene@coyote:~/src/build$ ls -ld
> drwxr-xr-x 19 gene gene 4096 Jan 25 14:05 .

OK.

> > 3) You pasted the command from a source that has non-breaking spaces
> > or other non-ASCII garbage polluting the arguments.
> 
> How would that be diagnosed?

By reading the error message extremely carefully.  Or possibly by
hex-dumping the command, extremely carefully.

> df -h grep sda
> /dev/sda5       1.8T  291G  1.4T  18% /
> /dev/sda1       922M  183M  677M  22% /boot
> /dev/sda3        46G  4.7G   39G  11% /var

This command got mangled.  I am guessing you ran "df -h | grep sda", and
this all looks fine, but it doesn't tell us anything about ~gene.

> > 5) Quotas.
> 
> Diagnostic for that?

No idea.  You'd probably remember if you had set up user quotas, though.

Why don't you just show us the wget command and its error message so
we can stop guessing?

[toc] | [prev] | [next] | [standalone]

#231146

From	Gene Heskett <gheskett@shentel.net>
Date	2021-01-25 22:10 +0100
Message-ID	<BBhhw-5wV-1@gated-at.bofh.it>
In reply to	#231145

On Monday 25 January 2021 15:55:31 Greg Wooledge wrote:

> On Mon, Jan 25, 2021 at 03:47:03PM -0500, Gene Heskett wrote:
> > > 1) You have a shell function or alias that overrides the wget
> > > command. Diagnose this by running "type wget".
> >
> > Interesting:
> > gene@coyote:~/src/build$ type wget
> > wget is hashed (/usr/bin/wget)
> > gene@coyote:~/src/build$
> >
> > What the heck does that mean?
>
> It means you don't have a shell alias or function named wget.  It also
> means you've run wget at least once previously in the current
> interactive shell, so that its location in the PATH list is cached.
>
> > gene@coyote:~/src/build$ id
> > uid=1000(gene) gid=1000(gene)
> > groups=1000(gene),4(adm),5(tty),6(disk),7
> > (lp),8(mail),12(man),20(dialout),24(cdrom),25(floppy),27(sudo),29
> > (audio),33(www-data),44(video),46(plugdev),50(staff),100(users),102
> > (systemd-timesync),116(lpadmin),118(pulse),119(pulse-access),120
> > (scanner),122(colord),123(saned),125(nut)
> >
> > gene@coyote:~/src/build$ ls -ld
> > drwxr-xr-x 19 gene gene 4096 Jan 25 14:05 .
>
> OK.
>
> > > 3) You pasted the command from a source that has non-breaking
> > > spaces or other non-ASCII garbage polluting the arguments.
> >
> > How would that be diagnosed?
>
> By reading the error message extremely carefully.  Or possibly by
> hex-dumping the command, extremely carefully.
>
> > df -h grep sda
> > /dev/sda5       1.8T  291G  1.4T  18% /
> > /dev/sda1       922M  183M  677M  22% /boot
> > /dev/sda3        46G  4.7G   39G  11% /var
>
> This command got mangled.  I am guessing you ran "df -h | grep sda",
> and this all looks fine, but it doesn't tell us anything about ~gene.
>
> > > 5) Quotas.
> >
> > Diagnostic for that?
>
> No idea.  You'd probably remember if you had set up user quotas,
> though.
>
> Why don't you just show us the wget command and its error message so
> we can stop guessing?

posted at least once today:
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]...

But the man page says it's legal.

Thanks Greg.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#231148

From	Darac Marjal <mailinglist@darac.org.uk>
Date	2021-01-25 22:50 +0100
Message-ID	<BBhUd-5JA-3@gated-at.bofh.it>
In reply to	#231146

[Multipart message — attachments visible in raw view] — view raw

On 25/01/2021 21:07, Gene Heskett wrote:
> On Monday 25 January 2021 15:55:31 Greg Wooledge wrote:
>
>> On Mon, Jan 25, 2021 at 03:47:03PM -0500, Gene Heskett wrote:
>>>> 1) You have a shell function or alias that overrides the wget
>>>> command. Diagnose this by running "type wget".
>>> Interesting:
>>> gene@coyote:~/src/build$ type wget
>>> wget is hashed (/usr/bin/wget)
>>> gene@coyote:~/src/build$
>>>
>>> What the heck does that mean?
>> It means you don't have a shell alias or function named wget.  It also
>> means you've run wget at least once previously in the current
>> interactive shell, so that its location in the PATH list is cached.
>>
>>> gene@coyote:~/src/build$ id
>>> uid=1000(gene) gid=1000(gene)
>>> groups=1000(gene),4(adm),5(tty),6(disk),7
>>> (lp),8(mail),12(man),20(dialout),24(cdrom),25(floppy),27(sudo),29
>>> (audio),33(www-data),44(video),46(plugdev),50(staff),100(users),102
>>> (systemd-timesync),116(lpadmin),118(pulse),119(pulse-access),120
>>> (scanner),122(colord),123(saned),125(nut)
>>>
>>> gene@coyote:~/src/build$ ls -ld
>>> drwxr-xr-x 19 gene gene 4096 Jan 25 14:05 .
>> OK.
>>
>>>> 3) You pasted the command from a source that has non-breaking
>>>> spaces or other non-ASCII garbage polluting the arguments.
>>> How would that be diagnosed?
>> By reading the error message extremely carefully.  Or possibly by
>> hex-dumping the command, extremely carefully.
>>
>>> df -h grep sda
>>> /dev/sda5       1.8T  291G  1.4T  18% /
>>> /dev/sda1       922M  183M  677M  22% /boot
>>> /dev/sda3        46G  4.7G   39G  11% /var
>> This command got mangled.  I am guessing you ran "df -h | grep sda",
>> and this all looks fine, but it doesn't tell us anything about ~gene.
>>
>>>> 5) Quotas.
>>> Diagnostic for that?
>> No idea.  You'd probably remember if you had set up user quotas,
>> though.
>>
>> Why don't you just show us the wget command and its error message so
>> we can stop guessing?
> posted at least once today:
> 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]...
>
> But the man page says it's legal.

Interesting. wget is complaining about a -k option which isn't visible
here (and hasn't been mentioned in this thread so far). Do you have
either /etc/wgetrc or ~/.wgetrc which mentions any of those prohibited
switches?


>
> Thanks Greg.
>
> Cheers, Gene Heskett

[toc] | [prev] | [next] | [standalone]

#231150

From	Gene Heskett <gheskett@shentel.net>
Date	2021-01-25 23:40 +0100
Message-ID	<BBiGB-6f4-3@gated-at.bofh.it>
In reply to	#231148

On Monday 25 January 2021 16:48:52 Darac Marjal wrote:

> On 25/01/2021 21:07, Gene Heskett wrote:
> > On Monday 25 January 2021 15:55:31 Greg Wooledge wrote:
> >> On Mon, Jan 25, 2021 at 03:47:03PM -0500, Gene Heskett wrote:
> >>>> 1) You have a shell function or alias that overrides the wget
> >>>> command. Diagnose this by running "type wget".
> >>>
> >>> Interesting:
> >>> gene@coyote:~/src/build$ type wget
> >>> wget is hashed (/usr/bin/wget)
> >>> gene@coyote:~/src/build$
> >>>
> >>> What the heck does that mean?
> >>
> >> It means you don't have a shell alias or function named wget.  It
> >> also means you've run wget at least once previously in the current
> >> interactive shell, so that its location in the PATH list is cached.
> >>
> >>> gene@coyote:~/src/build$ id
> >>> uid=1000(gene) gid=1000(gene)
> >>> groups=1000(gene),4(adm),5(tty),6(disk),7
> >>> (lp),8(mail),12(man),20(dialout),24(cdrom),25(floppy),27(sudo),29
> >>> (audio),33(www-data),44(video),46(plugdev),50(staff),100(users),10
> >>>2 (systemd-timesync),116(lpadmin),118(pulse),119(pulse-access),120
> >>> (scanner),122(colord),123(saned),125(nut)
> >>>
> >>> gene@coyote:~/src/build$ ls -ld
> >>> drwxr-xr-x 19 gene gene 4096 Jan 25 14:05 .
> >>
> >> OK.
> >>
> >>>> 3) You pasted the command from a source that has non-breaking
> >>>> spaces or other non-ASCII garbage polluting the arguments.
> >>>
> >>> How would that be diagnosed?
> >>
> >> By reading the error message extremely carefully.  Or possibly by
> >> hex-dumping the command, extremely carefully.
> >>
> >>> df -h grep sda
> >>> /dev/sda5       1.8T  291G  1.4T  18% /
> >>> /dev/sda1       922M  183M  677M  22% /boot
> >>> /dev/sda3        46G  4.7G   39G  11% /var
> >>
> >> This command got mangled.  I am guessing you ran "df -h | grep
> >> sda", and this all looks fine, but it doesn't tell us anything
> >> about ~gene.
> >>
> >>>> 5) Quotas.
> >>>
> >>> Diagnostic for that?
> >>
> >> No idea.  You'd probably remember if you had set up user quotas,
> >> though.
> >>
> >> Why don't you just show us the wget command and its error message
> >> so we can stop guessing?
> >
> > posted at least once today:
> > 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]...
> >
> > But the man page says it's legal.
>
> Interesting. wget is complaining about a -k option which isn't visible
> here (and hasn't been mentioned in this thread so far). Do you have
> either /etc/wgetrc or ~/.wgetrc which mentions any of those prohibited
> switches?
>
> > Thanks Greg.
> >
> > Cheers, Gene Heskett

yes, it has only one option set, passive_ftp = on
Everything else is # commented.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#231151

From	Gene Heskett <gheskett@shentel.net>
Date	2021-01-25 23:40 +0100
Message-ID	<BBiGB-6f4-5@gated-at.bofh.it>
In reply to	#231148

On Monday 25 January 2021 16:48:52 Darac Marjal wrote:

> On 25/01/2021 21:07, Gene Heskett wrote:
> > On Monday 25 January 2021 15:55:31 Greg Wooledge wrote:
> >> On Mon, Jan 25, 2021 at 03:47:03PM -0500, Gene Heskett wrote:
> >>>> 1) You have a shell function or alias that overrides the wget
> >>>> command. Diagnose this by running "type wget".
> >>>
> >>> Interesting:
> >>> gene@coyote:~/src/build$ type wget
> >>> wget is hashed (/usr/bin/wget)
> >>> gene@coyote:~/src/build$
> >>>
> >>> What the heck does that mean?
> >>
> >> It means you don't have a shell alias or function named wget.  It
> >> also means you've run wget at least once previously in the current
> >> interactive shell, so that its location in the PATH list is cached.
> >>
> >>> gene@coyote:~/src/build$ id
> >>> uid=1000(gene) gid=1000(gene)
> >>> groups=1000(gene),4(adm),5(tty),6(disk),7
> >>> (lp),8(mail),12(man),20(dialout),24(cdrom),25(floppy),27(sudo),29
> >>> (audio),33(www-data),44(video),46(plugdev),50(staff),100(users),10
> >>>2 (systemd-timesync),116(lpadmin),118(pulse),119(pulse-access),120
> >>> (scanner),122(colord),123(saned),125(nut)
> >>>
> >>> gene@coyote:~/src/build$ ls -ld
> >>> drwxr-xr-x 19 gene gene 4096 Jan 25 14:05 .
> >>
> >> OK.
> >>
> >>>> 3) You pasted the command from a source that has non-breaking
> >>>> spaces or other non-ASCII garbage polluting the arguments.
> >>>
> >>> How would that be diagnosed?
> >>
> >> By reading the error message extremely carefully.  Or possibly by
> >> hex-dumping the command, extremely carefully.
> >>
> >>> df -h grep sda
> >>> /dev/sda5       1.8T  291G  1.4T  18% /
> >>> /dev/sda1       922M  183M  677M  22% /boot
> >>> /dev/sda3        46G  4.7G   39G  11% /var
> >>
> >> This command got mangled.  I am guessing you ran "df -h | grep
> >> sda", and this all looks fine, but it doesn't tell us anything
> >> about ~gene.
> >>
> >>>> 5) Quotas.
> >>>
> >>> Diagnostic for that?
> >>
> >> No idea.  You'd probably remember if you had set up user quotas,
> >> though.
> >>
> >> Why don't you just show us the wget command and its error message
> >> so we can stop guessing?
> >
> > posted at least once today:
> > 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]...
> >
> > But the man page says it's legal.
>
> Interesting. wget is complaining about a -k option which isn't visible
> here (and hasn't been mentioned in this thread so far). Do you have
> either /etc/wgetrc or ~/.wgetrc which mentions any of those prohibited
> switches?
>
> > Thanks Greg.
> >
> > Cheers, Gene Heskett

however I also have in my home dir, a .wgetrc, containing:

no_parent = on
follow_ftp = on
recursive = on
reclevel = 20
convert_links = on


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#231154

From	Gene Heskett <gheskett@shentel.net>
Date	2021-01-26 00:00 +0100
Message-ID	<BBiZY-6lZ-7@gated-at.bofh.it>
In reply to	#231151

On Monday 25 January 2021 17:38:04 Gene Heskett wrote:

> On Monday 25 January 2021 16:48:52 Darac Marjal wrote:
> > On 25/01/2021 21:07, Gene Heskett wrote:
> > > On Monday 25 January 2021 15:55:31 Greg Wooledge wrote:
> > >> On Mon, Jan 25, 2021 at 03:47:03PM -0500, Gene Heskett wrote:
> > >>>> 1) You have a shell function or alias that overrides the wget
> > >>>> command. Diagnose this by running "type wget".
> > >>>
> > >>> Interesting:
> > >>> gene@coyote:~/src/build$ type wget
> > >>> wget is hashed (/usr/bin/wget)
> > >>> gene@coyote:~/src/build$
> > >>>
> > >>> What the heck does that mean?
> > >>
> > >> It means you don't have a shell alias or function named wget.  It
> > >> also means you've run wget at least once previously in the
> > >> current interactive shell, so that its location in the PATH list
> > >> is cached.
> > >>
> > >>> gene@coyote:~/src/build$ id
> > >>> uid=1000(gene) gid=1000(gene)
> > >>> groups=1000(gene),4(adm),5(tty),6(disk),7
> > >>> (lp),8(mail),12(man),20(dialout),24(cdrom),25(floppy),27(sudo),2
> > >>>9
> > >>> (audio),33(www-data),44(video),46(plugdev),50(staff),100(users),
> > >>>10 2
> > >>> (systemd-timesync),116(lpadmin),118(pulse),119(pulse-access),120
> > >>> (scanner),122(colord),123(saned),125(nut)
> > >>>
> > >>> gene@coyote:~/src/build$ ls -ld
> > >>> drwxr-xr-x 19 gene gene 4096 Jan 25 14:05 .
> > >>
> > >> OK.
> > >>
> > >>>> 3) You pasted the command from a source that has non-breaking
> > >>>> spaces or other non-ASCII garbage polluting the arguments.
> > >>>
> > >>> How would that be diagnosed?
> > >>
> > >> By reading the error message extremely carefully.  Or possibly by
> > >> hex-dumping the command, extremely carefully.
> > >>
> > >>> df -h grep sda
> > >>> /dev/sda5       1.8T  291G  1.4T  18% /
> > >>> /dev/sda1       922M  183M  677M  22% /boot
> > >>> /dev/sda3        46G  4.7G   39G  11% /var
> > >>
> > >> This command got mangled.  I am guessing you ran "df -h | grep
> > >> sda", and this all looks fine, but it doesn't tell us anything
> > >> about ~gene.
> > >>
> > >>>> 5) Quotas.
> > >>>
> > >>> Diagnostic for that?
> > >>
> > >> No idea.  You'd probably remember if you had set up user quotas,
> > >> though.
> > >>
> > >> Why don't you just show us the wget command and its error message
> > >> so we can stop guessing?
> > >
> > > posted at least once today:
> > > 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]...
> > >
> > > But the man page says it's legal.
> >
> > Interesting. wget is complaining about a -k option which isn't
> > visible here (and hasn't been mentioned in this thread so far). Do
> > you have either /etc/wgetrc or ~/.wgetrc which mentions any of those
> > prohibited switches?
> >
> > > Thanks Greg.
> > >
> > > Cheers, Gene Heskett
>
> however I also have in my home dir, a .wgetrc, containing:
>
> no_parent = on
> follow_ftp = on
> recursive = on
> reclevel = 20
PS:
> convert_links = on <-I took this line out and its working.
>
>
> Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#231155

From	Gene Heskett <gheskett@shentel.net>
Date	2021-01-26 00:10 +0100
Message-ID	<BBj9D-6Ff-5@gated-at.bofh.it>
In reply to	#231154

On Monday 25 January 2021 17:50:59 Gene Heskett wrote:

> On Monday 25 January 2021 17:38:04 Gene Heskett wrote:
> > On Monday 25 January 2021 16:48:52 Darac Marjal wrote:
> > > On 25/01/2021 21:07, Gene Heskett wrote:
> > > > On Monday 25 January 2021 15:55:31 Greg Wooledge wrote:
> > > >> On Mon, Jan 25, 2021 at 03:47:03PM -0500, Gene Heskett wrote:
> > > >>>> 1) You have a shell function or alias that overrides the wget
> > > >>>> command. Diagnose this by running "type wget".
> > > >>>
> > > >>> Interesting:
> > > >>> gene@coyote:~/src/build$ type wget
> > > >>> wget is hashed (/usr/bin/wget)
> > > >>> gene@coyote:~/src/build$
> > > >>>
> > > >>> What the heck does that mean?
> > > >>
> > > >> It means you don't have a shell alias or function named wget. 
> > > >> It also means you've run wget at least once previously in the
> > > >> current interactive shell, so that its location in the PATH
> > > >> list is cached.
> > > >>
> > > >>> gene@coyote:~/src/build$ id
> > > >>> uid=1000(gene) gid=1000(gene)
> > > >>> groups=1000(gene),4(adm),5(tty),6(disk),7
> > > >>> (lp),8(mail),12(man),20(dialout),24(cdrom),25(floppy),27(sudo)
> > > >>>,2 9
> > > >>> (audio),33(www-data),44(video),46(plugdev),50(staff),100(users
> > > >>>), 10 2
> > > >>> (systemd-timesync),116(lpadmin),118(pulse),119(pulse-access),1
> > > >>>20 (scanner),122(colord),123(saned),125(nut)
> > > >>>
> > > >>> gene@coyote:~/src/build$ ls -ld
> > > >>> drwxr-xr-x 19 gene gene 4096 Jan 25 14:05 .
> > > >>
> > > >> OK.
> > > >>
> > > >>>> 3) You pasted the command from a source that has non-breaking
> > > >>>> spaces or other non-ASCII garbage polluting the arguments.
> > > >>>
> > > >>> How would that be diagnosed?
> > > >>
> > > >> By reading the error message extremely carefully.  Or possibly
> > > >> by hex-dumping the command, extremely carefully.
> > > >>
> > > >>> df -h grep sda
> > > >>> /dev/sda5       1.8T  291G  1.4T  18% /
> > > >>> /dev/sda1       922M  183M  677M  22% /boot
> > > >>> /dev/sda3        46G  4.7G   39G  11% /var
> > > >>
> > > >> This command got mangled.  I am guessing you ran "df -h | grep
> > > >> sda", and this all looks fine, but it doesn't tell us anything
> > > >> about ~gene.
> > > >>
> > > >>>> 5) Quotas.
> > > >>>
> > > >>> Diagnostic for that?
> > > >>
> > > >> No idea.  You'd probably remember if you had set up user
> > > >> quotas, though.
> > > >>
> > > >> Why don't you just show us the wget command and its error
> > > >> message so we can stop guessing?
> > > >
> > > > posted at least once today:
> > > > 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]...
> > > >
> > > > But the man page says it's legal.
> > >
> > > Interesting. wget is complaining about a -k option which isn't
> > > visible here (and hasn't been mentioned in this thread so far). Do
> > > you have either /etc/wgetrc or ~/.wgetrc which mentions any of
> > > those prohibited switches?
> > >
> > > > Thanks Greg.
> > > >
> > > > Cheers, Gene Heskett
> >
> > however I also have in my home dir, a .wgetrc, containing:
> >
> > no_parent = on
> > follow_ftp = on
> > recursive = on
> > reclevel = 20
>
> PS:
> > convert_links = on <-I took this line out and its working.
I pulled a new zip, and unzipped it, but the build still bails with the already posted python error:

[ 97%] Built target opencv_test_stereo
[ 97%] Built target gen_opencv_python_source
[ 97%] Building CXX object modules/python2/CMakeFiles/opencv_python2.dir/__/src2/cv2.cpp.o
In file included from /home/gene/src/build/modules/python_bindings_generator/pyopencv_custom_headers.h:7:0,
                 from /home/gene/src/opencv-master/modules/python/src2/cv2.cpp:2080:
/home/gene/src/opencv_contrib-master/modules/phase_unwrapping/misc/python/pyopencv_phase_unwrapping.hpp:2:13: 
error: ‘phase_unwrapping’ in namespace ‘cv’ does not name a type
 typedef cv::phase_unwrapping::HistogramPhaseUnwrapping::Params HistogramPhaseUnwrapping_Params;
             ^~~~~~~~~~~~~~~~
In file included from /home/gene/src/build/modules/python_bindings_generator/pyopencv_custom_headers.h:8:0,
                 from /home/gene/src/opencv-master/modules/python/src2/cv2.cpp:2080:
/home/gene/src/opencv_contrib-master/modules/surface_matching/misc/python/pyopencv_ppf_match_3d.hpp:3:40: error: ‘ppf_match_3d’ 
was not declared in this scope
 template<> struct pyopencvVecConverter<ppf_match_3d::Pose3DPtr >
                                        ^~~~~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/surface_matching/misc/python/pyopencv_ppf_match_3d.hpp:3:64: error: template 
argument 1 is invalid
 template<> struct pyopencvVecConverter<ppf_match_3d::Pose3DPtr >
                                                                ^
/home/gene/src/opencv_contrib-master/modules/surface_matching/misc/python/pyopencv_ppf_match_3d.hpp:16:21: error: ‘ppf_match_3d’ 
was not declared in this scope
 typedef std::vector<ppf_match_3d::Pose3DPtr> vector_Pose3DPtr;
                     ^~~~~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/surface_matching/misc/python/pyopencv_ppf_match_3d.hpp:16:44: error: template 
argument 1 is invalid
 typedef std::vector<ppf_match_3d::Pose3DPtr> vector_Pose3DPtr;
                                            ^
/home/gene/src/opencv_contrib-master/modules/surface_matching/misc/python/pyopencv_ppf_match_3d.hpp:16:44: error: template 
argument 2 is invalid
In file included from /home/gene/src/build/modules/python_bindings_generator/pyopencv_custom_headers.h:15:0,
                 from /home/gene/src/opencv-master/modules/python/src2/cv2.cpp:2080:
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:4:40: error: ‘linemod’ was not declared in 
this scope
 template<> struct pyopencvVecConverter<linemod::Match>
                                        ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:4:54: error: template argument 1 is invalid
 template<> struct pyopencvVecConverter<linemod::Match>
                                                      ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:17:40: error: ‘linemod’ was not declared in 
this scope
 template<> struct pyopencvVecConverter<linemod::Template>
                                        ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:17:57: error: template argument 1 is invalid
 template<> struct pyopencvVecConverter<linemod::Template>
                                                         ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:30:40: error: ‘linemod’ was not declared in 
this scope
 template<> struct pyopencvVecConverter<linemod::Feature>
                                        ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:30:56: error: template argument 1 is invalid
 template<> struct pyopencvVecConverter<linemod::Feature>
                                                        ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:43:44: error: ‘linemod’ was not declared in 
this scope
 template<> struct pyopencvVecConverter<Ptr<linemod::Modality> >
                                            ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:43:61: error: template argument 1 is invalid
 template<> struct pyopencvVecConverter<Ptr<linemod::Modality> >
                                                             ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:43:63: error: template argument 1 is invalid
 template<> struct pyopencvVecConverter<Ptr<linemod::Modality> >
                                                               ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:56:21: error: ‘linemod’ was not declared in 
this scope
 typedef std::vector<linemod::Match> vector_Match;
                     ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:56:35: error: template argument 1 is invalid
 typedef std::vector<linemod::Match> vector_Match;
                                   ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:56:35: error: template argument 2 is invalid
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:57:21: error: ‘linemod’ was not declared in 
this scope
 typedef std::vector<linemod::Template> vector_Template;
                     ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:57:38: error: template argument 1 is invalid
 typedef std::vector<linemod::Template> vector_Template;
                                      ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:57:38: error: template argument 2 is invalid
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:58:21: error: ‘linemod’ was not declared in 
this scope
 typedef std::vector<linemod::Feature> vector_Feature;
                     ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:58:37: error: template argument 1 is invalid
 typedef std::vector<linemod::Feature> vector_Feature;
                                     ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:58:37: error: template argument 2 is invalid
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:59:25: error: ‘linemod’ was not declared in 
this scope
 typedef std::vector<Ptr<linemod::Modality> > vector_Ptr_Modality;
                         ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:59:42: error: template argument 1 is invalid
 typedef std::vector<Ptr<linemod::Modality> > vector_Ptr_Modality;
                                          ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:59:44: error: template argument 1 is invalid
 typedef std::vector<Ptr<linemod::Modality> > vector_Ptr_Modality;
                                            ^
/home/gene/src/opencv_contrib-master/modules/rgbd/misc/python/pyopencv_linemod.hpp:59:44: error: template argument 2 is invalid
In file included from /home/gene/src/build/modules/python_bindings_generator/pyopencv_custom_headers.h:21:0,
                 from /home/gene/src/opencv-master/modules/python/src2/cv2.cpp:2080:
/home/gene/src/opencv_contrib-master/modules/tracking/misc/python/pyopencv_tracking.hpp:2:9: error: ‘TrackerCSRT’ does not name 
a type
 typedef TrackerCSRT::Params TrackerCSRT_Params;
         ^~~~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/tracking/misc/python/pyopencv_tracking.hpp:3:9: error: ‘TrackerKCF’ does not name a 
type
 typedef TrackerKCF::Params TrackerKCF_Params;
         ^~~~~~~~~~
In file included from /home/gene/src/build/modules/python_bindings_generator/pyopencv_custom_headers.h:22:0,
                 from /home/gene/src/opencv-master/modules/python/src2/cv2.cpp:2080:
/home/gene/src/opencv_contrib-master/modules/stereo/misc/python/pyopencv_stereo.hpp:2:21: error: ‘stereo’ was not declared in 
this scope
 typedef std::vector<stereo::MatchQuasiDense> vector_MatchQuasiDense;
                     ^~~~~~
/home/gene/src/opencv_contrib-master/modules/stereo/misc/python/pyopencv_stereo.hpp:2:44: error: template argument 1 is invalid
 typedef std::vector<stereo::MatchQuasiDense> vector_MatchQuasiDense;
                                            ^
/home/gene/src/opencv_contrib-master/modules/stereo/misc/python/pyopencv_stereo.hpp:2:44: error: template argument 2 is invalid
/home/gene/src/opencv_contrib-master/modules/stereo/misc/python/pyopencv_stereo.hpp:4:40: error: ‘stereo’ was not declared in 
this scope
 template<> struct pyopencvVecConverter<stereo::MatchQuasiDense>
                                        ^~~~~~
/home/gene/src/opencv_contrib-master/modules/stereo/misc/python/pyopencv_stereo.hpp:4:63: error: template argument 1 is invalid
 template<> struct pyopencvVecConverter<stereo::MatchQuasiDense>
                                                               ^
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp: In instantiation of ‘bool pyopencv_to(PyObject*, T&, const ArgInfo&) 
[with T = cv::line_descriptor::KeyLine; PyObject = _object]’:
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:1599:24:   required from ‘bool pyopencv_to_generic_vec(PyObject*, 
std::vector<_Tp>&, const ArgInfo&) [with _Tp = cv::line_descriptor::KeyLine; PyObject = _object]’
/home/gene/src/opencv_contrib-master/modules/line_descriptor/misc/python/pyopencv_LSDDetector.hpp:7:56:   required from here
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:72:94: error: ‘to’ is not a member 
of ‘PyOpenCV_Converter<cv::line_descriptor::KeyLine, void>’
 bool pyopencv_to(PyObject* obj, T& p, const ArgInfo& info) { return PyOpenCV_Converter<T>::to(obj, p, info); }
                                                                     ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp: In instantiation of ‘PyObject* pyopencv_from(const T&) [with T = 
cv::line_descriptor::KeyLine; PyObject = _object]’:
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:1611:39:   required from ‘PyObject* pyopencv_from_generic_vec(const 
std::vector<_Tp>&) [with _Tp = cv::line_descriptor::KeyLine; PyObject = _object]’
/home/gene/src/opencv_contrib-master/modules/line_descriptor/misc/python/pyopencv_LSDDetector.hpp:12:47:   required from here
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:75:75: error: ‘from’ is not a member 
of ‘PyOpenCV_Converter<cv::line_descriptor::KeyLine, void>’
 PyObject* pyopencv_from(const T& src) { return PyOpenCV_Converter<T>::from(src); }
                                                ~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp: In instantiation of ‘bool pyopencv_to(PyObject*, T&, const ArgInfo&) 
[with T = cv::mcc::CChecker; PyObject = _object]’:
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:762:27:   required from ‘static bool PyOpenCV_Converter<cv::Ptr<_Tp> 
>::to(PyObject*, cv::Ptr<_Tp>&, const ArgInfo&) [with T = cv::mcc::CChecker; PyObject = _object]’
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:72:94:   required from ‘bool pyopencv_to(PyObject*, T&, const ArgInfo&) 
[with T = cv::Ptr<cv::mcc::CChecker>; PyObject = _object]’
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:1599:24:   required from ‘bool pyopencv_to_generic_vec(PyObject*, 
std::vector<_Tp>&, const ArgInfo&) [with _Tp = cv::Ptr<cv::mcc::CChecker>; PyObject = _object]’
/home/gene/src/opencv_contrib-master/modules/mcc/misc/python/pyopencv_cchecker.hpp:9:56:   required from here
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:72:94: error: ‘to’ is not a member 
of ‘PyOpenCV_Converter<cv::mcc::CChecker, void>’
 bool pyopencv_to(PyObject* obj, T& p, const ArgInfo& info) { return PyOpenCV_Converter<T>::to(obj, p, info); }
                                                                     ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp: In instantiation of ‘PyObject* pyopencv_from(const T&) [with T = 
cv::mcc::CChecker; PyObject = _object]’:
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:755:29:   required from ‘static PyObject* 
PyOpenCV_Converter<cv::Ptr<_Tp> >::from(const cv::Ptr<_Tp>&) [with T = cv::mcc::CChecker; PyObject = _object]’
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:75:75:   required from ‘PyObject* pyopencv_from(const T&) [with T = 
cv::Ptr<cv::mcc::CChecker>; PyObject = _object]’
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:1611:39:   required from ‘PyObject* pyopencv_from_generic_vec(const 
std::vector<_Tp>&) [with _Tp = cv::Ptr<cv::mcc::CChecker>; PyObject = _object]’
/home/gene/src/opencv_contrib-master/modules/mcc/misc/python/pyopencv_cchecker.hpp:14:47:   required from here
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:75:75: error: ‘from’ is not a member 
of ‘PyOpenCV_Converter<cv::mcc::CChecker, void>’
 PyObject* pyopencv_from(const T& src) { return PyOpenCV_Converter<T>::from(src); }
                                                ~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~
In file included from /usr/include/x86_64-linux-gnu/c++/6/bits/c++allocator.h:33:0,
                 from /usr/include/c++/6/bits/allocator.h:46,
                 from /usr/include/c++/6/string:41,
                 from /usr/include/c++/6/stdexcept:39,
                 from /usr/include/c++/6/array:39,
                 from /home/gene/src/opencv-master/modules/core/include/opencv2/core/cvdef.h:738,
                 from /home/gene/src/opencv-master/modules/core/include/opencv2/core/cvstd.hpp:51,
                 from /home/gene/src/opencv-master/modules/core/include/opencv2/core/utils/configuration.private.hpp:8,
                 from /home/gene/src/opencv-master/modules/python/src2/cv2.cpp:35:
/usr/include/c++/6/ext/new_allocator.h: In instantiation of ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...) 
[with _Up = cv::mcc::CChecker; _Args = {}; _Tp = cv::mcc::CChecker]’:
/usr/include/c++/6/bits/alloc_traits.h:475:4:   required from ‘static void std::allocator_traits<std::allocator<_CharT> 
>::construct(std::allocator_traits<std::allocator<_CharT> >::allocator_type&, _Up*, _Args&& ...) [with _Up = cv::mcc::CChecker; 
_Args = {}; _Tp = cv::mcc::CChecker; std::allocator_traits<std::allocator<_CharT> >::allocator_type = 
std::allocator<cv::mcc::CChecker>]’
/usr/include/c++/6/bits/shared_ptr_base.h:520:39:   required from ‘std::_Sp_counted_ptr_inplace<_Tp, _Alloc, 
_Lp>::_Sp_counted_ptr_inplace(_Alloc, _Args&& ...) [with _Args = {}; _Tp = cv::mcc::CChecker; _Alloc = 
std::allocator<cv::mcc::CChecker>; __gnu_cxx::_Lock_policy _Lp = (__gnu_cxx::_Lock_policy)2u]’
/usr/include/c++/6/bits/shared_ptr_base.h:615:4:   required 
from ‘std::__shared_count<_Lp>::__shared_count(std::_Sp_make_shared_tag, _Tp*, const _Alloc&, _Args&& ...) [with _Tp = 
cv::mcc::CChecker; _Alloc = std::allocator<cv::mcc::CChecker>; _Args = {}; __gnu_cxx::_Lock_policy _Lp = 
(__gnu_cxx::_Lock_policy)2u]’
/usr/include/c++/6/bits/shared_ptr_base.h:1100:35:   required from ‘std::__shared_ptr<_Tp, 
_Lp>::__shared_ptr(std::_Sp_make_shared_tag, const _Alloc&, _Args&& ...) [with _Alloc = std::allocator<cv::mcc::CChecker>; _Args 
= {}; _Tp = cv::mcc::CChecker; __gnu_cxx::_Lock_policy _Lp = (__gnu_cxx::_Lock_policy)2u]’
/usr/include/c++/6/bits/shared_ptr.h:319:64:   [ skipping 2 instantiation contexts, use -ftemplate-backtrace-limit=0 to 
disable ]
/usr/include/c++/6/bits/shared_ptr.h:635:39:   required from ‘std::shared_ptr<_Tp1> std::make_shared(_Args&& ...) [with _Tp = 
cv::mcc::CChecker; _Args = {}]’
/home/gene/src/opencv-master/modules/core/include/opencv2/core/cvstd_wrapper.hpp:146:43:   required from ‘cv::Ptr<_Tp> 
cv::makePtr(const A1& ...) [with _Tp = cv::mcc::CChecker; A1 = {}]’
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:761:23:   required from ‘static bool PyOpenCV_Converter<cv::Ptr<_Tp> 
>::to(PyObject*, cv::Ptr<_Tp>&, const ArgInfo&) [with T = cv::mcc::CChecker; PyObject = _object]’
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:72:94:   required from ‘bool pyopencv_to(PyObject*, T&, const ArgInfo&) 
[with T = cv::Ptr<cv::mcc::CChecker>; PyObject = _object]’
/home/gene/src/opencv-master/modules/python/src2/cv2.cpp:1599:24:   required from ‘bool pyopencv_to_generic_vec(PyObject*, 
std::vector<_Tp>&, const ArgInfo&) [with _Tp = cv::Ptr<cv::mcc::CChecker>; PyObject = _object]’
/home/gene/src/opencv_contrib-master/modules/mcc/misc/python/pyopencv_cchecker.hpp:9:56:   required from here
/usr/include/c++/6/ext/new_allocator.h:120:4: error: invalid new-expression of abstract class type ‘cv::mcc::CChecker’
  { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_detector.hpp:32:0,
                 from /home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc.hpp:33,
                 from /home/gene/src/opencv_contrib-master/modules/mcc/misc/python/pyopencv_cchecker.hpp:1,
                 from /home/gene/src/build/modules/python_bindings_generator/pyopencv_custom_headers.h:13,
                 from /home/gene/src/opencv-master/modules/python/src2/cv2.cpp:2080:
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:64:20: note:   because the following 
virtual functions are pure within ‘cv::mcc::CChecker’:
 class CV_EXPORTS_W CChecker
                    ^~~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:83:26: note:     virtual void 
cv::mcc::CChecker::setTarget(cv::mcc::TYPECHART)
     CV_WRAP virtual void setTarget(TYPECHART _target)  = 0;
                          ^~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:84:26: note:     virtual void 
cv::mcc::CChecker::setBox(std::vector<cv::Point_<float> >)
     CV_WRAP virtual void setBox(std::vector<Point2f> _box) = 0;
                          ^~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:85:26: note:     virtual void 
cv::mcc::CChecker::setChartsRGB(cv::Mat)
     CV_WRAP virtual void setChartsRGB(Mat _chartsRGB) = 0;
                          ^~~~~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:86:26: note:     virtual void 
cv::mcc::CChecker::setChartsYCbCr(cv::Mat)
     CV_WRAP virtual void setChartsYCbCr(Mat _chartsYCbCr) = 0;
                          ^~~~~~~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:87:26: note:     virtual void 
cv::mcc::CChecker::setCost(float)
     CV_WRAP virtual void setCost(float _cost) = 0;
                          ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:88:26: note:     virtual void 
cv::mcc::CChecker::setCenter(cv::Point2f)
     CV_WRAP virtual void setCenter(Point2f _center) = 0;
                          ^~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:90:31: note:     virtual 
cv::mcc::TYPECHART cv::mcc::CChecker::getTarget()
     CV_WRAP virtual TYPECHART getTarget() = 0;
                               ^~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:91:42: note:     virtual 
std::vector<cv::Point_<float> > cv::mcc::CChecker::getBox()
     CV_WRAP virtual std::vector<Point2f> getBox() = 0;
                                          ^~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:92:25: note:     virtual cv::Mat 
cv::mcc::CChecker::getChartsRGB()
     CV_WRAP virtual Mat getChartsRGB() = 0;
                         ^~~~~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:93:25: note:     virtual cv::Mat 
cv::mcc::CChecker::getChartsYCbCr()
     CV_WRAP virtual Mat getChartsYCbCr() = 0;
                         ^~~~~~~~~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:94:27: note:     virtual float 
cv::mcc::CChecker::getCost()
     CV_WRAP virtual float getCost() = 0;
                           ^~~~~~~
/home/gene/src/opencv_contrib-master/modules/mcc/include/opencv2/mcc/checker_model.hpp:95:29: note:     virtual cv::Point2f 
cv::mcc::CChecker::getCenter()
     CV_WRAP virtual Point2f getCenter() = 0;
                             ^~~~~~~~~
modules/python2/CMakeFiles/opencv_python2.dir/build.make:62: recipe for 
target 'modules/python2/CMakeFiles/opencv_python2.dir/__/src2/cv2.cpp.o' failed
make[2]: *** [modules/python2/CMakeFiles/opencv_python2.dir/__/src2/cv2.cpp.o] Error 1
CMakeFiles/Makefile2:9717: recipe for target 'modules/python2/CMakeFiles/opencv_python2.dir/all' failed
make[1]: *** [modules/python2/CMakeFiles/opencv_python2.dir/all] Error 2
Makefile:160: recipe for target 'all' failed
make: *** [all] Error 2

That's all folks!

Thanks for reading this far.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#231173

From	<tomas@tuxteam.de>
Date	2021-01-26 10:50 +0100
Message-ID	<BBt90-4pg-15@gated-at.bofh.it>
In reply to	#231151

[Multipart message — attachments visible in raw view] — view raw

On Mon, Jan 25, 2021 at 05:38:04PM -0500, Gene Heskett wrote:

[...]

> > > posted at least once today:
> > > 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]...
> > >
> > > But the man page says it's legal.

[...]

> however I also have in my home dir, a .wgetrc, containing:

Ahhh, and here they are...

> no_parent = on
> follow_ftp = on
> recursive = on
  ...the "recursive", aka "-r"...

> reclevel = 20
> convert_links = on
  ...and the "--convert-links" aka "-k" options...

which conflict with your "-O" given on the command line. This was
pretty sly, to hide all that from us. You thought the dot in front
of the file would dupe us? ;-)

Now more seriously: try again, putting aside your .wgetrc. Or see
whether wget's man page offers an option to temporarily ignore
.wgetrc. And thank Greg (I hope I'm not mis-assigning) for mentioning
/etc/wgetrc and .wgetrc!

Side note: please don't mix your wget problems with your other build
problems. This is coufusing the hell of us all. And you don't want
to get help from confused people, do you?

To the build process itself, I just ventured a look to the Debian
package page [1] and some around. Oh boy. A package with > 20
dependencies, with a CMake build infrastructure and all that.

You are into something. Not that I am discouraging you to do it,
on the contrary. This is free software, and that's the gist of it,
after all.

But prepare yourself for a long journey. If I were you, I'd download
the Debian source package and build that, just to see how a successful
build looks like: the Debian infra will take care of installing the
build dependencies and all that.

Once that succeeds you will have more chops to tackle the big beast.

Good luck (and no, I can't help with monster C++/CMake projects).

 - tomás

> 
> 
> Cheers, Gene Heskett
> -- 
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> Genes Web page <http://geneslinuxbox.net:6309/gene>
>

[toc] | [prev] | [next] | [standalone]

#231184

From	l0f4r0@tuta.io
Date	2021-01-26 13:40 +0100
Message-ID	<BBvNv-66B-13@gated-at.bofh.it>
In reply to	#231173

Hi,

26 janv. 2021 à 10:44 de tomas@tuxteam.de:

> And thank Greg (I hope I'm not mis-assigning) for mentioning
> /etc/wgetrc and .wgetrc!
>
Let's not forget Darac Marjal who was the first (by a few minutes) actually ;)

Best regards,
l0f4r0

[toc] | [prev] | [next] | [standalone]

#231187

From	<tomas@tuxteam.de>
Date	2021-01-26 14:50 +0100
Message-ID	<BBwTf-6IM-3@gated-at.bofh.it>
In reply to	#231184

[Multipart message — attachments visible in raw view] — view raw

On Tue, Jan 26, 2021 at 01:35:09PM +0100, l0f4r0@tuta.io wrote:
> Hi,
> 
> 26 janv. 2021 à 10:44 de tomas@tuxteam.de:
> 
> > And thank Greg (I hope I'm not mis-assigning) for mentioning
> > /etc/wgetrc and .wgetrc!
> >
> Let's not forget Darac Marjal who was the first (by a few minutes) actually ;)

Thanks for straightening up my mis-assignment.

Cheers
 - t

[toc] | [prev] | [next] | [standalone]

#231149

From	Greg Wooledge <wooledg@eeg.ccf.org>
Date	2021-01-25 23:10 +0100
Message-ID	<BBidD-65F-79@gated-at.bofh.it>
In reply to	#231146

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]...

I tried to duplicate this myself, using buster, and using stretch (as
you previously reported this is on stretch).  I was not able to do so
using only modifications of the command you gave.  I tried replacing the
space after -O with a non-breaking space, and I tried using -O -opencv.zip
(hinted by the -p in the error message).

My next guess is that perhaps wget is receiving additional options from
somewhere other than your command line.  Perhaps via an environment
variable, or something.

Apparently wget doesn't have any such env vars, but it does allow a
startup file, which it calls ".wgetrc".  Or /etc/wgetrc.

So, after reading up on that, and experimenting a bit:

unicorn:/tmp/build$ cat ~/.wgetrc
convert-links = on
page-requisites = on

If I create a ~/.wgetrc file with at least those two lines in it, then
I get the same error you got.

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)?

[toc] | [prev] | [next] | [standalone]

#231152

From	Gene Heskett <gheskett@shentel.net>
Date	2021-01-25 23:50 +0100
Message-ID	<BBiQh-6iE-5@gated-at.bofh.it>
In reply to	#231149

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]...
>
> I tried to duplicate this myself, using buster, and using stretch (as
> you previously reported this is on stretch).  I was not able to do so
> using only modifications of the command you gave.  I tried replacing
> the space after -O with a non-breaking space, and I tried using -O
> -opencv.zip (hinted by the -p in the error message).
>
> My next guess is that perhaps wget is receiving additional options
> from somewhere other than your command line.  Perhaps via an
> environment variable, or something.
>
> Apparently wget doesn't have any such env vars, but it does allow a
> startup file, which it calls ".wgetrc".  Or /etc/wgetrc.
>
> So, after reading up on that, and experimenting a bit:
>
> unicorn:/tmp/build$ cat ~/.wgetrc
> convert-links = on
> page-requisites = on
>
> If I create a ~/.wgetrc file with at least those two lines in it, then
> I get the same error you got.
>
> 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

and the only option that is not commented in /etc/wgetrc is the
passive_fpt = on

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#231172

From	Vincent Lefevre <vincent@vinc17.net>
Date	2021-01-26 10:50 +0100
Message-ID	<BBt90-4pg-9@gated-at.bofh.it>
In reply to	#231152

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.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#231180

From	Gene Heskett <gheskett@shentel.net>
Date	2021-01-26 12:30 +0100
Message-ID	<BBuHL-5ud-9@gated-at.bofh.it>
In reply to	#231172

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.
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.

Thanks for hanging in there till we actually found the problem. Much 
appreciated everybody.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#231185

From	Greg Wooledge <wooledg@eeg.ccf.org>
Date	2021-01-26 13:40 +0100
Message-ID	<BBvNv-66B-7@gated-at.bofh.it>
In reply to	#231180

On Tue, Jan 26, 2021 at 06:27:40AM -0500, Gene Heskett wrote:
> 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.

Nobody should have to guess that the reader has a custom ~/.wgetrc file
with multiple non-default options set to "on".  It is completely unfair
to put the blame for this on the writers of documentation that involves
downloading files.

It would be like... reading a cookbook that tells you how to bake cookies,
but complaining that the cookbook does not take into account that your
oven's temperature control is in Kelvin instead of degrees Fahrenheit.

[toc] | [prev] | [next] | [standalone]

Page 1 of 2 [1] 2 Next page →

csiph-web

Re: problem with wget -O

Contents

#231122 — Re: problem with wget -O

#231124

#231135

#231140

#231143

#231145

#231146

#231148

#231150

#231151

#231154

#231155

#231173

#231184

#231187

#231149

#231152

#231172

#231180

#231185