-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Flatpak OSMScoutServer on PureOS: server stopped #419
Comments
Also, I tried downgrading to 2.2.2, but apparently the new maps don't work with the old server. |
Yes, it is impossible to run old server with the new maps - hence release version change. Try to run
That would run the server without GUI. Would that work? Try to use it with Pure Maps, for example |
When I run
I get the same output I pasted above from the |
OK, so it is a crash. now would have to think how to debug it |
To debug, we have to follow the guide https://docs.flatpak.org/en/latest/debugging.html :
Then enter container environment:
and inside it:
|
You'll have to bear with me, I don't use
|
Try to run Looks like something is broken in geocoder loading (that's the one using kyotocabinet). I checked over here - Fiji loads just fine. |
|
Thanks! Will try to look into it - at least we know a bit more where to dig |
Thanks @rinigus! Since switching to the Librem 5 I've been using your app quite extensively for offline navigation during my hikes, so your help is much appreciated! Let me know if I need to do/test something else. Cheers! |
The issue has been reproduced in other L5 as well. Let's see if it is L5 specific, will try to test on aarch64 device over here (other OS and CPU, though) |
Couldn't reproduce it using flatpak version on Sailfish OS with QCom sdm845. So, it is not aarch64 generic issue... |
I have the same problem using the flatpak version (PinePhone Pro, Manjaro ARM). |
@AgentSmith0 - thanks for feedback. |
Same issue with Flatpak on Pinephone Pro, Mobian |
Those of you on DEB based distros, try to install
Let's see if that fails as well. |
I don't see those directories in ~/Maps.OSM which is what is created on first run. It is also not within the flatpak app directory. |
But has it managed to download any maps? If it did, there should be subfolder geocoder-nlp there... |
it looks like
|
Install kyotocabinet-utils and you should have kchashmgr as a command in $PATH. Installed properly for me on Mobian |
My bad, I let it download the basic worldmap but didn't realize that was stored differently from a subscribed map region... Downloading now, will post output of kchashmgr on it once finished. edit: The .kch file checks out properly during download, not sure if this changes when the download finishes. |
@Josh-SMU, thanks! Although, without regional maps it was not supposed to crash if my idea is correct. OK, if .kch file checks out properly (let's see if it is the same after download is finished). As far as I have seen, debian has newer kyotocabinet than used in my flatpak. Rebuilding Flatpak with the latest kyotocabinet - maybe that will help. Build https://buildbot.flathub.org/#/builders/6/builds/23019 In addition, building one flatpak version with Kyoto tools: https://buildbot.flathub.org/#/builders/6/builds/23024 The builds would take some time, though |
Ok, as soon as it finishes unpacking the regional maps, the screen changes to the error: |
That's the same bug. Below, flatpak is with the bumped kyotocabinet version. Please uninstall released OSM Scout Server before installing this one. (Add --user if you prefer to have it in home, I usually do):
Let's see if it still crashes |
Should I also delete Maps.OSM? |
No need, should work with them |
... I hope. |
Sadly the issue is the same. What I do notice is that the first line in this screen on launch is attempting to register with DBus |
This may be irrelevant though, and I have confirmed via Flatseal that it has org.freedesktop.DBus as a permission granted |
Yes, DBus is needed for communication between GUI and server behind it, as well as for map matching to work with Pure Maps. Cleaner test is
This starts the server only and shows logs on terminal. Has been done above at #419 (comment) . You could just check if you get crash at the same place. PS: DBus permission should be there in flatpak manifest |
Ok I'm one step ahead of you haha:
|
The weird thing is the overlay did indeed download on first run... This seems like it may somehow be a pathing issue? |
Excellent! Then I'll be off to sleep (its late over here) and leave https://buildbot.flathub.org/#/builders/6/builds/23024 this to be built. It should contain kyotocabinet tools (removed one line in flathub/io.github.rinigus.OSMScoutServer@8980a7f). That way maybe you could check that .kch from inside Flatpak environment. Let see if that will work. As for being weird, not if it fails on geocoder loading. Lines that are supposed to come after in logs are
Sorry, I have to stop for tonight and would be able to engage only tomorrow evening, after work. Edit: relatively interesting function is that kyotocabinet::AtomicInt64::set |
If not mistaken then this function is causing a crash: https://github.com/rinigus/pkg-kyotocabinet/blob/master/kcthread.cc#L2055 int64_t AtomicInt64::set(int64_t val) {
#if (defined(_SYS_MSVC_) || defined(_SYS_MINGW_)) && defined(_SYS_WIN64_)
_assert_(true);
return ::InterlockedExchange((uint64_t*)&value_, val);
#elif _KC_GCCATOMIC
_assert_(true);
int64_t oval = __sync_lock_test_and_set(&value_, val);
__sync_synchronize();
return oval;
#else
_assert_(true);
lock_.lock();
int64_t oval = value_;
value_ = val;
lock_.unlock();
return oval;
#endif
} Will continue from here tomorrow, maybe get feedback from latest flatpak build with Kyoto tools: |
I may be doing this wrong but running |
Excellent! Now I have to find which patches are applied in Debian and use the same ones. Will take a bit of time... |
Build without atomic operations allowed in kyotocabinet is available at https://buildbot.flathub.org/#/builders/6/builds/23193 Can be installed with
Edit: don't forget to uninstall previous server flatpak Please test:
|
Yes this works! I can set the profile to Offline in Pure Maps and use the subscribed maps. |
Excellent! Then I will cleanup the build and publish at Flathub. Thank you very much! |
Build is published and should be available via Thank you all for active feedback and testing! |
Thank you very much, the update is working fine here too! |
Yes, confirmed, the |
I have a Purism Librem 5 smartphone that runs PureOS (a Debian derivative). I use Flatpak to install OSMScoutServer. This worked perfectly fine on version 2.2.2. However, after upgrading to version 3.0.0, when I start OSMScoutServer, I see the following messages appear in sequence:
It won't progress beyond "Server stopped".
Because I was sure I somehow borked the upgrade from 2.2.2, I
flatpak uninstall --delete-data io.github.rinigus.OSMScoutServer
andrm -rf ~/Maps.OSM
(directory where map data is stored). After a fresh install I can run the app, select the map data directory, download "Mapbox GL World overlay", "Mapbox GL fonts" and "Address parsing language support".However, when subscribing to the map data of a specific country, I run into the problem described above.
How to reproduce:
Expected behavior would be to not see this error and be able to query the server.
This is the output of the
flatpak run
command:The session log found in
~/.var/app/io.github.rinigus.OSMScoutServer/cache/osmscout-server/osmscout-server/session.log
although it seems of little help debugging this:Output from
journalctl -b -g osm
:The text was updated successfully, but these errors were encountered: