00:50
<
uvos >
can some one think of a hildon application with stackable windows thats also fullscreen?
01:21
<
Wizzup >
freemangordon: I will look at this tomorrow but something seems to bring tp into off state oe so
01:21
<
Wizzup >
when I enable mobile data but set ui presence to offline, tpring appears in sphone
01:21
<
Wizzup >
if I turn off mobile data it is gone
02:01
Daanct12 has joined #maemo-leste
03:17
k1r1t0_N900 has joined #maemo-leste
04:28
Langoor has quit [Ping timeout: 246 seconds]
04:28
Langoor has joined #maemo-leste
04:41
slep has quit [Quit: Gateway shutdown]
05:11
shOkEy has quit [Ping timeout: 264 seconds]
05:12
xmn has quit [Ping timeout: 255 seconds]
05:13
shOkEy has joined #maemo-leste
05:55
joerg has quit [Ping timeout: 268 seconds]
05:55
joerg has joined #maemo-leste
06:40
<
freemangordon >
what ui presence? IIRC tpring should not appear in accounts ui
06:40
* freemangordon
checks
06:44
ceene has joined #maemo-leste
06:49
<
freemangordon >
so, if tpring appears in presence ui, that's a bug
06:52
<
freemangordon >
also, please provide result of mc-tool show ring/tel/account0
06:55
arno11 has joined #maemo-leste
07:01
<
arno11 >
the new release works fine on n900: boost freq are ok, we have overclock ootb now, nice
07:02
arno11 has left #maemo-leste [#maemo-leste]
07:07
<
freemangordon >
arno11: nice
07:07
<
freemangordon >
Wizzup: also, ring supports neither TP_IFACE_CONNECTION_INTERFACE_PRESENCE nor TP_IFACE_CONNECTION_INTERFACE_SIMPLE_PRESENCE
07:07
<
freemangordon >
so you should not try to check the presence on ring account
07:08
<
freemangordon >
it is either enabled or disabled
07:32
elastic_dog has quit [Ping timeout: 246 seconds]
07:40
elastic_dog has joined #maemo-leste
08:38
DFP has joined #maemo-leste
09:28
pere has quit [Ping timeout: 256 seconds]
09:43
<
Wizzup >
freemangordon: will check
09:58
pere has joined #maemo-leste
10:28
<
Wizzup >
freemangordon: could be that voicecall program doesn't deal with this properly
10:31
<
Wizzup >
freemangordon: lol so this is a tp-ring special path:
10:31
<
Wizzup >
if (d->shouldForceReconnect()) {
10:31
<
Wizzup >
WARNING_T("Forcing account %s back online immediately", qPrintable(d->account.data()->uniqueIdentifier()));
10:31
<
Wizzup >
d->account->setRequestedPresence(Tp::Presence::available());
10:34
<
Wizzup >
I think I have an idea what is going on
10:37
<
Wizzup >
freemangordon: looks like tp-ring reports presence on dbus
10:38
<
Wizzup >
it looks like voicecall things that it's not even 'online'
10:41
<
Wizzup >
but why would tp-ring even act on things like connecting to wifi, feels like something else is instructing it
10:42
<
freemangordon >
Wizzup: I see nothing like that here
10:43
<
freemangordon >
do you have empathy or something installed?
10:43
<
freemangordon >
also, you
*cannot* request presence for tpring
10:43
<
freemangordon >
it does not implement the required interface
10:44
<
freemangordon >
maybe they have that patched in SF
10:44
<
Wizzup >
what causes the tp accounts to connect when connected to the network
10:44
<
Wizzup >
freemangordon: it seems happen to change presence in our repo
10:44
<
Wizzup >
s/happen/happy/
10:45
<
freemangordon >
what presence?
10:45
<
Wizzup >
signal time=1702550119.441680 sender=:1.39 -> destination=(null destination) serial=998 path=/org/freedesktop/Telepathy/Account/ring/tel/account0; interface=org.freedesktop.Telepathy.Account; member=AccountPropertyChanged
10:45
<
Wizzup >
string "CurrentPresence"
10:45
<
Wizzup >
variant struct {
10:45
<
Wizzup >
string "offline"
10:45
<
freemangordon >
wait
10:45
<
freemangordon >
please give me 'mc-tool show ring/tel/account0'
10:46
<
freemangordon >
forget about dbus
10:46
<
freemangordon >
use mc-tool
10:46
<
freemangordon >
"Connects: automatically"
10:47
<
freemangordon >
thats what brings it online
10:47
<
freemangordon >
we should not request online status
10:47
<
Wizzup >
so you want auto-connect off?
10:47
<
freemangordon >
it is ok
10:48
<
freemangordon >
my question is - what exactly the code you pasted ^^^ is supposed to do?
10:48
<
freemangordon >
if (d->shouldForceReconnect()) {
10:48
<
freemangordon >
etc
10:48
<
freemangordon >
tp already does that for us
10:48
<
Wizzup >
that checks if the account is tp
10:48
<
Wizzup >
check if it is tp-ring
10:48
<
Wizzup >
and then it 'forces' it online again
10:48
<
Wizzup >
but that still doesn't have the proper effect
10:49
<
Wizzup >
so, my question is
10:49
<
Wizzup >
what would cause tp-ring to change it's presence or not be online
10:49
<
Wizzup >
what
*software* tells it to do that
10:49
<
freemangordon >
tp-ring
*cannot* be online, offline, not available, etc
10:49
<
freemangordon >
because it does not support presence :)
10:50
<
Wizzup >
ok, but in dbus it reports that it is 'connecting' and not 'connected'
10:50
<
freemangordon >
connected has nothign to do with being online
10:50
<
freemangordon >
those are orthogonal
10:50
<
Wizzup >
and this tracks having wifi or gprs
10:50
<
freemangordon >
wait
10:50
<
freemangordon >
'connected' is TpConnection preoperty
10:50
<
freemangordon >
'online' is TpAccount property
10:51
<
freemangordon >
so, what is the issue? conneciton is not 'connected' or account is not 'online'?
10:51
<
Wizzup >
so I think I know how to 'fix' voicecall, but still I would like to what
*what* in maemo triggers presence
10:51
<
Wizzup >
freemangordon: voicecall sees it as not available and unregisters it with sphone
10:52
<
Wizzup >
but this happens only when not on wifi or gprs somehow
10:52
<
freemangordon >
based on the presence?
10:52
<
freemangordon >
where is that code, link please
10:52
<
Wizzup >
ok, but there's still my question ^^ : D
10:52
<
freemangordon >
nothing in maemo triggers presence in general
10:53
<
freemangordon >
each protocol either supports presence or not
10:53
<
Wizzup >
what makes it
*act* on wifi/gprs change
10:53
<
sicelo >
layman explanation ... tp-ring is offline when we're in Flight Mode ... maybe it's the answer to the question?
10:53
<
Wizzup >
because they start to connect immediately
10:53
<
sicelo >
so it does support some 'primitive' presence
10:54
<
Wizzup >
and the status applet also knows immediately
10:54
<
freemangordon >
sicelo: what is 'it'?
10:54
<
Wizzup >
it checks for status connected
10:55
<
sicelo >
i mean, tp-ring has a basic type of presence. it can be offline when we're in flight mode for example
10:55
<
freemangordon >
so, which one is false there?
10:55
<
Wizzup >
freemangordon: from dbus-monitor, the last one
10:55
<
Wizzup >
d->account.data()->connectionStatus()
10:55
<
Wizzup >
but I haven't added any debug logging yet
10:55
<
freemangordon >
this is not presence
10:56
<
freemangordon >
so lets stop talking about 'online', ok? because we're mixing the things and that doesn't make it any easier :)
10:56
<
freemangordon >
sicelo: no, tp-ring does not have any concept of presence
10:56
<
Wizzup >
freemangordon: I'm not talking about 'online'
10:57
<
freemangordon >
sicelo: "also, ring supports neither TP_IFACE_CONNECTION_INTERFACE_PRESENCE nor TP_IFACE_CONNECTION_INTERFACE_SIMPLE_PRESENCE"
10:57
<
Wizzup >
I'm just asking what piece of software in maemo makes it so that tp knows when to reconnect, regardless of this issue
10:57
<
freemangordon >
this is mc related
10:57
<
Wizzup >
because it directly correlates with tp-ring saying it's no longer 'connected'
10:57
<
Wizzup >
so tp-mc is icd2 aware?
10:57
<
freemangordon >
maybe
10:57
<
freemangordon >
I dunno
10:57
<
freemangordon >
there might be some remnants
10:57
<
Wizzup >
I always assumed we have something icd2 aware that restarts things
10:57
<
Wizzup >
it could just be netlink for network interfaces
10:58
<
freemangordon >
is there is something, it is over dbus
10:58
<
freemangordon >
or, it could be ofono
10:58
<
freemangordon >
Wizzup: sorry, my blood sugar level is very low, bbl in 20 minutes
10:58
<
Wizzup >
take it easy
10:58
<
Wizzup >
so I will check again in a bit (outside atm), but it looks like tp-ring connection status goes into 'connecting' insteaf of 'connected'
10:59
<
Wizzup >
and this causes voicecall to say 'well, you're not ready then'
11:00
<
Wizzup >
god I wish there was a program that takes a dbus-monitor log and makes it easily to filter it
11:00
<
freemangordon >
afaik there is something
11:01
<
freemangordon >
some gnome tool
11:01
<
Wizzup >
I know of the one to explore interfaces
11:01
<
Wizzup >
not one to monitor
11:01
<
freemangordon >
ah, could be
11:01
<
sicelo >
what do you want to filter?
11:01
<
freemangordon >
wait, I'll check what's going on in tp-ring code
11:02
* sicelo
uses busctl nowadays ... seems versatile
11:02
<
Wizzup >
sicelo: like, I want to see all messages related to ring, but grep won't help since it's all multi line and indented
11:02
<
Wizzup >
sicelo: and 'ring' matches 'string' too, so in general it's pretty stupid
11:02
<
freemangordon >
Wizzup: it seems it changes the status to "connected" when a modem is bound
11:02
<
Wizzup >
I can navigate in vi with seaching for 'ring/' but then there is still a lot of clutter
11:02
<
sicelo >
busctl can probably help ... even has json output, so you can use jq and similar stuff
11:02
<
Wizzup >
freemangordon: well the modem doesn't go anywhere
11:02
<
Wizzup >
sicelo: will check
11:03
<
freemangordon >
see ring_connection_bind_modem()
11:03
<
Wizzup >
freemangordon: when does it change to 'connecting' ?
11:03
<
freemangordon >
on the constructor :)
11:03
<
freemangordon >
*in
11:03
<
Wizzup >
that would mean somethings sets it offline then
11:04
<
Wizzup >
maybe auto-reconnect is exactly the opposite of what we want
11:04
<
freemangordon >
I'd recommend to start tpring from cmdline with logs enabled
11:04
<
freemangordon >
could be
11:04
<
Wizzup >
to me it seems like tp cm just turns it off
11:04
<
sicelo >
only shortcoming of busctl is that you need to be root in order to monitor. otherwise it's flexible
11:04
<
Wizzup >
(but I didn't see that on dbus)
11:04
<
Wizzup >
sicelo: even for non system bus?
11:04
<
sicelo >
no, only system :-)
11:05
<
Wizzup >
yeah none of the tp stuff is on system bus
11:05
<
Wizzup >
lol yep, tp-ring has a new pid now that I reconnect to wifi
11:08
akossh has quit [Ping timeout: 256 seconds]
11:13
<
Wizzup >
ok, I will look at this later
11:21
<
Wizzup >
tp-ring logs tp_base_connection_change_status: was 0, now 2, for reason 1'
11:22
akossh has joined #maemo-leste
11:26
<
Wizzup >
'mcd_account_connection_proceed_with_reason: ring/tel/account0 wants to connect, but we're offline, queuing it up'
11:26
<
Wizzup >
yeah it uses GNetworkMonitor to see if we're 'at least partially online'
11:26
<
Wizzup >
ok, so the problem is in mission control
11:26
<
Wizzup >
not in voicecall manager or ring
11:27
akossh has quit [Ping timeout: 256 seconds]
11:29
<
freemangordon >
yep, I was about to say that maybe tp/mc oversmarts itself
11:29
<
freemangordon >
we shal check what SF are doing
11:29
* Wizzup
debugged all of that on the screen+keyboard of the d4 btw
11:29
<
freemangordon >
why?
11:30
<
Wizzup >
because it was sunny out :)
11:30
<
freemangordon >
heh
11:30
<
Wizzup >
also having to debug a problem that only shows up when ssh doesn't work is tricky
11:30
<
freemangordon >
yeah
11:32
<
freemangordon >
Wizzup: which file is that?
11:33
<
Wizzup >
./src/mcd-account-connection.c
11:33
<
Wizzup >
function mcd_account_connection_proceed_with_reason
11:34
<
Wizzup >
my bet is that this code was never in nokia ;)
11:34
<
freemangordon >
"...use GNetworkMonitor (which is also pluggable),"
11:34
<
Wizzup >
we don't want to fake a network connection for cm
11:34
<
Wizzup >
then it will try to online others
11:34
<
Wizzup >
we want a property to let some cm's connect anyway
11:34
<
freemangordon >
we shall check how do they overcome that in SF
11:35
<
Wizzup >
I don't think they use tp-ring, but ok :)
11:35
<
Wizzup >
voicecall manager has an ofono backend
11:35
<
Wizzup >
see 957795838715b3b95f2bf8bc116b2328bf6a2881,
11:35
<
Wizzup >
A possible refinement in future Tp versions would be a way for a CM
11:35
<
Wizzup >
to tell MC "this connection does its own connectivity-monitoring,
11:35
<
Wizzup >
so don't kick it when we get disconnected". For now, we assume that
11:35
<
Wizzup >
everything needs the Internet, unless it's one of the accounts that
11:35
<
Wizzup >
wouldn't previously have been bound to a connection (i.e.
11:35
<
Wizzup >
_mcd_account_needs_dispatch() returns FALSE).
11:36
<
freemangordon >
yeah, I was about to look in the code
11:36
<
freemangordon >
to see if we can workaround that
11:36
<
Wizzup >
in ring maybe?
11:36
<
freemangordon >
lemme see
11:37
<
Wizzup >
seems to be 'always_dispatch'
11:37
<
Wizzup >
/* In addition to affecting dispatching, this flag also makes this
11:37
<
Wizzup >
* account bypass connectivity checks. */
11:37
<
Wizzup >
gboolean always_dispatch;
11:37
<
Wizzup >
./src/mcd-account-config.h:#define MC_ACCOUNTS_KEY_ALWAYS_DISPATCH "always_dispatch"
11:37
<
freemangordon >
is that some account property?
11:37
<
Wizzup >
trying now
11:38
<
Wizzup >
there is also an 'always on' property
11:38
<
Wizzup >
not sure if that's also helpful
11:39
<
Wizzup >
looks like now
11:41
<
Wizzup >
either I did something wrong or it did not work
11:41
<
Wizzup >
I set always_dispatch=false
11:41
<
freemangordon >
no, it should be true
11:42
<
Wizzup >
but then needs_dispatch will be true
11:42
<
freemangordon >
/* special case flag (for ring accounts, so far) */
11:42
<
Wizzup >
which one is this
11:43
<
freemangordon >
p, li { white-space: pre-wrap; } always_dispatch
11:43
<
Wizzup >
let me try again
11:44
<
freemangordon >
but you shall set it to true
11:44
<
freemangordon >
it defaults to false
11:44
<
freemangordon >
see p, li { white-space: pre-wrap; } mcd_connection_need_dispatch
11:45
<
Wizzup >
if (mcd_connectivity_monitor_is_online (
11:45
<
Wizzup >
mcd_account_get_connectivity_monitor (account)) || _mcd_account_needs_dispatch (account))
11:45
<
freemangordon >
mhm
11:46
<
Wizzup >
ok, just called myself with wifi off, we're good, but we'll need to set this
11:46
<
freemangordon >
this should be part of ring account creation, no?
11:46
<
freemangordon >
like, who created ring/tel/account0?
11:46
<
Wizzup >
we don't have a 'ring account creation' process atm :)
11:46
<
freemangordon >
mhm
11:47
<
Wizzup >
well, this is progress, I'm going to take a break for a moment
11:47
<
freemangordon >
mhm
12:14
<
Wizzup >
so where would we want to make the account?
12:29
parazyd has quit [Ping timeout: 268 seconds]
12:33
parazyd has joined #maemo-leste
12:36
<
uvos >
would make sense if the sphone plugin did this OR?
12:53
xmn has joined #maemo-leste
12:59
<
freemangordon >
uvos: no, I don;t think sphone should deal with tp accounts
13:00
<
freemangordon >
Wizzup: who will depend on tp-ring?
13:01
<
freemangordon >
BTW, IIRC, back then tp-ring was creating the account on installation
13:02
<
freemangordon >
Wizzup: wait...
13:03
<
freemangordon >
look at mcp_account_manager_ring_init()
13:11
<
freemangordon >
why is that not called?
13:13
<
sicelo >
basically tries to fix the numerous (annoying) compile errors for cmtspeech
13:18
Daanct12 has quit [Quit: WeeChat 4.1.2]
13:25
<
sicelo >
and of course, anyone else is free to look at the commits. tbf, that code can do with some serious refactoring :p
13:51
<
freemangordon >
Wizzup: I think I found what's going on
13:51
<
freemangordon >
ring mc plugin is not installed, IIUC
13:51
<
freemangordon >
that's why we shall create the account by hand
13:52
<
freemangordon >
while rpm installs %{_libdir}/mission-control-plugins.0/mcp-account-manager-ring.so :)
13:55
<
freemangordon >
dh_missing: warning: usr/lib/x86_64-linux-gnu/mission-control-plugins.0/mcp-account-manager-ring.so exists in debian/tmp but is not installed to anywhere
13:55
<
freemangordon >
dh_missing: warning: usr/share/man/man8/telepathy-ring.8 exists in debian/tmp but is not installed to anywhere
13:59
<
freemangordon >
shall I fork?
14:01
<
uvos >
freemangordon: i agree sphone should not deal with tp accounts
14:02
<
uvos >
but ring is special since its not a "real" account, and simply has to exist any where sphone runs
14:02
<
freemangordon >
uvos: anyway, I found what the issue is
14:02
<
freemangordon >
yes, but tp-ring debian packaging is broken
14:02
<
freemangordon >
that's why no account is created
14:02
<
freemangordon >
going to fix that
14:03
<
uvos >
thats fine then
14:03
<
uvos >
i just want to ensure it works if only tp sphone (and vcm) is installe
14:03
<
uvos >
since imo it should
14:03
<
freemangordon >
it will
14:03
<
freemangordon >
well, you need telepathy as well :)
14:04
<
freemangordon >
ah, 'tp'
14:04
<
freemangordon >
yeah
14:04
<
uvos >
you need ofono too
14:04
<
uvos >
but you know what i mean
14:04
<
freemangordon >
well
14:04
<
freemangordon >
yeah
14:04
<
freemangordon >
I just installed empathy(and friends) from my d4
14:04
<
freemangordon >
*uninstalleds
14:07
pere has quit [Ping timeout: 264 seconds]
14:13
arno11 has joined #maemo-leste
14:14
<
arno11 >
sicelo: currently looking @cmtspeech
14:15
<
arno11 >
wooo, indeed lot of errors fixed
14:17
<
arno11 >
let me try it
14:18
<
Wizzup >
freemangordon: what does this mc ring plugin do? set this property?
14:18
<
Wizzup >
freemangordon: but yes, we can fork if we have to
14:19
<
freemangordon >
I already did
14:19
<
freemangordon >
but it fails to build :)
14:19
<
freemangordon >
see ci
14:19
<
freemangordon >
I don;t get what's wrong with it
14:19
<
Wizzup >
let me take a quick look
14:19
<
freemangordon >
fails to find the tag, but it is there
14:20
<
Wizzup >
I am pretty sure I knpw
14:20
<
Wizzup >
just a sec
14:20
<
Wizzup >
freemangordon:
14:20
<
Wizzup >
maemo/chimaera != chimaera
14:21
<
freemangordon >
thanks
14:21
<
freemangordon >
will fix it
14:22
<
freemangordon >
Wizzup: I think you shall delete ring account before upgrade
14:24
<
freemangordon >
also, we shall start tp-ring from xsession, mlocked etc. see RING_REALTIME and RING_MEMLOCK
14:25
<
freemangordon >
RING_PERSIST=1 as well
14:25
<
Wizzup >
I need to go do some other things first, I'll be back in an hour or so
14:25
<
Wizzup >
feel free to hack away
14:25
<
freemangordon >
well, I don;t see what more I can do now
14:26
<
Wizzup >
maybe write an xsession file, but not sure where it would go
14:26
<
freemangordon >
we shall decide first who depends on tp-ring
14:26
<
freemangordon >
connectivity mp?
14:27
<
Wizzup >
yeah, I don't know if we need another maemo-telephony pkg, or if the existing one works
14:27
<
freemangordon >
to me connectivity is ok
14:28
<
freemangordon >
so xsession file belongs there
14:29
<
Wizzup >
sounds good
14:30
<
arno11 >
sicelo: works fine and commit 51a6f6c fixed the random weird tone issue apparently :) well done man
14:31
<
freemangordon >
the fuck, account is still not created :(
14:31
<
Wizzup >
are you sure that should make the account?
14:32
<
Wizzup >
freemangordon: I think you can just do mc-tool add ring/tel account0 -p always_dispatch=true or so (note I didn't test this and maybe even got the var name wrong)
14:32
<
Wizzup >
actually ignore the '-p' too
14:32
<
freemangordon >
ugh:
14:32
<
freemangordon >
could not load plugins from /usr/lib/mission-control-plugins.0: Error opening directory ?/usr/lib/mission-control-plugins.0?: No such file or directory
14:33
<
freemangordon >
that's wrong dir
14:33
<
freemangordon >
it should be /usr/lib/$arch/mission-control-plugins.0
14:34
arno11 has left #maemo-leste [#maemo-leste]
15:09
<
sicelo >
arno11, wow! i only compile-tested this. actually i'm surprised there's a positive 'visible' effect. i was only hoping that i didn't break anything or introduce problems.
15:15
pere has joined #maemo-leste
15:19
<
Wizzup >
will checl later tonight ty
15:26
<
freemangordon >
Wizzup: tp-ring creation is fixed
15:45
ceene has quit [Ping timeout: 268 seconds]
17:20
k1r1t0_N900 has quit [Ping timeout: 256 seconds]
17:24
k1r1t0_N900 has joined #maemo-leste
17:50
k1r1t0_N900 has quit [Ping timeout: 276 seconds]
17:57
k1r1t0_N900 has joined #maemo-leste
18:24
Zorrot has joined #maemo-leste
18:24
Zorrot has quit [Client Quit]
20:11
<
sicelo >
Wizzup: please hold off merging. seems there's a compilation error that only shows up on armhf, but not amd64. i want to fix that one too
20:11
<
Wizzup >
okay, sure
20:12
<
Wizzup >
freemangordon: so I delete the account and apt update / upgrade ?
20:14
elastic_dog has quit [Remote host closed the connection]
20:16
elastic_dog has joined #maemo-leste
20:17
elastic_dog has quit [Client Quit]
20:20
<
Wizzup >
freemangordon: btw, if tp-ring autostarts in -devel it means calls will no longer work
20:20
elastic_dog has joined #maemo-leste
20:21
<
Wizzup >
(tp-ring will just hang up if there is no tp client, and sphone uses ofono directly in -devel)
20:37
xmn has quit [Read error: Connection reset by peer]
21:12
arno11 has joined #maemo-leste
21:23
<
uvos >
so new sphone has /usr/share/sphone/sphone.ini.d and should update the combobox when a backend is added or removed without needing to reopen the window
21:23
<
uvos >
the latter is untested
21:24
<
Wizzup >
great, I'll rebase
21:27
xmn has joined #maemo-leste
21:32
xmn has quit [Read error: Connection reset by peer]
22:31
DFP has quit [Quit: Leaving]
22:43
arno11 has left #maemo-leste [#maemo-leste]
22:46
<
freemangordon >
Wizzup: well, one shall install tp-ring by hand
22:47
<
freemangordon >
nothing depends on it still
22:53
<
freemangordon >
sicelo: next time you'd better force-push, instead of creating new PR
22:53
<
freemangordon >
it is easier to review that way
23:52
Juest has quit [Ping timeout: 276 seconds]
23:58
elastic_dog has quit [Ping timeout: 260 seconds]