<Wizzup>
yeah, so do we add the init script to maemo system services?
<Wizzup>
then we can figure out the upstream-fork
<sicelo>
sounds like a plan :-)
mkfx has left #maemo-leste [Error from remote client]
<Wizzup>
ok
<Wizzup>
I think I will leave the pine64 kernel upgrade to 6.12 for now, the sunxi64_defconfig disappeared in favour of some 'all config' style
<Wizzup>
which means the kernel build would take too long and be very big
<Wizzup>
sicelo: wait if we're forking it any way we could just put it in there
Blikje has joined #maemo-leste
<Wizzup>
I'll just add it for now
Smatkovi has quit [Quit: Smatkovi]
Smatkovi has joined #maemo-leste
Smatkovi has left #maemo-leste [#maemo-leste]
<Wizzup>
sicelo: ok that's sorted
<Wizzup>
interestingly enough the daedalus pinephone image (upgraded to daedalus-devel) does not detect charging
<Wizzup>
oh, it does detect some other cable
<inky>
> I think I will leave the pine64 kernel upgrade to 6.12 for now, the sunxi64_defconfig disappeared in favour of some 'all config' style
<inky>
i have a working config on pinephone.
<inky>
i built it under gentoo and it works.
<inky>
then i rebuilt with 6.13, so now i run 6.13 on pinephone gentoo.
<inky>
minute.
<Wizzup>
I did the rebase on 6.12
<inky>
and everything works well.
<Wizzup>
but I need to patch the builddeb script
<Wizzup>
and then also rebase out config patches
<inky>
ah so you don't need the config? i can give you.
<Wizzup>
no, I don't need the config
<Wizzup>
their config has a bunch of thngs that do not work for us
<inky>
good, thank you for doing that.
<Wizzup>
like making EXT4 a module
<inky>
okay. with my config i have tested that xorg works, and bluetooth works. i have enabled xfs as [*] because i run xfs on all my gentoos, even on pinephone. anyway, know i have it, if needed.
<inky>
in 6.13 bt works better than in 6.12. much better.
<inky>
i used megi's orange_pi branch because apparently that's what megi suggested to use, it is the main branch where megi puts the changes for pinephone.
<Wizzup>
in any case
<Wizzup>
there is a pinephone daedalus image now
<Wizzup>
we'll get a kernel upgrade shipped some time soon
<inky>
wow!
<inky>
i'll dd it right now.
<inky>
so if i backup /home/user that's enough for all my settings? also wifi passwords?
<Wizzup>
not sure
<Wizzup>
I don't know where icd2 gconf is stored
<inky>
ok at least i hope it won't harm to backup the home.
<Wizzup>
note that there are a few fixes in daedalus-devel (like rotation)
<Wizzup>
those will make it to then next image build I guess
<inky>
yay. thank you.
<inky>
maemo is really useful on pp.
ikmaak has quit [Read error: Connection reset by peer]
ikmaak has joined #maemo-leste
<dsc_>
ah, my VM is again in this state where it thinks there is no internet connection
<dsc_>
arno11: I cannot test the addressbook stuff, sorry ^^
<dsc_>
maybe something installs during pkg install `purple-telegram` that puts it in this state, i dont know
<dsc_>
or maybe related to adding telegram via mc-tool
<arno11>
dsc_: @network error, did you install pidgin first and add tg account through it ? (to be able to receive code).
<arno11>
if not, you can't log your account through mctool or tg account plugin
<dsc_>
arno11: i located the error, it was because apparmor was active
<arno11>
ah
narodnik2 has joined #maemo-leste
_fab has quit [Ping timeout: 252 seconds]
ikmaak has quit [Ping timeout: 260 seconds]
ikmaak has joined #maemo-leste
_fab has joined #maemo-leste
<arno11>
dsc_: btw @chat wrong title issue: in fact, it always shows the name of the last one who send a msg, which is a bit confusing sometimes
<dsc_>
arno11: will look later, I need to invest some time into getting a good development environment
<dsc_>
the VMs are not suitable atm
<arno11>
ok, i see. np
<arno11>
it is already usable anyway
<dsc_>
yesterday I (again) lost $x amount of time, it stops now, I will create my own image :P
<arno11>
ok :)
<dsc_>
yes apart from this, latest conversation should be OK
<arno11>
yeah
<dsc_>
as in, no drastic bugs :P
<arno11>
sure
<arno11>
Wizzup: btw, lost offline sms (cellulard) is maybe a blocker (could be critical for users)
<arno11>
i already try to start cellulard as late as possible through Xsession.post or from init.d (with some additional deps), no success unfortunately
<arno11>
i mean, it is never late enough
<sicelo>
arno11: i wouldn't say it's a blocker, because it's not a regression ... we've always had this :-)
<sicelo>
but yes, it's important to fix
<freemangordon>
sorry, what?
<freemangordon>
how is cellulard related to lost sms-es?
<arno11>
sicelo: yes indeed, not a regression
<sicelo>
freemangordon: if an sms is sent while the device is off, it gets queued in the air. when the modem goes online, the network will deliver it
<freemangordon>
and? ofono should act on that and queue it
<sicelo>
the problem is - as soon as ofono sets the modem online, the sms is delivered, and disappears, unless there's 'someone' looking out for it on dbus
<freemangordon>
no, ofono queues it (or at least it should)
<sicelo>
it doesn't
<sicelo>
ofono doesn't queue anything
<freemangordon>
who is that 'someone'? tp-ring?
<sicelo>
yes
<freemangordon>
so, we shall start tp-ring before ofono, no?
<sicelo>
yes
<freemangordon>
ok
<freemangordon>
btw, why do you think ofono does not queue sms-es?
<sicelo>
i've experienced it lots of times, even outside of maemo.
<freemangordon>
like, did you try to call GetMessages() to see it returns empty list?
<freemangordon>
if that's the case, then we have issue in ofofno, no?
<sicelo>
yes :-)
<freemangordon>
*ofono
<freemangordon>
is that n900 specific?
<sicelo>
well i don't know how ofono side really meant for that method to work. i've tried it before and at least at the time i knew nothing about ofono code, and concluded it's a non-working method
<sicelo>
not n900 ... it's just general ofono
<freemangordon>
ok, could you please re-test that method
<freemangordon>
or wait, I can do on d4 I guess
<freemangordon>
have to reboot my PC (to clean-up a fan which is a bit noisy :) ), will look at it later on
<sicelo>
you can try, but assuming you don't have the issue with unACKed SMS ... because in that case, you will get false results
<freemangordon>
I have usb modems as well;
<sicelo>
and, welcome back
<freemangordon>
well, I was an a holiday :)
<freemangordon>
not sure how 'bak' I am, given the RL work load though :(
<freemangordon>
*back
<freemangordon>
brb
freemangordon has quit [Remote host closed the connection]
<freemangordon>
yes, seems it lists pending tx messages
<sicelo>
i think that *data is NULL. question would be, where would real data come from :-)
<freemangordon>
however, I don;t see incoming messages being received by the modem after it is powered on
<freemangordon>
this is some ec25 I have here
<sicelo>
plus, what would 'queued' mean, since, afaict, ofono doesn't know/care that there are any clients connected. it just blindly pushes stuff to dbus. tldr; this method doesn't really work, and can't work until ofono can keep track of 'Getted' messages, or 'Getting' clients
<freemangordon>
ofono keeps track of 'outgoing' queue
<sicelo>
but yeah, i'll give this actual testing in a couple of hours on N900, L5, and my laptop (Ericsson modem)
<Wizzup>
arno11: I think the sms thing is there on chimaera too
<freemangordon>
so yes, GetMessages is not what we need
<Wizzup>
freemangordon: btw, we discussed this while you were gone and wondered if cellulard could decide not to online until tp-ring appears on the bus
vectis_ has joined #maemo-leste
<freemangordon>
but, first I want to be sure that messages are queued by the network and send to the modem once it is back online
<freemangordon>
Wizzup: lemme first make sure sms-es are delivered at all
<sicelo>
ok, do test, but yes, they are. if you already have a dbus listener before ofono goes online, you get them. at least i have, and i think arno did too
<freemangordon>
ok, ok
<freemangordon>
lemme see what tp-ring does in terms of bringing the modem online
<Wizzup>
tp-ring does not online the modem
<Wizzup>
only cellulard does
frederickgeek8 has quit [Remote host closed the connection]
frederickgeek8 has joined #maemo-leste
Twig has joined #maemo-leste
arno11 has quit [Quit: leaving]
<freemangordon>
mhm
<freemangordon>
but the issue is that tp-ring runs as user
<freemangordon>
while cellulard runs as root
<freemangordon>
I am not sure how would that work in multi-user environment. also, how would cellulard know that tp-ring is started?\
<Wizzup>
It can listen on dbus :)
<Wizzup>
but if you have another idea, I'm all ears
<Wizzup>
The tricky thing is that all tp things are auto started, so we don't really control when they are started, unless we start them explicitly
<sicelo>
I don't see why cellulard should be run as root, but this is not related to this particular issue. afaict, what it does can all be done from a basic user
_fab has quit [Quit: _fab]
_fab has joined #maemo-leste
<freemangordon>
sicelo: because starting it as user means there should be user logged in
_fab has quit [Client Quit]
<freemangordon>
also, what if we have 2 users? shall we have to cellulard instances?
<freemangordon>
*two
<freemangordon>
Wizzup: I don;t have another idea, but I will try to come-up with some
_fab has joined #maemo-leste
<sicelo>
ok @ user logged in
<freemangordon>
my gut feeling tells me ofono API is at fault here
<sicelo>
yes, ideally ofono should keep messages until it gets an ack that they have been read
<freemangordon>
mhm
<sicelo>
@ user logged in, if root (cellulard) enables the modem, nothing can use it anyway. e.g. say emergency call comes in ... tp-ring must handle that, and it's running as user. Anyway, not to derail us from main issue
_fab has quit [Quit: _fab]
_fab has joined #maemo-leste
<freemangordon>
you can't have incoming emergency call :)
<freemangordon>
however, you can have auto gprs connection
<freemangordon>
that's handled by icd2
<freemangordon>
and you don't need user for that
<freemangordon>
sicelo: it is not derailing from the main issue, I would like a discussion to have all arguments
<freemangordon>
also, why tp-ring?
<freemangordon>
what if we don';t want to use TP?
f_|DSR_ has joined #maemo-leste
_fab has quit [Ping timeout: 252 seconds]
freemangordon1 has joined #maemo-leste
SovietPony has joined #maemo-leste
_fab has joined #maemo-leste
freemangordon has quit [Ping timeout: 260 seconds]
f_|DSR has quit [Ping timeout: 260 seconds]
udder has quit [Ping timeout: 260 seconds]
f_|DSR_ is now known as f_|DSR
_fab has quit [Quit: _fab]
_fab_ has joined #maemo-leste
_fab_ is now known as _fab
peetah has quit [Quit: -]
peetah has joined #maemo-leste
Anasko has quit [Ping timeout: 252 seconds]
mkfx has joined #maemo-leste
f_ is now known as f_|DEPRECATED
f_|DSR is now known as f_
_fab has quit [Remote host closed the connection]
frederickgeek8 has quit [Remote host closed the connection]
frederickgeek8 has joined #maemo-leste
frederickgeek8 has quit [Remote host closed the connection]
frederickgeek8 has joined #maemo-leste
frederickgeek8 has quit [Remote host closed the connection]
frederickgeek8 has joined #maemo-leste
LeePen has quit [Ping timeout: 276 seconds]
_fab has joined #maemo-leste
Smatkovi has joined #maemo-leste
Smatkovi has left #maemo-leste [#maemo-leste]
Twig has quit [Remote host closed the connection]
_fab has quit [Quit: _fab]
LeePen has joined #maemo-leste
_fab has joined #maemo-leste
arno11 has joined #maemo-leste
_fab has quit [Ping timeout: 265 seconds]
<arno11>
Wizzup: @sms/chimaera, yep
<arno11>
sicelo: we are now sure there is no lost sms if ofono goes online after tp ring, but what would happen if tp ring crash/restart for some reason ? lost sms in the meantime because of no listener ? or ?
mkfx has left #maemo-leste [Error from remote client]
<sicelo>
absolutely, yes :-)
<sicelo>
if you're not on dbus at the right time, smses just whizz by
<arno11>
so...i'm agree that ofono is at fault
<sicelo>
yes, i agree totally. i wonder what SFOS does
<arno11>
could be interesting to know
<sicelo>
and yes, it's not directly about tp-ring ... it's about 'anything' that is responsible for picking up the sms, which in our case is tp-ring. a different platform could just do direct dbus, and have exactly the same problem (if it starts later)
<arno11>
mhm
<sicelo>
Wizzup: not sure if it's really a blocker, but the inverted battery/current_now sign drives me crazy on the Droid 4, and I won't have time soon to test a kernel patch
<arno11>
@sms, wonder if we can use some kind of redundancy to workaround the problem
vectis_ has quit [Ping timeout: 248 seconds]
<sicelo>
ah, i can more easily fix the issue in status-menu-applet-battery
<dsc_>
sicelo: did you ever create an image via image-builder?