uvos | there for sure is some issue with that (sms), it never happens on android on d4 but it dose on leste (same operator) | 13:54 |
---|---|---|
uvos | also the remote party dosent ever get a delivery report when this happens | 13:54 |
uvos | so the modem is not acknowledging the sms to the network or something like that | 13:55 |
Wizzup | I also got it on android on other hw, and on fremantle | 15:09 |
Wizzup | but sure it could be some modem bug | 15:14 |
bencoh | it happened to me as well on other platforms, but not that often | 15:16 |
Wizzup | do you get it often on leste? I never had it yet | 15:17 |
Wizzup | as in, that'd be helpful in reproducing | 15:18 |
sicelo | i never got it anywhere else, but did get it on Leste D4 just once though. i think i got over 30 of the same sms. it's never happened again since | 17:24 |
Wizzup | I have had all sorts of weird problems before freemangordon 's modem fixes | 17:34 |
Wizzup | all are gone now | 17:34 |
Wizzup | uvos: do you have some ideas about how we can have the tp code on maemo, and not have the sms ui at all - since that will be part of conversations in maemo? | 18:09 |
Wizzup | We could track some branch that's different from master if there's some code you wouldn't like to have merged | 18:10 |
uvos | Wizzup: just dont load the ui | 18:31 |
uvos | its a module | 18:31 |
Wizzup | uvos: sure, but to deploy to to leste, do I make some branch and build it in maemo/chimaera? | 18:49 |
Wizzup | like how do you envision that? any preference? | 18:49 |
uvos | Wizzup: ? why build anything | 21:36 |
uvos | Wizzup: sphone has sphone.ini and the dir in ~ where it loads config | 21:36 |
uvos | Wizzup: just add another .d somewhere and add config to leste-config or whereever you like | 21:36 |
uvos | just add another dir here https://github.com/maemo-leste/sphone/blob/eacc386bf976e999a0c2a0d0a536cebe5b7f788d/src/utils/sphone-conf.c#L339 | 21:40 |
uvos | above ~/.sphone (so that .sphone remains highest overriede priority) | 21:40 |
Wizzup | uvos: because we need the code merged | 21:42 |
uvos | the code is in no state to be merged anywhere (or deployed) | 21:43 |
uvos | atm | 21:43 |
Wizzup | uvos: 'in no state' means: | 21:56 |
Wizzup | tabs/spaces | 21:56 |
Wizzup | all the qDebug() needs to be removed/replaced with sphones log functions | 21:56 |
Wizzup | yeah? | 21:56 |
uvos | mem leaks on exit, incorrect cmake changes | 21:59 |
uvos | also its a temporary solution at best, and should be marked as sutch | 21:59 |
uvos | also i dont see the point of merging it at all if non modem calls dont work | 22:00 |
uvos | also it fails to set call times | 22:00 |
Wizzup | I didn't see this feedback on gh | 22:03 |
uvos | the call times thin i just noticed now | 22:04 |
uvos | everything else is there | 22:04 |
Wizzup | just to be nitpicky, no, the mem leak on exit and cmake changes aren't show as comments, unless I missed in-code comments somehow | 22:07 |
Wizzup | but I'll look at it | 22:07 |
Wizzup | I'm convinced we'll want to use sailfish' voicecall-manager in any case, it's a great fit | 22:08 |
uvos | if thats the expectation your going to want to merge this with | 22:08 |
uvos | then yes you will have to fork | 22:08 |
Wizzup | ok | 22:08 |
uvos | https://github.com/maemo-leste/sphone/pull/4 | 22:09 |
uvos | comments show for me | 22:09 |
uvos | mem leak comes from your own comment | 22:10 |
uvos | /* TODO: delete all providers */ <- either its leaking memory or the comment is lieing, needs to fixed either way | 22:10 |
Wizzup | I saw the messages, but thought maybe there was more | 22:12 |
Wizzup | what is the incorrect cmake change? | 22:12 |
uvos | what is sais | 22:12 |
uvos | one line is unnessecary | 22:12 |
uvos | and one is unacceptable | 22:12 |
uvos | you need to make the build of the module contingent on it finding its depends | 22:13 |
uvos | not make the depends required | 22:13 |
Wizzup | ok, I didn't see that in the comments on github, maybe I'm really missing something | 22:13 |
* Wizzup checks js settings | 22:13 | |
Wizzup | I don't see them, you can give inline comments on gh, like here: https://github.com/maemo-leste/sphone/pull/4/files | 22:14 |
uvos | there ARE inline comments there | 22:14 |
uvos | they also show on the pr | 22:14 |
uvos | your just apearently not seeing them | 22:14 |
rafael2k | how to keep the screen on all the time? | 22:14 |
uvos | rafael2k: set the timeout to 0 | 22:15 |
uvos | or use the applet | 22:15 |
rafael2k | but in the UI I can not find | 22:15 |
uvos | display settings -> backlight timeout -> 0 | 22:15 |
rafael2k | my daugher is always turning on the screen when watching, and there is no 0 option | 22:16 |
rafael2k | *watching videos | 22:16 |
uvos | hmm there are for me | 22:16 |
uvos | *is | 22:16 |
rafael2k | 10s up to 2min here | 22:17 |
uvos | you can also install simple-brightness applet | 22:17 |
uvos | and use that | 22:17 |
rafael2k | yay | 22:17 |
uvos | atho this polls mce | 22:17 |
uvos | so its sortof stupid | 22:17 |
uvos | but i gues pm dosent matter mutch when the screen is on anyhow | 22:17 |
rafael2k | it is installed | 22:18 |
rafael2k | ah yes | 22:19 |
rafael2k | found! | 22:19 |
rafael2k | : ) | 22:19 |
rafael2k | but on option in the stock UI for not to turn off would be nice | 22:19 |
uvos | idk what happened to it | 22:19 |
uvos | it should be there | 22:20 |
Wizzup | uvos: also the sip audio not being routed is not a problem in the module, it's a gst problem, so the sphone tp code won't change for it | 22:20 |
Wizzup | at least iiuc | 22:20 |
uvos | Wizzup: still i dont see the point of this module if all it can do is modem calls, the ofono module has this coevered | 22:20 |
Wizzup | because telepathy sms won't work unless it handles calls. | 22:20 |
Wizzup | or rather, enabling tp-ring makes it take over ofono | 22:21 |
uvos | because it hangs up incomeing calls? | 22:21 |
uvos | silly behavior in ring that should be fixed anyhow, ofono can, and dose, have multiple clients | 22:21 |
Wizzup | yes | 22:24 |
Wizzup | great, maybe in 2026 we'll have a working phone :D | 22:24 |
Wizzup | we -don't- want to use ofono directly anyway for this | 22:24 |
uvos | well in my opinion it works allready, sans the changes you are adding to the enviroment | 22:30 |
uvos | also the bug in ring can hardly be very difficult to fix | 22:30 |
Wizzup | we're not going to fix it since it's completely irrelevant fo rus | 22:31 |
Wizzup | and we'd also need to have sphone not deal with sms or log anything related to it | 22:31 |
Wizzup | and this can already do multi party with minimal work, which is great | 22:32 |
Wizzup | (I still need to test that of course) | 22:32 |
uvos | dealing with sms is trvial issue | 22:32 |
uvos | since the sphone allready seperates this | 22:32 |
Wizzup | seems to me like the ofono module does both unconditionally when lodaed | 22:33 |
uvos | shouldent matter what the ofono module dose | 22:34 |
uvos | all ofono clients get all messages | 22:34 |
uvos | so the sms just dies in sphone | 22:34 |
Wizzup | yes, so it will log to rcom twice? | 22:34 |
Wizzup | rtcom* | 22:35 |
uvos | yes. atm, also the libnotify module has this issue (but the gtk notification module dosent) | 22:35 |
uvos | but this is trival | 22:35 |
uvos | it just has to check the config value that exists allreadt | 22:35 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!