uvos | btw no without a connection ham dosent let you try and install an app | 11:48 |
---|---|---|
Wizzup | kind of makes sense | 11:49 |
bencoh | :) | 11:49 |
uvos | but its not great, it creates a dependancy on icd and needlesly punishes people for seting up networks manually | 11:50 |
sicelo | you can use dummy network if you've setup manual network | 11:50 |
uvos | there is no reason for it to not just try and then try the icd/connui dus interface to raise the dialog if it cant connect | 11:51 |
uvos | and what if you want to replace icd with nm or whatever - it would be best if suff is modular as far as possible | 11:53 |
Wizzup | I think the hildon integration makes it not try when it knows it'll fail | 11:54 |
parazyd | uvos: You can avoid this in red pill mode in HAM | 11:55 |
uvos | parazyd: ok | 11:55 |
parazyd | See red-pill.txt in the repo | 11:55 |
uvos | anyhow, btw i cant get syncevolution to work | 11:59 |
Wizzup | what is the server sw | 11:59 |
uvos | the frontend just sits at syncronizing with.. forever with stop doing nothing | 12:00 |
Wizzup | what if you run it manually? | 12:00 |
uvos | and if i run sync.py in console this appears: https://pastebin.com/ZgrJX06y | 12:00 |
lel | MerlijnWajer closed an issue: https://github.com/maemo-leste/bugtracker/issues/472 (Fork and change syncevolution) | 12:00 |
uvos | Wizzup: im not sure how yet syncevolution "/home/user/.config/syncevolution/uvos-target/peers/target-config/config.ini" returns with | 12:00 |
uvos | [INFO] Configuration "/home/user/.config/syncevolution/uvos-target/peers/target-config/config.ini" does not exist. | 12:01 |
uvos | but thats not true | 12:01 |
Wizzup | uvos: did you see https://leste.maemo.org/Calendar | 12:01 |
bencoh | having HAM depend on a "normal" hildon environment doesn't sound that bad to me actually | 12:01 |
Wizzup | bencoh: yeah | 12:01 |
uvos | eh id rather have leste be modular and non interdependant (at least hard dependancies wise) | 12:01 |
uvos | but ham is no big loss | 12:01 |
Wizzup | I mean it currently even only shows maemo apps | 12:02 |
uvos | i know ham is no big loss | 12:02 |
Wizzup | that sounds overly negative ;) | 12:02 |
parazyd | Again, you can just disable the network checks in the UI | 12:02 |
uvos | right | 12:02 |
uvos | its fine | 12:02 |
bencoh | we mostly need to watch out for broken edge cases ... when it upgrades icd, for instance | 12:02 |
Wizzup | uvos: so did you try to follow the steps on that wiki? | 12:03 |
uvos | not yet | 12:03 |
uvos | on it | 12:03 |
uvos | but the config that the frontend created | 12:03 |
uvos | i should be able to try to use that no? | 12:03 |
Wizzup | I don't know, I've had a lot of trouble with finding the right options | 12:03 |
uvos | ok | 12:03 |
uvos | ill try manually | 12:03 |
bencoh | I'm currently trying to debug power usage when idle ... http://pastebin.notk.org/pastebin.php?show=f24064aa8 | 12:03 |
Wizzup | fwiw syncing works for me from the frontend, I didn't use it for config | 12:04 |
bencoh | this is from serial, with wifi off, leste-stable | 12:04 |
uvos | device? | 12:04 |
bencoh | droid4* | 12:04 |
uvos | why dose it need debuging? | 12:04 |
sicelo | syncevo is really difficult to configure right - you need a lot of patience :p | 12:04 |
bencoh | I'm pretty sure the "869mW" reported by powertop is wrong anyway | 12:04 |
Wizzup | bencoh: great, I also saw some newer kernels used more power too | 12:04 |
uvos | its right | 12:04 |
uvos | just the burst | 12:04 |
Wizzup | or caused more wakeups at least | 12:04 |
bencoh | uvos: because upower reports 0.260~0.340W idle | 12:05 |
Wizzup | 24 wakeups/second isn't that terrible though | 12:05 |
uvos | what dose sleep 10 ; /etc/init.d/droid4-powermanagement status | 12:05 |
uvos | stay | 12:05 |
uvos | *say | 12:05 |
bencoh | and it pains me, since I reached ~0.150 a few days ago | 12:05 |
* sicelo wonders where gordon1 went | 12:05 | |
uvos | shoult be ~90mW in a working setup | 12:05 |
bencoh | and I don't really understand what changed | 12:05 |
bencoh | uvos: seriously? | 12:05 |
uvos | yes | 12:05 |
uvos | but the modem is wierd | 12:05 |
bencoh | well, looks like I'm far from it | 12:05 |
uvos | so sleep 10 ; /etc/init.d/droid4-powermanagement status | 12:06 |
uvos | ? | 12:06 |
bencoh | I haven't fiddled with the modem yet, I dunno what's its default state either | 12:06 |
bencoh | yeah, a min | 12:06 |
uvos | oh | 12:06 |
uvos | if you dont have a sim you must printf 'U1234AT+CFUN=0\r' > /dev/gsmtty1 | 12:06 |
uvos | otherwise the modem dosent sleep | 12:06 |
bencoh | d=2021-07-02|t=13:06:35|i=OFF:0,RET:0|p=248|c=44|b=none | 12:06 |
uvos | ok your device istent acciveing sleep at all | 12:06 |
parazyd | Wizzup: ^ could we automatically do this if no sim is detected? | 12:07 |
uvos | parazyd: problem is ofono lies to us | 12:07 |
uvos | about that | 12:07 |
uvos | atm | 12:07 |
parazyd | Yeah | 12:07 |
bencoh | huhu | 12:07 |
parazyd | I'll add it as a note on the ofono ticket | 12:07 |
bencoh | time to clone ofono and hack, I guess ... :) | 12:07 |
uvos | bencoh: ok so add printf 'U1234AT+CFUN=0\r' > /dev/gsmtty1 to rc.local | 12:08 |
uvos | reboot and then report back after leting the device idle for 10 min | 12:08 |
uvos | you can do sleep 10 ; /etc/init.d/droid4-powermanagement status via wifi/ssh | 12:08 |
bencoh | alright | 12:08 |
uvos | no need for serial | 12:08 |
bencoh | reboot or poweroff? | 12:08 |
uvos | should not matter | 12:08 |
bencoh | hmm ... do you mean that modem keeps that settings even after poweroff? | 12:09 |
bencoh | ah, rc.local | 12:09 |
bencoh | nevermind | 12:09 |
bencoh | let's see what it does when issuing it manually first then | 12:09 |
Wizzup | parazyd: once we fix ofono, yes | 12:09 |
uvos | it dose seem the modem reatins stuff btw | 12:10 |
uvos | but thats beside the point | 12:10 |
parazyd | Noted here https://github.com/maemo-leste/bugtracker/issues/530 | 12:10 |
uvos | it dosent reatain cfun | 12:10 |
Wizzup | bencoh: if you want to that (hack ofono), would be much appreciated | 12:10 |
Wizzup | you'll probably need a sim as well for some of it though | 12:10 |
parazyd | bencoh: https://github.com/maemo-leste/bugtracker/issues/530 https://github.com/maemo-leste/bugtracker/issues/519 | 12:10 |
bencoh | hmm, I haven't ordered a sim yet (since I never found time to play with it), but ... yeah, I'll probably do it at some point | 12:11 |
uvos | turing off the modem if you dont have a sim is problematic also because i think that would break hotplugging the sim | 12:12 |
* Wizzup is happy he can just buy sims for ~5 euro with cash | 12:13 | |
uvos | needs investigation how android handles this | 12:13 |
uvos | it manages to have good pm with no sim | 12:13 |
bencoh | uvos: I haven't rebooted yet (I only ran it from the shell), but I don't really see a difference thus far; I'll try with it in rc.local | 12:13 |
Wizzup | uvos: CFUN=0 just makes the modem go offline though, that should not prevent sim detection? | 12:13 |
uvos | Wizzup: yes (offline) | 12:13 |
uvos | Wizzup: idk | 12:13 |
Wizzup | pretty sure it should not | 12:14 |
uvos | Wizzup: i gues maybe not | 12:14 |
bencoh | you're positive it should be U1234AT+CFUN and not just AT+CFUN? | 12:14 |
uvos | yeah the modem is wierd | 12:14 |
bencoh | ah, alright | 12:14 |
Wizzup | I think this is kernel interface, not modem per se, no? | 12:14 |
uvos | no this is the modem it talks at directly | 12:15 |
Wizzup | ok | 12:15 |
bencoh | anyway, reboot | 12:15 |
uvos | Wizzup: what is target-config@radicale supposed to be | 12:18 |
Wizzup | hm? | 12:18 |
uvos | in https://leste.maemo.org/Calendar | 12:18 |
Wizzup | just a name/identifier | 12:18 |
uvos | im not sure what this parameter is | 12:18 |
uvos | ok | 12:18 |
Wizzup | you can literally use that if you ewant | 12:18 |
uvos | ok | 12:18 |
Wizzup | ofc the radicale after the @ needs to be replaced elsewhere too if you choose to use something else | 12:18 |
bencoh | currently d=2021-07-02|t=13:21:57|i=|p=214|c=NA|b=none | 12:22 |
bencoh | (I'll try it again in ~10mn) | 12:22 |
uvos | hmm | 12:24 |
uvos | i cant seem to get it to work | 12:24 |
uvos | unexpected reply from peer; might be a temporary problem, try again later | 12:25 |
uvos | im probubly just configureing something wrong | 12:25 |
uvos | but idk what atm | 12:25 |
* Wizzup going home, so back in a few hours | 12:32 | |
Wizzup | are you using radicale or something else? | 12:32 |
uvos | baikal | 12:33 |
uvos | syncevolution --print-databases backend=caldav username= password= syncURL=https://uvos.xyz:8081/cal.php/calendars/USER shows the calendars fine | 12:38 |
sicelo | follow any tutorial for baikal + syncevolution | 12:39 |
sicelo | i.e. maemo's syncevolution is not particularly special (besides the maemo backend) ... the settings that work for baikal on your pc should work with Leste (with minor modification, perhaps) | 12:41 |
uvos | i only used it with android | 12:41 |
uvos | that mainly just autodetects everything | 12:42 |
uvos | i also cant really find anythign on baikal + syncevo | 12:45 |
uvos | (or mutch on syncevo at all for that matter) | 12:45 |
uvos | i managed a different error message | 12:46 |
uvos | SoupTransport Failure: https://uvos.xyz:8081/cal.php via libsoup: Not Implemented | 12:46 |
uvos | interstingly installing evolution (the gnome frontend) and just configureing it with that works with no isse | 13:08 |
uvos | (with seemingly the same parameters) | 13:08 |
bencoh | what's the recommended way to launch a user daemon at session start with leste? | 13:14 |
uvos | xsession.d | 13:14 |
bencoh | thanks | 13:15 |
Wizzup | uvos: I'd have to check baikal, haven't used it before | 15:20 |
uvos | ok | 16:25 |
uvos | i cant seem to get what request is not implmented | 16:26 |
uvos | and not sure why evolution works | 16:26 |
uvos | but it dosent configure syncevolution | 16:26 |
Wizzup | can baikal not log more info? | 16:41 |
uvos | sure on the server side ther might be soemthing | 16:42 |
uvos | but syncevo dosent log anything really | 16:42 |
Wizzup | checked this? https://docs.ubports.com/en/latest/userguide/advanceduse/dav.html | 16:42 |
Wizzup | (their script anyway) | 16:42 |
Wizzup | + https://askubuntu.com/questions/597528/synchronisation-of-contacts-in-evolution-via-carddav-baikal | 16:42 |
uvos | i saw that | 16:43 |
uvos | im pretty mucht 90% sure im configureing it correctly | 16:43 |
Wizzup | ok | 16:43 |
Wizzup | final link - someone doing it on jolla https://wied.it/blog/caldav-and-carddav-sync-with-jolla-phone-syncevolution-and-zimbra-zcs-owncloud-and-ssl.html | 16:43 |
Wizzup | hm, maybe it's not baikal | 16:43 |
uvos | i did the config with evolution by hand and on android by hand | 16:43 |
uvos | now | 16:43 |
uvos | so the stuff im entering is correct | 16:43 |
uvos | so i modified the script | 16:52 |
uvos | and it works | 16:52 |
uvos | nvm it works for addressbook only | 16:53 |
uvos | changed the script slightly | 17:00 |
uvos | now it synced | 17:00 |
uvos | ok it works i can create items and see syncevolution get them on the cli | 17:06 |
uvos | but qcalendar dosent show anything (and there are only local calendars configured/ configureable) | 17:06 |
uvos | probubly still missing somehting | 17:06 |
Wizzup | uvos: are you doing a sync to the maemo calendars? | 17:07 |
Wizzup | the script probably syncs to some random ubports db | 17:07 |
uvos | probubly | 17:07 |
uvos | it worked :) | 17:18 |
Wizzup | maybe you can add a section to the wiki | 17:19 |
Wizzup | one for radicale, and one for baikal | 17:19 |
uvos | yeah i adapted the script | 17:19 |
Wizzup | brb | 17:19 |
uvos | i dont think its baikal specfic | 17:19 |
uvos | https://leste.maemo.org/Calendar added the script | 17:32 |
uvos | you might want to host it some where else incase i become bus-factor | 17:32 |
Wizzup | uvos: it seems like a small script, just put it on the wiki? | 17:34 |
Wizzup | I would maybe also differentiate between radicale and that you tested it with baikal | 17:34 |
Wizzup | uvos: btw I hope this coming week to get the audio stuff going | 19:23 |
uvos | Wizzup: nice :) | 19:25 |
uvos | i think the flaky wifi scanning issues are pretty delapidating btw so it would be great if you could look at that. ofc i understand if you want to do what seams the most interesting to you. | 19:27 |
Wizzup | uvos: might need your help some | 19:29 |
Wizzup | uvos: it's not just about interesting, it's just blocking stuff, and I agree wifi regressions are bad | 19:29 |
lel | IMbackK opened an issue: https://github.com/maemo-leste/bugtracker/issues/553 (Get the syncevultion ui to work) | 19:30 |
stan | the single low-power beep could be improved by one beep, then a second one after 5 seconds then a third after another 10 seconds | 19:32 |
uvos | ??? | 19:32 |
stan | to assist in locating the beeping device | 19:32 |
uvos | the device dosent beep | 19:32 |
lel | IMbackK opened an issue: https://github.com/maemo-leste/bugtracker/issues/554 (Flakey wifi scanning) | 19:35 |
lel | IMbackK opened an issue: https://github.com/maemo-leste/bugtracker/issues/555 (GPRS/UMTS provisioning dosent work (reliably?)) | 19:41 |
uvos | freemangordon: could you look at 555 ^^^ | 19:42 |
stan | status-area-applet-battery-1.5.3/debian/changelog: * Repeat battery low sound when battery is too low | 19:44 |
lel | IMbackK opened an issue: https://github.com/maemo-leste/bugtracker/issues/556 (Pdf reader crashes often) | 19:48 |
uvos | Wizzup: ^^^ these should keep you from getting bored :P | 19:49 |
Wizzup | hehe | 19:54 |
Wizzup | bored I am almost never, unless I have to wait and cannot do anything while waiting | 19:55 |
Wizzup | 554 is -devel only right | 19:55 |
uvos | no | 19:55 |
uvos | we promoted those afaik | 19:55 |
uvos | because it fixes the issue with connection failue breaking icd untill all dialogs are closed | 19:56 |
uvos | we introduced the scanning issue at the same time so i think its in stable :( | 19:56 |
uvos | stan: ok my bad i have never herd it beep but i gues i just have system sounds disabled | 19:58 |
stan | simple tweak is to make /usr/share/sounds/ui-battery_low.waw repeat the beep over a period of a few seconds | 19:59 |
stan | helps find the beeping device | 19:59 |
stan | perhaps i can add this to wiki? | 20:00 |
uvos | yeah go for it | 20:00 |
uvos | idk what page tho | 20:00 |
uvos | anything you can add the wiki is very welcome | 20:00 |
Wizzup | hmm | 20:05 |
Wizzup | I am not sure if we pushed the wifi changes | 20:05 |
Wizzup | I don't think we did | 20:05 |
lel | MerlijnWajer assigned an issue: https://github.com/maemo-leste/bugtracker/issues/554 (Flakey wifi scanning) | 20:38 |
Wizzup | uvos: also wondering if ^ could be due to connui changes | 20:39 |
Wizzup | probably not I bet | 20:39 |
Wizzup | but we changed a lot at once | 20:39 |
uvos | Wizzup: idk maybe | 20:47 |
uvos | Wizzup: yeah @manny changes at once | 20:47 |
rafael2k | interesting, I turned on my pinephone today, and it connected to the wifi automatically | 21:33 |
Wizzup | as it should :P | 21:35 |
freemangordon | uvos: I think it is Wizzup who should look at it (provisioning), unless I am missing what the issue is. | 21:42 |
freemangordon | uvos: could you please explain in the issue what you are trying to achieve and what is the result. | 21:43 |
uvos | Wizzup: said that you wrote libicd-conectivity-cellular (or is it -mobile) | 21:46 |
freemangordon | I did the initial work, IIRC, lemme check | 21:46 |
uvos | freemangordon: so i inserted a sim, installed the stuff as shown in the bug and then i expected to be able to create/select a gprs/umts internet connection | 21:47 |
uvos | this worked previously | 21:47 |
uvos | but now the connection never appears | 21:47 |
uvos | the device still connects to the network as evidenced by the 3g and bars in the status as well as the operator name | 21:47 |
uvos | connecting to gprs is possible manualy via ofono | 21:47 |
freemangordon | hmm: what is status 6? | 21:51 |
rafael2k | ; )) | 21:51 |
rafael2k | I moved to moscow, will test 4G with the carrier here again | 21:52 |
rafael2k | and "wifi sharing" too, with hostapd | 21:52 |
Wizzup | freemangordon: I did investigate that | 21:52 |
Wizzup | let me read the logs | 21:52 |
Wizzup | 11:48 < Wizzup> btw 6 = OPERATION_STATUS_CANCEL | 21:53 |
Wizzup | 11:48 < uvos> i can make voice calls after all | 21:53 |
Wizzup | 11:48 < Wizzup> and the code checks for OPERATION_STATUS_FINISHED | 21:53 |
Wizzup | 11:48 < Wizzup> so we need to figure out why ofono_start_search_finish gets a non-successful status | 21:53 |
Wizzup | it seems to be a timeout of some sort, but it's not clear why | 21:53 |
Wizzup | rafael2k: cool, both should work I hope | 21:53 |
freemangordon | p, li { white-space: pre-wrap; } OPERATION_STATUS_ABORT | 21:54 |
freemangordon | Wizzup: 6 is ABORT | 21:54 |
Wizzup | hm | 21:54 |
rafael2k | Wizzup: me too, I think it will just work | 21:54 |
rafael2k | lets hope the wifi chipset in the pinephone is decent in AP mode | 21:55 |
Wizzup | freemangordon: off by one error | 21:55 |
freemangordon | operations_group_timeout() | 21:56 |
freemangordon | SEARCH_INTERVAL is 20 seconds | 21:57 |
Wizzup | freemangordon: it works in ofono though | 21:57 |
Wizzup | so it's weird that it would timeout | 21:57 |
freemangordon | what do you mean? | 21:57 |
Wizzup | https://github.com/maemo-leste/bugtracker/issues/555#issuecomment-873159565 | 21:57 |
uvos | also in no way dose this take 20 secons | 21:59 |
uvos | that status 6 thing appears almost immidatly with starting icd | 21:59 |
Wizzup | well activating the context can take time, but not that -- yeah | 21:59 |
uvos | activating the context via ofono is also effectivly instantaious | 22:00 |
Wizzup | uvos: not for me, but ok :) | 22:00 |
freemangordon | we receive timeout on searc, not context activation | 22:00 |
uvos | i happens faster than i can check the connection status :P | 22:00 |
uvos | (via typeing in the command) | 22:01 |
Wizzup | freemangordon: right | 22:01 |
freemangordon | unfortunately there are no enough traces in search_operation_check() | 22:03 |
Wizzup | right | 22:03 |
Wizzup | that's where I gave up | 22:03 |
uvos | so what doset that function do ofono wise? | 22:03 |
freemangordon | gets the results and decides on what to do | 22:03 |
Wizzup | freemangordon: hmmm is it possible he doesn't have the xml file with sim/operator info | 22:03 |
uvos | is there some dbus function call i can try and see how long it takes? | 22:03 |
Wizzup | or do you not rely on that | 22:03 |
Wizzup | it might simply not be in the meta pkg | 22:04 |
freemangordon | so, something unexpected happens and plugin doesn;t know how to handle it, so it waits for known result | 22:04 |
freemangordon | which never comes | 22:04 |
freemangordon | Wizzup: don;t really remember | 22:04 |
uvos | libicd-network-ofono was not in the meta package btw | 22:05 |
uvos | i had to install that by hand | 22:06 |
freemangordon | do you have mobile-broadband-provider-info installed? | 22:06 |
uvos | nope | 22:07 |
freemangordon | please installo | 22:07 |
freemangordon | hmm, I don't have it either in the VM | 22:08 |
freemangordon | wait | 22:08 |
freemangordon | Wizzup: shall we have mobile-broadband-provider-info installed? | 22:08 |
Wizzup | freemangordon: I am not sure if we need it, it was just something that occured to my mind | 22:08 |
parazyd | https://github.com/maemo-leste/hildon-connectivity-meta/blob/master/debian/control#L26 | 22:09 |
parazyd | pls add anything relevant here | 22:09 |
Wizzup | let's figure out if it is relevant first ;) | 22:09 |
freemangordon | Wizzup: https://github.com/maemo-leste/libicd-network-ofono/blob/maemo/beowulf-devel/src/search.c#L117 | 22:09 |
freemangordon | see my note | 22:09 |
Wizzup | freemangordon: ah, so it relies on the behaviour of ofono when that pkg is installed | 22:09 |
freemangordon | maybe, I don;t remember | 22:10 |
Wizzup | still not sure if this would cause the problem | 22:10 |
freemangordon | but I guess I put that note there for a reason | 22:10 |
Wizzup | we don't see "Deactivating chosen context" I think | 22:10 |
uvos | ok so i installed the pkg | 22:10 |
uvos | and killed icd2 | 22:10 |
Wizzup | uvos: restart ofono | 22:10 |
Wizzup | maybe we can add some more traces to libicd-network-ofono ? | 22:10 |
uvos | and i has made no change | 22:10 |
uvos | ok ill just reboot | 22:10 |
freemangordon | uvos: could you set BP in search_operation_check() and report the code path taken | 22:11 |
freemangordon | did I really write all this code ?!? | 22:12 |
freemangordon | :) | 22:12 |
Wizzup | yes | 22:12 |
freemangordon | good for me | 22:12 |
Wizzup | apart from the context activation that is blocking | 22:12 |
Wizzup | uvos: I removed the IAP with gconf --recursive-unset and it does work for me | 22:13 |
Wizzup | uvos: so it's not entirely broken | 22:13 |
uvos | ok i rebooted | 22:15 |
uvos | and nothing changed | 22:15 |
freemangordon | do you have gconf entry for the IAP? | 22:15 |
uvos | freemangordon: no | 22:15 |
uvos | just to be sure here the gprs connection is just supposed to appear in the connection dialog right, i dont have to create a connection (that dosent work either) i dont quite remember how it worked previously | 22:15 |
uvos | also this is now the same sim | 22:16 |
uvos | it worked with before | 22:16 |
Wizzup | yes, it should just appear. do you have any other GPRS connections there? | 22:16 |
uvos | no wifi only | 22:16 |
freemangordon | uvos: could you set BP in search_operation_check() and report the code path taken | 22:16 |
uvos | BP? | 22:17 |
uvos | break point? | 22:17 |
freemangordon | breakpoint | 22:17 |
uvos | ok | 22:17 |
uvos | let me install debug symbols | 22:18 |
freemangordon | maybe clone the source and install -dbgsym package | 22:18 |
freemangordon | mhm | 22:18 |
freemangordon | https://github.com/maemo-leste/libicd-network-ofono/blob/maemo/beowulf-devel/src/search.c#L70 | 22:18 |
freemangordon | FYI | 22:18 |
freemangordon | hmm, sim->present has to be true | 22:19 |
uvos | ofono reports sim | 22:20 |
uvos | as present | 22:20 |
freemangordon | yes, but something doesn;t make it to the plugin | 22:20 |
freemangordon | so, once you hit the breakpoint, please dump *sim | 22:21 |
freemangordon | or better dump *md | 22:22 |
freemangordon | dump == print | 22:22 |
freemangordon | I suspect online status of the modem is wrong | 22:23 |
uvos | ok it hit the bp | 22:23 |
Wizzup | uvos: you might have to write 'step' a bunch of times to get to the right location | 22:23 |
uvos | its slightly annoying to use because i have to do it on device kbd | 22:23 |
uvos | Wizzup: yeah i know | 22:23 |
freemangordon | actually we need 'next' :) | 22:24 |
freemangordon | why not connect through USB networking? | 22:24 |
uvos | i dont load that module | 22:24 |
uvos | cpcp_phy | 22:24 |
uvos | i could use usb serial | 22:24 |
uvos | but i wasent that forsighted | 22:25 |
freemangordon | but how you're going to provide me the results of 'p *md*'? | 22:25 |
freemangordon | p *md | 22:25 |
uvos | ill just dump it to a file | 22:25 |
uvos | and connect later? | 22:25 |
freemangordon | ok | 22:25 |
freemangordon | just make sure to dump after g_hash_table_lookup() call | 22:25 |
lel | MerlijnWajer opened an issue: https://github.com/maemo-leste/bugtracker/issues/557 (connui-internet: Add providers tab to advanced settings) | 22:26 |
lel | MerlijnWajer labeled an issue: https://github.com/maemo-leste/bugtracker/issues/557 (connui-internet: Add providers tab to advanced settings) | 22:26 |
lel | MerlijnWajer assigned an issue: https://github.com/maemo-leste/bugtracker/issues/557 (connui-internet: Add providers tab to advanced settings) | 22:26 |
Wizzup | uvos: I'll stop with the suggestions now but GNU screen can be helpful here too | 22:26 |
uvos | i know i know :D | 22:27 |
freemangordon | hmm, could it be that flightmode is activated on your device? | 22:27 |
uvos | i just started gdb on device without thinking gosh :P | 22:27 |
uvos | ok so i dumped md at line 81 | 22:27 |
uvos | any thing else? | 22:27 |
freemangordon | yes, trace the flow | 22:28 |
freemangordon | in that function only | 22:28 |
uvos | ok | 22:28 |
uvos | so condition at line 90 is true | 22:29 |
freemangordon | good | 22:29 |
uvos | 97 is false | 22:29 |
freemangordon | and I guess iap_id is NULL | 22:29 |
uvos | so is 100 | 22:29 |
freemangordon | mhm | 22:29 |
freemangordon | 100? | 22:29 |
Wizzup | parazyd: freemangordon: looks like connui plugins can have plugin->advanced_show = to have settings show up in advanced settings, so we could do that for provider | 22:30 |
uvos | conditon on line 100 is false | 22:30 |
uvos | so is if on line 108 | 22:30 |
freemangordon | as suspected | 22:30 |
freemangordon | so, it calls ofono_modem_set_online(), right? | 22:30 |
freemangordon | uvos: ^^^ ? | 22:32 |
uvos | sec | 22:32 |
uvos | *md = {modem = 0x461898, modem_handler_id = {0}, sim = 0x465850, simmgr_handler_id = {75}, connmgr = 0x4658e8, connmgr_handler_id = {76}} | 22:33 |
uvos | 90in search.c | 22:33 |
uvos | 91in search.c | 22:33 |
uvos | 95in search.c | 22:33 |
uvos | 97in search.c | 22:33 |
uvos | 100in search.c | 22:33 |
uvos | 108in search.c | 22:33 |
uvos | 124in search.c | 22:34 |
uvos | 126in search.c | 22:34 |
uvos | 142in search.c | 22:34 |
uvos | 145in search.c | 22:34 |
uvos | 146in search.c | 22:34 |
uvos | if (!sim->spn || !*sim->spn) fails | 22:35 |
freemangordon | and the modem is online? | 22:35 |
uvos | yeah its connected | 22:35 |
freemangordon | ok, I don't know what to do here | 22:35 |
freemangordon | we need SPN | 22:36 |
freemangordon | could you respin and dump *md->sim? | 22:36 |
uvos | sure | 22:36 |
uvos | here is list-modems | 22:36 |
freemangordon | or you can get the same results from ofono tools | 22:36 |
freemangordon | no, I need sim properties | 22:36 |
uvos | http://uvos.xyz/maserati/modem.txt | 22:37 |
uvos | freemangordon: sure sec | 22:37 |
freemangordon | hmm | 22:37 |
freemangordon | ServiceProviderName = Vodafone | 22:37 |
freemangordon | but, why we don;t have it? | 22:37 |
uvos | org.ofono.SimManager shoul have it | 22:38 |
freemangordon | yes | 22:38 |
uvos | oh right you saw | 22:38 |
uvos | ok | 22:38 |
uvos | no idea | 22:38 |
freemangordon | hmm, who powers the modem up? | 22:38 |
Wizzup | icd2 | 22:38 |
Wizzup | oh | 22:38 |
Wizzup | no | 22:38 |
Wizzup | power up is done by kernel | 22:38 |
Wizzup | online is done by icd2 | 22:38 |
freemangordon | on uvos' device? | 22:38 |
freemangordon | yes, online | 22:38 |
uvos | yes its powerd by kernel | 22:38 |
uvos | i online it | 22:38 |
uvos | by hand | 22:38 |
freemangordon | you should not | 22:39 |
uvos | well i have to | 22:39 |
Wizzup | icd2 should online it for you | 22:39 |
uvos | i cant enter the sim pin | 22:39 |
uvos | ofono fails | 22:39 |
Wizzup | uvos: ok, let's try this: reboot, then wait 2-3 minutes, then /etc/init.d/ofono restart | 22:39 |
freemangordon | it seems icd2 doesn;t get sim properties in that case | 22:39 |
Wizzup | wait for missing sim icon to go away | 22:39 |
Wizzup | uvos: then issue 'startup-pin-entry' | 22:39 |
Wizzup | and then try to connect to the dialog | 22:39 |
Wizzup | (just to confirm, this is what I do) | 22:39 |
Wizzup | not saying it's not a bug, but this works for me | 22:40 |
uvos | shal i enbale-modem? | 22:40 |
Wizzup | no | 22:40 |
uvos | since ofono thinks is not powerd | 22:40 |
uvos | ok | 22:40 |
Wizzup | btw, while at it, we should fix the context activation not blocking | 22:40 |
Wizzup | or rather, make it not-blocking | 22:41 |
Wizzup | freemangordon: unrelated but connui-wlan plugin is the one that adds the "Other" tab to advanced settings, apparently conn_set_iap_ti_adv_misc is "Other" | 22:42 |
Wizzup | a bit confusing :) | 22:42 |
Wizzup | but I now have enough info to make plugin for providers tab | 22:42 |
uvos | btw the missing sim icon dose go away as soon as i enterd the pin via ofono | 22:43 |
uvos | so something in the maemo stack realizes the sim is there | 22:43 |
Wizzup | uvos: no, this is ofono not reporting it properly | 22:43 |
uvos | (when i online the modem by hand) | 22:43 |
Wizzup | and you kicking it makes it wake up | 22:43 |
freemangordon | Wizzup: I think we have bugs in libgofono as well | 22:44 |
Wizzup | freemangordon: possible, there might also be a newer version | 22:44 |
freemangordon | see https://github.com/sailfishos/libgofono/commit/7ff446e4fea58faec5d10b851d7c40f709ae6858 | 22:44 |
uvos | startup-pin-entry: command not found | 22:44 |
uvos | what pacakge is this? | 22:44 |
Wizzup | sec | 22:45 |
Wizzup | startup-pin-query | 22:45 |
Wizzup | sryt | 22:45 |
Wizzup | sry | 22:45 |
Wizzup | part of connui-conndlgs-cellular | 22:46 |
Wizzup | I always confuse it with the pinentry helpers (for gpg and such) | 22:46 |
freemangordon | this https://github.com/sailfishos/libgofono/commit/c8eb3fe1e36500b87241effeeb615417e41af954#diff-25a6634263c1b1f6fc4697a04e2b9904ea4b042a89af59dc93ec1f5d44848a26 as well | 22:46 |
uvos | ok i enterd the pin | 22:47 |
uvos | absolutly nothing happend | 22:47 |
Wizzup | uvos: yes | 22:47 |
Wizzup | uvos: now hit the status area, and then go to internet connections | 22:47 |
uvos | yes i mean same state as before | 22:47 |
uvos | i have 2g and full bars | 22:47 |
Wizzup | freemangordon: didn't I file that bug a long time ago? | 22:47 |
freemangordon | yes | 22:47 |
uvos | and only wifi in the dialog | 22:47 |
freemangordon | for some reason libgofono does not report SPN to icd plugin | 22:48 |
uvos | org.ofono.SimManager looks the same | 22:48 |
Wizzup | uvos: just to check, you did reboot, right? | 22:48 |
uvos | yeah ofc | 22:48 |
Wizzup | hm, looks fmg is on to something | 22:48 |
uvos | /motmdm_0/context1 looks the same | 22:49 |
uvos | the / at start of line thing in irc is annoying | 22:49 |
uvos | \ would have been better, only windows user would complain :P | 22:49 |
Wizzup | use '/ /hello' | 22:50 |
freemangordon | uvos: could you attach gdb again and dump *md->sim? | 22:50 |
uvos | ok | 22:50 |
uvos | its valid | 22:52 |
uvos | (gdb) p *sim | 22:53 |
uvos | $1 = {intf = {object = {object = {g_type_instance = {Python Exception <class 'gdb.error'> No type named TypeNode.: | 22:53 |
uvos | g_class = }, | 22:53 |
uvos | ref_count = 1, qdata = 0x464be8}, priv = 0x465020, | 22:53 |
uvos | intf = 0x43e330 "org.ofono.SimManager", path = 0x454ad8 "/motmdm_0", | 22:53 |
uvos | valid = 1}, priv = 0x465018, modem = 0x4620b0}, priv = 0x465000, | 22:53 |
uvos | present = 1, imsi = 0xb4908110 "262022703707497", mcc = 0x468df8 "262", | 22:53 |
uvos | mnc = 0x4696f8 "02", spn = 0x439b70 "Vodafone", | 22:53 |
uvos | pin_required = OFONO_SIMMGR_PIN_NONE} | 22:53 |
uvos | looks correct | 22:53 |
freemangordon | but you said spn was empty on the previous try? | 22:53 |
Wizzup | freemangordon: maybe we shall add more tracing to the code at the DEBUG level? | 22:54 |
freemangordon | yeah | 22:54 |
uvos | if (!sim->spn || !*sim->spn) | 22:54 |
uvos | that condition was false yeah | 22:54 |
freemangordon | now it is true, right? | 22:54 |
freemangordon | could yout trace the flow now? | 22:55 |
uvos | its still false | 22:55 |
uvos | it jumps directly to line 124 | 22:56 |
freemangordon | no, actually this means we have SPN | 22:56 |
freemangordon | does ofono_modem_get_last_internet_context() finds ctx? | 22:57 |
uvos | value has been optimized out | 22:57 |
freemangordon | :( | 22:57 |
Wizzup | that means it can be null, no? | 22:58 |
Wizzup | or it's not set yet? | 22:58 |
uvos | and after line 124 the fuction just returns | 22:58 |
uvos | thats it | 22:58 |
freemangordon | uvos: break in ofono_modem_get_last_internet_context() | 22:58 |
freemangordon | to see if it finds context | 22:58 |
Wizzup | uvos: can you show the context properties using mdbus2 if not too hard? | 22:59 |
uvos | freemangordon: know the file thats in? | 22:59 |
Wizzup | for example: mdbus2 -s org.ofono /motmdm_0/context1 org.ofono.ConnectionContext.GetProperties | 22:59 |
uvos | i dont have the source cloned | 22:59 |
uvos | and gihub has bad search | 22:59 |
freemangordon | ofono-modem | 22:59 |
Wizzup | freemangordon: is it possible that either apn/password/username are not set, and this causes it to not set status finished? | 23:01 |
freemangordon | yes, could be | 23:01 |
uvos | wth | 23:01 |
uvos | now it just had the conecction in the dialog | 23:01 |
uvos | and a break point in ofono_modem_get_last_internet_context never triggerd | 23:02 |
Wizzup | yeah so perhaps the method I outlined helps get ofono in the right state, and then it created the connection last time, but you didn't see it yet, maybe? | 23:02 |
* Wizzup bbiab | 23:02 | |
uvos | its possible | 23:02 |
uvos | let me reboot and start over | 23:03 |
Wizzup | so I have noticed that when I online ofono without restarting it, I believe it doesn't get the contexts in dbus | 23:04 |
uvos | /motmdm_0/context1 shows fine for me | 23:04 |
freemangordon | that happens on d4 only? | 23:04 |
uvos | on first start | 23:04 |
Wizzup | freemangordon: yes | 23:04 |
uvos | of ofono | 23:04 |
freemangordon | uvos: yes, but we are not notified | 23:04 |
freemangordon | so icd2 is not aware of context changes | 23:04 |
uvos | well ofono starts first | 23:05 |
Wizzup | it gets info async | 23:05 |
uvos | ok | 23:05 |
Wizzup | like the sim presence reporting comes in late | 23:05 |
uvos | thats just the modem | 23:05 |
uvos | being the modem | 23:05 |
freemangordon | maybe we shall try newer libgofono | 23:06 |
Wizzup | uvos: no. dmesg shows the info coming in and ofono does not act on it | 23:09 |
Wizzup | but that is just for sim presence in any case | 23:09 |
Wizzup | I don't think the problems are in libgofono | 23:10 |
Wizzup | we know d4 ofono is buggy | 23:10 |
Wizzup | we need to fix it | 23:10 |
Wizzup | even just different ways (and times) of starting it make a difference in its state | 23:10 |
freemangordon | mhm | 23:10 |
freemangordon | what it takes to fix it? | 23:10 |
uvos | wel now i cant repoduce the sate before because i cant get the now sim icon to go away | 23:12 |
freemangordon | anyway, I am out. Night guys. | 23:14 |
uvos | gn8 | 23:15 |
Wizzup | uvos: so the no sim icon not going away is for me really a question of uptime >~ 2 mins | 23:39 |
Wizzup | and then 1-3 ofono restarts and it will pick it up | 23:39 |
uvos | ok | 23:40 |
uvos | yeah it eventualy did it | 23:40 |
uvos | now i unlocked the pin | 23:40 |
uvos | and clicking on the vodaphone connection just allways fails | 23:40 |
uvos | anyhow i have had enough of this for today :P | 23:41 |
Wizzup | uvos: ok so | 23:41 |
Wizzup | all good | 23:41 |
Wizzup | just: it's expected that that fails | 23:41 |
Wizzup | for the simple reason that it doesn't block on activating context | 23:41 |
uvos | oh ok | 23:41 |
Wizzup | it just returns right away and tries to get IP | 23:41 |
uvos | ok | 23:41 |
Wizzup | it should block, show it's busy (with timeout), and then return | 23:41 |
uvos | o | 23:41 |
uvos | ok | 23:41 |
Wizzup | I need to see why I did it that way at the time | 23:41 |
Wizzup | probably it was like a 15 mins hack tbh | 23:42 |
uvos | ok | 23:42 |
uvos | ok :) | 23:42 |
uvos | i lost my android device the other day and was low key hoping i could just use leste for a few days | 23:42 |
Wizzup | if you try again now it might work | 23:42 |
uvos | but then voice call audio dident work and data dident either | 23:43 |
uvos | :P | 23:43 |
Wizzup | we're getting there I feel | 23:43 |
uvos | yeah | 23:43 |
Wizzup | btw src/link.c has this: | 23:43 |
Wizzup | if (!ctx->active) { OFONO_DEBUG("Context is not yet active, activating"); ofono_connctx_activate(ctx); | 23:43 |
Wizzup | and that just doesn't block at all | 23:43 |
Wizzup | } | 23:43 |
uvos | i have a reasonable idea how to fix voice calls now :) | 23:43 |
uvos | so should be soon | 23:43 |
Wizzup | it probably needs another pending operation group, waiting for the context property to change | 23:43 |
Wizzup | awesome! | 23:43 |
uvos | still fails | 23:43 |
Wizzup | oh well. tomorrow :p | 23:43 |
Wizzup | I've been using data for many months | 23:44 |
Wizzup | just didn't fix the rough edges | 23:44 |
uvos | great | 23:44 |
uvos | i now have a dedicated sim for the device too | 23:44 |
Wizzup | cool :) | 23:44 |
Wizzup | I also have one, with a monthly contract actually (I kept buying prepaid but then forgot to do anything with them) | 23:46 |
Wizzup | I'll probably and get some sleep soon - got up at 4am today to catch the catamaran | 23:46 |
uvos | well sleep tight then - but not too tight :P | 23:47 |
uvos | ill be off then too gn8 | 23:47 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!