LuCI -> System -> Software: Update lists...: The opkg update command failed with code 6

[user1234]

Hi Community!

I'm using LuCI openwrt-23.05 branch (git-24.086.45142-09d5a38) / OpenWrt 23.05.4 (r24012-d8dd03c46f) and I cannot update lists of the available software.

Please check my screenshot to see the error.

How can I solve this problem?

Thanks for your assistance!

[frollic]

Does your device have internet access ?

Is the time and date correct ?

[user1234]

Does your device have internet access ?

Can I test the internet access with cgi-bin/luci/admin/network/diagnostics? If yes, yes my device have internet access. Please check my screenshots.

Is the time and date correct ?

Yes. Please check my screenshot.

[efahl]

Hmm, error code 1 is pretty useless (https://www.gnu.org/software/wget/manual/html_node/Exit-Status.html). 4 usually indicates DNS issues, 5 indicates clock problems, but I don't recall seeing 1 before.

Can you run wget from the command line of your router, or even a workstation?

wget -v https://archive.openwrt.org/releases/23.05.4/targets/ipq40xx/generic/packages/Packages.gz

Above works fine for me, showing that the connection is working and results in a 473k file.

[user1234]

Can you run wget from the command line of your router, or even a workstation?

Where I can find the command line of my router?

[efahl]

Using ssh (or putty from Windows). Details here: https://openwrt.org/docs/guide-quick-start/sshadministration

[user1234]

Using ssh (or putty from Windows). Details here: https://openwrt.org/docs/guide-quick-start/sshadministration

root@OpenWrt:~# wget -v https://archive.openwrt.org/releases/23.05.4/tar
gets/ipq40xx/generic/packages/Packages.gz
https://archive.openwrt.org/releases/23.05.4/targets/ipq40xx/generic/packages/Packages.gz: HTTPS support not compiled in.

How can I solve this problem?

[efahl]

@user1234

https://archive.openwrt.org/releases/23.05.4/targets/ipq40xx/generic/packages/Packages.gz: HTTPS support not compiled in.

Well, that's strange. Show us the output from

ls -la $(which wget)

Here's what I see (I'm suspecting you somehow have a non-standard wget).

$ ls -la $(which wget)
lrwxrwxrwx 1 root  root 18 Sep 23 05:34 /usr/bin/wget -> /bin/uclient-fetch

[user1234]

Well, that's strange. Show us the output from

ls -la $(which wget)

root@OpenWrt:~# ls -la $(which wget)
lrwxrwxrwx    1 root     root            23 Oct  5 22:30 /usr/bin/wget -> /usr/libexec/wget-nossl

What happens now?

[frollic]

Where did you get the Openwrt image you're running?

[golialive]

Go to the web UI of System->Software and search for "wget" in the installed software.
Are there both currently installed, wget-ssl and wget-nossl?

If yes => remove wget-nossl. If there are other packages preventing this: Those are on you, and you need to decide if you'd rather have those or the package manager.

If not => Prepare for a manual download of the wget-ssl package. You can download that package to your computer and scp it to your OpenWRT.

But before doing anything, maybe find out why you have no wget-nossl in the first place? That one always comes with stock OpenWRT and I can't think of a single reason from the top of my head for using wget-nossl.

I'd recommend finding the proper wget package first and remove the wget-nossl after.

[user1234]

Where did you get the Openwrt image you're running?

From https://openwrt.org/toh/avm/avm_fritz_box_4040 and installed with this manual https://fritz-tools.readthedocs.io/en/latest/

[user1234]

@golialive

Are there both currently installed, wget-ssl and wget-nossl?

Yes. It does! Thanks for your help!

[user1234]

thanks also frollic for your help!