| mardy | 'morning! | 08:04 |
|---|---|---|
| parazyd | o/ | 08:23 |
| Wizzup | hi | 10:28 |
| Wizzup | yeah so the setting gprs active timing out is also related to ofono kicking | 15:13 |
| uvos | Wizzup: is mapphone quirks changing behavior here? | 15:36 |
| Wizzup | uvos: I'll have to check | 15:47 |
| lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/552 (Sphone) | 19:14 |
| Wizzup | nice work :) | 19:16 |
| uvos | i also have libnotify working in sphone now | 19:16 |
| uvos | but that dosent work as you would expect on h-d | 19:16 |
| Wizzup | what would that do? | 19:17 |
| uvos | since it generates tost messages only | 19:17 |
| uvos | there are xdg calls that should create a permeanent notification in a notification shade of some kind | 19:17 |
| uvos | those dont work | 19:17 |
| Wizzup | coud be, h-d has dbus calls to do the permanent ones in a form of a window | 19:17 |
| Wizzup | I don't know how you expect the permanents ones to work/look | 19:17 |
| uvos | ok so on lxqt and kde you can create a notification via the xdg interface that is handeld by a "system tray" icon that brings up a list of recent notifications | 19:18 |
| uvos | the xdg interface also allows you to create interactions for these | 19:19 |
| uvos | (think "reply") | 19:19 |
| uvos | i would expect these to pop up permanently in hildon-status-menu maybe s | 19:19 |
| uvos | something like that | 19:19 |
| Wizzup | I don't think there is a matching hildon concept for it except for the window ones | 19:20 |
| uvos | well it would be good to support these somehow | 19:20 |
| uvos | (even if we add something else to sphone) | 19:20 |
| uvos | as lots of other apps use these | 19:20 |
| uvos | about the hildon window ones wheres the dbus interface documented? | 19:21 |
| Wizzup | I get it from here usually https://wiki.maemo.org/Phone_control | 19:22 |
| Wizzup | https://wiki.maemo.org/Phone_control#Notifications | 19:22 |
| Wizzup | but those are all oneshot I think | 19:22 |
| uvos | ok but those are just toast notifications | 19:22 |
| Wizzup | you can also do it from libhildon to your own window, but I don't know how | 19:22 |
| Wizzup | I think modest probably has code on how to do it | 19:22 |
| uvos | like wat do you expect the device to do if a sms was incoming some time ago while the device was unantended? | 19:23 |
| uvos | android/ios/linux desktop have this concept of a recent notification area. | 19:23 |
| uvos | what happens on fremantle | 19:24 |
| Wizzup | do you have a fremantle n900 around? | 19:24 |
| uvos | yeah but i cant get it to register on my network | 19:24 |
| Wizzup | the conversations UI has windows for contacts, and each window with an active notification turns yellow | 19:24 |
| Wizzup | iirc | 19:24 |
| Wizzup | I can test more thoroughly in a bit | 19:24 |
| Wizzup | so if you get a text from a contact (known or not), I think you get a window for it | 19:25 |
| uvos | ok so its just a regular window there is no central place to que notifications? | 19:25 |
| Wizzup | no | 19:25 |
| uvos | hmm | 19:25 |
| Wizzup | they are centered around the conversations or phone window(s) | 19:25 |
| uvos | hmm | 19:25 |
| uvos | thats seams like pretty obnoxious design since it forces every app to reimplement notificaitons | 19:26 |
| Wizzup | it's implemented in libhildon I think | 19:27 |
| Wizzup | but we don't have the code for the phone app or sms app, so we dont know for sure :) | 19:27 |
| uvos | and the user can end up with a huge amount of random windows for different apps. | 19:27 |
| uvos | i gues its mitiageted on fremantle by haveing everthing go through tp | 19:27 |
| Wizzup | it might be just one for conversations, I am not sure now | 19:27 |
| Wizzup | yes | 19:27 |
| uvos | but that covers only a tiny fraction of stuff its used for on other platforms | 19:27 |
| Wizzup | which is probaby why it doesn't do persistent notifications atm :) | 19:28 |
| Wizzup | would be cool to have eventually though | 19:28 |
| uvos | since they also que lots of other notifications that are not telepony/ im related | 19:28 |
| uvos | (like file copying finished etc) | 19:28 |
| Wizzup | uvos: what made you ask if the modem quircks would help | 20:03 |
| Wizzup | er mapphone | 20:03 |
| uvos | well im concerned that mce kicking the modem as well as scrn might change the modem state somehow (who knows how the fw works) tripping up ofono | 20:07 |
| Wizzup | I don't think that is it, but it is possible | 20:08 |
| uvos | anyhow i think fixing the modem handling in ofono and icd should be the next priority | 20:10 |
| Wizzup | yes, I did a lot of icd work in the last few days | 20:10 |
| uvos | as its what is preventing regular usage of the device the most atm (besides the kernel audio bug) | 20:10 |
| Wizzup | libicd-network-ofono uses libgofono atm | 20:11 |
| Wizzup | having the activate call wait for the result, and having it provision also based on allowing roaming would be helpful | 20:11 |
| uvos | not sure what you mean wait for result | 20:12 |
| Wizzup | it issues a dbus call to activate the data context | 20:13 |
| Wizzup | but doesn't give it any time to actually set it up, and then fails right away | 20:13 |
| uvos | oh right that | 20:13 |
| uvos | it also plain almost never works on my end | 20:14 |
| uvos | so thats even worse :P | 20:14 |
| Wizzup | my plan is finishing icd wg/openvpn (tor is done) this weekend and then back to audio | 20:21 |
| uvos | Wizzup: ok | 20:22 |
| uvos | Wizzup: i would prefer solid working gprs over audio but thats just me | 20:22 |
| Wizzup | and before audio the newspost, and after audio the tp stuff | 20:24 |
| Wizzup | uvos: yeah ok, I could look at some of the icd stuff if ofono land works | 20:24 |
| uvos | if ofono land dosent work you need to fix it or at least provide what exactly you find not working while debuging the icd pluginn | 20:27 |
| uvos | otherwise there is nothing for others to go on | 20:27 |
| uvos | since the ofono scripts work fine | 20:27 |
| uvos | except the call state the tmlind forgot to implement ofono worked absolutly fine while developing sphone for me for instance | 20:28 |
| uvos | so im unable "see" the problem rn in ofono | 20:28 |
| uvos | ie how is it bugg | 20:28 |
| uvos | y | 20:28 |
| Wizzup | uvos: (1) sim is never detected on boot, eventually restarting ofono helps, but it doesn't always help, and this is random (2) sometimes restart of ofono makes it not see the modem (3) data connections only work sometimes (and never for you) | 20:31 |
| uvos | well connecting data by hand works if you do the provisioning via ofono scripts | 20:33 |
| uvos | i have never seen 2 | 20:33 |
| uvos | ok 1 is likely just us missing another message handler in ofono | 20:33 |
| Wizzup | uvos: so for (3), when I 'kick' the d4 by sending it a sms, I haven't seen it fai | 20:39 |
| Wizzup | I'd send a sms ~5-10s after setting 'Active' to 'true' | 20:39 |
| Wizzup | if I don't, I often get dbus timeouts on the call itself | 20:39 |
| Wizzup | maybe we can spend a bit of time trying to figure out why data connections don't work at all for you | 20:39 |
| uvos | could you point to the call that times out? | 20:40 |
| Wizzup | (when you want, maybe next week) | 20:40 |
| Wizzup | sure | 20:40 |
| Wizzup | mdbus2 -s org.ofono /motmdm_0/context1 org.ofono.ConnectionContext.SetProperty Active true | 20:40 |
| uvos | maybe i can go figure out whats going wrong in ofono on that path | 20:40 |
| Wizzup | it doesn't always time out | 20:40 |
| Wizzup | also our icd provisioning needs to set RoamingAllowed to true somewhere as well | 20:41 |
| Wizzup | (at least when abroad, which is me most of the time) | 20:41 |
| buZz | did some advertizing for maemo leste in a bitcoin group today | 21:54 |
| buZz | 'only foss phone distro with bitcoin tools' | 21:55 |
| parazyd | :3 | 22:06 |
| Wizzup | uvos: oh right audio has some prio because it will also fix alarms and volume applet and stuff | 23:56 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!