| sicelo | Wizzup: arno11: https://github.com/maemo-leste/leste-config/pull/41 | 11:06 |
|---|---|---|
| sicelo | so how do we autostart and manage (e.g. respawn) service that runs as user in Leste? with systemd, of course user services are a thing | 11:08 |
| sicelo | asking in connection with cmt_pulse ... | 11:08 |
| sicelo | i guess we either find a user service manager (a pmOS dev made http://sr.ht/~craftyguy/superd), or we start it with openrc, as root, then drop down to user? | 11:10 |
| sicelo | arno11 yeah the slowness for displaying sphone incoming call window, and accepting the call is really bad. i'll see if i can find the cause, and a fix | 11:13 |
| freemangordon | sicelo: dsme | 11:13 |
| freemangordon | and start from xsession | 11:14 |
| sicelo | will have to look at how it's done exactly, and give it a go. basically starting and supervising cmt_pulse is now the only remaining thing | 11:14 |
| freemangordon | will give you example, sec | 11:15 |
| freemangordon | sicelo: see https://github.com/maemo-leste/policykit-1-hildon/tree/master/debian | 11:18 |
| freemangordon | this https://github.com/maemo-leste/policykit-1-hildon/blob/master/debian/rules#L8 | 11:18 |
| freemangordon | and https://github.com/maemo-leste/policykit-1-hildon/blob/master/debian/policykit-1-hildon.xsession | 11:18 |
| freemangordon | you also need https://github.com/maemo-leste/policykit-1-hildon/blob/master/debian/control#L6 | 11:19 |
| freemangordon | you will also need dsme runtime dependency | 11:19 |
| sicelo | thanks. i'll give that a go in the evening | 11:22 |
| arno11 | sicelo: (for slow sphone displaying issue): did you try with light transitions btw ? | 13:49 |
| sicelo | yes, i'm using the ones you sent first time | 13:50 |
| arno11 | ah ok, so not enough | 13:51 |
| arno11 | the second one is better iirc but not sure it is enough | 13:51 |
| arno11 | definitely the main issue is the lack of power | 13:52 |
| sicelo | i don't have the cpu optimizations. and i might not have used chrt/renice correctly ... | 13:52 |
| sicelo | anyway, will try again soon | 13:53 |
| arno11 | ah ok | 13:53 |
| sicelo | did you try with `audio` group? cmt_pulse works fine, i guess? | 13:53 |
| arno11 | the use of chrt could help a lot | 13:53 |
| arno11 | for audio group it still doesn't work for me, only working when i run chown | 13:54 |
| arno11 | and with owner user | 13:54 |
| arno11 | but that's my main config, will try this evening with a fresh install | 13:54 |
| sicelo | i adjusted the udev rule, rebooted, and on booting, all i needed was run cmt_pulse as user, and the call went through with working voice | 13:55 |
| arno11 | ok i did the same | 13:56 |
| arno11 | but not working without chown user audio | 13:56 |
| arno11 | weird | 13:56 |
| sicelo | if you've adjusted the udev rule, immediately after booting, before running any chmod/chown commands, run `ls -l /dev/cmt_speech` and share | 13:59 |
| sicelo | it should be owned by root, and audio group. fwiw, it's the same permissions as the rest of the audio devices, /dev/snd* | 13:59 |
| arno11 | ok let me reboot | 14:00 |
| arno11 | sicelo: ok i found the problem, interesting | 14:12 |
| arno11 | on my config i disabled the modem on boot, in this case cmtspeech module starts only when i start the modem from the userspace | 14:13 |
| arno11 | so udev rules are not applied and are root root | 14:14 |
| arno11 | so it can't work lol | 14:14 |
| arno11 | so there is no issue | 14:14 |
| sicelo | so would you be able to revert to the standard state, in order to test and validate that the PR works? | 14:15 |
| arno11 | sure | 14:16 |
| arno11 | give me few min | 14:16 |
| sicelo | in my case, there's no issue with modules | 14:16 |
| arno11 | rebooting | 14:24 |
| arno11 | sicelo: after 3 reboots and reverting other modules stuff (like fresh install), still the same | 14:42 |
| arno11 | only work as user audio | 14:42 |
| arno11 | and only using chown | 14:42 |
| arno11 | now cmtspeech is loaded correctly on boot but udev rules seem not applied | 14:43 |
| arno11 | still root root | 14:43 |
| arno11 | with ls -l /dev/cmt_speech | 14:43 |
| sicelo | maybe you should try a fresh image :-) | 14:45 |
| sicelo | it's not 'possible' | 14:45 |
| arno11 | anyway it works for me but to doublecheck the PR, i can't try until this evening with a fresh clean install | 14:46 |
| arno11 | sure but not possible immediately | 14:46 |
| sicelo | i.e. the udev file looks like, https://raw.githubusercontent.com/maemo-leste/leste-config/6fe57995adc0b9a7cc376eb1a0c95380d86a179f/leste-config-n900/lib/udev/rules.d/10-nokia-modem.rules.leste ? | 14:46 |
| arno11 | yep exactly the same | 14:47 |
| sicelo | then it should not be root:root, really | 14:48 |
| arno11 | i know | 14:49 |
| arno11 | (back @home around 7pm gmt to test on fresh img) | 14:50 |
| arno11 | rebooting to test one more thing | 14:53 |
| sicelo | the problem with slowness *may* be sphone related, at least to some extent... (emphasis on *may*) | 15:00 |
| sicelo | i installed gnome-calls, and for sure it does not hang the the device the way it does with sphone, and the incoming call window shows up much quicker. unfortunately you can't really pick the call, because the button for that is offscreen :p | 15:01 |
| Wizzup | sicelo: dsme | 15:07 |
| uvos__ | so sphone pretty mutch dose the least amount of work possible when a call is incomeing, it has all windows already available and constructed at startup and stimply shows them | 15:17 |
| uvos__ | this however is petty memory intensive, so i would suggest that possibly sphone is swapped out | 15:18 |
| freemangordon | uvos__: afaik call-ui on fremantle does mlock | 15:20 |
| uvos__ | the only other thing i can think of is that sphone dose a contacts lookup when a call is incomeing to detemine what name to display, if that is slow for some reasons (possibly again because eds is swapped out) it might delay the window showing up | 15:20 |
| freemangordon | and I strongly advice sphone to do so | 15:20 |
| freemangordon | this is the most important function of a phone, no? :) | 15:21 |
| uvos__ | sure, would not help if eds is swapped out however | 15:21 |
| freemangordon | isn't there cli tool for mlock? | 15:22 |
| freemangordon | or, can't we create cgroup for such mission critical applications? | 15:24 |
| uvos__ | freemangordon: yes we could, and thats probubly what we should do | 17:14 |
| uvos__ | freemangordon: we can just create a cgroup and set its swapiness to 0 | 17:15 |
| uvos__ | freemangordon: need to figure out what exactly is mission critical | 17:15 |
| uvos__ | freemangordon: xorg, h-d, sphone, ofono, eds i gues | 17:16 |
| Wizzup | telepathy ring | 17:24 |
| Wizzup | and telepathy mission control | 17:24 |
| uvos__ | not yet (tm) | 17:26 |
| freemangordon | eds... I think is not needed | 17:31 |
| freemangordon | as abook caches contacs data, iirc | 17:31 |
| uvos__ | sphone dosent use abook for lookups | 17:32 |
| uvos__ | besides if abook caches, unless it literally makes a full copy, i dont see how that helps | 17:33 |
| freemangordon | well, sphone should use abook | 17:33 |
| uvos__ | why, for these lookups its pointless and causes needless incompatability with non maemo platforms | 17:34 |
| uvos__ | also isent abook mutch larger than eds | 17:34 |
| uvos__ | we should probubly pin the smaller thing | 17:34 |
| freemangordon | because for contacts selection, sphone should use abook as well. if it wants at least a basic integration with the distro | 17:35 |
| freemangordon | the big difference between abook and everything else is the presence | 17:35 |
| uvos__ | this is not relevant for this lookup | 17:36 |
| uvos__ | and imo sphone wont be responsable for contact selection at all | 17:36 |
| freemangordon | why would you allow sip/jabber/etc dial if the account is offline? | 17:36 |
| uvos__ | just let the contacts app do that | 17:36 |
| freemangordon | which is abook | 17:36 |
| uvos__ | sure but we dont need to pin that | 17:36 |
| uvos__ | freemangordon: and this is about the lookup on a incomeing call | 17:36 |
| freemangordon | better pin abook instead of eds | 17:37 |
| uvos__ | where we need to react in a specific time | 17:37 |
| freemangordon | yes, I know | 17:37 |
| uvos__ | pining abook is insane imo, its huge and 99% not cirtical time wise | 17:37 |
| freemangordon | og, so eds is light? | 17:38 |
| freemangordon | *oh | 17:38 |
| uvos__ | compeared to abook (witch needs eds pined to anyhow) yes | 17:38 |
| freemangordon | no, abook does not need eds pinned | 17:39 |
| uvos__ | so it makes a full copy of the eds database? | 17:39 |
| freemangordon | no, afaik | 17:39 |
| freemangordon | need to check what exactly it caches | 17:39 |
| freemangordon | s/need/have to | 17:39 |
| uvos__ | well then it needs eds pinned no, since it will potentaly internally do an eds lookup | 17:40 |
| freemangordon | not for basic data | 17:41 |
| freemangordon | sec | 17:41 |
| uvos__ | even if it dose, its still not sane to pin a mostly contacts ui framework | 17:43 |
| uvos__ | if you can just pin the contact lookup bit | 17:43 |
| freemangordon | perhaps | 17:43 |
| freemangordon | but that will auto happen if sphone is using it | 17:44 |
| freemangordon | because the parts it uses won;t be swapped, no? | 17:44 |
| uvos__ | sure, but it dosent in this case, its just a lookup for the contact name to show on the incomeing call window | 17:46 |
| uvos__ | that can allways simply be eds | 17:46 |
| uvos__ | with no downside, and the upside of that bit saying portable | 17:46 |
| freemangordon | downside is that eds is huge | 17:46 |
| freemangordon | if you pin eds on n900, that would mean no RAM for anything else | 17:47 |
| uvos__ | i dont get why you think that eds isent that large | 17:48 |
| freemangordon | eds? | 17:49 |
| freemangordon | or abook? | 17:49 |
| uvos__ | eds | 17:49 |
| freemangordon | can;t parse the question then | 17:49 |
| freemangordon | I *think* eds is huge | 17:50 |
| freemangordon | that is why I don;t think it shall be pinned | 17:50 |
| freemangordon | uvos__: see https://github.com/maemo-leste/osso-abook/blob/master/lib/osso-abook-aggregator.c#L1220 | 17:51 |
| freemangordon | no eds is involved here | 17:52 |
| freemangordon | it seems abook caches all of the eds data | 17:54 |
| arno11 | sicelo: back, currently rebooting fresh install to check | 19:27 |
| arno11 | udev rules are ok | 19:40 |
| arno11 | but my network is down ATM, can't check calls | 19:40 |
| arno11 | network is back, i can confirm that calls work well :) | 19:50 |
| arno11 | Ah, btw we need to keep in mind that sphone landscape mode doesn't work OOTB lol | 19:52 |
| sicelo | awesome @ calls work with root:audio on cmt_speech | 19:59 |
| arno11 | yes | 19:59 |
| arno11 | btw we still need the custom daemon.conf OOTB | 20:01 |
| Wizzup | arno11: sorry, have had some visitors, busy work days and renovation stuff to finish so I didn't get to it yet | 20:39 |
| Wizzup | are there open PRs for this? I believe so right? | 20:39 |
| Wizzup | If you link them I'll merge them now | 20:39 |
| arno11 | ok cool, thx | 20:40 |
| arno11 | there are 3 opened PR's in leste-config: the new one from sicelo (very important), one for daemon.conf and another one for light transitions (not sure if it's ok for you to add this one) | 20:43 |
| arno11 | cmtspeech: https://github.com/maemo-leste/leste-config/pull/41 | 20:43 |
| arno11 | daemon.conf: https://github.com/maemo-leste/leste-config/pull/39 | 20:44 |
| arno11 | transitions : https://github.com/maemo-leste/leste-config/pull/40 | 20:44 |
| arno11 | (transitions should be interesting anyway to test the effect on sphone-dialer) | 20:46 |
| Wizzup | I'll merge the first two | 20:49 |
| arno11 | ok thx | 20:50 |
| arno11 | (i've got a fresh install ready to test) | 20:51 |
| Wizzup | merged both, build running now, for version 100 | 20:58 |
| Wizzup | should be higher than 99, but in case it's not, you know where to look :P | 20:58 |
| arno11 | ok ;) | 20:58 |
| Wizzup | arno11: should be in repos now | 21:03 |
| arno11 | yep i see | 21:06 |
| arno11 | thx again | 21:06 |
| arno11 | Wizzup: can i have few seconds of your time ? i have something to modify for daemon.conf | 21:30 |
| Wizzup | arno11: in 20 mins or so, just ask :) | 21:39 |
| arno11 | ok thx | 21:40 |
| arno11 | Wizzup: the daemon.conf extension is wrong: it must be simply daemon.conf instead of daemon.conf.leste | 22:03 |
| arno11 | not sure what's the quickest/easiest way to modify it | 22:06 |
| Wizzup | let me check | 22:11 |
| arno11 | ok | 22:11 |
| Wizzup | you probably didn't run gen-displace | 22:11 |
| arno11 | ? | 22:13 |
| Wizzup | building v1.101 | 22:13 |
| arno11 | thx. upgrading... | 22:18 |
| arno11 | arghh it's incorrect. i think we need to revert the PR and create a new one with the correct path | 22:22 |
| arno11 | (daemon.conf disappeared and daemon.conf.leste-orig has been created instead with wrong parameters inside) | 22:23 |
| arno11 | Wizzup: need your advice and help again | 22:37 |
| arno11 | i created a new PR to revert it | 22:50 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!