Turris OS 5.0 is released!

[michalko58]

Use latest medkit + switch-branch hbt

[protree]

Thanks for this release!

Issues:

1. pkgupdate was stuck at ddns-scripts postinstall. I fixed it by removing luci-app-ddns and ddns-scripts temporarily (I think this is a known bug as it occured in TOS 3.X some time ago, too).
2. Wrong kmod-ath10k got installed (I changed ath10k firmware to ath10k-firmware-qca988x-ct-htt), fixed by running opkg remove kmod-ath10k && opkg install kmod-ath10k-ct

[dmth]

@pepe Thank you for the release of Turris OS 5.0.

[tiii]

@rguerra

ERROR: inconsistent: Package acme requires package wget-ssl that is not available.

I’m still getting this error, even after uninstalling acme and all dependent packages. Any idea what could be going on here?

[avioneta]

Hi,

Thanks for the all the effort put into this upgrade. I’d like to ask a question before applying it, though. There’s something in the release notes that worries me slightly:

• Removed sysupgrade from the system as it is dangerous.

I have backup scripts that heavily rely on sysupgrade to dump the configuration of the router when I change things. I have to confess that I don’t use Foris much and that all the configuration changes to the device I perform are either via Luci or the console (uci) so sysupgrade -b is basically everything I need to backup the configuration to external storage. No having it is… a problem.

I’d like to know if it’d be possible to get it back by installing it manually after the upgrade. Querying with Opkg on 4.0.5 it seems that it’s shipped via base-files so the chances that I cannot have it installed on 5.0 are quite high I imagine. Was it actually wiped from base-files?

Could anybody please shred some light on this? Thanks!

[avioneta]

@avioneta

Was it actually wiped from base-files ?

Oh, yes: patches/base-files: fix removing of sysupgrade script (!145) · Merge requests · Turris / Turris OS / Turris Build · GitLab

This is bad. IMO if you wanted to protect users the script should have been moved away from the $PATH instead of wiping it out, perhaps? Any chance you could bring it back in 5.0.1 in a different location in the filesystem not in the $PATH?

[protree]

You could use schnapps export as an alternative, it creates a tar.gz file of your current root filesystem (or defined schnapps snapshots) that you can browse manually or even import to rollback:

schnapps import <file.tar.gz>
schnapps rollback <snapshot id shown by command above>
reboot

[avioneta]

Thanks. I’ll use maintain-config-backup | base64 -d > $something.tar.bz2 in the meantime.

[avioneta]

@mkyral

Thanks,
I’ve the same issues. No wget and missing 5GHz wifi card.

Omnia on 4.0.5, updated during the day.

This update was very strange. Wifi stopped, all leds on router were lighting except WAN led that blinked. So I’ve restarted omnia and later on I’ve found, that it was probably caused by update

Yup, exactly the same thing. Wi-Fi broken, reboot fixed it. No wget on the system after rebooting so opkg is broken basically.

Collected errors:
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/core/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/base/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/cesnet/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/luci/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/node/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/openwisp/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/packages/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/routing/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/sidn/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/telephony/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/turrispackages/Packages.gz, wget returned 255.
root@turry:
~ # opkg install wget
Package vim-fuller version 8.0.586-2.37 has no valid architecture, ignoring.
Package vim version 8.0.586-2.18 has no valid architecture, ignoring.
Unknown package 'wget'.
Collected errors:
 * opkg_install_cmd: Cannot install package wget.
root@turry:
~ #

I had to download the package by hand, scp and install it.

[anon82920800]

@avioneta

No wget on the system after rebooting so opkg is broken basically

opkg does not require wget but leverages client-fetch instead.

---

@avioneta

Unknown package ‘wget’.

opkg install gnu-wget may work instead, see [wget] installation fails silently - clash of gnu-wget vs. wget (#599) · Issues · Turris / Turris OS / Turris OS packages · GitLab

[avioneta]

@anon82920800

opkg install gnu-wget may work instead, see [wget] installation fails silently - clash of gnu-wget vs. wget (#599) · Issues · Turris / Turris OS / Turris OS packages · GitLab

Thanks for the pointer! My point was though that the system was left in a bad state, IMO. I wouldn’t have expected to have a non-working opkg to be honest uclient-fetch was installed on the system and opkg was still trying to use wget.

[anon82920800]

Sounds a like a leftover symlink depending on how you arrived at TOS5.x, though not sure how that might have happened or that it should have happened at all.