<Wizzup>
dd: error writing '/home/jenkins/workspace/leste-image-droid4/arm-sdk/tmp/devuan-armhf-build/maemo-leste-1.0-armhf-droid4-20240407.img': No space left on device
<Wizzup>
looks like it
<sicelo>
there'll hopefully be L5 images to build as well, soon :p
<Wizzup>
sweet
<sicelo>
freemangordon: the ongoing qmimodem work in ofono ... how does that fit in with work you've been doing wrt. d4 modem?
diejuse has quit [Quit: Client closed]
<tmlind>
freemangordon: yeah did you have any luck with just qmi? :)
<arno11>
in fact i tried to modify several env with no result
<freemangordon>
tmlind: sicelo: qmi works with d4, though I didn't test voice. However, USB wakeup doe not seem sto work
<freemangordon>
right now I suspended work on ofono, I want to finish connui-cellular first
<freemangordon>
hopefully in a week or so it'll hit -devel
<Wizzup>
sweet :)
<sicelo>
cool
<arno11>
cool, sweet, great
<dsc_>
nice
<sicelo>
the other day i looked at my N900's battery display, and noticed that there's definitely space to display a 2nd battery and its parameters (if you remove the word "Battery")
* sicelo
hides
<sicelo>
no, not saying we should do it
<bencoh>
:]
<tmlind>
freemangordon: ok great, so are you using /dev/ttyUSB5 now for wakeups?
<sicelo>
tmlind: still using sway on your D4?
<freemangordon>
I didn't try
<freemangordon>
will do when I get back to ofono
<tmlind>
ok
<tmlind>
sicelo: yeah sway and scripts.. hoping to move to ofono
<sicelo>
i wondered if we changed SW_KEYPAD_SLIDE in dts to SW_TABLET_MODE ... i think sway has built in support for that switch
<sicelo>
while nothing (besides Leste) appears to care about KEYPAD_SLIDE
<tmlind>
oh ok, not sure if we can really touch the dts mappings for keys.. but it's easy to map using hwdb
<sicelo>
true
<Wizzup>
arno11: so let's see, we can either just install the package or try to figure out what it actually does that makes it faster
<Wizzup>
I'm fine with either at this point imo
<Wizzup>
we can just have our qt pkg depend on it
<Wizzup>
arno11: I tried it and it doesn't really make a difference for me
<Wizzup>
did you restart after installing the package
<Wizzup>
keep in mind that conversations will just tell the running conversations to show the window if it's already running
<Wizzup>
so this would make it 4s instead of say 15s
<Wizzup>
btw, I'm attachign strace to one of the tracker processes and it doesn't seem to do anything other than idle
<Wizzup>
tracker-miner-fs this is
mdz has joined #maemo-leste
<arno11>
yes you need to reboot
<arno11>
and you need to disable trackers after reboot, otherwise it will be very slow
arno11 has left #maemo-leste [#maemo-leste]
arno11 has joined #maemo-leste
<freemangordon>
arno11: what Wizzup said is that tracker does *nothing* while qt applications start
<arno11>
i know that
<arno11>
i don't know what's happening
<freemangordon>
well, there is no reason then for tracker to affect anything, it is just an idle process
<arno11>
so i recommend you to try on your device
<arno11>
and see
<freemangordon>
will do
<Wizzup>
I only straced one program
<arno11>
the problem is with the 3 progs
<freemangordon>
Wizzup: please check the others
<freemangordon>
arno11: 3?
<freemangordon>
tracker-extract should run on demand only
<Wizzup>
there are no others on my n900
<freemangordon>
what are those 3?
<arno11>
miner, store and extract
<freemangordon>
extract runs all the time on your device?
<arno11>
yes: if you start conversations ui after boot, wait one min
<arno11>
then tracker miner start, then extract and store
<freemangordon>
arno11: first conversations start after reboot takes more time
<arno11>
then that's the moment to stop them
<arno11>
fmg: yes oc
<arno11>
*ofc
<freemangordon>
arno11: ok, I will try , not today though
<arno11>
ok no rush
<arno11>
one more thing: light transitions are needed
<arno11>
otherwise, no surprise if the device is still slow
<arno11>
transitions + appmenu + trackers OFF make the diff
<arno11>
bbl
arno11 has left #maemo-leste [#maemo-leste]
SystemError has quit [Remote host closed the connection]
SystemError has joined #maemo-leste
pere has joined #maemo-leste
narodnik2 has joined #maemo-leste
narodnik has quit [Read error: Connection reset by peer]
fab_ has quit [Quit: fab_]
DFP has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11>
Wizzup: looking to logs, my explainations are unclear as usual
<arno11>
most of the time, trackers are 'idle'
<arno11>
so that's not so easy to trace whatis going on
<arno11>
when you start a qt5 app, tracker miner usually start and use 100 cpu
<arno11>
then extract and store (for few sec)
<arno11>
enough to increase launch time a lot
<arno11>
and then, idling again
<arno11>
if you don't start a qt app and wait at least 30 sec, impossible to pgrep or stop them
<arno11>
once stopped, apps are a bit faster to start and more if you install appmenu (need reboot)
<arno11>
the last thing is transitions
<arno11>
with light ones, conversations (after the first launch) starts really faster, usually between 3-6 sec, depending of cache
<arno11>
most of the time 4 sec, 2 sec with boost @805
<arno11>
swappiness and page-cluster have a (small) impact as well
<arno11>
i just tried again: 4 sec to launch conversations ui
<arno11>
so, again, that's a combination of things, but gnome tracker and qt5 style/menu issues are quite common apparently, according to other distro forums
branon has quit [Read error: Connection reset by peer]
branon has joined #maemo-leste
mdz has quit [Ping timeout: 252 seconds]
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup>
arno11: ok, sounds good, I didn't look very hard and I definitely believe you :)
mdz has joined #maemo-leste
SystemError has quit [Remote host closed the connection]
SystemError has joined #maemo-leste
akossh has quit [Ping timeout: 256 seconds]
akossh has joined #maemo-leste
mdz has quit [Ping timeout: 264 seconds]
<sicelo>
Wizzup: regarding the telepathy changes, any known issues? i'm not expecting 100%, but i've moved one of my 'real' SIMs to the D4
<sicelo>
also one more quesiton - btw what is the difference between -testing and -experimental repos
<Wizzup>
I am not aware of specific problems unless you try to use sip or xmpp calls
<Wizzup>
the last blocker for me is DTFM on my main dutch number
<Wizzup>
experimental is just for like, experimental kernel changes or things we might never want, like modificed xorg/mesa etc
<Wizzup>
modified
<Wizzup>
-devel is things we plan to move to stable, but perhaps fix up a bit first
<sicelo>
yes, -testing?
<Wizzup>
I think that is something FMG made, I think it might be only there for the extras repos
<Wizzup>
checking..
<Wizzup>
it looks like we have testing also for core repos
<sicelo>
my main blocker on D4 is lack of USSD support .. maybe i should look at it someday. anyway for the number i have moved to D4, USSD is not crucial