belcher_ has joined #maemo-leste
belcher has quit [Ping timeout: 256 seconds]
cockroach has quit [Ping timeout: 245 seconds]
zhxt has joined #maemo-leste
mrtux has quit [Quit: The Lounge - https://thelounge.chat]
mrtux has joined #maemo-leste
Wizzup has quit [Ping timeout: 272 seconds]
Wizzup has joined #maemo-leste
joerg is now known as Guest2004
Guest2004 has quit [Killed (copper.libera.chat (Nickname regained by services))]
joerg has joined #maemo-leste
mardy has joined #maemo-leste
<tmlind> uvos: so you can add more notifications in ofono to ciev_notify if some are missing, you can see the packets in dmesg if you modprobe n_gsm debug=0xff
zhxt has quit [Ping timeout: 268 seconds]
reallll has joined #maemo-leste
belcher_ has quit [Ping timeout: 245 seconds]
reallll is now known as belcher
zhxt has joined #maemo-leste
belcher has quit [Ping timeout: 240 seconds]
belcher_ has joined #maemo-leste
pere has quit [Ping timeout: 268 seconds]
Twig has joined #maemo-leste
Twig has quit [Ping timeout: 245 seconds]
<Wizzup> morn
<tmlind> hi
* Wizzup going to build the new sphone and test
pere has joined #maemo-leste
xmn has joined #maemo-leste
<Wizzup> uvos: hm, the phone didn't unlock for me
<Wizzup> uvos: so I don't see a ring tone packaged
<Wizzup> I see one in the git repo, but it's not in the debian package
freemangordon has quit [Ping timeout: 268 seconds]
freemangordon has joined #maemo-leste
uvos has joined #maemo-leste
doc has quit [Ping timeout: 248 seconds]
doc has joined #maemo-leste
<Wizzup> uvos: what is supposed to happen with tklock when mce is in call mode?
<Wizzup> see include/mce/dbus-names.h:#define MCE_REQUEST_IF "com.nokia.mce.request"
<Wizzup> there is also mode-names.h
<uvos> but tklock is a royal mess
<uvos> i mean grep for call_state in it :P
<uvos> i still need to strip all of that out of it (really there should be something that manages the beavior during calls in once place instead of bits being all over the place)
<uvos> i know about mce-dev infact i copyed the defines out of there
<Wizzup> why not include the header?
<Wizzup> wrt call state handling, I could look at my ida db for you
<Wizzup> or share it
<uvos> look for what?
<uvos> i dont like these fake depedancies (ie the resulting sphone binary dosent depend on mce at all you just need it to build it) rn i also build it on arch for testing and the lack of special deps is nice
<uvos> i really want it to work like mce post cmake
<uvos> (ie it uses the header if its there but uses dbus names from its own repo if not)
<Wizzup> I mean defines in headers are normal I think?
<Wizzup> that seems odd to me, to duplicate it
<Wizzup> it could just be hidden behind some --enable-mce thing
<Wizzup> wrt 'look for what?': how nokia handles this in their phone ap
<Wizzup> phone app
<uvos> how nokia handles it in the phone app is not the issue
<Wizzup> I am going out to get some lunch
<uvos> the stuff is implmented in mce
<Wizzup> ok then, I think there might be other things we don't know about
<uvos> its just spagetti code
<Wizzup> I'll look later
<uvos> sure
<uvos> " could just be hidden behind some --enable-mce thing" but then the binary is different for no reason
<uvos> from my perspective: i have devices that run leste
<uvos> and devices that run just debian
<uvos> i want sphone to work on both so the build system needs to be able to cope with no leste stuff installed
<uvos> (altho in this case i do use mce on both)
<uvos> unsuprizingly i like how the mce build system works
<uvos> ie the stuff here
zhxt has quit [Ping timeout: 240 seconds]
n900 has quit [Ping timeout: 258 seconds]
<lel> IMbackK opened a pull request: https://github.com/maemo-leste/leste-config/pull/24 (raise in call volume)
mardy_2nd has joined #maemo-leste
<sicelo> mmm, i'm 100% sure i was getting gprs data in wwan3 instead
<Wizzup> could be, I can't test atm
<Wizzup> pretty sure the problems occur before the interface part really
<sicelo> and icd was working before. well enough too :)
n900 has joined #maemo-leste
<Wizzup> sicelo: yes this has always been iffy, it's not a recent thing
zhxt has joined #maemo-leste
inky has quit [Ping timeout: 268 seconds]
inky_ has quit [Ping timeout: 245 seconds]
inky has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
peetah has quit [Read error: Connection reset by peer]
mardy_2nd has quit [Ping timeout: 240 seconds]
pere has quit [Ping timeout: 248 seconds]
<Wizzup> uvos: any tips on the audio config?
<Wizzup> I won't get to trying ohm stuff for the d4 for a few more days at least I imagine
inky has quit [Ping timeout: 240 seconds]
inky has joined #maemo-leste
<Wizzup> besides setting the 'make a phone call' mode in PA
inky has quit [Ping timeout: 240 seconds]
inky has joined #maemo-leste
<uvos> not sure what you are expecting
<uvos> 'make a phone call' mode in PA sets up everything exactly correctly
<uvos> kernel bug aside
<Wizzup> ok
<Wizzup> I did that but for the last 2 calls didn't get any audio really
<Wizzup> but it worked yesterday :)
<uvos> you have to use the internal speaker
<uvos> nothing else works
<Wizzup> ok
<uvos> and the bahvior with that is a bit buggy
<Wizzup> so I set that in pavucontrol output devices?
<uvos> but thats the kernel
<uvos> yes
<uvos> the kernel acctually disables all outputs in voice mode
<uvos> but due to what i suspect is a silicon bug in cpcap the ext speaker pga activates even when its register is set to disable
<uvos> there are 2 revisions of cpcap (not sure if d4 can have both) it might be that one behave differently if your device dosent work the same way
<Wizzup> well, it worked yesterday :)
pere has joined #maemo-leste
pere has quit [Ping timeout: 240 seconds]
zhxt has quit [Ping timeout: 245 seconds]
pere has joined #maemo-leste
* sicelo also had successful calls a number of times before
Daanct12 has joined #maemo-leste
Danct12 has quit [Ping timeout: 245 seconds]
lightbringer has quit [Quit: Reconnecting]
lightbringer has joined #maemo-leste
lightbringer has joined #maemo-leste
xmn has joined #maemo-leste
<uvos> sure it works fine
<uvos> if you use the speaker PGA
Daaanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 268 seconds]
Danct12 has joined #maemo-leste
Daaanct12 has quit [Ping timeout: 240 seconds]
Daanct12 has joined #maemo-leste
Danct12 has quit [Ping timeout: 240 seconds]
Daaanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 240 seconds]
Daanct12 has joined #maemo-leste
<inky> folks, i tried several times
<inky> if i dd maemo, it works on pinephone
<inky> if i resize the partition with gparted
<inky> it doesnt
Daaanct12 has quit [Ping timeout: 240 seconds]
<inky> so i took a working sdcacd out, increase the space, and then it doesnt boot on pinephone.
<Wizzup> how did you increase the space?
<Wizzup> you can resize live on the fly, from maemo
<buZz> iirc there's even a script in /etc to resize the partition to full size
<buZz> at least that works on droid4, dont have a pinephone yet
<inky> oh. didn't know that.
<Wizzup> yes
<inky> let me try
<Wizzup> /etc/expandcard.sh
<inky> great
Daaanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 240 seconds]
<uvos> Wizzup: so did you try if recieving a call in sphone unlocks tklock?
<Wizzup> uvos: it does not
<uvos> did you load the modul?
<uvos> callstate
<uvos> its not loaded by default
<Wizzup> probably not
<Wizzup> will do
<Wizzup> shall we load it by default?
<uvos> sure
<uvos> i just removed all the modules we dont currently use while in the process of porting some interfaces
<uvos> callstate is the last one i never reloaded
<uvos> so yeah we should load it by default again
<Wizzup> does it matter when I load it?
<uvos> should not
<uvos> but i put it right after alarm
<uvos> for referance
<Wizzup> ok
<Wizzup> uvos: yes it unlocks but doesn't bring sphone to the foreground
<uvos> hm ok
<uvos> that would be hildons job
<Wizzup> I can check again in a just a bit
<uvos> i gues its a race atm
<uvos> because sphone will kick mce and then start
<uvos> and if the sphone window spans before tklock unlocks it wont be on top
<Wizzup> it can wait for the mode change maybe, assuming mce reports that
<Wizzup> or tklock
<uvos> and systemui is sloooooooooooow
<uvos> so sphone allways wins i would gues
<Wizzup> let's make it now a race then ;)
<Wizzup> s/now/not/
<uvos> right
<uvos> yeah mce sends a status changed notification
<uvos> not sure if thas emmited before or after tklock finishes
<uvos> might be before
<Wizzup> could be worth checking
xmn has quit [Ping timeout: 258 seconds]
xmn has joined #maemo-leste
Pali has joined #maemo-leste
<freemangordon> uvos: hmm, how do you know systemui is slow? maybe there is a bug, any hint how to test that 'slowness'?
<uvos> tklock takes a long time to spawn relatively
<uvos> and the mce-systemui dbus interface is slow
<uvos> i profiled mce once because the long time it takes for the device to wake up annoyed me
<uvos> it spends most of its time waiting on systemui
<uvos> this is also why lock-generic is hugely faster than lock-tklock
<freemangordon> hmm, maybe because tklock takes time to wake-up
<freemangordon> I need to profile that
<freemangordon> *have to
<freemangordon> will do it some day
<freemangordon> I don;t remember if there wasn't some timer function involved in unlocking
<freemangordon> uvos: will ping you for hints on profiling when it comes to it
<uvos> feal free
<freemangordon> also, keep in mind that tklock is not spawned, it is a module loaded by systemui
<uvos> yeah i know
<uvos> i mean spwan the window
<freemangordon> mhm
<freemangordon> I wonder what could potentially make it show slowly
<freemangordon> but anyway, will be on it someday
<uvos> could be the series of dbus round trips
<uvos> but just guesing
<freemangordon> could be
<freemangordon> maybe we shall renice dbus
<freemangordon> ttyl
cockroach has joined #maemo-leste
inky_ has joined #maemo-leste
inky has quit [Ping timeout: 240 seconds]
xmn_ has joined #maemo-leste
xmn has quit [Ping timeout: 258 seconds]
mardy has quit [Quit: WeeChat 2.8]
xmn_ has quit [Quit: xmn_]
xmn has joined #maemo-leste
inky has joined #maemo-leste
inky_ has quit [Ping timeout: 240 seconds]
xmn has quit [Ping timeout: 245 seconds]
xmn has joined #maemo-leste
xmn has quit [Ping timeout: 240 seconds]
xmn has joined #maemo-leste
xmn has quit [Ping timeout: 245 seconds]
xmn has joined #maemo-leste
Pali has quit [Ping timeout: 268 seconds]
<uvos> nother small sphone update
<uvos> it now supports xdg intents
<uvos> so you can xdg-open tel:01395943339 or xdg-open sms:01395943339
<uvos> this means any address book should work
uvos has quit [Ping timeout: 268 seconds]