Re: [Sugar-devel] [Telepathy] Sugar Presence Service and Resume Behavior
Le lundi 29 juin 2009 à 22:12 -0400, Benjamin M. Schwartz a écrit : My GSoC project involves getting offline collaboration working. My model for this is that two users can join a shared session, then go offline, resume the session from the journal, continue working, and then later resume again when they are on the same network/server and have the two instances merge. In Groupthink, all of my algorithms are designed to support this. However, I have discovered that when two such instances are resumed, they do not connect to each other.* I believe the problem lies in the interaction between the Presence Service and the Datastore, and before I spend too many hours puzzling out how it works, I wonder if anyone could tell me what changes are likely to be necessary to achieve the desired behavior. From my limited understanding of the code, it seems that if an instance is resumed from the Journal, its unique activity_id might change, and this might prevent it from being correctly identified as an instance of an existing shared session. PS doesn't know anything about Journal or DS. He just allows you to create activity, share it (using the D-Bus API) and discover shared ones. I can't really tell you more as I never been involved in the Journal/DS bits. I also wonder what the status of the Presence Service rewrite/removal is. Mission-Control 5 was finally released (!) so it would be good to start considering actually killing PS. Unfortunately, no body is working on this afaik. G. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] File transfer in Gabble!
Le vendredi 03 avril 2009 à 20:32 +0200, Simon Schampijer a écrit : Guillaume Desmottes wrote: Hey guys, I know that lot of you were waiting this feature since a long time; file transfer in Gabble is there! Thanks for your patience. I did some (very simple) tests with Sugar and it seems to work fine except this bug but I'm pretty sure it's a Sugar issue. http://dev.sugarlabs.org/ticket/682 I invite you to read the release announce and this blog post if you are curious about file transfer in Gabble: http://lists.freedesktop.org/archives/telepathy/2009-April/003282.html http://cass.no-ip.com/~cassidy/blog/index.php/post/2009/04/03/Jabber-file-transfer-support-in-Telepathy Feedback is, of course, welcome so don't hesitate to open bugs if needed (as said on my blog I'll be AFK next week so that's the safest way to report troubles). Hope this will help to increase user's experience in Sugar. :) Regards, G. Awesome! Are there chances this gets in Fedora 11 - or is the latest stable version 0.7.24? Anything one needs to change in Sugar to make this work? Besides fixing the bug you listed above? Nope, nothing have to be changed in Sugar master. 0.84.0 should have been enough actually but wasn't because of this (already fixed) bug: http://dev.sugarlabs.org/ticket/564 G. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaard a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 à 12:45 +0200, Martin Langhoff a écrit : On Wed, Apr 1, 2009 at 12:36 PM, Guillaume Desmottes Basically you have to install the gadget service, launch it (it's a separated process), modify your ejabberd.cfg as explained in the Gadget README and then restart your ejabberd. I suspect he's done that already... You can see if Gadget is working by looking at the XMPP traffic exchanged between clients and the server. And as an end-user, what things work better / differently? If you're using a recent Sugar it should request a view containing random activities and buddies. So you should see people/activities in your roster even if the shared roster is not configured. As an end-user-administrator, does it expose any info, stats, knobs, etc? You can redirect Gadget log to a file. The Debian package write logs to /var/log/gadget.log iirc; don't know for the RPM. What Debian package? Gadget does not seem to be in Debian Sid. I'd be happy to help maintain it officially for Debian if there is already a Gadget package floating around unofficially. See http://dev.laptop.org/git/projects/gadget/log/?h=debian ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
Le mercredi 01 avril 2009 à 17:37 +0200, Jonas Smedegaard a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 10:18:37AM -0500, David Farning wrote: On Wed, Apr 1, 2009 at 9:47 AM, Jonas Smedegaard d...@jones.dk wrote: On Wed, Apr 01, 2009 at 03:22:12PM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaard a écrit : On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote: The Debian package write logs to /var/log/gadget.log iirc; What Debian package? Gadget does not seem to be in Debian Sid. I'd be happy to help maintain it officially for Debian if there is already a Gadget package floating around unofficially. See http://dev.laptop.org/git/projects/gadget/log/?h=debian Above URL does not clarify if it is in Debian officially. If my questions are too silly to respond to with human words (as opposed to just URLs), then I shall not bother you anymore with them. Please try to stay polite. Hi Guillaume (and everyone else), Hi (CCing Daf who is the author of this Debian package). Sorry for being rude. You mention a Debian package, and I wonder: 1. Is it a Debian package of Gadget, ejabberd or something else? The link I pasted you is a git branch of Gadget containing a 'debian' directory used for the packaging. These files are http://dev.laptop.org/git/projects/gadget/tree/debian?h=debian 2. If it is a Gadget package, is it targeted for Debian officially? It could but has not been proposed to Debian yet. 3. If yes, are you interested in help maintaining such package? 4. If no, are you interested in helping maintain it officially? Sure. Any help is welcome. Your brief response above seems to indicate that indeed it is a Gadget package. I am still interested in clarification about questions 2, 3 and 4. If you answer with a URL, then I would appreciate that you also write some human words too, as I believe (contrary to David, possibly) that it can help avoid misunderstandings. Sorry, I was quite busy when I replied to your mail. Hope it's clearer now. G. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] FileTransfer interface has been undraffted in Telepathy
Le mercredi 18 février 2009 à 13:04 +0200, Morgan Collett a écrit : On Tue, Feb 17, 2009 at 19:12, Guillaume Desmottes guillaume.desmot...@collabora.co.uk wrote: Hi guys, I just released telepathy-salut 0.3.8 [1]. This version implements the stable version of the file transfer API (previously, the one implemented was the DRAFT API). I also released telepathy-python 0.15.7 [2] generating interface and constants for FT. Sugar should be adapted to use the stable API. As you can see in the example script [3] changes are really trivial so it shouldn't be a problem. Futur version of Gabble will implement this same interface, so no change will be needed in Sugar to gain Jabber file transfer support. I've pushed sugar-jhbuild to use tp-salut 0.3.8 and tp-python 0.15.7, and Simon will push the sugar change shortly: diff --git a/src/jarabe/model/filetransfer.py b/src/jarabe/model/filetransfer.py index c66a19c..997fcc3 100644 --- a/src/jarabe/model/filetransfer.py +++ b/src/jarabe/model/filetransfer.py @@ -41,7 +41,7 @@ FT_STATE_CANCELLED = 5 # FIXME: use constants from tp-python once the spec is undrafted CHANNEL_TYPE_FILE_TRANSFER = \ -'org.freedesktop.Telepathy.Channel.Type.FileTransfer.DRAFT' +'org.freedesktop.Telepathy.Channel.Type.FileTransfer' If you're ok to depend on telepathy-python 0.15.7, you can import CHANNEL_TYPE_FILE_TRANSFER and FT_STATE_* from it. G. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] FileTransfer interface has been undraffted in Telepathy
Hi guys, I just released telepathy-salut 0.3.8 [1]. This version implements the stable version of the file transfer API (previously, the one implemented was the DRAFT API). I also released telepathy-python 0.15.7 [2] generating interface and constants for FT. Sugar should be adapted to use the stable API. As you can see in the example script [3] changes are really trivial so it shouldn't be a problem. Futur version of Gabble will implement this same interface, so no change will be needed in Sugar to gain Jabber file transfer support. Let me know if you have any trouble with this. Regards, G. [1] http://lists.freedesktop.org/archives/telepathy/2009-February/003077.html [2] http://lists.freedesktop.org/archives/telepathy/2009-February/003078.html [3] http://git.collabora.co.uk/?p=telepathy-python.git;a=commitdiff;h=901f7bb88393296572faffc791bb8876644e6143 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] ANNOUNCE: telepathy-gabble 0.7.19 released
The redecorated release. Tarball: http://telepathy.freedesktop.org/releases/telepathy-gabble/telepathy-gabble-0.7.19.tar.gz Signature: http://telepathy.freedesktop.org/releases/telepathy-gabble/telepathy-gabble-0.7.19.tar.gz.asc Git repository: http://git.collabora.co.uk/?p=telepathy-gabble.git;a=summary Fixes: * Don't crash when closing a muc channel containing an closed D-Bus tube. * Don't resurrect removed streams if the call responder includes them in session-accept * Don't crash in calls if using glib with debugging enabled (fd.o #19327). * Don't crash when removing contact from known list (fd.o #19524). * Fix D-Bus muc tubes (dev.sugarlabs.org #60). * Fix refcount leak in jingle code (fd.o #19385). * Don't crash if offline presence status is requested. Full git changes follow. Regards, G. commit 272b70daae6f67bd800d2e8136f01a9f94951e88 Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Thu Jan 29 11:29:36 2009 + version 0.7.19 commit a290dbc66172242f8f86f990ba1a91c24e407b3c Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Thu Jan 29 11:18:56 2009 + update NEWS for 0.7.19 commit fca5346c8aadd821bb7fb19e0f4161a219dd39f6 Author: Senko Rasic senko.ra...@collabora.co.uk Date: Thu Jan 29 12:49:27 2009 +0100 conn-presence: check that we allow setting a particular status commit 08188078675c3e05fb04fe7242197cce86a64b48 Author: Senko Rasic senko.ra...@collabora.co.uk Date: Thu Jan 29 12:58:49 2009 +0100 NEWS: mentioned refcount leak and offline presence crash fixes commit 1ff8f2c9cb521d9774a079afc783b462d32cbf30 Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Thu Jan 29 10:52:53 2009 + NEWS: dev.sugarlabs.org #60 have been fixed by f91276ededfc019421000b4975b2da010aa96e2c commit e808784effcfd8b8cca23056a937f5f2ed3094cb Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Thu Jan 29 10:39:42 2009 + remove trailing space in NEWS commit 94508ccf3736e2e940b94efebb3918e3cb9b64fa Author: Senko Rasic senko.ra...@collabora.co.uk Date: Wed Jan 28 10:20:16 2009 +0100 JingleMediaRTP: remove session refcount leak commit ae77c2f5c3713e38c91d1cd9daffaac1d82f273e Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Tue Jan 27 17:09:28 2009 + rename TUBE_STATUS to TUBE_STATE commit b0ef17f22c153c8bd1b11acee259fbac06b652e3 Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Tue Jan 27 16:51:09 2009 + offer-accept-private-dbus-stream-tube-socks5.py: Status property has been renamed to State commit 621ed5abf8498e214c77e3f17aeb14c47baffac5 Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Tue Jan 27 16:50:41 2009 + offer-accept-private-dbus-stream-tube-ibb.py: Status property has been renamed to State commit ec7f33ba4b1c4ecb754c8f9a6fbf3c490eb7 Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Tue Jan 27 16:50:17 2009 + gabble_tube_stream_class_init: Status property has been renamed to State commit f42c29aed06d8a012d1d73b79fa75a672f3698fa Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Tue Jan 27 16:49:54 2009 + sync tube new API draft with tp-spec master commit 99b62587dffb2893812518a7b4065657d62a0528 Author: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Date: Tue Jan 27 16:43:12 2009 + all.xml: add DBus_Unique_Name external type commit 466d428a8ad82d1a2c1ee8cd9ceb7ce3f2b9d064 Merge: 77db359... 04891ac... Author: Simon McVittie simon.mcvit...@collabora.co.uk Date: Tue Jan 27 14:12:08 2009 + Merge branch 'invalidhandle' Signed-off-by: Guillaume Desmottes guillaume.desmot...@collabora.co.uk commit 77db35924d2da9aab1ce58799494da8b417fe1bc Author: Will Thompson will.thomp...@collabora.co.uk Date: Thu Jan 22 15:40:28 2009 +1100 Don't include dtubes in tubes_foreach_channel. commit 78350203d8d85fbf080a8a012383a32689519f47 Author: Will Thompson will.thomp...@collabora.co.uk Date: Wed Jan 21 18:26:16 2009 +1100 Add a test for ListChannels() crashing given a dtube commit 9f8be82197d77a3d46e4d155e67bb3c9f8f9a516 Author: Simon McVittie simon.mcvit...@collabora.co.uk Date: Tue Jan 20 19:14:43 2009 + Document how to run tests with coverage Also correct the instruction to run make check-all - the Twisted tests haven't required that for a long time. commit d07743ba9fc04869f9831da5ef237727e426f59b Author: Simon McVittie simon.mcvit...@collabora.co.uk Date: Tue Jan 20 19:03:26 2009 + gabbletest: don't wait for Gabble to exit with-session-bus.sh will now do this if using refdbg, which means that individual tests shouldn't need to. commit 978f93ba348ef3b472edc7f3e3c6d60c8b44c951 Author: Simon McVittie simon.mcvit...@collabora.co.uk Date: Tue Jan 20 19:00:46 2009 + Insert wait for exit in a way that only
Re: [Sugar-devel] p2p stream tubes
Le mercredi 14 janvier 2009 à 20:20 +0200, Morgan Collett a écrit : I want to add it to jhbuild, but on intrepid I get Requested 'dbus-glib-1 = 0.78' but version of dbus-glib is 0.76. Are we going to need to put a newer libdbus-glib-1 into jhbuild? Probably, recent Gabble needs this new version. G. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] File transfer in Telepathy
Le mardi 02 décembre 2008 à 17:51 +, Guillaume Desmottes a écrit : This new release depends on glib 2.16, dbus 1.1.0 and libsoup-2.2. I just released telepathy-salut 0.3.7 depending on libsoup-2.4 instead of 2.2. This release also fixes some file transfer related bugs. See http://lists.freedesktop.org/archives/telepathy/2009-January/002719.html for the announcement. Regards, G. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Replacing Presence Service - prerequisites
Le mardi 30 décembre 2008 à 12:47 +, Sjoerd Simons a écrit : So what I'm asking is how far off the replacement of PS is likely to be (assuming that any of us are available to do the work then). I'll leave this one up to Guillame to answer I think we'll need MC5 for a *complete* replacement of PS. But that doesn't mean we can't start to move some of PS features to Sugar. For example, the activities and buddies management shouldn't need any MC feature. G. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Jabber client activity
Le lundi 22 décembre 2008 à 10:52 +0100, Tomeu Vizoso a écrit : [adding sugar-devel as this is of interest also outside OLPC] On Sun, Dec 21, 2008 at 23:49, Mildred Ki'Lya ml.mildred...@gmail.com wrote: Hello everyone, I'm new here, and I came interested in the OLPC project because it's a wonderful computer, very well integrated, and I just had one via the European G1G1 project. And now, I thought I could contribute :) I wanted to know if there was any project of creating an activity that would be a jabber client. If so, could I help, where is it? And if not, perhaps I should start one. Actually, having Chat working as a regular IM client would be very interesting and may not be a very big project. The only missing piece is being able to add contacts to your roster other than through the mesh view. Sugar *is* a jabber client, not only Chat but the whole sugar/sucrose. Chat is used to chat (!) with your contacts, the mesh view is your buddy list and VideoChat is suppose to be used for... audio/video chat. The Telepathy framework offers you the possibility to split the different features of your client (roster, chat, audio chat, logger, etc) into different applications. One big missing piece is the ability to add contacts by entering their jid and UI to accept/decline friend requests. This is https://dev.laptop.org/ticket/8841 Another one is the ability to run more than one account/connection. Main problem here is the UI. How should we display that? Tabbed mesh views maybe? Once this is done, you'll be able to use your normal IM accounts on Sugar and be able to chat with them using Chat, send them files using journal object sharing and call them with VideoChat. Actually, as Sugar is using Telepathy, it's much more than a Jabber client. By being a real Telepathy client, it could become a IRC, MSN, SIP (or whatever protocol) client! I talked about that during one of my Sugarcamp conf: http://people.collabora.co.uk/~cassidy/talks/sugar-camp-futur-of-collab.pdf We'll be happy to help any contributor interested in working on this. Just come and say hi on #sugar or #telepathy. But *please*, let's not waste time and resources on implementing a gajim or pidgin activity. We already have an existing flexible and performant IM framework; we just need to integrate it properly in Sugar to offer a rocking user experience. G. I think the idea is to add a palette option somewhere that allows you to type or paste a contact ID so it will appear in your friends view. Then you would get presence notification, the ability to chat and transfer files, and with some extra work, a/v conversations. If someone would like to jump on this challenge, it's there waiting for you! ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel