<Wizzup_>
uvos: what is the call scheme, is that tel:// , sip:// etc?
Daanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 260 seconds]
Daanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 246 seconds]
Daanct12 has joined #maemo-leste
hexagonwin has quit [Ping timeout: 255 seconds]
k1r1t0_N900 has left #maemo-leste [#maemo-leste]
Daanct12 has quit [Quit: Leaving]
norly has quit [Quit: Leaving.]
norly has joined #maemo-leste
joerg has quit [Ping timeout: 256 seconds]
joerg has joined #maemo-leste
k1r1t0 has joined #maemo-leste
k1r1t0 has quit [Read error: Connection reset by peer]
elastic_dog has quit [Ping timeout: 252 seconds]
elastic_dog has joined #maemo-leste
k1r1t0 has joined #maemo-leste
ceene has joined #maemo-leste
k1r1t0 has quit [Ping timeout: 252 seconds]
Twig has joined #maemo-leste
<freemangordon>
Wizzup_: it does not complain, it is that 1.0.7+m7 is higher than 1.0.7+2m7
<freemangordon>
and to me there is a bug in chimaera build scrips leading to then missing N in Nm7 in version when building for chimaera
<freemangordon>
s/then/that
pere has quit [Ping timeout: 256 seconds]
Twig has quit [Remote host closed the connection]
Guest1961 is now known as buZz
xmn has quit [Quit: ZZZzzz…]
mro has joined #maemo-leste
peetah_ is now known as peetah
pere has joined #maemo-leste
mro has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
mro has joined #maemo-leste
Danct12 has quit [Ping timeout: 255 seconds]
akossh has joined #maemo-leste
k1r1t0 has joined #maemo-leste
<sicelo>
freemangordon: regarding "Mobile Connection" in libicd-network-ofono, it works. thanks. small observation - it needs to create the context in ofono after user has edited apn, otherwise it doesn't work, with message like "could not find context for accesspoint <..>"
<sicelo>
fun - seems N900's modem or ofono driver will need some work - in some cases, it doesn't get some address parameters correctly
<sicelo>
e.g. on that 653-10 sim, on d4, ip has a /8 netmask, a gw, and 1 dns server. same sim, on n900 has a /32 netmask, no gw, and two dns servers :-D
<sicelo>
tldr; mobile data currently tricky to get working on N900
<freemangordon>
sicelo: hmm
<freemangordon>
what did you edit exactly? apn?
<sicelo>
yes, in the control panel
<freemangordon>
also, how did you test "Mobile Connection"? Manually removed MNO from mbpi db?
<sicelo>
MNO doesn't exist is mbpi
<sicelo>
*in
<freemangordon>
what mcc/mnc is that?
<sicelo>
653/10
<freemangordon>
wait
<freemangordon>
you said it is there
<freemangordon>
that's how it got name yesterday
<freemangordon>
I am confused
<sicelo>
no :-)
<sicelo>
for that, i took upstream mbpi db
<sicelo>
the one in beowulf doesn't have 653/
<freemangordon>
ah, ok :)
<freemangordon>
so yeah, you confused me :)
<sicelo>
sorry :p
<freemangordon>
np
<sicelo>
actually let me check if the one in chimaera will have 653
<freemangordon>
sicelo: so, if MNO is not there, it will create connection, but no internet context?
<sicelo>
yes
<freemangordon>
I see
<freemangordon>
but, the same should be valid even if MNO exists, no?
<freemangordon>
like, if you change APN a new context shall be created, rgith?
<sicelo>
i think so, yes
<freemangordon>
*right
<sicelo>
because message says there's no context for that apn
<freemangordon>
ok, I think I implemented similar code back then, but maybe it got broken in transit
<freemangordon>
or maybe I *was thinking to implement* such code
<freemangordon>
anyway, the issue is clear
<sicelo>
cool - mbpi from chimaera does at least have 653 (both 02 and 10)
<freemangordon>
sicelo: could you somehow reset all you have done, and provide the output of /usr/share/ofono/scripts/list-contexts
<freemangordon>
keep in mind ofono persistently stores user-created contexts
<freemangordon>
somewhere in /var, IIRC
<sicelo>
i could do it later today. the n900 isn't here with me (at work)
<freemangordon>
ok
<freemangordon>
is it possible to do that on d4?
<sicelo>
let me see
<freemangordon>
because n900 may have different outcome
<freemangordon>
and I prefer to compile/test on d4
<bencoh>
sicelo: having a /32 and no gw isn't that surprising, in many cases it is just treated as a point-to-point interface
<bencoh>
you could try routing to the dev itself
<sicelo>
yes. the problem in this case is that it doesn't actually work. plus it doesn't make sense (to me) that the same sim gives different results on different devices
<sicelo>
ip route add default dev gprs0 ... that's what i did. doesn't work
<bencoh>
ah, okay
<sicelo>
freemangordon: reset - even remove the updated mbpi db?
<freemangordon>
yes
<freemangordon>
like it is the first time it sees that SIM
<sicelo>
bencoh: i'm just wondering how hard troubleshooting N900's weird modem will be :'(
<Wizzup_>
freemangordon: yeah but they are identical build scripts, as in, there is only one
<freemangordon>
ok, but why then we have different version?
<Wizzup_>
well different is fine, and required, but it seems to lack something
<Wizzup_>
I need some coffee first
<freemangordon>
the one that is build second (chimaera in that particular case) should have version Nm7.M, not m7
<freemangordon>
ok
* freemangordon
is afk too
<sicelo>
freemangordon: this sim/isp isn't a good example - seems it works even when apn is blank
<Wizzup>
in any case that's all pkgs matching mscim
<Wizzup>
looks like it'll be some work to port it all, but probably doable
<Wizzup>
the input method framework in leste is the same
<Wizzup>
a lot of it might just compile
<SuperMarioSF_>
for simpilified chinese (including Singapore) it will be mscim-googlepinyin
<SuperMarioSF_>
ppchinese package seems works for both I guess?
SuperMarioSF_ has quit [Remote host closed the connection]
SuperMarioSF_ has joined #maemo-leste
<Wizzup>
uvos__: for another ui in sphone, I can just look at the current one and add librtcom-eventlogger-ui, yeah?
<Wizzup>
SuperMarioSF_: not sure I got your last question
<SuperMarioSF_>
ppchinese package seems works for both I guess?
<SuperMarioSF_>
sorry network issue
<SuperMarioSF_>
the translation for now is seems working already
<Wizzup>
yeah we already imported translations
<SuperMarioSF_>
and not surprised, many new package doesn't have translation yet. (I can help with that tho)
<Wizzup>
we are on weblate for adding translations, but some packages also don't support localisation yet
<Wizzup>
that'll come once they work well I'm sure :p
SuperMarioSF_ has quit [Remote host closed the connection]
<uvos__>
librtcom-eventlogger-ui?
<uvos__>
in sphone
<uvos__>
makes no sense to me
<uvos__>
sure do package the debug tool
<uvos__>
but i dont see the point of haveing it in the sphone proess
<Wizzup>
no, it is a widget that provides identical ui to fremantle phone
<Wizzup>
with recent calls, contact names, presence, icons/photos
<Wizzup>
I mean it comes with a debug tool, but the lib is not a debug tool
SuperMarioSF_ has joined #maemo-leste
<SuperMarioSF_>
it seems deep sleep state can affect IRC client...
<Wizzup>
what did you experience?
<SuperMarioSF_>
locked screen,put into pocket for a while, and when I came back, IRC ping timed out.
<uvos__>
Wizzup: the other thing is that 1. i want to port to qt and 2. i disklike more of sphone functionality depending on maemo stuff
<Wizzup>
it'd be a maemo module
<Wizzup>
on non-maemo it can use non-maemo stuff
<uvos__>
yeah but it immidatly means that the non maemo recents module will never be improved
<uvos__>
also i want to port to qt
<uvos__>
wich makes adding more gtk2 modules a akward proposition
<Wizzup>
ok, that's too bad, as I think it would be a sweet addition in the immediate future
<Wizzup>
SuperMarioSF_: not sure, could just be gprs, this is not unusual for irc
<uvos__>
you can still do it
<uvos__>
im not stopping you
<Wizzup>
I'll take a look at it once this tp stuff is done
<Wizzup>
maybe it's not as easy as I think
<uvos__>
well for one thing the recents dialog is in the dailer module
<Wizzup>
right now I'm just looking out for the future me switching his main phone over in <10 days :p
<Wizzup>
the recent ones takes 10-20s to load for me
<uvos__>
hmm ok
<Wizzup>
I have a db dating to 2010
<Wizzup>
and I think it reads the whole db
<uvos__>
it dose lookup every contact in the list
<uvos__>
it should just stop
<uvos__>
and lookup more when you scroll
<Wizzup>
yeah, rtcomeventlogger-ui does this iirc
<SuperMarioSF_>
for me the main phone switch won't in anytime soon, but I always take at least 3 phones with me, add another one makes no difference for me.
SuperMarioSF_ has quit [Remote host closed the connection]
SuperMarioSF_ has joined #maemo-leste
SuperMarioSF_ has quit [Remote host closed the connection]
SuperMarioSF_ has joined #maemo-leste
<Wizzup>
mhm
SuperMarioSF_ has quit [Ping timeout: 264 seconds]
gliffy has joined #maemo-leste
SuperMarioSF_ has joined #maemo-leste
SuperMarioSF_ has quit [Remote host closed the connection]
SuperMarioSF_ has joined #maemo-leste
SuperMarioSF_ has quit [Remote host closed the connection]
xmn has joined #maemo-leste
SuperMarioSF_ has joined #maemo-leste
SuperMarioSF_ has quit [Remote host closed the connection]
SuperMarioSF_ has joined #maemo-leste
mro has quit [Remote host closed the connection]
SuperMarioSF_ has quit [Ping timeout: 256 seconds]
mro has joined #maemo-leste
ceene has quit [Remote host closed the connection]
mro has quit [Quit: Leaving...]
pere has quit [Ping timeout: 248 seconds]
pere has joined #maemo-leste
xmn has quit [Ping timeout: 260 seconds]
xmn has joined #maemo-leste
xmn_ has joined #maemo-leste
Twig has joined #maemo-leste
xmn has quit [Ping timeout: 252 seconds]
hexagonwin has quit [Remote host closed the connection]
<norayr>
folks i am desperate. i spent several days on quickflickr.
<norayr>
last update is - it crashes.
<norayr>
i cannot understand why, i used gdb, did backtraces in different threads - it opens 14 threads.
<norayr>
but on my friends' machine it doesn't crash on desktop!