<
dsc_>
but.. creating a Tp::ContactPtr from a handle would be nice.
pere has quit [Ping timeout: 248 seconds]
<
dsc_>
nvm it all works, ill commit tomorrow
System_Error has quit [Ping timeout: 260 seconds]
pere has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Daanct12 has joined #maemo-leste
asriel has quit [Quit: Don't drink the water. They put something in it to make you forget.]
Danct12 has joined #maemo-leste
System_Error has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Ping timeout: 248 seconds]
Anasko has joined #maemo-leste
tvall has quit [Read error: Connection reset by peer]
tvall has joined #maemo-leste
<
inky>
> Wizzup: modem disappearing ... yes I've reported it before on D4. not yet seen it on N900
<
inky>
i wish we could make it vanish and not communicate to cellular towers.
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Daanct12 has quit [Ping timeout: 252 seconds]
Daanct12 has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
Daanct12 has quit [Quit: WeeChat 4.4.3]
Anasko has joined #maemo-leste
Daanct12 has joined #maemo-leste
<
sicelo>
inky: power it off through ofono, and maybe also unload its driver...
joerg has quit [Ping timeout: 276 seconds]
joerg has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
<
freemangordon>
dsc_: how would you accept etc without having a connection?
xmn has quit [Ping timeout: 252 seconds]
Juest has quit [Ping timeout: 252 seconds]
xmn has joined #maemo-leste
Juest has joined #maemo-leste
ceene has joined #maemo-leste
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
hurrian has quit [Ping timeout: 260 seconds]
hurrian has joined #maemo-leste
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
xmn has quit [Ping timeout: 248 seconds]
<
freemangordon>
and yes, you should be able to 'adopt' tp contact handle in Qt::TP
akossh has joined #maemo-leste
System_Error has quit [Ping timeout: 260 seconds]
System_Error has joined #maemo-leste
alphazone has quit [Ping timeout: 246 seconds]
Anasko has quit [Ping timeout: 260 seconds]
freemangordon1 has joined #maemo-leste
freemangordon has quit [Read error: Connection reset by peer]
pere has quit [Ping timeout: 246 seconds]
System_Error has quit [Remote host closed the connection]
pere has joined #maemo-leste
System_Error has joined #maemo-leste
ikmaak has quit [Read error: Connection reset by peer]
ikmaak has joined #maemo-leste
Livio has joined #maemo-leste
ceene has quit [Ping timeout: 272 seconds]
pere has quit [Ping timeout: 252 seconds]
pere has joined #maemo-leste
alphazone has joined #maemo-leste
Livio has quit [Ping timeout: 260 seconds]
Livio has joined #maemo-leste
ceene has joined #maemo-leste
Daanct12 has quit [Quit: WeeChat 4.4.3]
uvos__ has joined #maemo-leste
ceene has quit [Ping timeout: 276 seconds]
Livio has quit [Ping timeout: 260 seconds]
xmn has joined #maemo-leste
uvos__ has quit [Remote host closed the connection]
<
inky>
sicelo: i think i only can put the modem to sleep via airplane mode.
<
inky>
but we have no 'tablet mode' as in fremantle.
<
inky>
i tried to port tablet mode applet, but it was writing some nokia.something messages to dbus
<
inky>
it doesnt work on leste
<
inky>
it doesnt work on leste.
ceene has joined #maemo-leste
<
dsc_>
do you have an idea why presence prints as 'null', but only in the callback function
<
dsc_>
e_contact seems to not work
<
dsc_>
contact works though, like `osso_abook_contact_get_persistent_uid(contact);`
<
dsc_>
or alternatively, how can I loop contacts given a set of uids (osso_abook_aggregator_list_roster_contacts loops all)
<
dsc_>
I want to prevent fetching
*all* contacts during the contact change signal
<
dsc_>
the callback does not provide me with mutation, nor with the ability to access ebook attributes :(
<
freemangordon1>
dsc_: re presence thing - what do you want to achieve?
<
freemangordon1>
and for sure e_contact works
<
freemangordon1>
could you try to get the vcard of the changed contact, use OSSO_ABOOK_DUMP_VCARD(TP, E_VCARD(*contact), NULL);
<
freemangordon1>
start the application with G_MESSAGES_DEBUG=all OSSO_ABOOK_DEBUG=tp
freemangordon1 is now known as freemangordon
<
freemangordon>
dsc_: looping through all teh contacts is not effective
<
freemangordon>
hmm ,it is possible that callback is receiving master contact, not roster one
<
freemangordon>
osso_abook_contact_find_roster_contacts() or the likes
<
freemangordon>
dsc_: please, dump vcard first to see which exactly contact you are signaled for
<
dsc_>
OSSO_ABOOK_DUMP_VCARD(TP, E_VCARD(*contact), NULL); yields no results
<
freemangordon>
G_MESSAGES_DEBUG=all OSSO_ABOOK_DEBUG=tp
<
freemangordon>
it will print it on the console
ceene has quit [Ping timeout: 252 seconds]
carpincho has joined #maemo-leste
<
dsc_>
im expecting this vcard dump between the 2 "done"
<
freemangordon>
hmm, weird
<
freemangordon>
try with G_MESSAGES_DEBUG=all OSSO_ABOOK_DEBUG=all
<
dsc_>
yes it was all, all
<
dsc_>
let me try OSSO_ABOOK_DUMP_VCARD(TP, E_VCARD(*contacts), NULL);
<
freemangordon>
wait, that can't be
<
freemangordon>
dsc_: please call osso_abook_debug_init() in your main ;)
<
freemangordon>
actually
<
freemangordon>
is osso_abook_init() called?
<
dsc_>
osso_abook_init_with_name("conversations", NULL);
<
freemangordon>
weird
<
dsc_>
ill try osso_abook_debug_init
<
freemangordon>
no need
<
freemangordon>
init calls it already
<
freemangordon>
gimme a minute
<
freemangordon>
dsc_: try to dump the result of osso_abook_contact_to_string()
<
freemangordon>
format is EVC_FORMAT_VCARD_30
<
freemangordon>
brb, dinner
<
dsc_>
i think this may be due to differences between 'master contact' and 'roster contact'
<
dsc_>
but only guessing
<
freemangordon>
no, that's roster contact
<
freemangordon>
but, I think you don;t see presence, because you are not authorized to see it
<
dsc_>
i trigger this signal by switching from online<->away
<
freemangordon>
so, what does osso_abook_contact_can_request_auth() return for that contact?
<
dsc_>
(on the remote counterparty)
<
freemangordon>
I understand
<
freemangordon>
but, you are not getting contact presence that way
<
freemangordon>
try with osso_abook_presence_get_presence_type(OSSO_ABOOK_PRESENCE(*contact))
<
freemangordon>
well, abook knows about presence change
<
freemangordon>
dsc_bla(haze/jabber/stevejobs_40xmpp_2ewajer_2eorg0-dsc@xmpp.is) - presence type changed (available => away)
<
freemangordon>
I suspect vcard presence is valid only when eds plugin updates ebook
<
freemangordon>
but not for contact itself
<
dsc_>
OssoABookPresence *presence = OSSO_ABOOK_PRESENCE(*contacts);
<
dsc_>
TpConnectionPresenceType presenceType = osso_abook_presence_get_presence_type(presence);
<
freemangordon>
mhm
<
freemangordon>
get_ blocked/subscribed/published etc shall work too
<
freemangordon>
heh
<
dsc_>
ok ill check
carpincho has joined #maemo-leste
carpincho has quit [Changing host]
<
freemangordon>
dsc_: use p, li { white-space: pre-wrap; } tp_connection_presence_type_get_name
<
freemangordon>
to convert enum to string
<
freemangordon>
see tp-glib-enums.h
<
freemangordon>
and osso-abook-enums.h
<
freemangordon>
you also have tp_connection_presence_type_get_nick()
<
freemangordon>
which will return "Away", "Online", etc
<
dsc_>
from what package is this 'tp_connection_presence_type_get_name' ?
<
freemangordon>
osso-abook
<
dsc_>
grep -r --include="*.h" 'tp_connection_presence_type_get_name' /usr
<
freemangordon>
lemme check if it is distributed
<
freemangordon>
ugh, maybe it is not included in -devel
<
dsc_>
github also empty :d
<
freemangordon>
it is generated file
<
freemangordon>
hmm, ok, it is not distributed
<
freemangordon>
lemme check if 'original' abook distributes it
<
freemangordon>
dsc_: no :(
<
freemangordon>
I wonder if we shall distribute that
<
freemangordon>
dsc_: unless strictly neede, I would rather not distribute it
<
freemangordon>
anyways it is easily generated by whoever needs it
<
freemangordon>
but I guess Qt::TP already has it
<
dsc_>
im fine with my 12 line switch block
<
freemangordon>
I guess it is for debugging only
<
freemangordon>
dsc_: what do you need presence for?
<
freemangordon>
remember, anything contact related for ui is already in abook, so most-probably you just need to use it
<
dsc_>
i do not, but for testing its easy to trigger contactChanged by changing contact presence
<
dsc_>
so yes you are right
<
freemangordon>
hmm?
<
dsc_>
its about publication/presence
<
dsc_>
publication/subscription
<
freemangordon>
you get it by calling the relevant functions?
<
dsc_>
< freemangordon> get_ blocked/subscribed/published etc shall work too
<
freemangordon>
makes sense, as those OSSO_ABOOK_VCA_XXX are for internal use only
<
dsc_>
which are not in maemo.org/api_refs/5.0/5.0-final/libosso-abook/OssoABookContact.html
<
dsc_>
these functions*
<
freemangordon>
sure, they are presence
<
dsc_>
sorry I'm having trouble forming coherent sentences :P
<
freemangordon>
tolya, think of that API as c++ with class inheritance
<
freemangordon>
Object Hierarchy/Implemented Interfaces
<
dsc_>
freemangordon: is there a 'convert enum to string' for OssoABookPresenceState ?
<
dsc_>
its not really needed per se, just wondering
<
freemangordon>
should be, lemme check
<
freemangordon>
osso_abook_presence_state_get_name
<
freemangordon>
osso_abook_presence_state_get_nick
<
freemangordon>
but, don;t use that for UI
<
joerg>
FYI: I took down bugs.m.o - please holler if you
*really* used this recently
<
freemangordon>
I doubt it's been used for the last years
<
freemangordon>
there were some useful things there, however, does not worth keeping it up
<
freemangordon>
this is with my bugs.maemo.org maintainer hat on ;)
<
freemangordon>
though I think you may keep VM image around for some time
<
freemangordon>
joerg: as a side note - thanks for taking care of those things, retired or not :)
<
joerg>
I just deleted the /etc/apache2/sites-enabled/* symlinks for bugs.m.o
<
freemangordon>
VM still runs?
<
joerg>
b.m.o and w.m.o are same server
<
freemangordon>
weird, my public key was denied
<
freemangordon>
ah, roght
<
freemangordon>
*right
<
freemangordon>
wiki and bugs are same host
<
freemangordon>
I don't have ssh access to them
<
freemangordon>
no, why should I
<
freemangordon>
I am bugzilla maintainer of bmo, not sever admin
<
freemangordon>
anyway
<
joerg>
root@wiki:/etc/apache2/sites-enabled# id freemangordon
<
joerg>
uid=1009(freemangordon) gid=1009(freemangordon) groups=1009(freemangordon),27(sudo)
<
freemangordon>
oh, I am trying with fmg, not freemangordon :D
<
freemangordon>
heh:
<
freemangordon>
Last login: Tue Dec 30 10:14:18 2014 from 46.249.74.23
<
freemangordon>
freemangordon@wiki:~$
<
freemangordon>
ten years ago, eh?
<
dsc_>
freemangordon: hi
<
dsc_>
it prints '1'
<
dsc_>
OSSO_ABOOK_PRESENCE_STATE_NO
<
dsc_>
which is incorrect
<
dsc_>
[D] [tp.cpp::172] local_uid "haze/jabber/stevejobs_40xmpp_2ewajer_2eorg0"
<
dsc_>
[D] [tp.cpp::173] remote_uid "dsc@xmpp.is"
<
dsc_>
[D] [tp.cpp::174] presence "available"
<
dsc_>
[D] [tp.cpp::175] subscribed "yes"
<
dsc_>
[D] [tp.cpp::176] published "yes"
<
dsc_>
thats the actual status
<
freemangordon>
dsc_: I am not sure what OSSO_ABOOK_PRESENCE_STATE_NO is supposed to mean
<
freemangordon>
I don't think presence state == presence status
<
dsc_>
yes/no/local-pending/remote-pending is from Tp I guess
<
dsc_>
I also saw them in Tp
<
freemangordon>
mhm
<
freemangordon>
I am not sure I grok them, lemme try
_whitelogger_ has joined #maemo-leste
<
freemangordon>
ok, will need some time to debug that
<
freemangordon>
how to reproduce?
<
dsc_>
something like this (still needs main())
<
dsc_>
have a XMPP account with haze, where you have friended someone
<
dsc_>
and then change online<->away on the remote contact
<
dsc_>
expected state is 'yes' for both
<
dsc_>
for `osso_abook_presence_get_published` and the other
Anasko has joined #maemo-leste
<
dsc_>
OssoABookContact *contact = static_cast<OssoABookContact *>(*contacts);
<
dsc_>
in the while
<
dsc_>
dont call it from the callback
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
<
freemangordon>
ok, lemme try to debug your example
<
freemangordon>
what remote change do I need? just away/available change?
<
freemangordon>
ok, thanks
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #maemo-leste
joerg has quit [Quit: this shouldn't have happened... ever]
joerg has joined #maemo-leste
carpincho has quit [Ping timeout: 252 seconds]
alphazone_ has joined #maemo-leste
akossh has quit [Remote host closed the connection]
akossh has joined #maemo-leste
alphazone has quit [Ping timeout: 246 seconds]
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #maemo-leste
_whitelogger_ has quit [Remote host closed the connection]
akossh has quit [Quit: Leaving.]
<
freemangordon>
dsc_: there is a bug on abook, will take some time to fix it properly
<
freemangordon>
*in abook
<
dsc_>
thanks for confirming
_whitelogger_ has joined #maemo-leste