<uvos__>
Wizzup: hmm is there no way to import a ics file int qalender at the modment?
<uvos__>
als what happend to syncevolution it and its package dissapeared
<uvos__>
for that matter evolution itself seams to have dissapered in this version of devuan
_whitelogger has joined #maemo-leste
<Wizzup>
but I think there is a problem with the syncing, regression since beowulf
DPA has quit [Ping timeout: 268 seconds]
mrkrisprolls has quit [Ping timeout: 268 seconds]
_whitelogger_ has quit [Ping timeout: 268 seconds]
Blikje has quit [Ping timeout: 268 seconds]
l_bratch has quit [Ping timeout: 268 seconds]
tk has quit [Ping timeout: 268 seconds]
Danct12 has quit [Ping timeout: 268 seconds]
nela has quit [Ping timeout: 268 seconds]
nela9 is now known as nela
tk_ is now known as tk
l_bratch has joined #maemo-leste
<uvos__>
yeah it exists
<uvos__>
but im not trying to sync anyhow#
<uvos__>
just import ics
DPA2 has joined #maemo-leste
<Wizzup>
lmk how it does
<Wizzup>
goes*
<Wizzup>
I need to get some rest :)
mrkrisprolls has joined #maemo-leste
uvos__ has quit [Remote host closed the connection]
akossh has quit [Quit: Leaving.]
akossh has joined #maemo-leste
slep has left #maemo-leste [#maemo-leste]
akossh has quit [Quit: Leaving.]
<tmlind>
Wizzup: thanks for the oops, will take a look, maybe that's the mystery oops that we've been looking for
joerg has quit [Ping timeout: 255 seconds]
joerg has joined #maemo-leste
leste has joined #maemo-leste
_CN_ has joined #maemo-leste
dos1 has joined #maemo-leste
dos has quit [Ping timeout: 276 seconds]
dos1 is now known as dos
_CN_ has quit [Ping timeout: 260 seconds]
ceene has joined #maemo-leste
pere has quit [Ping timeout: 246 seconds]
akossh has joined #maemo-leste
rafael2k has joined #maemo-leste
pere has joined #maemo-leste
ac_laptop has joined #maemo-leste
<ac_laptop>
hello people
<Wizzup>
hi
<Wizzup>
rafael2k: regarding your kernel question, I tend to agree @ rockchip kernel
<Wizzup>
uvos: btw once this voicecall is working I will try to migrate it to all be inside sphone, maybe even before you merge it, since I do agree it would be better to just have tp in sphone
<Wizzup>
udder: theoretically it might be just 1-2 days of work, but it'll probably be more, I would like some help from your side if I go down that path
<Wizzup>
oops, that was for uvos
<Wizzup>
sorry
<Wizzup>
uvos: but for now just having this testing code is helpful to surface any problems (there aren't that many it looks like), because the migration from voicecall-manager to sphone code should be very simple I think
<Wizzup>
they just have a plugin for tp, so we'd just need to map that plugin interface to their existing dbus interface
rafael2k has quit [Ping timeout: 256 seconds]
rafael2k has joined #maemo-leste
<rafael2k>
Wizzup, cool!
<ac_laptop>
n900 discharged normally, I've put a fully charged battery in it, it boots fine under fremantle, crashes/shuts down at boot under leste, what should I do ?
<Wizzup>
rafael2k: if we can have it in the same kernel branch as pp ultimately that would be easier, but I would understand if that is not the case
<Wizzup>
rafael2k: then we don't have to do the packaging dance again basically
<Wizzup>
ac_laptop: sorry, I can't really help, please wait for some others
<sicelo>
ac_laptop: i don't know what to say anymore ... we've given you some suggestions, but it is not clear if you've used them
<sicelo>
battery situation is very unlikely to make system crash in any way
<sicelo>
so if you see crashes, you most likely have a bad image, bad SD card, etc.
<sicelo>
the comparison you need to make between fremantle and leste is the voltage each system thinks your battery is at.
<sicelo>
in fremantle, you must use hal for that. don't use the bq27200 script
<sicelo>
so - when leste refuses to boot using the battery, boot fremantle and immediately check the voltage it reports, then let us know
<sicelo>
FYI, the bq27200 script in fremantle does and shows *exactly* the same as the leste kernel ... plus fremantle doesn't directly use the values from the fuel gauge (bq27200). so use hal or bme (not sure if it has a way to expose the voltages it sees)
<sicelo>
right. so if you boot leste from this state, it crashes/powers off?
<ac_laptop>
sicelo: yes, it boots untils the desktop shows, doesn't even have the time to load the battery applet, Xorg shows a crash message (although I don't know if it's an actual crash of the normal Xorg error message of a shutdown), and shuts down
<sicelo>
then your problem is not battery related.
<sicelo>
the voltage is very high
<sicelo>
try a new sd card or something, redownload and verify the shasums on a new image
<ac_laptop>
ok
<ac_laptop>
but before I'll try to make it boot under leste again
<sicelo>
Wizzup: maybe share with ac_laptop how to boot and get dropped to console instead of h-d
<sicelo>
then we can do further checks on their battery situation
<ac_laptop>
and now it booted fine
<sicelo>
do a cat sys class power_supply bq27200-0 uevent
sch has quit [Ping timeout: 276 seconds]
<sicelo>
anyway, you could also have a look in /var/log to see if any of the log files can tell you what the real problem is
<sicelo>
you could always mount the sd card on a pc to look at those logs
<ac_laptop>
sicelo: now I do, since I have several batteries, but the problem happened before with just one battery
<ac_laptop>
I would keep the device charging all night and the next day the battery would be 100%, the device would be off, and the booting problem would be the same
<sicelo>
try and stick to one battery while we're troubleshooting this, otherwise there's nothing usef
<ac_laptop>
sicelo: ok
<sicelo>
*nothing useful that we will be able to deduce
<sicelo>
in the meantime, clear out the batt.txt, so we have fresh start. how often do you log? i see you have a cronjob for it
<ac_laptop>
sicelo: the one in leste syslog ? it should be every minute
<rafael2k>
Wizzup, I'm not sure we'll be able to share the same kernel fork for PP and PPP at this time...
<Wizzup>
ok
<Wizzup>
tmlind: great
noidea__ has quit [Quit: Leaving]
noidea_ has joined #maemo-leste
ceene has quit [Ping timeout: 268 seconds]
<sicelo>
rafael2k: or, ever :-p
<sicelo>
mobian even seriously considered ending official support for the OG PP
<Wizzup>
that's a little silly
<Wizzup>
kind of in style with gnome though
<bencoh>
does that mean buying a PP isn't worth it these days?
pere has quit [Ping timeout: 256 seconds]
<Wizzup>
rafael2k: sicelo: is the ppp much better battery life wise?
<sicelo>
mobian and gnome actually have nothing in common.
<Wizzup>
sicelo: I thought phosh was gnome based
<Wizzup>
is it not?
<bencoh>
Wizzup: hm, last time I had a look I was under the impression that the ppp seemed worse battery wise
<bencoh>
but that was only based on stuff I read here and there
<sicelo>
the problem with PP is the state of the kernel ... the way it has been developed is too similar to how things are done in the android world, i.e. it's more downstream than mainline
<sicelo>
mobian is debian mobile, so to speak. it ships phosh, which does have gtk roots. it also ships plasma mobile (kde)
<sicelo>
rafael2k: you'll still maintain both pp & ppp? or you'll focus on ppp nowadays?
<Wizzup>
sicelo: ah, I didn't know it shipped plasma too
<Wizzup>
bencoh: ah that's not much better, weird
pere has joined #maemo-leste
arno11 has joined #maemo-leste
<rafael2k>
sicelo, as time permits, I need to update at least pp kernel
<rafael2k>
Wizzup, I did not made many battery tests... I can't tell for now
<rafael2k>
I'm with Mobian on it at the moment, soon to swap to Maemo and start the fun
<Wizzup>
cool
ac_laptop has quit [Quit: WeeChat 3.8]
parazyd has quit [Ping timeout: 264 seconds]
parazyd has joined #maemo-leste
nela has quit [Ping timeout: 255 seconds]
rafael2k has quit [Ping timeout: 268 seconds]
<arno11>
Wizzup: i've just tried the last N900 img. swap is ok :) first boot is still difficult because nokia-modem causes troubles (2min to load the PIN stuff...and at least 2min to be able to enter the code), and omap_ssi and cmt_speech are still missing on boot (?!)
<arno11>
few h-d errors in boot log
<arno11>
concerning background image and priority sched
<arno11>
(maybe that's why it is so slow to start)
<arno11>
otherwise the img is ok after several minutes
<arno11>
after rebooting, it's a bit 'better' but nokia-modem doesn't work
<arno11>
(will work if we add cmt_speech and omap_ssi on boot probably)
<Wizzup>
hm, I think we had them blacklisted per your earlier comments, but would have to check
<arno11>
hm, they are not blacklisted
<arno11>
just missing on boot
<arno11>
these 2 ones are essential
<arno11>
anyway that's just missing modules, slowness is far more problematic
<Wizzup>
I don't understand how they would be missing on boot
<arno11>
there were missing from the beginning iirc
<arno11>
i didn't remember this issue has not been resolved
<Wizzup>
what does missing mean, sorry for being pedanctic
<Wizzup>
pedantic
<Wizzup>
do they not exist in /lib/modules ?
<Wizzup>
or are they just not loaded on boot
<arno11>
they are just not loaded on boot
<Wizzup>
and without doing anything, they are loaded at the next boot?
<arno11>
nope, still not loaded
<arno11>
i think that's quite the same issue than nokia-modem module: probably need to add them in etc/module-load.d/ or /etc/modules
<arno11>
personally i use /etc/modules to load them
<Wizzup>
ok
<arno11>
oh, maybe they are only in devel lol, have to check
<arno11>
(fresh install is 6.1.9 and devel still 6.1.48)
<arno11>
not in devel, and options nokia-modem pm=1 is still in use.
<Wizzup>
what is 'not in devel' ?
<arno11>
ok so many things are wrong with nokia-modem, i'll have a look later and let you know (and send you an email)
<arno11>
('not in devel' <-- omap_ssi and cmt_speech)
<Wizzup>
not loaded, or not present in /lib/modules
<arno11>
sorry, not loaded
<Wizzup>
ok
<Wizzup>
we can do module-load.d in leste-config
<arno11>
yep
<arno11>
and we need to remove 'options nokia-modem pm=1' in modprobe.d
<Wizzup>
hm, why?
<arno11>
because it's buggy now when loaded on boot (since 6.1.30 iirc)
<Wizzup>
hmmmmmmmmmmmm
<Wizzup>
do you know how it is buggy?
<Wizzup>
I mean we can disable it for now but it really shouldn't be buggy - as in we ought to fix that
Twig has joined #maemo-leste
<Wizzup>
arno11: do you know what makes it buggy?
<arno11>
i can't give you a quick answer, currently checking my notes (can't remember what was the issue with it)
<Wizzup>
ok :)
<sicelo>
actually i meant to ask arno11 ... i don't experience the module issue you mention
<sicelo>
not in Leste, nor in pmOS. they load normally every single time
<sicelo>
but from what you said just now, maybe the difference is that i don't use SIM PIN, while it sounds like you do?
<sicelo>
so I'm beginning to wonder if the problem is really modules, or rather there's ofono problem or Leste stack related to unlocking the SIM perhaps?
<arno11>
sicelo: you probably add them following the process from emails
<sicelo>
no
<arno11>
ok
<sicelo>
it's completely ootb
<sicelo>
maybe try to disable the SIM PIN and see if behavior is different
<arno11>
i think there is a misunderstanding, let me reboot the fresh install (need 10 min lol)
<arno11>
sicelo: that's ok i found them with lsmod :)
<arno11>
so the main issue is just, again, slowness...
<sicelo>
right :-p
<arno11>
a fresh install is really difficult to use and more difficult to troubleshoot lol
<Wizzup>
the slowness goes away after a few minutes right? I don't think we'll able to combat that completely
<arno11>
for the slowness i found hildon-desktop/home errors on boot logs
<arno11>
maybe it can help...or not
<arno11>
Wizzup: sicelo: personally, i removed nokia-modem on boot in my main config: this way, no troubles and faster to start Leste. and i just modprobe it when needed