<Wizzup>
ofc the radicale after the @ needs to be replaced elsewhere too if you choose to use something else
<bencoh>
currently d=2021-07-02|t=13:21:57|i=|p=214|c=NA|b=none
<bencoh>
(I'll try it again in ~10mn)
<uvos>
hmm
<uvos>
i cant seem to get it to work
<uvos>
unexpected reply from peer; might be a temporary problem, try again later
<uvos>
im probubly just configureing something wrong
<uvos>
but idk what atm
* Wizzup
going home, so back in a few hours
<Wizzup>
are you using radicale or something else?
<uvos>
baikal
<uvos>
syncevolution --print-databases backend=caldav username= password= syncURL=https://uvos.xyz:8081/cal.php/calendars/USER shows the calendars fine
<sicelo>
follow any tutorial for baikal + syncevolution
<sicelo>
i.e. maemo's syncevolution is not particularly special (besides the maemo backend) ... the settings that work for baikal on your pc should work with Leste (with minor modification, perhaps)
<uvos>
i only used it with android
<uvos>
that mainly just autodetects everything
<uvos>
i also cant really find anythign on baikal + syncevo
<uvos>
(or mutch on syncevo at all for that matter)
<uvos>
you might want to host it some where else incase i become bus-factor
inky_ has quit [Ping timeout: 265 seconds]
<Wizzup>
uvos: it seems like a small script, just put it on the wiki?
<Wizzup>
I would maybe also differentiate between radicale and that you tested it with baikal
mardy_2nd has quit [Quit: WeeChat 2.8]
xmn has quit [Ping timeout: 240 seconds]
<Wizzup>
uvos: btw I hope this coming week to get the audio stuff going
<uvos>
Wizzup: nice :)
<uvos>
i think the flaky wifi scanning issues are pretty delapidating btw so it would be great if you could look at that. ofc i understand if you want to do what seams the most interesting to you.
<Wizzup>
uvos: might need your help some
<Wizzup>
uvos: it's not just about interesting, it's just blocking stuff, and I agree wifi regressions are bad
<Wizzup>
uvos: also wondering if ^ could be due to connui changes
<Wizzup>
probably not I bet
<Wizzup>
but we changed a lot at once
<uvos>
Wizzup: idk maybe
<uvos>
Wizzup: yeah @manny changes at once
kdsch has joined #maemo-leste
rafael2k has joined #maemo-leste
<rafael2k>
interesting, I turned on my pinephone today, and it connected to the wifi automatically
<Wizzup>
as it should :P
<freemangordon>
uvos: I think it is Wizzup who should look at it (provisioning), unless I am missing what the issue is.
<freemangordon>
uvos: could you please explain in the issue what you are trying to achieve and what is the result.
<uvos>
Wizzup: said that you wrote libicd-conectivity-cellular (or is it -mobile)
<freemangordon>
I did the initial work, IIRC, lemme check
<uvos>
freemangordon: so i inserted a sim, installed the stuff as shown in the bug and then i expected to be able to create/select a gprs/umts internet connection
<uvos>
this worked previously
<uvos>
but now the connection never appears
<uvos>
the device still connects to the network as evidenced by the 3g and bars in the status as well as the operator name
<uvos>
connecting to gprs is possible manualy via ofono
<freemangordon>
hmm: what is status 6?
<rafael2k>
; ))
<rafael2k>
I moved to moscow, will test 4G with the carrier here again
<rafael2k>
and "wifi sharing" too, with hostapd
<Wizzup>
freemangordon: I did investigate that
<Wizzup>
let me read the logs
<Wizzup>
11:48 < uvos> i can make voice calls after all
<Wizzup>
11:48 < Wizzup> so we need to figure out why ofono_start_search_finish gets a non-successful status
<Wizzup>
freemangordon: ah, so it relies on the behaviour of ofono when that pkg is installed
<freemangordon>
maybe, I don;t remember
<Wizzup>
still not sure if this would cause the problem
<freemangordon>
but I guess I put that note there for a reason
<Wizzup>
we don't see "Deactivating chosen context" I think
<uvos>
ok so i installed the pkg
<uvos>
and killed icd2
<Wizzup>
uvos: restart ofono
<Wizzup>
maybe we can add some more traces to libicd-network-ofono ?
<uvos>
and i has made no change
<uvos>
ok ill just reboot
<freemangordon>
uvos: could you set BP in search_operation_check() and report the code path taken
<freemangordon>
did I really write all this code ?!?
<freemangordon>
:)
<Wizzup>
yes
<freemangordon>
good for me
<Wizzup>
apart from the context activation that is blocking
<Wizzup>
uvos: I removed the IAP with gconf --recursive-unset and it does work for me
<Wizzup>
uvos: so it's not entirely broken
<uvos>
ok i rebooted
<uvos>
and nothing changed
<freemangordon>
do you have gconf entry for the IAP?
<uvos>
freemangordon: no
<uvos>
just to be sure here the gprs connection is just supposed to appear in the connection dialog right, i dont have to create a connection (that dosent work either) i dont quite remember how it worked previously
<uvos>
also this is now the same sim
<uvos>
it worked with before
<Wizzup>
yes, it should just appear. do you have any other GPRS connections there?
<uvos>
no wifi only
<freemangordon>
uvos: could you set BP in search_operation_check() and report the code path taken
<uvos>
BP?
<uvos>
break point?
<freemangordon>
breakpoint
<uvos>
ok
<uvos>
let me install debug symbols
<freemangordon>
maybe clone the source and install -dbgsym package
<Wizzup>
uvos: I'll stop with the suggestions now but GNU screen can be helpful here too
<uvos>
i know i know :D
<freemangordon>
hmm, could it be that flightmode is activated on your device?
<uvos>
i just started gdb on device without thinking gosh :P
<uvos>
ok so i dumped md at line 81
<uvos>
any thing else?
<freemangordon>
yes, trace the flow
<freemangordon>
in that function only
<uvos>
ok
<uvos>
so condition at line 90 is true
<freemangordon>
good
<uvos>
97 is false
<freemangordon>
and I guess iap_id is NULL
<uvos>
so is 100
<freemangordon>
mhm
<freemangordon>
100?
<Wizzup>
parazyd: freemangordon: looks like connui plugins can have plugin->advanced_show = to have settings show up in advanced settings, so we could do that for provider
<uvos>
conditon on line 100 is false
<uvos>
so is if on line 108
<freemangordon>
as suspected
<freemangordon>
so, it calls ofono_modem_set_online(), right?
<Wizzup>
uvos: ok, let's try this: reboot, then wait 2-3 minutes, then /etc/init.d/ofono restart
<freemangordon>
it seems icd2 doesn;t get sim properties in that case
<Wizzup>
wait for missing sim icon to go away
<Wizzup>
uvos: then issue 'startup-pin-entry'
<Wizzup>
and then try to connect to the dialog
<Wizzup>
(just to confirm, this is what I do)
<Wizzup>
not saying it's not a bug, but this works for me
<uvos>
shal i enbale-modem?
<Wizzup>
no
<uvos>
since ofono thinks is not powerd
<uvos>
ok
<Wizzup>
btw, while at it, we should fix the context activation not blocking
<Wizzup>
or rather, make it not-blocking
<Wizzup>
freemangordon: unrelated but connui-wlan plugin is the one that adds the "Other" tab to advanced settings, apparently conn_set_iap_ti_adv_misc is "Other"
<Wizzup>
a bit confusing :)
<Wizzup>
but I now have enough info to make plugin for providers tab
<uvos>
btw the missing sim icon dose go away as soon as i enterd the pin via ofono
<uvos>
so something in the maemo stack realizes the sim is there
<Wizzup>
uvos: no, this is ofono not reporting it properly
<uvos>
(when i online the modem by hand)
<Wizzup>
and you kicking it makes it wake up
<freemangordon>
Wizzup: I think we have bugs in libgofono as well
<Wizzup>
freemangordon: possible, there might also be a newer version
<freemangordon>
but you said spn was empty on the previous try?
<Wizzup>
freemangordon: maybe we shall add more tracing to the code at the DEBUG level?
<freemangordon>
yeah
<uvos>
if (!sim->spn || !*sim->spn)
<uvos>
that condition was false yeah
<freemangordon>
now it is true, right?
<freemangordon>
could yout trace the flow now?
<uvos>
its still false
<uvos>
it jumps directly to line 124
<freemangordon>
no, actually this means we have SPN
<freemangordon>
does ofono_modem_get_last_internet_context() finds ctx?
<uvos>
value has been optimized out
Twig has quit [Remote host closed the connection]
<freemangordon>
:(
<Wizzup>
that means it can be null, no?
<Wizzup>
or it's not set yet?
<uvos>
and after line 124 the fuction just returns
<uvos>
thats it
<freemangordon>
uvos: break in ofono_modem_get_last_internet_context()
<freemangordon>
to see if it finds context
<Wizzup>
uvos: can you show the context properties using mdbus2 if not too hard?
<uvos>
freemangordon: know the file thats in?
<Wizzup>
for example: mdbus2 -s org.ofono /motmdm_0/context1 org.ofono.ConnectionContext.GetProperties
<uvos>
i dont have the source cloned
<uvos>
and gihub has bad search
<freemangordon>
ofono-modem
<Wizzup>
freemangordon: is it possible that either apn/password/username are not set, and this causes it to not set status finished?
<freemangordon>
yes, could be
<uvos>
wth
<uvos>
now it just had the conecction in the dialog
<uvos>
and a break point in ofono_modem_get_last_internet_context never triggerd
<Wizzup>
yeah so perhaps the method I outlined helps get ofono in the right state, and then it created the connection last time, but you didn't see it yet, maybe?
* Wizzup
bbiab
<uvos>
its possible
<uvos>
let me reboot and start over
<Wizzup>
so I have noticed that when I online ofono without restarting it, I believe it doesn't get the contexts in dbus
<uvos>
/motmdm_0/context1 shows fine for me
<freemangordon>
that happens on d4 only?
<uvos>
on first start
<Wizzup>
freemangordon: yes
<uvos>
of ofono
<freemangordon>
uvos: yes, but we are not notified
<freemangordon>
so icd2 is not aware of context changes
<uvos>
well ofono starts first
<Wizzup>
it gets info async
<uvos>
ok
<Wizzup>
like the sim presence reporting comes in late
<uvos>
thats just the modem
<uvos>
being the modem
<freemangordon>
maybe we shall try newer libgofono
<Wizzup>
uvos: no. dmesg shows the info coming in and ofono does not act on it
<Wizzup>
but that is just for sim presence in any case
<Wizzup>
I don't think the problems are in libgofono
<Wizzup>
we know d4 ofono is buggy
<Wizzup>
we need to fix it
<Wizzup>
even just different ways (and times) of starting it make a difference in its state
<freemangordon>
mhm
<freemangordon>
what it takes to fix it?
<uvos>
wel now i cant repoduce the sate before because i cant get the now sim icon to go away
<freemangordon>
anyway, I am out. Night guys.
<uvos>
gn8
kdsch has quit [Quit: WeeChat 2.8]
inky has joined #maemo-leste
<Wizzup>
uvos: so the no sim icon not going away is for me really a question of uptime >~ 2 mins
<Wizzup>
and then 1-3 ofono restarts and it will pick it up
<uvos>
ok
<uvos>
yeah it eventualy did it
<uvos>
now i unlocked the pin
<uvos>
and clicking on the vodaphone connection just allways fails
<uvos>
anyhow i have had enough of this for today :P
<Wizzup>
uvos: ok so
<Wizzup>
all good
<Wizzup>
just: it's expected that that fails
<Wizzup>
for the simple reason that it doesn't block on activating context
<uvos>
oh ok
<Wizzup>
it just returns right away and tries to get IP
<uvos>
ok
<Wizzup>
it should block, show it's busy (with timeout), and then return
<uvos>
o
<uvos>
ok
<Wizzup>
I need to see why I did it that way at the time
<Wizzup>
probably it was like a 15 mins hack tbh
<uvos>
ok
<uvos>
ok :)
<uvos>
i lost my android device the other day and was low key hoping i could just use leste for a few days
panzeroceania has quit [Read error: Connection reset by peer]
<Wizzup>
if you try again now it might work
<uvos>
but then voice call audio dident work and data dident either
<uvos>
:P
<Wizzup>
we're getting there I feel
<uvos>
yeah
<Wizzup>
btw src/link.c has this:
<Wizzup>
if (!ctx->active) { OFONO_DEBUG("Context is not yet active, activating"); ofono_connctx_activate(ctx);
<Wizzup>
and that just doesn't block at all
<Wizzup>
}
<uvos>
i have a reasonable idea how to fix voice calls now :)
<uvos>
so should be soon
<Wizzup>
it probably needs another pending operation group, waiting for the context property to change
<Wizzup>
awesome!
<uvos>
still fails
<Wizzup>
oh well. tomorrow :p
<Wizzup>
I've been using data for many months
<Wizzup>
just didn't fix the rough edges
<uvos>
great
<uvos>
i now have a dedicated sim for the device too
<Wizzup>
cool :)
<Wizzup>
I also have one, with a monthly contract actually (I kept buying prepaid but then forgot to do anything with them)
<Wizzup>
I'll probably and get some sleep soon - got up at 4am today to catch the catamaran
<uvos>
well sleep tight then - but not too tight :P
<uvos>
ill be off then too gn8
uvos has quit [Quit: Konversation terminated!]
panzeroceania has joined #maemo-leste
Daanct12 has joined #maemo-leste
Daanct12 has quit [Client Quit]
joerg has quit [Read error: Connection reset by peer]
joerg has joined #maemo-leste
<stan>
Droid4 question, on the back shell in teh battery compartment, there's a metal plate on the right side (seen with camera on top) - is that some kind of temperature sensor for battery?
<stan>
it seems to connect to mainboard via three contacts
xmn has joined #maemo-leste
<buZz>
i do believe there's no thermometer inside the battery