File is on the wrong path, because command has been executed as root (where’s main path is /root). So once you’re logged as root with devel-su, you should execute following command :
zypper in /home/defaultuser/Downloads/situations-sonar-0.0.9-9.aarch64.rpm
Thanks verry much for your help. This works but I have to uninstall sonar before. how can I make this?
I fond the way without uinstall harbour-situations. Only uinstall sonar and intsall sonar with zypper (root).
devel -su
pkcon remove situations-sonar
zypper in /home/defaultuser/Downloads/situations-sonar-0.0.9-9.aarch64.rpm
vola situation can use sonar - Thank you very much!!!
I can install Sonar using the method outlined in rdomschk’s post above but I still get the message that Sonar needs to be installed when I try to set up a situation. Initially I see that Sonar is installed when I open the Situations information screen but then later when i go to that screen I see that Sonar is showing as not installed. Any ideas?
Hello - yes since the update to 4.4.0.68 the app Situations not found the sonar service :(. I reinstall it with my command but its not work. Maybe the sandboxing is the reason? I will test some workarrounds and send the resulds…
You need to modify /usr/share/applications/harbour-situations2application.desktop to get Sonar to install.
Basically, just add this at the end of the file to disable the sandboxing:
[X-Sailjail]
Sandboxing=Disabled
There is a mention of doing this in a comment for Situations within its Jolla Store listing.
I would recommend just restarting your phone after making the change, and then go ahead and install Sonar.
You’ll have to test out the functionality afterward to make sure everything you need Situations/Sonar to do still works as desired.
Thank you this was what I wan’t to poste here, because I found it also as solution 
Here the steps as summery solution:
I recommend creating a new file in /etc/sailjail/applications and adding the two lines there.
This has the same effect and will survive app updates.
Edit: It seems like my post was wrong, really sorry about that. Instead please follow Nephros’ advice
What I have been using for years and it has went around all the problems of sandboxing is Auto-start for Situations app | OpenRepos.net — Community Repository System
And that has been working great up until X10, but there is no build of it for aarch64. So I extracted the systemd file from it, /usr/lib/systemd/user/situations.service
[Unit]
Description=Situation auto-start
After=ofono.service lipstick.service
[Service]
Type=simple
ExecStart=/usr/bin/harbour-situations2application server
Restart=always
RestartSec=10
[Install]
WantedBy=user-session.target
So all you need to do:
.service file (maybe enable it? with systemctl --user enable situations.service, but probably not necessary)And now you don’t need to disable sandboxing or anything like that, because the server gets started from the command line, it is worked around. And you get automatic start too.
Nephros - Your workarround works perfekt - Thanks!
This file exist on my Sony Xperia 10 ii 4.40.68 but with out the two lines in the desktop file situations don’t can see this service… Thanks for your help - it is very helpful if many users answer whta they know!
Yeah, I was wrong. It seems like the .service file that was installed by Auto-start for Situations does exactly the same as the .service file provided by Situations itself. So it is not needed and all you need to do is disable sandboxing and install sonar, as other said.
Sorry for posting a wrong solution
You do not have to apologize. I was happy about any help. Now I have the solution and I’m sure others will too. Greetings and keep posting to strengthen our “SFOS Team”.
For me, situations is no longer woriking properly.
Sometimes it starts, but most of the time not.
When I started it from CLI:
QInnotifyFileSystemWatcherEngine::addPaths: inotify_add__watch failed: No such file or directory
I’ve also tried @JacekJagosz with new service, but without help.
Restarting situations.service shows me: Failed to restart situations.service: Unit situations.service not found
Output of:
systemctl status situations-sonar
?
Same message… Unit situastion.service could not be found
Hello
I not change to 4.5 but I have flash my old Sony Xperia 10 and will test it today.
The file /usr/lib/systemd/user/situations.service exist?
Maybe the restarttime is false now or we have to delete the line “After=ofono.service lipstick.service”
Here the text from file situations.service:
[Unit]
Description=Situation auto-start
After=ofono.service lipstick.service
[Service]
Type=simple
ExecStart=/usr/bin/harbour-situations2application server
Restart=always
RestartSec=10
[Install]
WantedBy=user-session.target
I answer if I have test it on my fresh fleshed phone.,
It works for me. Follow steps I had made.
Looks ok… I’ll see if that is ok after few days 
Hmm… so through night it hangs, and situations is not responding :-/
When I tried to kill and start situations app again, that icon still rools out and app is not started properly :-/