Surely, the Microtube is one of the most desirable apps in SailfishOS. So, I will not update my other Xperia’s to 4.6 until this and the weather eventview is fixed.
2 Likes
Concerning the free trial for Xperias iv and v, I was listening / getting the feeling that Sami or Antti told something:" Of course it will come asap." Whereas paid version will take 1 to 2 months (August). However, I am not sure exactly anymore what they said actually… Too much information or too shortly mentioned yesterday. Personally I do not believe, too, that Free version takes so long time to be released!
By the way the instructions of installation are said in the introduction to be added soon. Soon litterally means:
From very short time delay to one week technically. But, I do not believe it until something really happens!
Also problems exist a lot when people are using English as not their mother tongue (i.e. broken English). Understandable!
I ended up in this situation as well, as bizarre as it is that Jolla will allow Sailfish to happily list all the installed apps as something to be removed, and not be able to predict a “Can not upgrade” situation or the subsequent brickage.
Be that as it may, I gained a new respect for those messages, because after flashing the rescue mode and going in with telnet, this is the kind of stuff I see in the log file
May 21 09:30:36 Xperia10III sailfish-upgrade-ui[4773]: Package: harbour-callrecorder;0.7.4-3;aarch64;installed,
May 21 09:30:36 Xperia10III [RPM][12613]: scriptlet %preun(harbour-callrecorder-0.7.4-3.aarch64) failure: 2
May 21 09:30:36 Xperia10III [RPM][12613]: erase harbour-callrecorder-0.7.4-3.aarch64: failure
May 21 09:30:36 Xperia10III [RPM][12613]: 1 elements failed, 1 scripts failed
May 21 09:30:36 Xperia10III sailfish-upgrade-ui[4773]: Distribution upgrade error: Subprocess failed. Error: RPM failed: Stopping service...
Failed to connect to bus: No such file or directory
error: %preun(harbour-callrecorder-0.7.4-3.aarch64) scriptlet failed, exit status 1
error: harbour-callrecorder-0.7.4-3.aarch64: erase failed
I removed that over telnet, apparently successfully, but can’t continue the investigation right now.
Is there a way to use pkcon or whatever to retry the upgrade? I seem to have network routing issues with the phone attached, like all the internet is between my desktop and phone and nothing else, so that’s fun too.
2 Likes
Although, it’s nice to know, it’s a pita. Can we please just have a normal ‘option’ to display or not? After all the fuss of getting omweather working again, this is a bit of a ‘slap in the face’. I was also considering doing an event view for my weather app (which badly needs refactoring) but am totally uncertain about that now.
1 Like
I’m not sure if a normal option would benefit anyone. People using vanilla OS without rpms outside the store would be confused on a feature which doesn’t work properly. People doing patches or providing hackier rpms can have the patch/rpm override the configuration relatively easily without needing options provided.
Here’s some more paper trail in case anyone wants to see it
/ # cd rootfs
/rootfs # chroot .
~ # head /var/log/systemupdate.log
-- Logs begin at Tue 2024-05-21 09:26:57 EEST. --
pkcon is a disaster, it only complains about “failed to contact PackageKit”.
ssu s tells me I’m on “latest”.
version says “Sailfish OS 4.6.0.11 (Sauna)”
Trying version --dup fails because I don’t - at least now - have networking off the phone… I’ll have to refresh my memory for how to get that working, because version --dup starts off with “REFRESHING CACHE AND DOWNLOADING PACKAGES”
2 Likes
I’ll add some networking notes if anyone cares, or regardless.
Your desktop may start routing via the phone at the end of the USB. This is bad.
Do this on the desktop
sudo ip route del 0.0.0.0 dev usb0
sudo ip route del default dev usb0
sudo ip route add 0.0.0.0 dev enp33s0
sudo ip route add default dev enp33s0
And this on the phone (telnet, not eg. voice)
ip route add 0.0.0.0 via 10.42.66.70 dev usb0
ip route add default via 10.42.66.70 dev usb0
But wait, there’s more!
On the desktop
echo 1 | sudo tee /proc/sys/net/ipv4/ip_forward
sudo iptables -t nat -A POSTROUTING -o enp33s0 -j MASQUERADE
And on the phone, add something reasonable (not 8.8.8.8) to /etc/resolv.conf
echo "nameserver 192.168.1.1" > /etc/resolv.conf
2 Likes
Hi,
I have Android App crashes when swiping for example (but not only) after 4.6 upgrade.
Here’s the log I can see with Journal
may 21 10:41:55 SailfishOS-GNU-Linux kernel: PMI: smblib_get_apsd_result: APSD not done yet.
may 21 10:41:56 SailfishOS-GNU-Linux lipstick[3531]: [W] unknown:0 - Cannot send touch event, no pointer focus, fix the compositor
may 21 10:41:56 SailfishOS-GNU-Linux lipstick[3531]: [W] unknown:0 - Cannot send touch event, no pointer focus, fix the compositor
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: release 27274:27366 transaction 824297 out, still active
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: 26330:26330 BC_DEAD_BINDER_DONE 0000000000000003 not found
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: 26330:26330 BC_DEAD_BINDER_DONE 0000000000000002 not found
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: 26330:26330 BC_DEAD_BINDER_DONE 0000000000000004 not found
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: 25333:25333 BC_DEAD_BINDER_DONE 0000000000000003 not found
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: 26330:26330 BC_DEAD_BINDER_DONE 0000000000000002 not found
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: send failed reply for transaction 895715 to 28618:29786
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: unfinished BINDER_WORK_NODE, proc has died
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: unfinished BINDER_WORK_NODE, proc has died
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: unfinished BINDER_WORK_NODE, proc has died
may 21 10:41:56 SailfishOS-GNU-Linux kernel: binder: unfinished BINDER_WORK_NODE, proc has died
may 21 10:41:56 SailfishOS-GNU-Linux lipstick[3531]: [W] unknown:1036 - file:///usr/share/lipstick-jolla-home-qt5/compositor.qml:1036: TypeError: Cannot read property 'closeHinted' of null
may 21 10:41:56 SailfishOS-GNU-Linux [26330]: [W] unknown:0 - "GNSS Remote died, cleaning up!"
may 21 10:41:56 SailfishOS-GNU-Linux [25333]: [W] unknown:0 - alien died! Trying to reconnect.
Has anyone an idea on how to fix this?
Regards
More fun.
version --dup and the /usr/bin/rnd-dist-upgrade command it calls seem to do nothing. There’s no verbosity nor do I have strace on the phone to gain any verbosity.
I eventually did use curl to install sfos-upgrade as a cheat mode.
mount /sys
ssu re 4.6.0.11
/usr/bin/sfos-upgrade --verify
Of course that does (“does”) the same thing as version --dup, which doesn’t amount to much.
About strace? Anyone got an aarch64 build to put up on openrepos?
You’re running armv7hl userspace are you not?
A 10iii
~ # rpm -qa | grep armv7 | wc -l
0
~ # rpm -qa | grep aarch64 | wc -l
791
And Wireshark confirms, by eg. capturing device usb0 and displaying tcp.port == 443, that any curl requests show up just fine, but /usr/bin/rnd-dist-upgrade is just helping itself to a VSZ of 123m and sitting with it like there’s nothing more important to do.
Update for me whent fine on xperia 10 III & II
small buggs that i have encountered.
- avatars missing in contacts, as already written here
- both telegram and Signal (Android apps) backgroud processes is terminated if you shut down the apps the jolla way (swiping down). Bacgroud processes stay active if you shutdown the apps the app way (the arrow in the bottom screen of the app window)
- warframe app cant start. But if i start it in the Aurora Store it starts normally ( will check the logs when i got the time)
I’m eagerly reading your progress as I’m still copying over the whole home directory to the SD card. Could this be of any help? Especially the part about the URL resolver.
That’s somewhat old and I don’t have aliendalvik-control installed - I don’t even know what this - sorry
Hm, there’s a second part to the post that isn’t visible in the quote, I’ll requote it here:
If the update failed mid-way through and will not resume, then it might be the case that your libzypp package was updated while ssu wasn’t, which breaks repo resolution. In this case, people have had some luck running ‘cp /usr/lib/zypp/plugins/urlresolver/ssu /usr/libexec/zypp/plugins/urlresolver/’ as root, then trying to update again.
1 Like
That’s actually more interesting! I don’t have anything named /usr/lib/zypp/ but I do have /usr/libexec/zypp/ which does contain /usr/libexec/zypp/plugins/urlresolver/ssu.
Is there something more I should know about the architecture of this thing?
Should I be able to use that somehow directly? I think not, because it hogs up even more memory than the other one and hangs around until I run out of patience and kill it.
I’ve been trying to find a statically built aarch64 binary of strace that I could add to the phone but no luck so far, as there doesn’t seem to be one for Sailfish.
I did look at the script a bit, because it does seem to do HTTPS trafficking on startup.
sailfishdocs_sfos_list="$(curl --fail --silent --show-error --insecure --location https://github.com/sailfishos/docs.sailfishos.org/raw/master/Support/Releases/README.md | cut -s -d '|' -f 2,5 | tr -d ' ')"
None of that doesn’t seem to matter, really. I got desperate enough to attempt a downgrade, which didn’t work out, but skimming through the script (because I don’t have too much time for this BS) it seems that I can give it the version I’m on now and it should work, even though it’s not listed.
Even running with bash -x /usr/bin/sfos-upgrade 4.6.0.11 it seems fine, I guess:
+ printf '%s' 4.6.0.11
+ sed 's/\./\\\./g'
+ grep -qx '4\.6\.0\.11'
+ '[' 4.6.0.11 '=' 4.6.0.11 ]
+ compar0=e4
The free trials should be due in june, then in august they have the subscription-based model;
or so I understood.
Might be I’m having this too. I have had some Android apps curiously shut down altogether when I’m trying to merely minimize them. Xperia 10 II.
Right. Thank you. 
Now it sounds good.