Thanks. Indeed, that was the issue. I was able to successfully update the system with commands provided in those links.
Hey there!
First thanks for the all the work some people put into sfos and trying to help other folks
I have an Xa2 with 4.3 and Xperia X compact recently flashed with the sailfish-patcher and 4.4
I did a backup (including some apps) on my xa2 and used it on the xcompact but besides that its ācleanā.
The Wifi is acting different on my compact in comparison to xa2 bu in general it seems to work fine.
(On xa2 I could just one click wifi in the upper menu and turn it on and off. On xcompact the wifi search always comes up even if Iām in reach of a know wifi. It seems it is also connecting correctly but still showing the search wifi. Can click anywhere to make it disappearā¦ so not a big problem.)
But I think Iām running into some sandbox problems. Iām using Wifikiller and I guess it is not sandbox ready. If I add the
[X-Sailjail]
Disabled
with a newline before that in
/usr/share/applications/WiFiKilL3r.desktop
The Wifikiller Icon disappears. Same for harbour-ownkeepass (The app is working but only in non hidden i.e. default folders, workaround for me is keeping the database in one of these folders, like ~/Documents)
However if I start the apps through the command line or launch them with storeman the apps are working like expected. Am I missing something cause the sailjail line is often mentioned as a workaround in this threadā¦
Thanks in advance and keep on doing whatever you do.
kk
Itās
[X-Sailjail]
Sandboxing=Disabled
Thanks man, donāt know how Iām able to miss that while copying. Cheers
The update on my Xperia 10 II, like nearly any SFOS update so far, was completely without problems. After reading this thread, I had de-installed storeman out of caution. Looking forward to Xperia 10 III support to be ready!
Also had this. For me, it turned out that the installation wasnāt completed. The version number was increased to 4.4.0.58 but several applications (browser, gpodder and even phone calls) didnāt work. Turned out aliendalvik-control had disrupted the installation: both manual and sfos-upgrade attempts to remove it had failed due to some mime-type warning which defaulted to abort.
zypper remove aliendalvik-control
and then i
for ignoring the warning made it possible to complete the installation with sfos-upgrade. Iām sure you have solved your issue by now, but it might help someone else.
4.4.0.58 list of things broken ability to make or recieve calls, sms, bluetooth, GPS, netowrk unable to get signal often, unable to connect to 2g/3g/4g more often than not, sound was too low, VPN enabled still connects without running thru the VPN.
FIXED everything on XperiaX by simply doing a clean install of Sailfish 3.4 and now everything works as it should, best yet my favourite patches all work again.
Highly recommended fix, cannot see ANYTHING that 4.x brought to the table that 3.4 didnāt have.
Interesting. Thank you. I would like to reinstall 4.4.0.58 after having removed aliendalvik-control. If I run sfos-upgrade after the removal of aliendalvik, sfos-upgrade will attempt til downgrade my current 4.4.0.58 installation to 4.3.0.15. I am not sure I want to procede with that. What procedure would you recommend?
SPOT ON!!..wipe and start again!
Had same issue with aliendalvik control
removed with rpm, then version --dup finished the upgrade successfully .
rpm -e aliendalvik-control fails for me. What is the exact command you are using?
It seems to remove it, but then it is still present in the Settings menu. All the files belonging to aliendalvik-control are also still present. I am not sure that this command really removes aliendalvik-control?
rpm - e --noscripts aliendalvik-control
This did not complete the upgrade at my end. Rather, it downgraded my system to 4.3.0.15. After that I then downloaded the 4.4 upgrade package once more and completed the upgrade. I hope it is better now.
Interesting. You are right - I can also still see aliendalvik-control in the settings menu. Not sure why it wasnāt removed. For me, this still allowed me to complete the upgrade with sfos-upgrade.
I found in āGeneral - How to remove Alien Dalvik through the console?ā (How to remove Alien Dalvik through the console?)
devel-su
pkcon remove aliendalvik
rm -rf /home/.android/*
rmdir /home/.android
rm -rf android_storage
reboot
I used these commands just now on a phone where I donāt need AD at the moment, with CLI in the /home/defaultuser directory. Worked perfect.
Thanks to @sfbg and @aspergerguy
-
do not use
rpm
for package management, only userpm -q
for analysing! See for more details and for an explanation. -
sfos-upgrade
andversion --dup
do the same; neither one does try to downgrade SailfishOS, when not explicitly commanded so (which will likely fail). SailfishOS was obviously never fully upgraded on your devices and either of these command revealed its real state.
@olf rpm was the only command that would successfully remove that package. Normally I use zypper/pkcon neither worked as they failed on the script. Hence rpm -e --noscript
anyway phone is now working where as it was in a broken upgrade state.
That is also my conclusion. It was basically just the version number that was upgraded. Thanks.