Gajim-devel August 2007

gajim-devel@gajim.org

25 participants
7 discussions

GPL V3 or any later version
by Yann Leboulanger 31 Aug '07

31 Aug '07

Gajim is currently released under GPL V2. We'd like to release next version under GPL V3 or any later version. For that we need that all of you (developers and patchers) accept this change. Richard Stallman explains here [0] some reasons to switch to Versino 3 of GPL. And as it's difficult to upgrade from GPL V2 to V3, we'd like to release under V3 *or any later version* so that next version of GPL will be used without having to ask everyone. I know many of you already accepted this change, but with this mail we'll keep a trace of your answers :) So thanks in advance for replying to this mail. [0]: http://www.gnu.org/licenses/rms-why-gplv3.html -- Yann

22 23

Re: [Gajim-devel] Declaring return type of gajim dbus method list_contacts with dbus glib
by Yann Leboulanger 30 Aug '07

30 Aug '07

Øystein Gisnås wrote: > 2007/8/30, Øystein Gisnås <oystein(a)gisnas.net>: >> 2007/8/29, Yann Leboulanger <asterix(a)lagaule.org>: >>> Øystein Gisnås wrote: >>>> 2007/8/26, Yann Leboulanger <asterix(a)lagaule.org>: >>>>> Øystein Gisnås wrote: >>>>>> The signature of list_contacts in remote_control.py has changed return >>>>>> value from undefined to 'av', via 'a{ss}'. The return array has been >>>>>> changed from undefined to 'a{sv}', via 's'. See >>>>>> http://trac.gajim.org/changeset/7877 and >>>>>> http://trac.gajim.org/changeset/7811 >>>>>> >>>>>> Nautilus-sendto tries to call the method using glib binding. It worked >>>>>> with previous gaim versions, but not now. The return type is specified >>>>>> as >>>>>> dbus_g_type_get_collection ("GSList", dbus_g_type_get_map >>>>>> ("GHashTable", G_TYPE_STRING, G_TYPE_VALUE)) >>>>>> >>>>>> The error message being returned is "Expected D-BUS array, got type code 'v'" >>>>>> >>>>>> Is the return type in nautilus-sendto wrong, or doesn't the DBus GLib >>>>>> binding work like it should here? >>>>>> >>>>>> This bug is reported against nautilus-sendto at >>>>>> http://bugzilla.gnome.org/show_bug.cgi?id=443484 and >>>>>> https://bugs.launchpad.net/ubuntu/+source/nautilus-sendto/+bug/118475 >>>>>> >>>>>> Cheers, >>>>>> Øystein Gisnås >>>>>> Debian Maintainer >>>>> indeed there seem to be a pb in dbus signatures. unfortunatly I can't >>>>> test at home (debian unstable) because of that: >>>>> >>>>> $ nautilus-sendto gajim.py >>>>> Segmentation fault >>>>> >>>>> but if you can you can try to change the out_signatures to a{sv} in >>>>> src/remote_controle.py ? >>>>> >>>>> Maybe the bug is in nautilus-sendto code that handles badly what >>>>> list_contacts returns ... >>>> Hi, I tried your suggestion of chaning out_signatures to a{sv}. Now I >>>> get this error message: >>>> ** (nautilus-sendto:16598): WARNING **: [Gajim] caught remote method >>>> exception org.freedesktop.DBus.Python.exceptions.TypeError: Traceback >>>> (most recent call last): >>>> File "/var/lib/python-support/python2.4/dbus/service.py", line 730, >>>> in _message_cb >>>> _method_reply_return(connection, message, method_name, signature, *retval) >>>> File "/var/lib/python-support/python2.4/dbus/service.py", line 248, >>>> in _method_reply_return >>>> reply.append(signature=signature, *retval) >>>> TypeError: list indices must be integers >>>> >>>> Does this make sense to you? >>>> >>>> Cheers, >>>> Øystein >>>> >>> no that doesn't :/ >>> I cc to dbus ML, maybe they could help us ;) >> I solved it! >> >> Change the two output signatures to aa{sv}.. Before: >> raffen% dbus-send --print-reply --dest='org.gajim.dbus' >> '/org/gajim/dbus/RemoteObject' >> 'org.gajim.dbus.RemoteInterface.list_contacts' string:'jabber.org' >> method return sender=:1.81 -> dest=:1.95 reply_serial=2 >> array [ >> variant array [ >> dict entry( >> string "jid" >> variant string "test(a)jabber.org" >> ) >> dict entry( >> string "name" >> variant string "None" >> ) >> dict entry( >> string "resources" >> variant array [ >> struct { >> string "" >> int32 0 >> string "" >> } >> ] >> ) >> dict entry( >> string "show" >> variant string "offline" >> ) >> ] >> ] >> >> After: >> raffen% dbus-send --print-reply --dest='org.gajim.dbus' >> '/org/gajim/dbus/RemoteObject' >> 'org.gajim.dbus.RemoteInterface.list_contacts' string:'jabber.org' >> method return sender=:1.96 -> dest=:1.97 reply_serial=2 >> array [ >> array [ >> dict entry( >> string "jid" >> variant string "test(a)jabber.org" >> ) >> dict entry( >> string "name" >> variant string "" >> ) >> dict entry( >> string "resources" >> variant array [ >> struct { >> string "" >> int32 0 >> string "" >> } >> ] >> ) >> dict entry( >> string "show" >> variant string "offline" >> ) >> ] >> ] >> >> I've file a ticket with a patch at http://trac.gajim.org/ticket/3408 >> I've tested the patched gajim with nautilus-sendto and gaim-remote. > > Are there any other known users of the DBus method list_contacts? > > Øystein > hehe good catch ! I still don't understand why a{sv} doesn't work though ... and no, I don't know any other program using list_contacts thanks for your patch -- Yann

