I don’t know whether or not this is related, but I did another factory reset. This is my second time of going from complete reset to 4.3 without any third party installations. And like the first time I get a strange notification when downloading v 4.3:
“Remove the following packages before update:
git-minimal
gittin
ofono-alien-binder-plugin”
I’ve not installed anything myself, so I assume that these are jolla-packages. I’ve no idea what these packages are or if it’s safe to simply uninstall them using the terminal. Seems strange that I would have to jump through these hoops to install an update, and if the packages are official sailfish packages why the installer simply doesn’t handle it. Could this be the cause of my issues with the camera? On previous installs I just ignored this warning, as I couldn’t see how there could possibly be an issue as I’m coming from a clean factory reset.
After configuring the somehow vanished (or on purpose removed? @Jolla?) repository which holds some packages that were earlier in another one, you may either use
zypper ref, zypper dup
or
pkcon refresh, version --dup
or more simple and safe:
sfos-upgrade
which will then check for missing or newer packages related to your current SW version release (ssu re).
@peterleinchen : i did what you suggested and now Jolla camera , torch and Fotokopierer are running fine ! Video playback from Gallery is also working now, too.
Advanced Camera can now be installed (previously not possible ) but still doesn’t work.
edit: Just now I updated the 3rd SFOS phone in my family (a Xperia 10), and took care of everything written above. On this phone also Jolla cam, torch and video playback now working. Advanced Camera was installed. After the update and system cleaning, Advanced camera was working fine with main camera but not working with the selfie cam (black image). On switching back to main cam, Advanced Camera app crashes. So I deinstalled it, waiting for better times.
I did first: pkcon install zypper (because it was not installed before),
then I did zypper ref and zypper dup, but there was nothing new (because it was fresh installed ),
then I did pkcon refresh (downloaded something),
then version --dup (downloaded a lot!)
then sfos-upgrade (did not work, gave some error message)
Then I rebooted the device by CLI “reboot”. Then it worked again as described.
[1] This is wrong. “adaptation-common” must be in the section of global repositories. Nobody should add this system repository manually! Manually added repositories always go to the section of user repositories.
[root@Xperia10 nemo]# pkcon search gstreamer1.0-droid
Suche nach Details
Starten
Software-Liste wird aktualisiert
Fertig
Abfragen
Installiert gstreamer1.0-droid-0.20210820.0-1.2.1.jolla.armv7hl (installed) GStreamer droid plug-in contains elements using the Android HAL
Verfügbar gstreamer1.0-droid-tools-0.20210820.0-1.2.1.jolla.armv7hl (adaptation-common) Tools for gst-droid
[root@Xperia10 nemo]#
» So you did not add the adaptation-common repository manually?
Then I do not understand it!
Are you sure you did not execute the code deusexbeer gave?
Because this adaptation-common repo is added in the user section!
Can someone who’s run into this problem test rebuilding just the ssu cache instead of adding the missing repo manually? There’s a bug in ssu that we didn’t think affected public releases, but this is sounding very similar.
Remove any Jolla repos (from the section of user added repos) you might have added manually with:
ssu rr <repo name>
then do:
devel-su
rm -r /var/cache/ssu/
ssu ur
After this, you should see the missing repo (e.g. adaptation-common) in the system repos when you run ssu lr. Please let me know if this gives you the correct repository listing, and if so then i’d recommend doing that rather than adding the repos manually, as this might break the next upgrade if that repo can’t be updated to the new version.
If you have added the repo manually, please check aforehand with ssu lr and if that <adaptation-common> (or whatever name you used) is within the “Enabled repositories (user section)”, then:
devel-su; ssu rr adaptation-common; rm -r /var/cache/ssu/; ssu ur
But if you have not added the repo manually, just:
devel-su; rm -r /var/cache/ssu/; ssu ur
–edit
just checked once more and as the ssu rr only affects user added repositories, it is safe to just use
devel-su; ssu rr adaptation-common; rm -r /var/cache/ssu/; ssu ur