<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
<sicelo>
asking in connection with cmt_pulse ...
<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?
<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
<freemangordon>
sicelo: dsme
<freemangordon>
and start from xsession
<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
<arno11>
(back @home around 7pm gmt to test on fresh img)
<arno11>
rebooting to test one more thing
arno11 has left #maemo-leste [#maemo-leste]
<sicelo>
the problem with slowness *may* be sphone related, at least to some extent... (emphasis on *may*)
<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
<Wizzup>
sicelo: dsme
uvos__ has joined #maemo-leste
<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
<uvos__>
this however is petty memory intensive, so i would suggest that possibly sphone is swapped out
<freemangordon>
uvos__: afaik call-ui on fremantle does mlock
<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
<freemangordon>
and I strongly advice sphone to do so
<freemangordon>
this is the most important function of a phone, no? :)
<uvos__>
sure, would not help if eds is swapped out however
<freemangordon>
isn't there cli tool for mlock?
_whitelogger has joined #maemo-leste
<freemangordon>
or, can't we create cgroup for such mission critical applications?
xmn has joined #maemo-leste
_whitelogger has joined #maemo-leste
uvos__ has quit [Ping timeout: 246 seconds]
uvos__ has joined #maemo-leste
uvos__ has quit [Ping timeout: 260 seconds]
uvos__ has joined #maemo-leste
<uvos__>
freemangordon: yes we could, and thats probubly what we should do
<uvos__>
freemangordon: we can just create a cgroup and set its swapiness to 0
<uvos__>
freemangordon: need to figure out what exactly is mission critical
<uvos__>
freemangordon: xorg, h-d, sphone, ofono, eds i gues
<Wizzup>
telepathy ring
<Wizzup>
and telepathy mission control
<uvos__>
not yet (tm)
<freemangordon>
eds... I think is not needed
<freemangordon>
as abook caches contacs data, iirc
<uvos__>
sphone dosent use abook for lookups
<uvos__>
besides if abook caches, unless it literally makes a full copy, i dont see how that helps
<freemangordon>
well, sphone should use abook
<uvos__>
why, for these lookups its pointless and causes needless incompatability with non maemo platforms
<uvos__>
also isent abook mutch larger than eds
<uvos__>
we should probubly pin the smaller thing
<freemangordon>
because for contacts selection, sphone should use abook as well. if it wants at least a basic integration with the distro
<freemangordon>
the big difference between abook and everything else is the presence
<uvos__>
this is not relevant for this lookup
<uvos__>
and imo sphone wont be responsable for contact selection at all
<freemangordon>
why would you allow sip/jabber/etc dial if the account is offline?
<uvos__>
just let the contacts app do that
<freemangordon>
which is abook
<uvos__>
sure but we dont need to pin that
<uvos__>
freemangordon: and this is about the lookup on a incomeing call
<freemangordon>
better pin abook instead of eds
<uvos__>
where we need to react in a specific time
<freemangordon>
yes, I know
<uvos__>
pining abook is insane imo, its huge and 99% not cirtical time wise
<freemangordon>
og, so eds is light?
<freemangordon>
*oh
<uvos__>
compeared to abook (witch needs eds pined to anyhow) yes
<freemangordon>
no, abook does not need eds pinned
<uvos__>
so it makes a full copy of the eds database?
<freemangordon>
no, afaik
<freemangordon>
need to check what exactly it caches
<freemangordon>
s/need/have to
<uvos__>
well then it needs eds pinned no, since it will potentaly internally do an eds lookup
<freemangordon>
not for basic data
<freemangordon>
sec
<uvos__>
even if it dose, its still not sane to pin a mostly contacts ui framework
<uvos__>
if you can just pin the contact lookup bit
<freemangordon>
perhaps
<freemangordon>
but that will auto happen if sphone is using it
<freemangordon>
because the parts it uses won;t be swapped, no?
<uvos__>
sure, but it dosent in this case, its just a lookup for the contact name to show on the incomeing call window
<uvos__>
that can allways simply be eds
<uvos__>
with no downside, and the upside of that bit saying portable
<freemangordon>
downside is that eds is huge
<freemangordon>
if you pin eds on n900, that would mean no RAM for anything else
<uvos__>
i dont get why you think that eds isent that large
<freemangordon>
eds?
<freemangordon>
or abook?
<uvos__>
eds
<freemangordon>
can;t parse the question then
<freemangordon>
I *think* eds is huge
<freemangordon>
that is why I don;t think it shall be pinned
<freemangordon>
it seems abook caches all of the eds data
uvos__ has quit [Ping timeout: 264 seconds]
arno11 has joined #maemo-leste
<arno11>
sicelo: back, currently rebooting fresh install to check
<arno11>
udev rules are ok
<arno11>
but my network is down ATM, can't check calls
<arno11>
network is back, i can confirm that calls work well :)
<arno11>
Ah, btw we need to keep in mind that sphone landscape mode doesn't work OOTB lol
<sicelo>
awesome @ calls work with root:audio on cmt_speech
<arno11>
yes
<arno11>
btw we still need the custom daemon.conf OOTB
uvos__ has joined #maemo-leste
sch has quit [Ping timeout: 245 seconds]
uvos__ has quit [Ping timeout: 255 seconds]
uvos__ has joined #maemo-leste
<Wizzup>
arno11: sorry, have had some visitors, busy work days and renovation stuff to finish so I didn't get to it yet
<Wizzup>
are there open PRs for this? I believe so right?
<Wizzup>
If you link them I'll merge them now
<arno11>
ok cool, thx
<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)