10:28 <Guest224> I cannot change volume during call with Pinephone, exept with alsa mixer (it is not easy druing call). It should work this way: If you push volume buttons during call it only change call volume and when call ends, it save value for next call.

10:30 <Wizzup> Hmm, I saw also this

10:44 <Guest224> with aptget update gives: Err:3 https://maedevu.maemo.org/leste chimaera InRelease

10:44 <Guest224>  The following signatures were invalid: EXPKEYSIG 545FEC4E0927F6FD spam1@wizzup.org

10:45 <Guest224> is there way to fix or should I get new fresh iamge?

10:45 <Guest224> *image

11:15 <Wizzup> you can add the new key, we need to put this info in the topic

11:27 <Guest224> ok. thanks.

14:36 <uvos> sicelo: nice catch btw wrt sphone

14:37 <uvos> but rather than using your patch i will add support for the user to choose

14:38 <uvos> interestingly this never hid the nummber for me

14:38 <uvos> i gues hideing is broken on d4?

14:49 <Wizzup> uvos: maemo has a gconf entry for this

14:50 <Wizzup> on my d4 with tp it was hidde

14:51 <Wizzup> so I think it does work

14:51 <uvos> current sphone for sure dosent hide

14:51 <uvos> so now i have no idea whats going on

14:52 <uvos> sphone dosent use gconf

14:52 <Wizzup> yeah with tp it was default somehow

14:52 <uvos> and i woulkd rather not introduce

14:55 <Wizzup> mhm, with tp it can be tp acc config I guess

14:56 <uvos> for ofono ill add it to sphone.ini for now

14:56 <uvos> and we can add it to whatever we migrate from gconf too later

15:04 <Wizzup> agreed

18:32 <sicelo> the caller id hiding is also dependent on the operator. so even when sphone requests hiding, if the modem and/or operator doesn't provide/support it, then it naturally won't be hidden. anyway, i don't have much experience using sphone ...

18:34 <sicelo> arno11: i see that n900+sphone issue you mentioned, where ringing is erratic, and the window with button to pick/reject call take ages to appear. guess it's the issue of high cpu usage

18:36 <arno11> sicelo: not sure because it was working well few weeks/months ago

18:36 <arno11> with same high cpu usage

18:39 <arno11> i tried with old cmtspeech/pulseaudio parameters, still the same

19:29 <arno11> sicelo: ah now i remember: sphone is slow since i added UCM: maybe it takes to much time to switch between hifi and voicecall profile ? (just an idea and maybe just a coincidence)

19:31 <arno11> we can disable voicecall profile and see if it works better

19:32 <sicelo> how was it switching before ucm? doesn't sphone hardcode a voice call profile?

19:34 <arno11> there was no switch, just working with the current profile or the asound.state

19:34 <sicelo> mmm

19:35 <sicelo> i'd like to think there's no issue from switching profiles, but worth checking

19:35 <sicelo> when i find time, will see if my old and ugly python+hildon program still works, and what would happen with it now

19:39 <arno11> ok

19:42 <arno11> i just tried with voicecall profile already loaded and same symptoms

19:43 <arno11> *i mean loaded before the call

19:45 <arno11> so probably not ucm switching related but maybe few mixers slowdown things

20:05 <sicelo> try and remove all ucm2 profiles, and just keep default sound card state. of course you won't hear anything from the call, but at least you can see if the mixers/switching has any effect

20:12 <arno11> i still have my old asound state working with calls, i'll try tomorrow

20:12 <arno11> good idea

21:22 <maxwelld> how are d4's battery screws called?

21:22 <maxwelld> i guess i need to order some. because one of those became unusable.

21:23 <sicelo> torx ... forgot the number

21:23 <maxwelld> though probably if i can find something the same size, the form of the top doesn't matter.

21:23 <sicelo> t5, i think

21:32 <sicelo> arno: also, i suppose switching to voicecall profile only happens after the call has been accepted (haven't checked code yet) ... but the problem is there long before that

21:55 <sicelo> cmt_pulse is using 99% cpu when a call is getting setup, it seems

22:55 <uvos> maxwelld: sicelo: sphone is extreamly modular, just unload modules you suspect might be haveing issues

22:55 <uvos> for instance if you suspect pa is acting up you can unload sphones pa module

22:55 <uvos> take a look at sphone.ini

22:56 <uvos> there have been no changes to sphone in this timeframe, so something external must have changed to make it slow

22:56 <uvos> @arno11