1 0

Re: [Gajim-devel] Declaring return type of gajim dbus method list_contacts with dbus glib
by Yann Leboulanger 29 Aug '07

29 Aug '07

Øystein Gisnås wrote: > 2007/8/26, Yann Leboulanger <asterix(a)lagaule.org>: >> Øystein Gisnås wrote: >>> The signature of list_contacts in remote_control.py has changed return >>> value from undefined to 'av', via 'a{ss}'. The return array has been >>> changed from undefined to 'a{sv}', via 's'. See >>> http://trac.gajim.org/changeset/7877 and >>> http://trac.gajim.org/changeset/7811 >>> >>> Nautilus-sendto tries to call the method using glib binding. It worked >>> with previous gaim versions, but not now. The return type is specified >>> as >>> dbus_g_type_get_collection ("GSList", dbus_g_type_get_map >>> ("GHashTable", G_TYPE_STRING, G_TYPE_VALUE)) >>> >>> The error message being returned is "Expected D-BUS array, got type code 'v'" >>> >>> Is the return type in nautilus-sendto wrong, or doesn't the DBus GLib >>> binding work like it should here? >>> >>> This bug is reported against nautilus-sendto at >>> http://bugzilla.gnome.org/show_bug.cgi?id=443484 and >>> https://bugs.launchpad.net/ubuntu/+source/nautilus-sendto/+bug/118475 >>> >>> Cheers, >>> Øystein Gisnås >>> Debian Maintainer >> indeed there seem to be a pb in dbus signatures. unfortunatly I can't >> test at home (debian unstable) because of that: >> >> $ nautilus-sendto gajim.py >> Segmentation fault >> >> but if you can you can try to change the out_signatures to a{sv} in >> src/remote_controle.py ? >> >> Maybe the bug is in nautilus-sendto code that handles badly what >> list_contacts returns ... > > Hi, I tried your suggestion of chaning out_signatures to a{sv}. Now I > get this error message: > ** (nautilus-sendto:16598): WARNING **: [Gajim] caught remote method > exception org.freedesktop.DBus.Python.exceptions.TypeError: Traceback > (most recent call last): > File "/var/lib/python-support/python2.4/dbus/service.py", line 730, > in _message_cb > _method_reply_return(connection, message, method_name, signature, *retval) > File "/var/lib/python-support/python2.4/dbus/service.py", line 248, > in _method_reply_return > reply.append(signature=signature, *retval) > TypeError: list indices must be integers > > Does this make sense to you? > > Cheers, > Øystein > no that doesn't :/ I cc to dbus ML, maybe they could help us ;) -- Yann

