<sfa>
it looks like the "canberra-gtk-module" that's possibly missing.
Daanct12 has joined #maemo-leste
Danct12 has quit [Read error: Connection reset by peer]
Daanct12 has quit [Remote host closed the connection]
Danct12 has joined #maemo-leste
Livio_ has quit [Quit: leaving]
Livio has joined #maemo-leste
Livio has joined #maemo-leste
Livio has quit [Ping timeout: 252 seconds]
Danct12 has quit [Remote host closed the connection]
joerg is now known as Guest2132
joerg has joined #maemo-leste
Guest2132 has quit [Ping timeout: 268 seconds]
macros_ has quit [Ping timeout: 260 seconds]
macros_ has joined #maemo-leste
pere has quit [Ping timeout: 268 seconds]
<freemangordon>
hmm, cellulard cannot be .launcher
norayr has left #maemo-leste [Error from remote client]
mardy has joined #maemo-leste
norayr has joined #maemo-leste
Pali has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
Pali has quit [Ping timeout: 260 seconds]
l_bratch has quit [Quit: Leaving]
pere has joined #maemo-leste
adc has quit [Remote host closed the connection]
uvos__ has joined #maemo-leste
<uvos__>
so whats happening from sphone there, going by the trace, is that hildon_stackable_window_new(); fails
<uvos__>
and gtk_window_set_title(GTK_WINDOW(g_calls_manager.main_window),"Active Calls"); segfaults because g_calls_manager.main_window is invalid
<uvos__>
sphone should check for that, but you probubly broke it by running it as root without xauth allowing gtk to create a window or DISPLAY set wrong
<uvos__>
its possible that im interpreting it wrong, but thats what i expect is happening here
<freemangordon>
sfa: run as user 'user' and with run-standalone.sh
<freemangordon>
Wizzup: with cellulard, I get PIN UI dialog as soon as hildon-desktop appears
nemethze has joined #maemo-leste
<Wizzup>
freemangordon: on d4 or n900?
<Wizzup>
freemangordon: that's weird since the MSIM doesn't appear until 120s in
Danct12 has joined #maemo-leste
<freemangordon>
Wizzup: d4
<freemangordon>
no, it is weird, as if modem is online, notifications come almost immediately
<freemangordon>
*it is not weird
<Wizzup>
freemangordon: so the modem finds the sim faster if you online it vs keeping it powered but not online?
<Wizzup>
freemangordon: in any case that's amazing/great :)
<freemangordon>
yes
* Wizzup
mutters something about cloning freemangordon
<freemangordon>
heh
<freemangordon>
let me reboot and capture a video
nemethze has quit [Quit: Konversation terminated!]
bencoh_ has quit [Changing host]
bencoh_ has joined #maemo-leste
adc has joined #maemo-leste
<freemangordon>
Wizzup: is it better to create openrc startup script or sysvinit one?
<Wizzup>
I think that's the RSSI 'out of order' one
<freemangordon>
yeah, could be
<Wizzup>
great work so far :)
<freemangordon>
that should be easy to fix
<Wizzup>
I hope that today or tomorrow I can fix the cellular context working on first connect (barring privisioning problems) and having it reconnect when network is not avail for a little bit
<Wizzup>
(and pick up when ofono does give up on the context)
<freemangordon>
BTW I see no GPRS connection option in connections dialog
<freemangordon>
is this the same issue?
<Wizzup>
freemangordon: that happens when icd2 starts before modem is online or even present I think
<Wizzup>
service icd2 restart should fix that
<Wizzup>
that's a different problem
<Wizzup>
what I am talking about is:
<freemangordon>
but it receives "added" events
<Wizzup>
1. if you active context when it's not active, the code will not wait for it to become active, so it fails right away
<Wizzup>
then the second time it might work, if you wait long enough, but it also has no way to report on actual failures
<Wizzup>
that's (1)
<Wizzup>
2. when you lose context for any reason (cross borders, no ceullar for a bit, etc), icd2 doesn't realise that yet and take the iface down
<Wizzup>
I will fix both
<Wizzup>
the issue you're describe I think is more related to the search/provisioning
<freemangordon>
yes
<freemangordon>
but it is there
<Wizzup>
yeah I know :)
<freemangordon>
ok :)
<Wizzup>
I didn't look into the why
<freemangordon>
please do
<Wizzup>
but it's not related to the (1) and (2)
<freemangordon>
it happens in VM as well
<freemangordon>
lemme upload the video
<Wizzup>
yeah, I have to try to understand your code there
<Wizzup>
it does someting that I don't quite understand yet
<freemangordon>
just enable traces and you'll grok it
<Wizzup>
either that or we preinstall them and allow users to remove them
<freemangordon>
hmm
<freemangordon>
how you will remove if you have a dependency there?
<Wizzup>
but yeah I suppose we maybe do not need -extra
<Wizzup>
well you would remove the meta pkg clearly :)
<freemangordon>
I think it is better to opt-in through HAM
<freemangordon>
but well...
<freemangordon>
not really sure how it is in fremantle
<Wizzup>
I can remove the -extra pkg now if you want
<freemangordon>
I think it is better to remove it
<Wizzup>
k
<Wizzup>
btw: pushing out hildon-meta update to stable for adding addressbook app
<Wizzup>
(and volume applet apparently)
<freemangordon>
what about clutter/mesa/h-d/h-h?
<Wizzup>
and then I will push update to -devel to update hildon-connectivity-mobile and introduce hildon-connectivity-rtcom, and then change hildon-meta in -devel to depend on them
<Wizzup>
so that way just switching to devel will just install all our cellular ode
<Wizzup>
sound ok?
<freemangordon>
ok
<Wizzup>
cellular code*
<freemangordon>
yeah
<Wizzup>
yeah clutter/mesa/etc will do after
<freemangordon>
ok
<uvos__>
for now we dont want haze to ever be installed or?
<uvos__>
since it just hangsup all ofono calls
<uvos__>
breaking sphone
<uvos__>
(this is absurd selfish behavior anyhow imo, ofono can have more than one client)
<freemangordon>
umm, I don;t think haze is related
<freemangordon>
what you mean if telepathy-ring :)
<freemangordon>
*is
<uvos__>
ah
<uvos__>
i got them mixed up
<uvos__>
yeah ring
<uvos__>
ok
<freemangordon>
which we'll install at some point either ways :p
<uvos__>
well not with that behavior, its hardly acceptable
<freemangordon>
sure
<uvos__>
Wizzup: oh btw i wanted to push sphone to stable
<uvos__>
Wizzup: but could not
<uvos__>
nvm was my faul
<uvos__>
t
<uvos__>
sfa: btw i cant repo your crash, both running sphone as root and running it with no DISPLAY works fine (well it just exits but thats as intended/ no segfault)
<uvos__>
sfa: was this on pp?
<uvos__>
sfa: could you provide the full log that shows what modules where linked in
<freemangordon>
uvos__: I guess you have different plugins
<uvos__>
maybe
<uvos__>
or 64bit
<freemangordon>
yeah
<Wizzup>
uvos__: yes, ring is not yet installed
<uvos__>
the bt really loks like hildon_stackable_window_new si failing
<uvos__>
but i dont know why that would be
<Wizzup>
with C, it could be many things :)
Twig has quit [Ping timeout: 252 seconds]
<Wizzup>
freemangordon: yeah I also get the pin dialog now
<Wizzup>
on d4
<freemangordon>
:)
<Wizzup>
I think I forgot the presence status applet in the meta
* Wizzup
checks
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
<Wizzup>
isn't that rtcom-presence-ui ?
<Wizzup>
freemangordon: I think we also need telepathy-gabble in the rtcom meta
<Wizzup>
or do we install nothing by default?
<Wizzup>
without gabble and idle installed, the cpa bugs a bit
<Wizzup>
freemangordon: hm also looks like the idle rtcom ui lacks translations on one of my devices, not sure which mr0 I need
<Wizzup>
will check later today
<Wizzup>
I'm going to add gabble and idle to the rtcom meta
<freemangordon>
Wizzup: we need libaccounts plugins I would say
<freemangordon>
not telepathy ones
<Wizzup>
those are in rtcom-accounts-plugins, no?
<Wizzup>
but those don't pull the telepathy packages
<freemangordon>
I kn ow
<freemangordon>
the point is that one may prefer purple over gabble
<freemangordon>
bot provide jabber
<freemangordon>
*both
<Wizzup>
I think just installing both is better imho
<Wizzup>
it's not like they do much more than take up 50kB of disk space
<Wizzup>
(for this we also need telepathy-haze btw)
<freemangordon>
I don;t see what is the issue if those are installed by the user, but ok
<Wizzup>
well right now with just rtcom-accounts-plugins installed the accounts cpa applet contains a null entry and just gtalk
<Wizzup>
and it's not obvious at all what users have to do
<Wizzup>
unless we plan to repackage the tp plugins just to have them show up in ham
<Wizzup>
this is why I wanted the meta pkg for rtcom protocols (or extra)
<Wizzup>
fremantle also had this "additional chat plugins" (or so) pkg
<freemangordon>
ok, do as you think is appropriate
<Wizzup>
that added msn and others
<freemangordon>
we can fix it afterwards if we see it broken
<Wizzup>
ok
<Wizzup>
brb
Guest224 has joined #maemo-leste
<Guest224>
Is there possible that somebody compile new -devel image for Pinephone with hildon-connectivity-mobile included? I can make some heavy beta testings tomorrow.
<freemangordon>
tmlind_: g_at_chat_clone() is the nasty one that leads to RSSI ofono segfault
<freemangordon>
the received clone has group id that's different than the non-copy
<freemangordon>
so later on g_at_chat_unregister_all on original fails to match the callback
<Guest224>
I have possibilty show up Pinephone to some mediaeducation people and I don't want show it with another OS.
<Wizzup>
Guest224: do you need the image to show it off?
<freemangordon>
tmlind_: I think g_at_chat_ref() shall be used instead of g_at_chat_clone()
<Wizzup>
Guest224: we just started including -mobile and -rtcom by default in the meta pkgs, but I have to kick the image generation VMs again
<Wizzup>
I can try to it...
<Guest224>
hmm...what you think how much time takes with -rtcom...when you make new -devel image anyway?
<Wizzup>
I just rebuilt the meta pkg
<Wizzup>
I'll look at a one-off pinephone build
<Guest224>
Wizzup: There is plenty time for tomorrow :)
<freemangordon>
Wizzup: could you please release ofono for -devel? that commit shall fix most (if not all) of the segfaults
<freemangordon>
uvos__: what is "Unable to transmit dial number via ofono" error message is supposed to mean?
<freemangordon>
sphone that is
<uvos__>
oh its missing an or
<freemangordon>
hmm?
<uvos__>
it should be Unable to transmit or dial number via ofono
<uvos__>
ie could not give ofono the nummber
<uvos__>
or ofono refused to dial it
<freemangordon>
hmm
<freemangordon>
maybe I have telepathy-ring
<freemangordon>
no
<freemangordon>
I don;t
<uvos__>
this could be because: 1 you dialed a invlaid nummber 2 ofono is not ready because the modem is not online or no operator is available
<freemangordon>
so neither I can call nor sphone rings when dialed
<uvos__>
3. the operator refused the call for some reason
<freemangordon>
ofono is ready, I see 3g in status bar
<uvos__>
try dial-number via scripts
<freemangordon>
ok
<uvos__>
and/or look at sphones log output
<freemangordon>
nice:
<freemangordon>
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "Dial" with signature "ss" on interface "org.ofono.VoiceCallManager" doesn't exist
<uvos__>
this happens when the operator dose not provide voice calls
<uvos__>
(maybe because you have a data only sim)
<freemangordon>
hmm, what card is that?
* freemangordon
checks
<uvos__>
the status bar might also be wrong
<uvos__>
and holding old info
<freemangordon>
it is not
<uvos__>
(ie the modem is not connected to the operator)
<freemangordon>
it is
<uvos__>
check wich scripts
<uvos__>
ok
<uvos__>
*with
<freemangordon>
already did
<uvos__>
then idk
<uvos__>
but its on ofonos end :P
<freemangordon>
Status = registered
<freemangordon>
there is no voice ofono interface for some reason
<uvos__>
ofono provides only the interfaces it can service
<uvos__>
so no interface in some category ususaly means ofono thinks it dosent have hw/modem state to do so
<freemangordon>
or it does not re-init properly after disable/enable
<uvos__>
sure
<uvos__>
maybe
<Wizzup>
freemangordon: ok, will do @ release
<Guest224>
freemangordon: I have that kind of SIM that has data only...although it can ring if you try call to it.
<freemangordon>
no, this is not data only
<freemangordon>
uvos__: after ofono restart the voice interface appeared
<freemangordon>
so it is some ofono bug
<uvos__>
freemangordon: wierd
<uvos__>
freemangordon: some but with ofono quering modem state/capabilites
<uvos__>
*some bug
<freemangordon>
or rather enable/disable sequence
<freemangordon>
will see what it is
<uvos__>
anyhow the error message typo missing word also needs to be fixed
<uvos__>
ill do that whenever i do something with sphone that needs a release
<freemangordon>
yep, doing disable/enable results in missing voice interface
<freemangordon>
Wizzup: wait for the release
<freemangordon>
this needs to be fixed
<freemangordon>
tmlind: ^^^ any hint where to look at?
<uvos__>
freemangordon: can you dial via at commands?
<uvos__>
ie is just ofono unhappy or also the modem?
<uvos__>
ofono might be picking up that the modem is not happy via qmi
<Wizzup>
ah yes I remember seeing this
<uvos__>
i gues since it works after restarting just ofono
<Wizzup>
sometimes there is indeed no call interface
<Wizzup>
for no good reason
<uvos__>
its unlikely that the modem is really unhappy
<Wizzup>
a similar thing happens I think to contexts
* freemangordon
is looking through logs
bencoh_ is now known as bencoh
<tmlind>
freemangordon: ok let's hope your patch works, no idea on the disappearing voice interface
<freemangordon>
my patch works (no more segfaults)
<tmlind>
nice :)
<tmlind>
sometimers the modem firmware boots the modem to some incomplete state where only usb interface is active, but that sounds like a separate issue
<uvos__>
freemangordon: btw celluarld or ofono, the modem on mapphones needs CFUN=0 when there is no sim
<uvos__>
otherwise it dosent sleap
<uvos__>
sleep
<Wizzup>
so you mean to set it not to online?
<tmlind>
hmm well if ofono disable really shuts down the firmware, i guess it could be the same issue on starting it to an incomplete state
<uvos__>
Wizzup: yeah but the bootstate is high power
<uvos__>
Wizzup: and ofono dosent do anything about that
<uvos__>
Wizzup: it should
<uvos__>
if no sim is there
<uvos__>
at least
<uvos__>
with sim the modem calms down by itself
<freemangordon>
not really, we should be able to do emergency calls
<uvos__>
well online the modem before a emergency call then
<freemangordon>
hmm
<uvos__>
the entire device is kept awake with the modem with no sim atm
<uvos__>
thats no good
<freemangordon>
well, I think thats an exercise for the future
<uvos__>
maybe
<freemangordon>
lets fix the more nasty bug first
<uvos__>
but imo most current leste users have terrible battery life on d4
<uvos__>
because of this bug
<uvos__>
since i venture most use the device with no sim