ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #maemo-leste
joerg has quit [Ping timeout: 244 seconds]
joerg has joined #maemo-leste
ceene has joined #maemo-leste
_fab has joined #maemo-leste
Livio has joined #maemo-leste
Livio has quit [Ping timeout: 264 seconds]
Livio has joined #maemo-leste
akossh has joined #maemo-leste
Anasko has joined #maemo-leste
Livio has quit [Ping timeout: 264 seconds]
Pali has joined #maemo-leste
arno11 has joined #maemo-leste
ceene has quit [Ping timeout: 252 seconds]
<sicelo>
the number of incoming voice calls that i miss on the N900 is growing :'(
<sicelo>
the incoming call is signaled, then when i try accepting the call, it just keeps vibrating, sphone dies, with vibration going on non-stop
<sicelo>
maybe it's that audio thing you mentioned before arno11?
<arno11>
hmm, that sounds like an old issue we got long time ago
<arno11>
something seems really wrong with sphone
<arno11>
i don't have such issue with sphone 0.9.5 btw
<arno11>
(at least in silent mode)
<arno11>
let me double check with vibrator
<arno11>
no issue (silent mode + vibrator)
<sicelo>
i actually don't even like using the vibrator, but i guess it's on by default
<sicelo>
let me try with silent
<sicelo>
but then what's the point using silent if you want to receive calls :p
<arno11>
i mean, vibrator +silent avoids the ringtone issue
<arno11>
at least on my device, but i remember having troubles like yours from the fresh install with wrong meta pkgs / versioning
<arno11>
have to go, bbl
<sicelo>
arno11: i don't see an `[Out] Earpiece` use case ... did we ever have that? at least sphone seems to want it
<sicelo>
i see "sphone: route-pulseaudio: failure: Set sink to Earpiece No such entity"
Twig has joined #maemo-leste
<arno11>
sicelo: @earpeace, i've always seen that failure
<arno11>
AFAIK, should not affect calls
<arno11>
*on n900
<sicelo>
yeah, i've made more tests
<freemangordon>
sicelo: is it possible to calculate mAh from Wh?
<freemangordon>
I guess Wh/U
<freemangordon>
?
<crab>
sicelo: are you using sip on your n900?
<sicelo>
freemangordon: yeah i think that formula would work. otoh, even upower's mAh is quite inaccurate because it's calculated as well - i've noticed even charge-full changes during runtime. so i guess mAh calculated from it would end up crazy as well
akossh has quit [Ping timeout: 244 seconds]
<freemangordon>
hmm, but drivers provide charge_now, no?
<sicelo>
crab: i've just made basic tests. not succeeded to get the media actually working yet
<crab>
i guess you are on daedalus?
<sicelo>
freemangordon: sorry, i meant to say energy-full (which is how upower reports capacity)
<sicelo>
so yes, some drivers might have energy_now and energy_full, but some might not have
<sicelo>
e.g. N900's doesn't have energy_full. my d4 is out of service, so i can't check if it does
<freemangordon>
no, I mean charge_now, in mAh
<freemangordon>
I am sure d4 does and iirc so n900 do
<sicelo>
yes, those exist
<freemangordon>
anyway, I think Wh/U should be correct
<sicelo>
crab: yes. i guess situation would be the same in chimaera though. or what do you mean?
<sicelo>
Wh/U ... U means V?
mkfx has left #maemo-leste [Error from remote client]
<freemangordon>
well, U means U in Volts :)
<freemangordon>
unless I have forgotten how voltage is denited
<freemangordon>
*denoted
<sicelo>
:-)
<sicelo>
well yes, looks like the result is correct
<arno11>
crab: sicelo: SIP works fine on chimaera-devel with rakia/sphone or twinkle AFAIK
<sicelo>
so we can just calculate it inside status-area-applet-battery
<sicelo>
arno11: crab: might be i need to fine-tune my configuration, so things suit the SIP server i'm on
<sicelo>
actually, let me reconfigure to another one (same account)
<freemangordon>
sicelo: exactly
<freemangordon>
also, in SI it is U that is used as symbol for voltage, IIUC
<sicelo>
i'll work on it this evening
<freemangordon>
cool, thanks
<arno11>
sicelo: btw @calls/sphone crash, is it working again after reboot or is the issue permanent now?
akossh has joined #maemo-leste
<sicelo>
haven't rebooted. but started sphone from terminal to see what's happening. seems to behave for now
<Wizzup>
I will merge the sphone mr for the contacts fix
<Wizzup>
also, I have seen on my d4 that mpv cannot connect to PA
<Wizzup>
I wonder if either PA crashes or there is some issue accessing it
<arno11>
ah, interesting
<arno11>
btw i checked audacious, smplayer, twinkle, emulators and no troubles with sound/PA
pere has quit [Ping timeout: 248 seconds]
<arno11>
but ringtone and rakia/sphone crashes PA
<sicelo>
are you sure it's PA that crashes?
<arno11>
not 100% sure ofc
<sicelo>
ok
<sicelo>
i do see "2025-04-21T17:36:03.429651+02:00 devuan-n900 pulseaudio[7288]: [alsa-source-AIC34 tlv320aic3x-hifi-0] alsa-source.c: Resume failed, couldn't restore original sample settings" ... so you could be right :-)
<sicelo>
btw Wizzup (or anyone else) - does it also happen to you that if are connected to a wireless network, then go out of range, the icon will blink indefinitely until you manually choose Disconnect?
<Wizzup>
sicelo: I will have to test that, it didn't use it, but it might with some more recent changes by fmg
<Wizzup>
sicelo: the mr looks ok to me, but I'll leave it to others to check as well
<sicelo>
sure
<freemangordon>
sicelo: sorry, just got home after ~900km drive, will not look now :)
<sicelo>
yeah, no worries
<sicelo>
Wizzup: i was thinking we should really consider setting up the CI so an MR automatically gets built, allowing testers to immediately play with the artifacts even while the MR is undergoing review. their testing might reveal issues (or benefits) that could affect the review
<sicelo>
arno11: rakia+sphone is really unhappy, even with a different SIP server (both belong to the same ISP [which I work for], but they're configured differently)
<sicelo>
let me try twinkle
<arno11>
yeah no surprised @rakia on daedalus, but twinkle should be fine for sure
<arno11>
but config could be tricky depending of isp
<sicelo>
i have a working config for twinkle on desktop, so i can just replicate that on N900, i hope
uvos has joined #maemo-leste
<arno11>
ah cool
<uvos>
Wizzup: did you build sphone or do i need to tag a release?
<sicelo>
actually i maintain those SIP servers, and twinkle (on desktop) is how i do all testing ;-)
<sicelo>
uvos: since the change is limited to debian/*, iirc there's no need to tag anew. at least that's what i seem to have read on wiki yesterday (while looking for some other information)
<sicelo>
btw, gentle ping regarding the mce MR
<Wizzup>
uvos: I built it, since it was just a deps change, there was no need for a new release
<Wizzup>
sicelo: yes @ CI, I think we will
arno11 has left #maemo-leste [#maemo-leste]
Guest7102 has joined #maemo-leste
pere has quit [Ping timeout: 268 seconds]
<Guest7102>
just rebooted with sphone update, no contacts issue
<Wizzup>
great
Guest7102 is now known as arno11
<sicelo>
:-)
<arno11>
btw we really need to hide sphone sms icons by default to avoid confusion
<arno11>
*with conversations
<sicelo>
arno11: btw, did you find that the N900's wlan IP address is more stable now than before?
<sicelo>
yes @ those icons
<arno11>
@IP i didn't really check/notice
<sicelo>
ok. might not matter if you don't use the device in certain ways ;-)
<arno11>
:)
<arno11>
sicelo: btw, the issue you got with missed call was with general or silent profile ?
<arno11>
*calls
<sicelo>
general
<arno11>
ah ok i see
<sicelo>
but does sphone even respect those? or it uses its own `sphone -c options` ?
<arno11>
so it is the ringtone issue
<arno11>
(yep, i think it respects those)
<arno11>
i have quite same troubles if i use general profile
<arno11>
that's why i use silent + vibra
<arno11>
no troubles with calls so far with this profile
<arno11>
i mean, for daily usage, no other workaround atm
pere has joined #maemo-leste
<arno11>
Wizzup: sicelo: oh, we don't have tonegend in daedalus
<Wizzup>
ah...
<Wizzup>
we do need this I suspect?
<Wizzup>
if we do, it shojuld be in some dep / meta pkg
<arno11>
iirc we need it for tones and dtmf
Twig has quit [Remote host closed the connection]
<sicelo>
yes, afaik it's not related to this issue
<sicelo>
arno11: i'll use the silent + vibra for a while ... but i do need a ringtone, because i'll miss many calls
<arno11>
oh..sorry
<arno11>
so the *main* question is: it is n900 specific ? because we have cmtspeech, cmt_pulse, ofono, vcm, telepathy, and sphone involved...
<arno11>
and PA ofc
<sicelo>
could be. cmtspeech is a PA client just like sphone, and we know sphone's PA code has a real bug. cmtspeech most likely does too -> disaster :p
<arno11>
maybe :P
<arno11>
but why we have issues with only ringtone and telepathy rakia atm with quite same PA errors. sounds like cmtspeech is not involved
<arno11>
and cmtspeech/cmt_pulse have no control on ringtone afaik
<sicelo>
in sphone's case, the stop is called from that thread, because of the callback
<uvos>
no
<sicelo>
ok :-)
<uvos>
its called in sphone_pa_distroy_interface which is called in sphone_module_exit
<uvos>
which is called in sphones main thread
<uvos>
i think
<uvos>
at leas
<uvos>
t
<sicelo>
no, that's not the only time it's called. it's called two more times via callback
<uvos>
ah yeah its allso called in sphone_pa_state_callback
<uvos>
your right
<uvos>
ok
<sicelo>
sphone_pa_state_callback
<sicelo>
yeah, and that's where the issue comes from
<sicelo>
in the case i have seen, we reach it from the last switch case, PA_CONTEXT_FAILED/default
<uvos>
in that case we should probubly just exit sphone
<uvos>
since theres no recovering from that
<uvos>
so yeah thats a bug in sphone, but we also should not get there unless something else is also unhappy
<sicelo>
i was wondering if we reach it because of CONTEXT_FAILED or "PA_CONTEXT_UNCONNECTED" ... because no one's trying to catch that
<uvos>
i think sphone should never trigger PA_CONTEXT_UNCONNECTED
<uvos>
but could be
<sicelo>
but yeah, as we've discussed with arno11, there's most likely something else that causes sphone to reach this state, but at this point we likely can't know what it is. makes sense to fix the sphone side then take it from there
<uvos>
sure
<uvos>
i think PA_CONTEXT_TERMINATED and PA_CONTEXT_FAILED can just exit sphone
<uvos>
since it cant recover from that
<uvos>
and PA_CONTEXT_UNCONNECTED we can just ignore
uvos has quit [Quit: Konversation terminated!]
arno11 has quit [Quit: leaving]
<Wizzup>
uvos - can't you reconnect to pulseaudio?
<Wizzup>
Isn't that what PA_CONTEXT_TERMINATED would be?
Anasko has quit [Read error: Connection reset by peer]