<freemangordon>
well, I guess we can write ofono plugin (like the one for upower)
<freemangordon>
that handles screen lock/unlock
<uvos>
sure
<uvos>
if we can teach ofono to abstract scrn
<uvos>
that would then be best since it would work on other devices too
<freemangordon>
it shoudl already have some support for power states
<freemangordon>
mhm
<freemangordon>
see pastebin^^^
<freemangordon>
this is boot log
<freemangordon>
SCRN comands you see are screen lock/screen unlock
<freemangordon>
immediately after SCRN=1 you have MSIM
<uvos>
and modem dosent send rssi after onlineing it?
<freemangordon>
it is offline
<uvos>
if you dont set SCRN=1
<uvos>
by hand
<freemangordon>
I modem is offline
<uvos>
sure but if you dont start mce at all and online the modem
<uvos>
dose it then start reporting rssi
<uvos>
i think it dose iirc
<freemangordon>
I don;t care about RSSI
<freemangordon>
but about MSIM
<uvos>
but thats what scrn dose mainly no?
<uvos>
enable disable rssi?
<freemangordon>
not so sure
<freemangordon>
maybe it affects MSIM as well
<uvos>
hmm
<freemangordon>
see the log
<freemangordon>
about a second after SCRN:OK we have MSIM
<freemangordon>
could be coincidence, but I doubt
<uvos>
that might just be scrn kicking the modem
<uvos>
try issueing something else
<freemangordon>
lemme keep it unlocked and see
<freemangordon>
right
<freemangordon>
it is kicking the modem
<uvos>
Wizzup seeing sim after 2 min
<uvos>
is probubly mces 2min kick timer
<uvos>
(it also explicitly kicks it at this interval)
<freemangordon>
if he relock he will see sooner :)
<uvos>
so the kernel is missing an irq or something is going on
<freemangordon>
mhm
Livio has quit [Quit: leaving]
javiplx has quit [Ping timeout: 268 seconds]
<freemangordon>
Wizzup: what is the cheapest (code-wise) way to call "online-modem"?
<freemangordon>
hmm, do we plan to support hot-plugging of modems?
<uvos>
we must for pp
<uvos>
because of the kill switch
<uvos>
iiuc
<freemangordon>
The more I think about that, the more I am getting convinced we must have a daemon that takes care of modems
<uvos>
thats kinda ofono tho no?
<freemangordon>
Not really
<freemangordon>
you shoudl explicitly enable and online the modems
<freemangordon>
unless we are in flight mode
<freemangordon>
Wizzup: shall I extend icd2 ofono plugin?
<freemangordon>
to take care of flight mode and online/offline modems according to it?
<Wizzup>
that is possible, but I think we should also think if we should maybe have one thing 'manage' most of this, and if that should be icd2
<Wizzup>
the icd2 one if libgofono atm
<Wizzup>
one if -> one is
<Wizzup>
I know how to make the context code work well now I think, but I didn't write it yet
javiplx has joined #maemo-leste
<freemangordon>
Wizzup: that's why I want to implement onlining the modem in icd2 ofono plugin
<freemangordon>
ah, "if that"
<freemangordon>
well...
<freemangordon>
icd2 already has lots of code for that
<freemangordon>
but yeah, we shall decide on it
<freemangordon>
whether to write some daemon or extend icd2
<Wizzup>
right
<freemangordon>
honestly, I think daemon is the correct thing to do
<freemangordon>
cellulard? celld?
<Wizzup>
freemangordon: I would just make it part of some daemon imho
<Wizzup>
maybe mce
<Wizzup>
or maybe just icd2
<Wizzup>
but I suppose uninstalling icd2 internet context plugin should not break modem
<freemangordon>
I don't think mce is tha correct place
<freemangordon>
*the
<freemangordon>
why not dedicated daemon?
<Wizzup>
I don't really like more daemons I suppose, but I guess we can
<Wizzup>
I guess nokia had its own daemon
<Wizzup>
(csd?)
<freemangordon>
mhm
<freemangordon>
and not only
<Wizzup>
and all this would do it power and online modem depending on offline mode?
<Wizzup>
would do is*
<freemangordon>
mhm
<Wizzup>
I mean it feels a bit much to have a modem just for that
<freemangordon>
I guess you mean 'daemon just...'
<Wizzup>
online/offline "mode" might fit mce's mode plugins
<Wizzup>
freemangordon: yes
<freemangordon>
but then we shall teach mce to talk to ofono
<Wizzup>
in a plugin over dbus, right
<Wizzup>
I suppose it also saves some ram if we do it this way
<freemangordon>
and mce shall run in actdead as wll
sfa has joined #maemo-leste
<Wizzup>
I don't mind the separate daemon, but yeah
<freemangordon>
not really, as it will be .launch anyway
<freemangordon>
so there will be almost no overhead, if any
<sfa>
Hello
<freemangordon>
hello
<freemangordon>
Wizzup: so, cellulard?
<Wizzup>
freemangordon: if you ask me mce is a good fit really
<Wizzup>
but I am fine with either I suppose
<sfa>
I just installed Maemo-Leste on my Pinephone .... I used to ues Maemo on my N810 many years ago.
<freemangordon>
no, please, lets not make yet another systemd
<freemangordon>
I mean...
<Wizzup>
freemangordon: it's literally a mode for the mode control entity, but ok
<Wizzup>
again, no strong opinions either way
<sfa>
I'm guessing there's no default cellphone app on maemo-leste and I'll need to insteall something like ofono?
<sfa>
Is there a recommended app for phone and texting?
<freemangordon>
sfa: what we are discussing ATM is exactly cellular stuff
<Wizzup>
sfa: there is a call app, but the app and the other packages are not included in the standard repo
<freemangordon>
but, all this is in development
<sfa>
freemangordon: ah I see
<Wizzup>
I haven't tried it yet on my PP recently
<Wizzup>
but our stuff works good enough for call/text on the droid 4, so I imagine it might work
<sfa>
Wizzup: cool thansk, I guess I need the "extra" repo?
<Wizzup>
no, beowulf-devel
<sfa>
ah okay
<Wizzup>
I don't know if instructions exist, we're trying to get it all to stable so we don't need to provide the instructions :)
<sfa>
Wizzup: nice!
<freemangordon>
Wizzup: re mce - if we go that route, we shall also write wifi module tehre
<freemangordon>
*there
<Wizzup>
one of these days we'll get the meta package set up and such, right now I don't have the right answer atm, I can look later today or tomorrow or a package list
<Wizzup>
freemangordon: wifi isn't really an on/off mode I think
<Wizzup>
but I am fine if you want a separate daemon
<freemangordon>
does not matter. it still shall obey flightmode
<freemangordon>
ok, will write cellulard then
<Wizzup>
sfa: you want beowulf-devel repo and then at least install hildon-connectivity-mobile
<Wizzup>
sfa: to be clear beowulf-devel supplements regular beowulf repo from us
<sfa>
Wizzup: awesome! let me go try that! Thanks!
<freemangordon>
sfa: don;t expect miracles though :)
<freemangordon>
as I said - this is still WIP
<sfa>
it's probably better than default image that comes with the pinephone that is horrible. :)
<Wizzup>
maemo leste should work pretty smooth, especially if you upgrade from -devel repo
<Wizzup>
(faster 2d/3d)
<freemangordon>
Wizzup: maybe we shall push that to stable
<freemangordon>
mesa/clutter that is
<sfa>
deb https://maedevu.maemo.org/leste beowulf-devel main contrib non-free <device_name> where devicename = {droid4 or pinephone or whatever} is that correct?
<freemangordon>
Wizzup: hmm, wouldn't ofono-cellulard be more appropriate name?
<Wizzup>
freemangordon: I think it is more maemo specific than ofono specific, well, I guess both
<freemangordon>
ok, will see
<Wizzup>
sfa: yeah just copy the maedevu beowulf line, paste it, and make it beowulf-devel
<sfa>
cool thanks.
<Wizzup>
freemangordon: yeah, there is more to push to stable I think
javiplx has quit [Remote host closed the connection]
<freemangordon>
Wizzup: all calls to g_variant_print() in wpaicd.c leak memory
Danct12 has quit [Read error: Connection reset by peer]
<Wizzup>
freemangordon: yikes
<freemangordon>
Wizzup: could you help me with thos gvariant things
<freemangordon>
I have a dbus signal, and g_variant_print() results in "signal ('normal',)"
<Wizzup>
maybe you need to unpack the dbus variable first to get the gvariant?
<Wizzup>
I don't really know, maybe it's a custom registered variable
<freemangordon>
ok
<Wizzup>
sorry
<freemangordon>
np
<freemangordon>
Wizzup: ugh, I am stupid :)
<freemangordon>
this 'signal' thingie is just a string I printf() ;)
<freemangordon>
the signature is (s) otherwise
<Wizzup>
ha
<uvos>
mce runs in actdead anyhow
<uvos>
in fremantle
<freemangordon>
yes, thats why I don;t want to pull ofono stuff into it
<uvos>
but i would strongly strongly strongly STRONGLY suggester never to use the "actdead" method of implementing what actdead implements in fremantle
<uvos>
its an extreamly lame implementation
<freemangordon>
well, we shall have some runlevel that implements that
<uvos>
right
<freemangordon>
I think we already agreed on that :)
<uvos>
in this runlevel you just dont run the deamon (whatever onlines the modem)
<uvos>
and this deamon offlines the modem on exit
<uvos>
so when runlevel is switched to "actdead"
<uvos>
modem offlines and thats that
<uvos>
or do we need it?
<freemangordon>
ok
<freemangordon>
I think no
<freemangordon>
basically we show alarms (or charge there)
<uvos>
right
<uvos>
i honestly think icd is the most sane
<uvos>
since as you point out wifi also has to obay flightmode
<freemangordon>
it already does
<uvos>
and icd is the most sane place to put that
<uvos>
and then icd reacts to flight mode, and it handles cellular too for data
<uvos>
so it allready has all bits
<uvos>
so just add this one little thing
<uvos>
i dont think voice has to work without icds cellular module really
<uvos>
i also kinda think a deamon just to online the modem is overkill
<freemangordon>
let me finish what I started already, I think it will be some 100 LOC
<freemangordon>
not really, as .launch will make it more or less free for us
<uvos>
uh mameo-launcher dosent make a process context any cheaper
akossh has joined #maemo-leste
<uvos>
freemangordon: btw should we even have a "flight mode"
<uvos>
freemangordon: i dont think so
<freemangordon>
what?
<freemangordon>
wtym?
<uvos>
freemangordon: we should just have 2 toggle switches, one for wifi one for mobile data
<uvos>
well flight mode is sensless
<freemangordon>
no
<Wizzup>
I don't think flight mode is about mobile data
<uvos>
it used to make sense because it was a thing required in flight
<freemangordon>
all radios shall be turned off
<Wizzup>
uvos: they still do
<uvos>
but its not true anymore
<freemangordon>
it is
<Wizzup>
all the planes I go on anyway
<uvos>
no they require cellular radios to be of
<uvos>
thats a different thing
<freemangordon>
at least was last time I was on-board (an year ago)
<Wizzup>
that's not the same as mobile data?
<uvos>
android no longer turns all radios off in flight mode
<uvos>
it turns just the cellular modem off
<Wizzup>
uvos: so can you be called in flight?
<freemangordon>
how noce
<uvos>
no
<freemangordon>
*nice
<Wizzup>
I think we're saying the same thing?
<uvos>
xno
<Wizzup>
uvos - are you talking about bluetooth or something?
<uvos>
so on old phones and old android
<uvos>
flight mode = all radios off
<uvos>
now flight mode = just cellular modems off (gsm utms lte 5g etc)
<uvos>
becuase thats how the laws changed
<Wizzup>
that's mostly what our flight mode would do
<freemangordon>
and what is on? wifi/bt?
<uvos>
yes any other radio
<freemangordon>
what other radio?
<uvos>
that includes wifi bt
<freemangordon>
ah
<Wizzup>
freemangordon: fm I suppose
<uvos>
so flight mode is just a wierd name of cellular off now
<uvos>
Ie cellular off, bt off wifi off and fm off
<freemangordon>
this will become nightmare
<Wizzup>
uvos: we already have bt off, we have wifi off (through applet), we have flight mode which is cellular
<Wizzup>
I think we're there already
<uvos>
yeah but flight mode turns off all radios
<Wizzup>
uvos: well, "we" don't have bt off yet, but we will once we have the fremantle stuff in place
<uvos>
(as was required by law untill 2012 or so)
<uvos>
but that means we have no state where wifi and bt and so on can be on
<uvos>
but cellular is off
<freemangordon>
ok, but right now, noone turns cellular radios off
<freemangordon>
so, this is what I am implementing
<Wizzup>
freemangordon: btw regarding the wpaicd.c memleak, do you have a recommendation on how to fix it other than make a tmp var, and free it after the print?
<freemangordon>
and, as I said, we support 3 modes
<freemangordon>
Wizzup: not really
<Wizzup>
ok
<freemangordon>
uvos: so, lemme implement what flightmode is supposed to do in terms of cellular
<uvos>
sure
<uvos>
i was just suggesting renameing it
<freemangordon>
then we can think of changing other daemons to listen for "offline" mode and acti accordingly
<freemangordon>
*act
<uvos>
since the name is a legacy artifact
<freemangordon>
it is not, we still need 'flight' mode. maybe it is not correctly handled ATM, but this is another story
<uvos>
if your flight mode just turns off cellular sure
<uvos>
otherwiese its a name thats also wrong and should just be call all offline or radios off or something
<freemangordon>
right
<freemangordon>
Wizzup: ^^^
<Wizzup>
fine by me
<freemangordon>
but I would create a macro
<Wizzup>
I considered it but didn't want to
<Wizzup>
:D
<Wizzup>
if there were more I would have
<freemangordon>
well... up to you :)
<Wizzup>
I know it's not that clean, I'll remove the prints later in any case
<Wizzup>
there is one more bug I have to hunt for
<freemangordon>
uvos: I understand your reasoning and agree with it
<uvos>
btw do we really have wifi off?
<uvos>
where is it?
<uvos>
@Wizzup since you mentioned it
<freemangordon>
in icd2
<Wizzup>
uvos: bencoh made the applet
<uvos>
ah its not preinstalled
<Wizzup>
right, it's also (I suppose) a bit more clunky than something in settings
<uvos>
ok sure
<sicelo>
freemangordon: in the 3 modes, what's difference between flight and offline mode?
<freemangordon>
in flight mode only cellular is off
<sicelo>
as for flight mode in old android, there's still flight mode (with a plane icon) on my Android One (Android 12) phone. so not sure about "old android"
<freemangordon>
the point is that it turns only cellular radios off
<freemangordon>
wifi/bt remain intact
<sicelo>
i guess what you call flight mode is what people on tmo call 'tablet mode'
<freemangordon>
that would be "offline" mode
<freemangordon>
I guess
<sicelo>
no. offline is what you get on power key. that one turns everything off. you can't even enable wifi or bt in offline mode
<freemangordon>
mhm
<sicelo>
ah, actually you can enable bt, but not wlan. trying to connect to wlan pops up a request to exit offline mode
<sicelo>
scratch that ... you can't even enable bt. that results in request to exit offline mode too
<sicelo>
anyway i think we're all in agreement with the 3 proposed modes :-)
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
akossh has quit [Quit: Leaving.]
Livio_ has joined #maemo-leste
Livio_ has quit [Changing host]
Livio_ has joined #maemo-leste
Livio has quit [Ping timeout: 268 seconds]
uvos has quit [Ping timeout: 268 seconds]
Pali has quit [Ping timeout: 260 seconds]
<sfa>
hi, so I am finding that sphone is seg-faulting. Even with debug enabled I see the following message before it dies:
<sfa>
(sphone:4662): hildon-1-CRITICAL **: 23:17:22.427: Tried to initialized Hildon more than once.
<sfa>
what else should I do to figure out what might be causing this segfault?
<sfa>
dmesg doesn't show anything... I haven't checked hildon logs yet though.
<Wizzup>
sfa: that message is harmless
<Wizzup>
maybe install sphone-dbgsym and run gbd
<Wizzup>
and run it in gdb
<Wizzup>
when is it segfaulting?
<sfa>
will do thanks
<sfa>
it's segfaulting as soon as I start it
<sfa>
I've tried from the UI and it dies and from the ocmmand-line I see it segfaults.
<sfa>
after all of the plug-ins are registered
<sfa>
sphone: store-rtcom: Successfully opened rtcom-eventlogger database
<sfa>
That's the last message before the hildon Warnings and then it segfaults.
<sfa>
(gdb) bt
<sfa>
#0 0x0000007ff7dabb7c in g_type_check_instance_cast () from /usr/lib/aarch64-linux-gnu/libgobject-2.0.so.0
<sfa>
#1 0x0000007fe179b02c in sphone_module_init (data=<optimized out>) at ./src/modules/gui/gtk2/ui-calls-manager-gtk.c:418
<sfa>
#2 0x0000005555554c94 in sphone_modules_init_modules () at ./src/utils/sphone-modules.c:93
<sfa>
#3 sphone_modules_init () at ./src/utils/sphone-modules.c:170
<sfa>
#4 0x00000055555543a8 in on_name_acquired (connection=<optimized out>, name=<optimized out>, user_data=0x7ffffff598) at ./src/sphone.c:314
<sfa>
there are more frames
<sfa>
but I think that might be the most informative
<Wizzup>
you'll probably need more dbgsym packages for glib and gtk and others
<sfa>
yeah looks like it
<sfa>
let me go install those
<Wizzup>
do you run this as user btw?
<sfa>
this particular time it was as root
<sfa>
but usually as user
<Wizzup>
probably better not to run as root
<sfa>
okay let me try it again as user
<Wizzup>
from your trace it looks like some module is not exporting an _init function
<Wizzup>
but I think more dbgsym info will give more info
<Wizzup>
you can use dpkg -S /usr/lib/aarch64-linux-gnu/libgobject-2.0.so.0 (for example) to get the pkg for it
<Wizzup>
and then just append -dbgsym typically
<Wizzup>
hm... you might need the debian repo for dbgsyms