1 0

OT: YAXWE - Yet Another Xacktogether of West and East
by Adrian C. 27 Aug '07

27 Aug '07

Hello, I want to inform you all of an event that is happening in my country soon. I love the software you built and I consider lists people true hackers, so it seems as a proper fit. Just maybe some of you were present in Pula, Croatia on 2004. when the Transnational HackingMeeting took place, and this year we have a similar event... same place, hopefully same people and an equaly successfull event. The event is free for all... entrance, accomodation, food etc. and Pula is an absolutly beautiful mediteranian city, famous by it's Arena (somewhat smaller than Milans colosseum :). ------------------------------------------------------------------------ *YAXWE* - Yet Another Xacktogether of West and East http://www.yaxwe.org ------------------------------------------------------------------------ *September 14-16*, *Pula* (Istria, Adriatic Coast, Croatia) former military complex Karlo Rojc ------------------------------------------------------------------------ Organized by: *Monteparadiso Hacklab* & *Multimedia Institute* Free admission ------------------------------------------------------------------------ September 14-16 we, the folks from Monteparadiso Hacklab and Multimedia Institute, are organizing a hacker camp at the former military complex Karlo Rojc in Pula (http://en.wikipedia.org/wiki/Istria). We want to bring together you, hackers from the Eastern Europe, Western Europe and all over the globe, in an informal setting to present their work, workshop, share skills and debate socio-political issues related to hacking. Issues such as: * politics of hacking * hacker autonomy vs. money * hacker identities * different histories of hacking in the east and the west * illegal activities & piracy The meeting will be organized around self-proposed, free style afternoon sessions and more structured evening debates. There will however be time to spend time in casual hang-outs and enjoy the time at the beach. To register for participation at the edit: http://www.yaxwe.org/bin/view/Yaxwe/YaxwePeople To propose a presentation, a workshop, a skill you want to share or obtain edit: http://www.yaxwe.org/bin/view/Yaxwe/YaxwePractice07 Paricipation in YaXwe will be free of charge. We also have a limited number of stipends we can give for budget travel and limited organized accommodation we can offer to participants. There will be plenty of space at the site to set up own tent and cheap accommodation in Pula is readily available. For more information on how to get to Pula and the venue go to: http://www.yaxwe.org/bin/view/Yaxwe/HowToGetToYaxwe See you in Pula, YaXwe team ------------------------------------------------------------------------ -- GPG: 0xA8916BBD | sysphere.org/~anrxc/

1 0

GPL V3 or any later version
by Roidelapluie 27 Aug '07

27 Aug '07

I agree to use GPLv3 or later roidelapluie

1 0

Declaring return type of gajim dbus method list_contacts with dbus glib
by Øystein Gisnås 26 Aug '07

26 Aug '07

The signature of list_contacts in remote_control.py has changed return value from undefined to 'av', via 'a{ss}'. The return array has been changed from undefined to 'a{sv}', via 's'. See http://trac.gajim.org/changeset/7877 and http://trac.gajim.org/changeset/7811 Nautilus-sendto tries to call the method using glib binding. It worked with previous gaim versions, but not now. The return type is specified as dbus_g_type_get_collection ("GSList", dbus_g_type_get_map ("GHashTable", G_TYPE_STRING, G_TYPE_VALUE)) The error message being returned is "Expected D-BUS array, got type code 'v'" Is the return type in nautilus-sendto wrong, or doesn't the DBus GLib binding work like it should here? This bug is reported against nautilus-sendto at http://bugzilla.gnome.org/show_bug.cgi?id=443484 and https://bugs.launchpad.net/ubuntu/+source/nautilus-sendto/+bug/118475 Cheers, Øystein Gisnås Debian Maintainer

2 1

Contact blocking enchansement
by Артем Смирнов 09 Aug '07

09 Aug '07

Some transports on login send boring messages, may be it be usefull add possibility to block any messages from transports also as it implemented for generic contacts. -- Artyom

2 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Gajim-devel August 2007