uvos | as the bachend you own the call object | 00:07 |
---|---|---|
uvos | after adding the call via the call new pipe, if the call object cahnges in any way you must inform the rest of sphone via the state changed pipe | 00:08 |
uvos | your also not supposed to just uncoditionally act on every call that comes down some pipe | 00:10 |
uvos | only the ones targeted at a backend id you hold | 00:11 |
uvos | the call test module is a easyer place to look at | 00:11 |
uvos | since its mutch simpler | 00:11 |
uvos | also remeber that any nummber of calls can be active at a time in sphone, and that they can be from different backends too | 00:14 |
uvos | and dont use qDebug or any function other than the sphone_module_log macro | 00:15 |
uvos | oh and you own the data | 00:24 |
uvos | execute_datapipe never ever transfers owership | 00:24 |
uvos | data is allways owend by the caller | 00:25 |
uvos | and you should not need extern "C" around sphone headers anymore | 00:27 |
uvos | all headers should have this anyhow | 00:27 |
Wizzup | uvos: I didn't see ofono using the state changed pipe | 01:21 |
Wizzup | uvos: re: qdebug sure all my code is just testing atm | 01:22 |
Wizzup | I'm going to rework a lot of it | 01:22 |
Wizzup | uvos: I don't see this state changed pipe btw | 01:24 |
Wizzup | in ofono at least | 01:24 |
Wizzup | ah &call_properties_changed_pipe | 01:24 |
sicelo | freemangordon: http://0x0.st/ohl4.log sorry for delay | 09:26 |
freemangordon | sicelo: did you upgrade libicd-network-ofono? | 09:46 |
sicelo | yes | 09:49 |
freemangordon | what is the version you have? | 09:49 |
freemangordon | I am asking because the logs you provide are exactly the same as before | 09:49 |
freemangordon | oh | 09:50 |
freemangordon | did I forget to push :( | 09:50 |
sicelo | 1.0.5+2m7 | 09:50 |
freemangordon | did you restart icd2? | 09:50 |
freemangordon | or the device? | 09:51 |
sicelo | restarted icd2, yes | 09:51 |
freemangordon | where is this https://github.com/maemo-leste/libicd-network-ofono/blob/master/src/search.c#L95 ? | 09:52 |
freemangordon | we have "[OFONO] > search_operation_check" (which comes from OFONO_ENTER), but not the next line | 09:53 |
sicelo | i can restart device | 09:53 |
freemangordon | ok | 09:53 |
sicelo | freemangordon: http://0x0.st/ohlE.log | 10:06 |
freemangordon | ok, now it is better | 10:09 |
freemangordon | [OFONO] No SIM SPN available yet | 10:10 |
freemangordon | sicelo: gimme a minute to boot my device | 10:10 |
freemangordon | sicelo: please install ofono-scripts if not already | 10:12 |
sicelo | i have it (i can connect to gprs with them) | 10:12 |
freemangordon | ok, may I have the output of /usr/share/ofono/scripts/list-modems | 10:13 |
freemangordon | in private maybe, if you have concerns about imei/imsi sharing | 10:14 |
sicelo | http://paste.debian.net/1268096/ | 10:18 |
freemangordon | ok, this card has no SPN | 10:19 |
sicelo | what's spn? | 10:20 |
freemangordon | Service Provider Name | 10:20 |
freemangordon | ok, now we know the issue, I will fix it | 10:23 |
freemangordon | https://github.com/sailfishos/ofono/blob/master/ofono/doc/sim-api.txt#L96 | 10:24 |
freemangordon | "if available" | 10:24 |
freemangordon | so the condition in the plugin is not correct | 10:24 |
sicelo | :-) | 10:26 |
freemangordon | sicelo: please try http://95.43.220.235/leste/libicd-network-ofono_1.0.5_armhf.deb | 11:31 |
freemangordon | reboot after install | 11:31 |
Wizzup_ | SuperMarioSF: this might also work for you ^% | 11:43 |
Wizzup_ | freemangordon: what was this code style tool you used | 11:53 |
Wizzup_ | uncrustify? | 11:53 |
freemangordon | Wizzup_: yes | 12:08 |
freemangordon | Wizzup_: and this is the configuration that best matches my favourite coding style https://github.com/maemo-leste/osso-abook/blob/master/uncrustify.cfg | 12:09 |
freemangordon | this is for C code though, not C++ | 12:10 |
freemangordon | (configuration) | 12:10 |
freemangordon | BTW, never tried any of the VSCode beautifiers | 12:10 |
Wizzup_ | hm, ok | 12:11 |
sicelo | http://95.43.220.235/leste/libicd-network-ofono_1.0.5_armhf.deb | 12:25 |
Wizzup_ | uvos: btw I have organicmaps built | 12:25 |
Wizzup_ | trying to turn it into a .deb atm | 12:26 |
sicelo | freemangordon: looks like icd2 doesn't load plugins with version greater than itself (according to log), so network connection status menu doesn't work anymore. | 12:49 |
sicelo | rebuild without incrementing version, i guess, or provide new icd2 | 12:50 |
Wizzup_ | freemangordon: maybe just throw it in chimaera | 13:01 |
freemangordon | oh | 13:07 |
freemangordon | sorry, I built that in chimaera :( | 13:07 |
freemangordon | ok, lemme push that to -devel | 13:08 |
freemangordon | sicelo: are you ok to build the plugin yourself? | 13:08 |
sicelo | i could build on d4 itself | 13:08 |
freemangordon | ok, lemm epush a test branch | 13:08 |
freemangordon | sicelo: https://github.com/maemo-leste/libicd-network-ofono/tree/spn_test | 13:12 |
freemangordon | sicelo: oh, wait, it needs one more change | 13:28 |
sicelo | hehe, ok. I've already built, but can redo | 13:28 |
freemangordon | sec | 13:29 |
Wizzup_ | freemangordon: uvos: btw if you want to try: https://wizzup.org/organicmaps-qt_2023.01.21_amd64.deb - it's better to explore it without our qt theme first | 13:29 |
freemangordon | sicelo: please pull and rebuild | 13:37 |
sicelo | sure | 13:37 |
freemangordon | Wizzup_: amd64? | 13:41 |
Wizzup_ | yes | 13:41 |
Wizzup_ | in vm | 13:41 |
Wizzup_ | I will make a build for extras later | 13:41 |
freemangordon | ok | 13:41 |
Wizzup_ | it's not really user ready, and I don't even fully know how to use it, but it does vector maps and it can download per region maps offline, and it has insane info in them | 13:41 |
Wizzup_ | I can find all local offices, restaurants, etc, offline | 13:41 |
Wizzup_ | and it should be able to do routing too | 13:42 |
freemangordon | great | 13:42 |
Wizzup_ | probably not usable on n900, but should be ok on d4 | 13:42 |
Wizzup_ | we'll need to tweak it a bunch I'm sure | 13:42 |
freemangordon | the UI I guess | 13:42 |
Wizzup_ | yes | 13:42 |
Wizzup_ | also liblocation perhaps | 13:42 |
freemangordon | did you upgrade gtk? | 13:44 |
freemangordon | on you d4 that is | 13:44 |
Wizzup_ | sorry, update where/what? | 13:44 |
Wizzup_ | freemangordon: oof, I think I might have | 13:44 |
freemangordon | that's fine | 13:44 |
freemangordon | any difference in modest scrolling? | 13:44 |
freemangordon | keep in mind it will need a reboot because of the launcher | 13:45 |
Wizzup_ | will check now | 13:45 |
Wizzup_ | freemangordon: maybe a bit, but it's still very janky | 13:46 |
Wizzup_ | so what happens is that when I reply to an email | 13:47 |
Wizzup_ | the compose window is really slow | 13:47 |
Wizzup_ | scrolling in it I mean | 13:47 |
Wizzup_ | scrolling while reading an email isn't -too- bad | 13:47 |
freemangordon | ah, I see | 13:47 |
Wizzup_ | and the scrolling in modest overview is fine | 13:47 |
freemangordon | maybe some xorg driver thing | 13:48 |
freemangordon | will see what I can do | 13:48 |
freemangordon | yeah, Xorg uses > 65% when scrolling in modest reply window | 13:49 |
sicelo | freemangordon: http://0x0.st/oh0X.log ... didn't quite work- although at least now it tries to privision | 13:50 |
freemangordon | weird | 13:56 |
freemangordon | [OFONO] _mbpi_get_name.274:Unable to evaluate xpath expression 'XSU' | 13:56 |
freemangordon | is your SIM card provider listed in mobile-broadband-provider-info database? | 13:56 |
sicelo | yes, personally added by me 3 years ago | 13:58 |
freemangordon | ok, gtg now, will try to find what happens later on | 13:58 |
sicelo | the one in beowulf doesn't have my provider | 14:00 |
sicelo | freemangordon: wouldn't it be slightly UX if, when failing to evaluate APN from provider-info or other means, the plugin creates an empty apn, so user can edit it later. could additionally flash a warning about the empty apn | 14:03 |
sicelo | *slightly better | 14:03 |
freemangordon | I was thinking of "Mobile Connection" instead of empty name | 14:04 |
sicelo | that too :-) | 14:05 |
freemangordon | ok, will do like that | 14:05 |
freemangordon | later on | 14:05 |
sicelo | i copied over mbpi database that does have my provider. error changed to: | 14:29 |
sicelo | Jan 22 15:16:53 localhost icd2 0.99[3404]: [OFONO] _mbpi_get_name.274:Unable to evaluate xpath expression '<98>5I' | 14:30 |
sicelo | what does g_free do? i see it's called *before* that line 274. am i correct to say by line 274, xpath nolonger exists? | 14:33 |
sicelo | hehe, freemangordon - this is weird. actually mcc and mnc are swapped in that _mbpi_get_name function. | 14:52 |
sicelo | after changing location of the g_free ... Jan 22 15:49:32 localhost icd2 0.99[3434]: [OFONO] _mbpi_get_name.272:Unable to evaluate xpath expression '//network-id[@mcc='010' and @mnc='653']/../../name/text()' | 14:56 |
freemangordon | sicelo: lemme check | 14:56 |
sicelo | but mcc should be 653- and mnc 10 | 14:56 |
freemangordon | sicelo: yes, there is a bug that xpath is freed before printed, thanks for pointing that out | 14:58 |
freemangordon | but I don;t think this is the issye | 14:58 |
freemangordon | *issue | 14:58 |
freemangordon | lemme push a fix for that | 14:58 |
sicelo | ok | 14:59 |
sicelo | yes, the g_free is not the real issue | 15:00 |
sicelo | someone (probably get_spn) is swapping the mnc & mcc values | 15:00 |
sicelo | i'm also checking (slow ... c-noob) | 15:00 |
freemangordon | sicelo: force-pushed a fix, please pull | 15:01 |
freemangordon | yeah, those are swapped | 15:02 |
freemangordon | lemme fix it | 15:02 |
freemangordon | sicelo: pushed again, please pull | 15:05 |
freemangordon | which one is better "Mobile Connection" or "Mobile Data" or something else? | 15:12 |
sicelo | now it's provisioned | 15:20 |
sicelo | :-) | 15:20 |
freemangordon | :) | 15:20 |
freemangordon | what is the name? | 15:20 |
sicelo | MTN Eswatini | 15:20 |
freemangordon | is that correct? | 15:21 |
sicelo | yes | 15:21 |
freemangordon | because I saw SwaziMTN for network registration, with the same mcc/mnc | 15:21 |
sicelo | yes, same thing | 15:21 |
freemangordon | hmm, ok | 15:21 |
freemangordon | ok, will push a fix | 15:21 |
freemangordon | to the repos that is | 15:22 |
sicelo | we had a change in the name of our country back in 2018 | 15:22 |
Wizzup_ | sicelo: freemangordon: great to hear it's fixed, thanks | 15:26 |
freemangordon | lets wait SuperMarioSF to confir as well | 15:30 |
freemangordon | he might have another issue | 15:31 |
Wizzup_ | I'll mail him | 15:31 |
sicelo | may be a good idea to also build our own mbpi instead of the one from debian/devuan | 15:31 |
freemangordon | why? | 15:32 |
freemangordon | you think upstream is more recent? | 15:32 |
sicelo | theirs is quite old | 15:33 |
freemangordon | even in chimaera? | 15:33 |
Wizzup_ | probably is | 15:33 |
sicelo | haven't checked, but i could check | 15:33 |
sicelo | but yes, upstream's latest tag is about 2 months ago | 15:34 |
freemangordon | Wizzup_: make: dh: No such file or directory | 15:34 |
freemangordon | organicmaps is missing dependency it seems | 15:34 |
Wizzup_ | yes | 15:35 |
Wizzup_ | I'll add it momentarily | 15:35 |
Wizzup_ | btw, I removed -mtune= for a little bit while debugging a problem | 15:35 |
Wizzup_ | shall I add it back in | 15:35 |
* Wizzup_ just adds it back | 15:36 | |
freemangordon | yes | 15:36 |
Wizzup_ | what do we want to do wrt stuff we alread ybuilt | 15:38 |
Wizzup_ | i'm inclined to say it probably doesn't matter too muhc atm | 15:38 |
freemangordon | agree | 15:39 |
freemangordon | maybe glib makes sense, but I am not sure | 15:39 |
gliffy | My fresh Leste setup is running really sluggish and choppy compared to Fremantle. This isn't normal, right? | 15:45 |
freemangordon | what device? n900? | 15:45 |
gliffy | Yes n900. Forgot to mention :D | 15:45 |
freemangordon | unfortunately it is normal. various reasons, one of the it runs from SD card. The other one is that Leste runs on 24 bpp while fremantle runs on 16bpp | 15:46 |
Wizzup_ | how sluggish and choppy is it, though? it's a bit slower but not -too- much | 15:46 |
gliffy | It is pretty bad. Looking up videos on Youtube with n900's running Leste they seem to still be MUCH smoother than what I have. I can record a video if you want. I guess the reason for slow app startups could be that I am using a pretty cheap SD-card I had lying around, but I wouldn't imagine that would impact scrolling which is pretty bad too. | 15:49 |
Wizzup_ | bad sd card can matter, but a video is helpful in any case! | 15:50 |
gliffy | Ok, I will record it and send a link here | 15:50 |
Wizzup_ | great, ty | 15:51 |
gliffy | Here is the video: https://www.youtube.com/watch?v=kLQHMUz09qk | 16:13 |
Wizzup_ | hmm it feels a bit more sluggish than normal | 16:19 |
Wizzup_ | is this just after boot? | 16:20 |
gliffy | It is about 5 minutes after boot. It seems that the second time the app is launched it is ok, but scrolling stays just as bad. | 16:31 |
gliffy | By "it is okay" I mean that the launch time of the app is ok. | 16:32 |
Wizzup_ | I'll have to try this on my device a bit later, but yes, it's slower than fremantle | 16:33 |
Wizzup_ | there's a few reasons for it, some is that we perhaps don't have all the optimisation patches, other is that it is a different (newer) 3d driver that might not be used in the most optimal fashion | 16:34 |
Wizzup_ | officially I think this version of the 3d driver doesn't even support n900 | 16:34 |
Wizzup_ | hildon-desktop scrolling should be semi ok though | 16:34 |
gliffy | Ok, interesting. Thanks a lot for your time! | 16:35 |
Wizzup_ | freemangordon: btw, I'm seeing this atm: http://dpaste.com/7WLNFW6QV - on my d4, is this the charger detection? | 16:36 |
Wizzup_ | gliffy: we do our best to suppor n900 but it's not our main focus atm | 16:36 |
sicelo | Wizzup_: 3d driver not supporting n900 - you mean the ti blobs? they should support n900 just fine | 16:38 |
Wizzup_ | sicelo: I think it doesn't officially support omap3 at all, but I might misremember | 16:38 |
Wizzup_ | maybe this changed with the latest drop(s) | 16:39 |
sicelo | ti34x or something branch/directory | 16:39 |
Wizzup_ | I'll leave it to others to comment, just what I recall :) | 16:39 |
freemangordon | Wizzup_: dpaste is blocking my IP | 16:52 |
freemangordon | also, omap3 is supported by the blob, otherwise it wouldn't work | 16:52 |
Wizzup_ | we for sure had to patch the binaries at some point for support | 16:53 |
freemangordon | no | 16:53 |
Wizzup_ | https://wizzup.org/7WLNFW6QV.txt | 16:53 |
freemangordon | gliffy: does not look normal to me | 16:54 |
Wizzup_ | freemangordon: not even going to argue with it, I know we did, but it also really doesn't matter :p | 16:54 |
freemangordon | Wizzup_: where? | 16:54 |
Wizzup_ | this is why we had different ddk/ddx for different devices, before 1.17 | 16:54 |
freemangordon | Wizzup_: no, this is not charger detection | 16:54 |
Wizzup_ | 1.9 vs 1.12 or 1.14 or so | 16:54 |
freemangordon | Wizzup_: well, I am talking about 1.17 | 16:54 |
Wizzup_ | freemangordon: ok, maybe just poor cable then, it goes crazy as you can see by timing | 16:54 |
freemangordon | it supports omap3 | 16:55 |
freemangordon | gliffy: could you check with top, if there is runaway process perhaps | 16:55 |
gliffy | With htop cpu usage is about 15-20%. The highest consuming process is Xorg at about 6-8%. Seems normal to me at least. | 17:00 |
freemangordon | yeah, looks ok. still, this shouldn;t be that choppy | 17:00 |
freemangordon | maye try to upgrade to -devel if not already | 17:01 |
freemangordon | assuming this is beowulf image | 17:01 |
Wizzup_ | there is no chimaera image for n900 atm | 17:04 |
Wizzup_ | we have to decide if we fix the elogind thing or not before we release it | 17:04 |
freemangordon | ok | 17:04 |
freemangordon | good to know | 17:04 |
Wizzup_ | freemangordon: looks like voicecalls doesn't do xmpp calls btw | 17:20 |
Wizzup_ | it just does sip and tel as protocolname | 17:20 |
freemangordon | maybe we can add support | 18:08 |
Wizzup_ | yeah it's probably just two string compars | 18:08 |
gliffy | freemangordon: Unfortunately upgrading to -devel had no effect | 18:13 |
freemangordon | :( | 18:19 |
freemangordon | will try to find time soon to check what is the situation with my n900 | 18:19 |
gliffy | Thanks a lot! | 18:20 |
SuperMarioSF | oh hi | 18:20 |
SuperMarioSF | I'm bacj | 18:20 |
SuperMarioSF | *back | 18:20 |
Wizzup_ | hi there | 18:20 |
freemangordon | SuperMarioSF: please upgrade | 18:20 |
SuperMarioSF | I upgraded the libicd package | 18:20 |
freemangordon | great | 18:20 |
freemangordon | is it better now? | 18:20 |
SuperMarioSF | and... it broke more things | 18:20 |
freemangordon | heh | 18:20 |
freemangordon | how's that? | 18:21 |
SuperMarioSF | now I can't select any network | 18:21 |
freemangordon | wait | 18:21 |
freemangordon | did you upgrade from the repos? | 18:21 |
SuperMarioSF | because the network selection diaglog doesn't show at all | 18:21 |
SuperMarioSF | yes | 18:21 |
freemangordon | umm... | 18:21 |
freemangordon | did you reboot? | 18:21 |
SuperMarioSF | yes, I rebooted, then tested | 18:21 |
freemangordon | this is chimaera? | 18:22 |
SuperMarioSF | nope, it was droid4 | 18:22 |
SuperMarioSF | on -devel | 18:22 |
freemangordon | also, what is libicd-network-ofono version you have installed? | 18:22 |
SuperMarioSF | lemme check | 18:22 |
freemangordon | so beowulf | 18:22 |
freemangordon | also, what is icd2 version | 18:23 |
SuperMarioSF | libicd-network-ofono: 1.0.6+m7 | 18:24 |
freemangordon | and icd2? | 18:24 |
SuperMarioSF | icd2: 0.99+2m7 | 18:24 |
SuperMarioSF | seems too low? | 18:24 |
freemangordon | no, looks fine | 18:25 |
freemangordon | sicelo: did you install libicd-network-ofono from -deval? | 18:25 |
freemangordon | *-devel | 18:25 |
SuperMarioSF | btw another issue, USB related. It seems if battery charged to full, then USB connection will automatically disconnect and reconnect, and PC Suite connection will be reset. | 18:25 |
SuperMarioSF | if no USB data connection there, it will reset the charging once a while | 18:26 |
freemangordon | SuperMarioSF: what you report is really strange, earlier today we tested on d4 | 18:26 |
freemangordon | I just want sicelo to confirm he upgraded from -devel as well | 18:26 |
SuperMarioSF | Is there are some workaround for not let something break the USB connection once for a while? | 18:26 |
freemangordon | yes, IIRC you should set charging current to 0 | 18:27 |
* freemangordon boots his d4 | 18:27 | |
SuperMarioSF | or can I just stop icd2 completely so even USB disconnected the usb0 wont't reset itself? | 18:28 |
freemangordon | it is not icd2 related | 18:28 |
SuperMarioSF | is there some manual override for icd2 to let me connect to WiFi? | 18:28 |
freemangordon | wpa_supplicant | 18:29 |
SuperMarioSF | I guessed it... | 18:29 |
freemangordon | SuperMarioSF: echo 0 > /sys/class/power_supply/usb/input_current_limit | 18:30 |
freemangordon | that should brevent USB from reconnecting | 18:30 |
freemangordon | *prevent | 18:30 |
SuperMarioSF | OK | 18:31 |
SuperMarioSF | so it will on battery until I reset the value? | 18:31 |
freemangordon | yes | 18:31 |
SuperMarioSF | OK | 18:31 |
SuperMarioSF | I'm setting my USB host device as a router so I can do update after. | 18:32 |
freemangordon | hmm, I don;t see how latest changes might break icd2 | 18:32 |
freemangordon | it must be something else | 18:32 |
freemangordon | SuperMarioSF: please, once you have some connectivity, stop icd2 set its loglevel to -l0 in /etc/init.d/icd2 and start icd2 | 18:34 |
freemangordon | then provide icd2 logs | 18:34 |
freemangordon | from /var/log/maemo/icd2 | 18:34 |
freemangordon | maybe loglevel is already set to 0 by Wizzup_, no idea | 18:35 |
SuperMarioSF | I got my USB host act as a router now, it has internet access. | 18:36 |
freemangordon | great | 18:37 |
freemangordon | so, please do ^^^ | 18:37 |
SuperMarioSF | it is already -l0 | 18:38 |
SuperMarioSF | and make a 23MB size icd2.log | 18:38 |
freemangordon | ok | 18:38 |
freemangordon | you may delete it and restart rsyslog | 18:38 |
freemangordon | and then restart icd2 | 18:39 |
freemangordon | *rsyslogd | 18:39 |
SuperMarioSF | I guess I will back it up for you if some one-time thing happend just after upgrade. | 18:39 |
freemangordon | ok | 18:39 |
SuperMarioSF | Attempt restarted icd2... but there is no running icd2 instance? | 18:41 |
freemangordon | hmm | 18:41 |
SuperMarioSF | restrated again, same. | 18:41 |
SuperMarioSF | icd2 crashed? | 18:41 |
freemangordon | is it possible that startup script is broken somehow? | 18:41 |
freemangordon | try to start icd2 by hand | 18:42 |
freemangordon | as sudo | 18:42 |
freemangordon | icd2 -l0 | 18:42 |
Wizzup_ | freemangordon: I did edit the icd2 script for him | 18:42 |
Wizzup_ | changing -l2 to -l0 | 18:42 |
freemangordon | I know | 18:42 |
Wizzup_ | I might have forgot to change it for either start or stop | 18:42 |
freemangordon | right | 18:42 |
freemangordon | lets see if icd2 will start from cmdline | 18:43 |
SuperMarioSF | it is crashed somehow. | 18:43 |
Wizzup_ | ok | 18:43 |
SuperMarioSF | i will try commandline | 18:43 |
freemangordon | SuperMarioSF: what happens if you do 'sudo icd2 -l0'? | 18:43 |
SuperMarioSF | which user I have to start icd2, or just root is fine? | 18:43 |
freemangordon | sudo icd2 -l0 | 18:44 |
SuperMarioSF | Segmentation fault | 18:44 |
freemangordon | ugh | 18:44 |
SuperMarioSF | not suprised at all | 18:44 |
freemangordon | sudo gdb icd2 -l0 | 18:44 |
freemangordon | umm | 18:44 |
freemangordon | sudo gdb icd2 | 18:45 |
freemangordon | r -l0 | 18:45 |
SuperMarioSF | I guess I need to install build-essentials first. | 18:45 |
freemangordon | for gdb? | 18:45 |
SuperMarioSF | yes, but it seems already installed. installing gdb. | 18:45 |
freemangordon | maybe install icd2-dbgsym | 18:46 |
SuperMarioSF | debug symbol installed, gdb loaded symbol | 18:49 |
freemangordon | bt | 18:49 |
SuperMarioSF | but it seems crashed as somewhere else. | 18:49 |
SuperMarioSF | 0xb67f6094 in ?? () | 18:49 |
freemangordon | backtrace? | 18:49 |
SuperMarioSF | (gdb) bt | 18:49 |
SuperMarioSF | #0 0xb67f6094 in ?? () | 18:49 |
SuperMarioSF | #1 0xb6e3a7c2 in g_main_context_dispatch () from /usr/lib/arm-linux-gnueabihf/libglib-2.0.so.0 | 18:49 |
SuperMarioSF | #2 0xb6e3aa5a in ?? () from /usr/lib/arm-linux-gnueabihf/libglib-2.0.so.0 | 18:49 |
SuperMarioSF | Backtrace stopped: previous frame identical to this frame (corrupt stack?) | 18:49 |
SuperMarioSF | (gdb) | 18:49 |
freemangordon | you need glib debug symbols as well | 18:49 |
SuperMarioSF | installing glib dbgsyms | 18:49 |
freemangordon | right | 18:49 |
Wizzup_ | you might need a devuan/debian repo for that | 18:50 |
Wizzup_ | well I guess not for glib :) | 18:50 |
freemangordon | deb http://debug.mirrors.debian.org/debian-debug bullseye-debug main contrib non-free | 18:50 |
freemangordon | deb http://debug.mirrors.debian.org/debian-debug bullseye-backports-debug main contrib non-free | 18:50 |
freemangordon | replace bullseye with buster(?) | 18:50 |
freemangordon | Wizzup_: it is buster, right? | 18:50 |
Wizzup_ | beowulf is buster | 18:50 |
SuperMarioSF | which dbgsym package I should use? | 18:54 |
SuperMarioSF | libglib2.0-cli-dbgsym ? | 18:55 |
freemangordon | sec | 18:55 |
freemangordon | libglib2.0-0-dbgsym | 18:56 |
freemangordon | what the? | 18:57 |
freemangordon | libglib2.0-0-dbgsym : Depends: libglib2.0-0 (= 2.66.8-1+leste1+m7) but 2.66.8-1+leste1+m7.1 is to be installed | 18:57 |
freemangordon | Wizzup_: ^^^? | 18:57 |
freemangordon | oh, wait | 18:57 |
freemangordon | this is my bad | 18:57 |
Wizzup_ | :) | 18:57 |
freemangordon | because of experimenatl | 18:57 |
SuperMarioSF | libglib-object-introspection-perl-dbgsym 0.049-1+b1 | 18:58 |
SuperMarioSF | libglib-perl-dbgsym 3:1.329.3-1+b1 | 18:58 |
SuperMarioSF | libglib-testing-0-0-dbgsym 0.1.0-1 | 18:58 |
SuperMarioSF | libglib2.0-cil-dbgsym 2.12.40-3 | 18:58 |
SuperMarioSF | libglibd-2.0-0-dbgsym 2.3.0-1 | 18:58 |
SuperMarioSF | libglibmm-2.4-1v5-dbgsym 2.64.2-2 | 18:58 |
SuperMarioSF | I have those package in repo | 18:58 |
freemangordon | apt-cache policy libglib2.0-0-dbgsym | 18:59 |
SuperMarioSF | root@SMSF-Droid4:/var/log/maemo# LANG=C.UTF-8 LANGUAGE=C apt-cache policy libglib2.0-0-dbgsym | 19:00 |
SuperMarioSF | libglib2.0-0-dbgsym: | 19:00 |
SuperMarioSF | Installed: (none) | 19:00 |
SuperMarioSF | Candidate: 2.66.8-1 | 19:00 |
SuperMarioSF | Version table: | 19:00 |
SuperMarioSF | 2.66.8-1 500 | 19:00 |
SuperMarioSF | 500 http://debug.mirrors.debian.org/debian-debug bullseye-debug/main armhf Packages | 19:00 |
SuperMarioSF | 2.58.3-2+deb10u4+leste1+2m7.1 500 | 19:00 |
SuperMarioSF | 500 https://maedevu.maemo.org/leste beowulf/main armhf Packages | 19:00 |
SuperMarioSF | 2.58.3-2+deb10u4+leste1+2m7 500 | 19:00 |
SuperMarioSF | 500 https://maedevu.maemo.org/leste beowulf-devel/main armhf Packages | 19:00 |
freemangordon | do not use bullseye | 19:00 |
freemangordon | as I said - replace bullseye with buster | 19:00 |
SuperMarioSF | OK, removing from sources | 19:00 |
freemangordon | no, it is ok | 19:00 |
freemangordon | do not remove it | 19:00 |
freemangordon | just edit it | 19:00 |
SuperMarioSF | replaced | 19:01 |
freemangordon | https://maedevu.maemo.org/leste/pool/main/g/glib2.0/ | 19:01 |
freemangordon | here are dbgsym packages | 19:01 |
freemangordon | for glib | 19:01 |
SuperMarioSF | root@SMSF-Droid4:/var/log/maemo# LANG=C.UTF-8 LANGUAGE=C apt-cache policy libglib2.0-0-dbgsym | 19:02 |
SuperMarioSF | libglib2.0-0-dbgsym: | 19:02 |
SuperMarioSF | Installed: (none) | 19:02 |
SuperMarioSF | Candidate: 2.58.3-2+deb10u4+leste1+2m7.1 | 19:02 |
SuperMarioSF | Version table: | 19:02 |
SuperMarioSF | 2.58.3-2+deb10u4+leste1+2m7.1 500 | 19:02 |
SuperMarioSF | 500 https://maedevu.maemo.org/leste beowulf/main armhf Packages | 19:02 |
SuperMarioSF | 2.58.3-2+deb10u4+leste1+2m7 500 | 19:02 |
SuperMarioSF | 500 https://maedevu.maemo.org/leste beowulf-devel/main armhf Packages | 19:02 |
SuperMarioSF | 2.58.3-2+deb10u3 500 | 19:02 |
SuperMarioSF | 500 http://debug.mirrors.debian.org/debian-debug buster-debug/main armhf Packages | 19:02 |
SuperMarioSF | is that good to go? | 19:02 |
freemangordon | looks like | 19:03 |
freemangordon | please install it | 19:03 |
freemangordon | libglib2.0-0-dbgsym | 19:03 |
SuperMarioSF | Thread 1 "icd2" received signal SIGSEGV, Segmentation fault. | 19:04 |
SuperMarioSF | 0xb67f6094 in ?? () | 19:04 |
SuperMarioSF | (gdb) bt | 19:04 |
SuperMarioSF | #0 0xb67f6094 in ?? () | 19:04 |
SuperMarioSF | #1 0xb6e3a7c2 in g_main_dispatch (context=0x430808) at ../../../glib/gmain.c:3182 | 19:04 |
SuperMarioSF | #2 g_main_context_dispatch (context=context@entry=0x430808) at ../../../glib/gmain.c:3847 | 19:04 |
SuperMarioSF | #3 0xb6e3aa5a in g_main_context_iterate (context=0x430808, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../../../glib/gmain.c:3920 | 19:04 |
SuperMarioSF | #4 0xb6e3acd2 in g_main_loop_run (loop=0x431778) at ../../../glib/gmain.c:4116 | 19:04 |
SuperMarioSF | #5 0x00404ab0 in main (argc=<optimized out>, argv=<optimized out>) at icd_exec.c:315 | 19:04 |
SuperMarioSF | (gdb) | 19:04 |
freemangordon | :( | 19:04 |
SuperMarioSF | something went very wrong... | 19:04 |
SuperMarioSF | I can setup a SSH connection for you | 19:04 |
freemangordon | yes, please | 19:04 |
SuperMarioSF | please wait a while. | 19:04 |
freemangordon | sure | 19:05 |
SuperMarioSF | full access session have sent to you. | 19:06 |
freemangordon | thanks | 19:06 |
freemangordon | sec | 19:07 |
SuperMarioSF | before that symbol loading I suggest to do some proxy setup first... | 19:08 |
freemangordon | no, I will try to install what I know first | 19:09 |
freemangordon | I was about to export LC_ALL :) | 19:09 |
SuperMarioSF | I don't mind if you just download the complete source code there. I have plenty free space on it. | 19:12 |
freemangordon | ok | 19:12 |
SuperMarioSF | and that SD card is a extra-durable one. | 19:12 |
freemangordon | but I don;t understand why I don;t get sane backtrace | 19:12 |
SuperMarioSF | me neither. I have a spare droid4, if you want a fresh-installed one I can do it. | 19:13 |
SuperMarioSF | no important data is on both droid4 i have, so you basically can do anything. | 19:14 |
freemangordon | no, lets see what's going on | 19:14 |
freemangordon | just gimme a couple of minutes | 19:14 |
SuperMarioSF | OK | 19:14 |
SuperMarioSF | battery at 89% | 19:14 |
freemangordon | ok | 19:15 |
freemangordon | hmm, removing ofono plugin makes it work | 19:15 |
freemangordon | hmm, session hangs every now and then | 19:16 |
SuperMarioSF | oops | 19:17 |
SuperMarioSF | the USB doesn't playing well | 19:17 |
SuperMarioSF | fixing | 19:17 |
freemangordon | :( | 19:17 |
freemangordon | thanks | 19:17 |
SuperMarioSF | replacing with a better cable | 19:18 |
freemangordon | ok | 19:18 |
SuperMarioSF | some strange thing happend | 19:19 |
SuperMarioSF | USB doesn't connect at all | 19:19 |
SuperMarioSF | can I just reboot device? | 19:19 |
freemangordon | sure | 19:19 |
freemangordon | icd2 will start now | 19:19 |
SuperMarioSF | woah that is a big manual database... | 19:30 |
freemangordon | yeah | 19:31 |
freemangordon | :( | 19:31 |
SuperMarioSF | at least we have 2 cores | 19:31 |
freemangordon | could you unlock the device | 19:31 |
freemangordon | as when locked we have 1 core :) | 19:32 |
freemangordon | ah, it is ready | 19:32 |
SuperMarioSF | device screen is on | 19:32 |
freemangordon | ok | 19:32 |
SuperMarioSF | and I see 2 cores running with htop | 19:32 |
freemangordon | ok | 19:32 |
freemangordon | ummm.... | 19:34 |
freemangordon | it does not crahs | 19:34 |
SuperMarioSF | seems running fine? | 19:34 |
freemangordon | mhm | 19:34 |
freemangordon | lemme reinstall from the repo | 19:34 |
SuperMarioSF | woah | 19:34 |
SuperMarioSF | just report. | 19:35 |
SuperMarioSF | icd2 running ok | 19:35 |
SuperMarioSF | and APN created | 19:35 |
freemangordon | yes, I just stopped it though | 19:35 |
SuperMarioSF | ok | 19:35 |
SuperMarioSF | boom | 19:36 |
SuperMarioSF | it's gone | 19:36 |
freemangordon | seems the one in the repo is broken | 19:36 |
SuperMarioSF | a failed build? | 19:36 |
freemangordon | no idea | 19:37 |
freemangordon | Wizzup_: ^^^ | 19:37 |
freemangordon | something with beowilf-devel builder? | 19:38 |
freemangordon | I built the plugin locally and it works fine | 19:38 |
freemangordon | if I install the one in the repo, icd2 segfaults | 19:38 |
Wizzup_ | shouldn't be | 19:40 |
Wizzup_ | are you sure it's the same code/tag? | 19:40 |
freemangordon | just checked | 19:40 |
Wizzup_ | maybe run another build and see | 19:41 |
* Wizzup_ needs to go and cook | 19:41 | |
freemangordon | ok | 19:41 |
SuperMarioSF | local compiled icd2 plugin works correctly. | 19:41 |
freemangordon | yep | 19:42 |
freemangordon | building again in the autobuilder | 19:42 |
freemangordon | SuperMarioSF: something happened with the session | 19:43 |
SuperMarioSF | it's fine now | 19:45 |
freemangordon | thanks | 19:45 |
SuperMarioSF | maybe some USB related stuff on device side reset the USB PC suite mode | 19:45 |
SuperMarioSF | btw it's same on both my droid4 | 19:46 |
SuperMarioSF | for some reason | 19:46 |
freemangordon | ugh, the build failed | 19:47 |
freemangordon | what is going on? | 19:47 |
SuperMarioSF | [emoji::thinking] | 19:48 |
SuperMarioSF | wait, should we update the repo first? | 19:49 |
freemangordon | hmm? | 19:50 |
SuperMarioSF | is file on the server replaced, or need a version bump (apt update)? | 19:50 |
freemangordon | it should increase the version automatically | 19:50 |
freemangordon | but this fails for some reason | 19:51 |
SuperMarioSF | but local apt cache isn't updated yet? | 19:51 |
freemangordon | warning: Temporarily disabling breakpoints for unloaded shared library "/usr/lib/icd2/libicd_network_ofono.so" | 19:51 |
freemangordon | ugh | 19:51 |
sicelo | ab | 19:51 |
freemangordon | icd2 unloads the lib? | 19:51 |
sicelo | and i also have beowulf experimental activated | 19:52 |
freemangordon | module 'libicd_network_ofono.so' version 0.99.1 is greater than icd2 version 0.99, not loading it | 19:52 |
freemangordon | wait, what? | 19:52 |
SuperMarioSF | ??? | 19:52 |
SuperMarioSF | well, there is something went wrong with version number. | 19:53 |
freemangordon | this version comes from headers | 19:53 |
freemangordon | it is auto-generated | 19:54 |
* freemangordon checks where 99.1 comes from | 19:54 | |
sicelo | i got that version error too, but at that time, it was evidently that libicd-network-ofono was built against chimaera. when building myself, never got it again | 19:54 |
freemangordon | version in chimaera is 100 | 19:54 |
SuperMarioSF | yup, it's same on my side. | 19:55 |
SuperMarioSF | locally built version works fine. | 19:55 |
SuperMarioSF | oh | 19:55 |
sicelo | great. at least the fixes are correct for both of us then | 19:55 |
SuperMarioSF | if anyone want a live status show | 19:56 |
SuperMarioSF | web session read only: https://tmate.io/t/ro-zUUvV6HvzpXpyXuDLULDmersF | 19:56 |
SuperMarioSF | ssh session read only: ssh ro-zUUvV6HvzpXpyXuDLULDmersF@sfo2.tmate.io | 19:56 |
SuperMarioSF | here is read-only session | 19:56 |
SuperMarioSF | wait, it's not working? | 19:57 |
freemangordon | Unpacking icd2-dev (0.99+2m7) | 19:57 |
SuperMarioSF | These are correct one: | 19:58 |
SuperMarioSF | web session read only: https://tmate.io/t/ro-nuJqWD9nyWjxXRg5jXzrXrmws | 19:58 |
SuperMarioSF | ssh session read only: ssh ro-nuJqWD9nyWjxXRg5jXzrXrmws@sfo2.tmate.io\ | 19:58 |
freemangordon | ok, somehow chimaera version went into beowulf | 19:58 |
freemangordon | we shall wait for Wizzup_ | 19:58 |
freemangordon | ok, seems chimaera and beowulf share one and the same repo :) | 20:04 |
freemangordon | SuperMarioSF: I installed locally build version | 20:06 |
SuperMarioSF | OK | 20:06 |
freemangordon | you are good to test if now provisioning works | 20:06 |
SuperMarioSF | OK | 20:06 |
SuperMarioSF | let me start icd2. | 20:06 |
freemangordon | hopefully Wizzup_ will fix the repo mess | 20:06 |
SuperMarioSF | yup, new plugin provisioned correectly. | 20:08 |
SuperMarioSF | It's working. | 20:09 |
freemangordon | cool | 20:09 |
SuperMarioSF | btw | 20:10 |
sicelo | so it was evidently same cause | 20:10 |
freemangordon | mhm | 20:10 |
SuperMarioSF | why /bin/ping doesn't have setuid bit set? | 20:11 |
freemangordon | SuperMarioSF: do not upgrade :) | 20:12 |
SuperMarioSF | so I have to remove dbgsym for now | 20:12 |
freemangordon | yeah, remove dbgsym | 20:12 |
sicelo | mine is setuid ... but maybe i did it myself - can't recall since my installation is years old | 20:12 |
* freemangordon is afk | 20:13 | |
SuperMarioSF | seems all right now. | 20:18 |
SuperMarioSF | Thank you freemangordon | 20:18 |
SuperMarioSF | just manually marked libicd-network-ofono as hold | 20:30 |
SuperMarioSF | no more accidently upgrade | 20:31 |
SuperMarioSF | I found Ubuntu Mono had better visibility in terminal on low resolution screen. Ubuntu Mono at 12pt. is having same text size as Monospace 10pt, but much more easy to read. | 20:41 |
sixwheeledbeast | I much prefer Ubuntu fonts for visibility, I swapped this on N900 years ago. I suppose you get accustomed to what your used to tho. | 20:57 |
sixwheeledbeast | The stock Nokia fonts where a bit too condensed for readability IMO | 20:58 |
Wizzup_ | freemangordon: back, what's up | 21:01 |
SuperMarioSF | I use Ubuntu Mono in termux these days, it works even on modern smartphones | 21:04 |
sicelo | on my laptop i use Sudo font | 21:04 |
SuperMarioSF | and it is much visible than default one in very small size. | 21:04 |
Wizzup_ | freemangordon: no, the versions are based on tags and not shared | 21:07 |
Wizzup_ | freemangordon: but if you mean the very last thing we append to builds of the same tag, that _is_ shared | 21:07 |
Wizzup_ | it's ultimately the same reprepro repository, and you cannot have .deb files with the exact same name | 21:07 |
Wizzup_ | but we wouldn't change some abi version | 21:07 |
SuperMarioSF | by the way | 21:27 |
SuperMarioSF | who is developing QTWebBrowser? | 21:28 |
SuperMarioSF | I want suggest a feature. An option to hide title bar in menu | 21:28 |
freemangordon | Wizzup_: so, now we have libicd-network-ofono in repos that is build against chimaera | 21:30 |
freemangordon | but beowilf-devel uses the same version | 21:30 |
freemangordon | I don't know how to fix the issue | 21:30 |
sicelo | gliffy: n900 is my focus - but i don't know as much as the other guys, so yeah ... slow | 21:31 |
freemangordon | maybe I shall increase the version for beowulf-devel? | 21:31 |
gliffy | sicelo: Cool! I am currently trying to nail what is causing the issue. | 21:34 |
Wizzup_ | freemangordon: huh, what do you mean, 'built against chimaera' ? | 21:34 |
Wizzup_ | SuperMarioSF: I think currently we don't really have a qtwebbrowser maintainer, but if anyone I'd say uvos :) | 21:35 |
freemangordon | Wizzup_: I started builds against chimaera and beowulf | 21:36 |
freemangordon | both suceeded | 21:36 |
freemangordon | but because we have only one .deb (because the versions are the same), we now have both beowulf-devel and chimaera point to that same .deb | 21:37 |
freemangordon | which was the one that was build in chimaera autobuilder | 21:37 |
freemangordon | I can't explain it any better | 21:37 |
freemangordon | Wizzup_: https://maedevu.maemo.org/leste/pool/main/libi/libicd-network-ofono/ | 21:38 |
freemangordon | so, you are saying that we can;t have the same versions in beowulf and chimaera? | 21:40 |
Wizzup_ | freemangordon: there should not be an identical filename | 21:47 |
Wizzup_ | freemangordon: but you're not saying that say the beowulf build was using chimaera packages? | 21:47 |
Wizzup_ | freemangordon: hm, something is up, since normally the stuff after + should auto inc | 21:48 |
Wizzup_ | iirc | 21:48 |
freemangordon | Wizzup_: maybe because I didn't wait for the first build to finish | 21:49 |
freemangordon | I guess this is the issue | 21:49 |
freemangordon | so please, remove the package from the repo | 21:49 |
freemangordon | and I will issue rebuilds | 21:49 |
freemangordon | unless you have a better idea | 21:50 |
sicelo | interestingly - even the SIM which had successfully provisioned before didn't have SPN ... no idea how it was able to pass the test | 21:52 |
sicelo | and of course, that operator was also missing in mbpi | 21:52 |
sicelo | anyway, works now :-) | 21:53 |
Wizzup_ | freemangordon: can you just increase the version | 22:01 |
Wizzup_ | I can remove specific packages if you want | 22:01 |
Wizzup_ | but increasing the version is .. easier | 22:01 |
Wizzup_ | freemangordon: btw regarding organicmaps I'm not going to fix the current ci issues, but you can try it with the deb that I linked today in vm | 22:01 |
Wizzup_ | I'm not going to fix the current ci issues soon* | 22:02 |
freemangordon | ok, lemme increase the version | 22:02 |
freemangordon | sicelo: SuperMarioSF: please upgrade libicd-network-ofono and test if it is ok | 22:11 |
sicelo | i broke my N900 :p it has 1.0.6 now | 22:12 |
freemangordon | install the one from the repo | 22:12 |
freemangordon | there is 1.07 | 22:12 |
freemangordon | Wizzup_: hmm, chimaera buildt version 1.0.7+m7, beowulf-devel 1.0.7+2m7, is that on purpose? | 22:17 |
Wizzup_ | freemangordon: yes | 22:29 |
Wizzup_ | freemangordon: hm that is weird actually | 22:29 |
Wizzup_ | freemangordon: I would expect that to be in reverse considering which you built first | 22:29 |
Wizzup_ | freemangordon: that is weird, what if you build chimaera again? | 22:32 |
gliffy | sicelo: The choppines issue seems to be caused by a change made somewhere between the image builds 20220123 and 20220206. Going to see tomorrow if I can reduce it down further to a package or something. | 22:40 |
Wizzup_ | gliffy: nice debugging! | 22:43 |
gliffy | ty | 22:43 |
Wizzup_ | dpkg -l from the two images probably helps | 22:43 |
Wizzup_ | (as in, the entire package list) | 22:43 |
gliffy | Ok. I will continue tomorrow. Gotta go to sleep now :D | 22:44 |
freemangordon | Wizzup_: I think it will be ok | 22:46 |
freemangordon | but if I try to build beowulf it will fail | 22:46 |
freemangordon | because 1.0.7+m7 is higher than 1.0.7+2m7 | 22:47 |
Wizzup_ | yeah, that's weird, not sure why reprepro complains about it... | 22:48 |
Wizzup_ | we should just move to chimaera soon :) | 22:48 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!