Turris OS 7.0 is out!

Unfortunately, the banIP package was removed and when attempting to install it again I got this error.

Apr 11 11:00:50 192.168.169.1 updater[32702]: updater.lua:94 (Globals): Queue removal of luci-i18n-banip-en
Apr 11 11:00:50 192.168.169.1 updater[32702]: updater.lua:94 (Globals): Queue removal of luci-app-banip
Apr 11 11:00:50 192.168.169.1 updater[32702]: updater.lua:94 (Globals): Queue removal of banip
root@turris:~# opkg install banip
Installing banip (0.9.0-1) to root...
Downloading https://repo.turris.cz/hbs/omnia/packages/packages/banip_0.9.0-1_all.ipk
Installing firewall4 (2022-10-18-7ae5e14b-2) to root...
Downloading https://repo.turris.cz/hbs/omnia/packages/base/firewall4_2022-10-18-7ae5e14b-2_arm_cortex-a9_vfpv3-d16.ipk
Collected errors:
 * check_data_file_clashes: Package firewall4 wants to install file /etc/hotplug.d/iface/20-firewall
	But that file is already provided by package  * firewall
 * check_data_file_clashes: Package firewall4 wants to install file /etc/init.d/firewall
	But that file is already provided by package  * firewall
 * check_data_file_clashes: Package firewall4 wants to install file /sbin/fw3
	But that file is already provided by package  * firewall
 * opkg_install_cmd: Cannot install package banip.

I am not sure sure if I should allow the banip packet to overwrite those files.
Anyhow I have now for the first time tried to the snapshot feature. :slight_smile:

Getting Error too

Updater execution failed:
INFO:Target Turris OS: 7.0.0
line not found
line not found
line not found
line not found
line not found
ERROR:
inconsistent: Requested package luci-i18n-vpn-policy-routing-de that is not available.

1 Like

I have same error. I looked in the repository, only the package for php8 is available and installed.

I left logread -f running via SSH and it just stopped

Apr 11 07:42:00 turris sshd[28852]: Received disconnect from 61.177.172.179 port 20806:11:  [preauth]
Apr 11 07:42:00 turris sshd[28852]: Disconnected from authenticating user root 61.177.172.179 port 20806 [preauth]
Apr 11 07:42:05 turris perd[2605]: USER root pid   0 cmd condmv -A "RESULT 9901 ongoing" /home/atlas/data/new/main /home/atlas/data/out/main
Apr 11 07:42:07 turris sshd[28869]: Received disconnect from 61.177.172.179 port 40821:11:  [preauth]
Apr 11 07:42:07 turris sshd[28869]: Disconnected from authenticating user root 61.177.172.179 port 40821 [preauth]
Apr 11 07:42:37 turris perd[2605]: USER root pid   0 cmd httppost -A 9015 --set-time 2 --delete-file --maxpostsize 9000000 --post-header /home/atlas/status/p_to_c_report_header --post-dir /home/atlas/data/out --post-footer /home/atlas/status/con_session_id.txt -O /home/atlas/data/new/main_sent.vol http://127.0.0.1:8080/?PROBE_ID=1004917&SESSION_ID=f5e1f0398b1c8f38338063a168ce88b1ef8f70e3cacdd8880a9b101814570b63 >> /home/atlas/data/new/main
Apr 11 07:43:00 turris perd[2605]: USER root pid   0 cmd condmv -A "RESULT 9901 ongoing" /home/atlas/data/new/main /home/atlas/data/out/main
Apr 11 07:43:33 turris perd[2605]: USER root pid   0 cmd httppost -A 9015 --set-time 2 --delete-file --maxpostsize 9000000 --post-header /home/atlas/status/p_to_c_report_header --post-dir /home/atlas/data/out --post-footer /home/atlas/status/con_session_id.txt -O /home/atlas/data/new/main_sent.vol http://127.0.0.1:8080/?PROBE_ID=1004917&SESSION_ID=f5e1f0398b1c8f38338063a168ce88b1ef8f70e3cacdd8880a9b101814570b63 >> /home/atlas/data/new/main
Apr 11 07:44:05 turris perd[2605]: USER root pid   0 cmd condmv -A "RESULT 9901 ongoing" /home/atlas/data/new/main /home/atlas/data/out/main
Apr 11 07:44:48 turris perd[2605]: USER root pid   0 cmd httppost -A 9015 --set-time 2 --delete-file --maxpostsize 9000000 --post-header /home/atlas/status/p_to_c_report_header --post-dir /home/atlas/data/out --post-footer /home/atlas/status/con_session_id.txt -O /home/atlas/data/new/main_sent.vol http://127.0.0.1:8080/?PROBE_ID=1004917&SESSION_ID=f5e1f0398b1c8f38338063a168ce88b1ef8f70e3cacdd8880a9b101814570b63 >> /home/atlas/data/new/main
Apr 11 07:45:01 turris crond[29157]: (root) CMD (/usr/bin/notifier)
Apr 11 07:45:01 turris crond[29156]: (root) CMDOUT (There is no message to send.)
Apr 11 07:45:01 turris crond[29156]: (root) CMDEND (/usr/bin/notifier)
Apr 11 07:45:01 turris perd[2605]: USER root pid   0 cmd condmv -A "RESULT 9901 ongoing" /home/atlas/data/new/main /home/atlas/data/out/main
client_loop: send disconnect: Broken pipe

the box rebooted and that’s all I have to show…

I just checkecd, not a single dmesg entry before it reboots…

Yes, php7 is no more supported. That’s why it’s not in the repo. Is there any problem with that? You have to migrate to a supported version.

Well, Indy Omnia 2 GB, standard config, vpn, adblock, latest Uboot, zero issues.
Came home, was apparently already on 7.0, just rebooted, and flawless.

Thxs!

1 Like

I don’t have a problem with it, or rather I have version 8 installed, so I don’t understand the message and I’m not alone.

So you say you haven’t installed php7 manually?

No, I checked it through the dump in LUCI, but just to be sure I also check the list in cmd:

root@turris:~# opkg list-installed | grep -e php
php8 - 8.0.30-1
php8-cli - 8.0.30-1
php8-fpm - 8.0.30-1
php8-mod-bcmath - 8.0.30-1
php8-mod-ctype - 8.0.30-1
php8-mod-curl - 8.0.30-1
php8-mod-dom - 8.0.30-1
php8-mod-fileinfo - 8.0.30-1
php8-mod-filter - 8.0.30-1
php8-mod-gd - 8.0.30-1
php8-mod-gmp - 8.0.30-1
php8-mod-iconv - 8.0.30-1
php8-mod-intl - 8.0.30-1
php8-mod-mbstring - 8.0.30-1
php8-mod-mysqlnd - 8.1.27-1
php8-mod-opcache - 8.0.30-1
php8-mod-openssl - 8.0.30-1
php8-mod-pcntl - 8.0.30-1
php8-mod-pdo - 8.0.30-1
php8-mod-pdo-mysql - 8.1.27-1
php8-mod-phar - 8.0.30-1
php8-mod-session - 8.0.30-1
php8-mod-simplexml - 8.0.30-1
php8-mod-sodium - 8.0.30-1
php8-mod-xml - 8.0.30-1
php8-mod-xmlreader - 8.0.30-1
php8-mod-xmlwriter - 8.0.30-1
php8-mod-zip - 8.0.30-1

Ah, that’s worse. Maybe some other custom package depends on it? What does opkg whatdependsrec php7-mod-session say?

It is sad that this problem has been known from the first RCs and stable 7.0 was released without it being fixed.

Yes, @TomasZak , reinstalling iftop fixes the issue.

1 Like

Can we updated lualanes?

it is used by sqm-autorate and unfortunately the current version exhibits this problem:

as you can see openwrt has updated it…

1 Like

Again nothing

root@turris:~# whatdependsrec php7-mod-session
-ash: whatdependsrec: not found

You forgot the opkg at the beginning

pkgupdate still not working

INFO:Target Turris OS: 7.0.0
ERROR:src/pkgupdate/main.c:151 (main):
inconsistent: Requested package luci-i18n-ntpc-en that is not available.

Same error as @valknut89_89 , but for French package. I receive this e-mail every ~1h30:

Error notifications
===================
Updater execution failed:
INFO:Target Turris OS: 7.0.0
WARN:Request not satisfied to install package: luci-app-vpn-policy-routing
line not found
ERROR:
inconsistent: Requested package luci-i18n-vpn-policy-routing-fr that is not available.
line not found
line not found
line not found
line not found
1 Like

Yes, I can confirm that unchecking these extensions helped me get past the error. I am not sure why I had it selected in the first place, as I do not have the modem card in my Omnia, but it is possible that I’ve tried some USB sticks before.

Moj router to 7.x:

root@dgw:~# pkgupdate
INFO:Target Turris OS: 7.0.0
line not found
line not found
line not found
line not found
line not found
ERROR:
inconsistent: Requested package netatalk that is not available.
root@dgw:~#
Please netatalk non exist in openwrt 22.x ?
Thanx.

1 Like

So the update went well on both my Mox’s (one used as a router and one as an AP).

For this I changed the /etc/updater/conf.d/turris.lua on my AP to point to HBS (since I didn’t want to have such different OS versions for 190+ hour) as mentioned in Turris OS 7.0 is out! - #27 by loom.

But now every time the updater runs on the AP, it spits an error:

Apr 12 09:35:29 ap1 updater-supervisor: Running pkgupdate
Apr 12 09:35:32 ap1 updater[12455]: file:////etc/updater/conf.d/turris.lua.lua:119 (Globals): There is a newer version available, but update is scheduled after another 145.7 hours. If you want the latest and greatest all the time, switch to one of the development branches.
Apr 12 09:35:32 ap1 updater[12455]: repository.lua.lua:47 (Globals): Target Turris OS: 7.0.0
Apr 12 09:35:49 ap1 updater-supervisor: pkgupdate reported no errors
Apr 12 09:35:50 ap1 updater-supervisor: Traceback (most recent call last):
   File "/usr/bin/updater-supervisor", line 33, in <module>
    sys.exit(load_entry_point('svupdater==1.5.6', 'console_scripts', 'updater-supervisor')())
   File "/usr/lib/python3.10/site-packages/svupdater/__main__.py", line 109, in main
   File "/usr/lib/python3.10/site-packages/svupdater/_supervisor.py", line 146, in run
   File "/usr/lib/python3.10/site-packages/svupdater/notify.py", line 115, in changes
 AttributeError: 'list' object has no attribute 'splitlines'

It doesn’t seem too bad and I will (obviously) revert the change to the updater in about 144 hours, but still posting here for posterity. ^^