<div dir="ltr">James, Gonzalo,<div><br></div><div>Regarding the IBSS/Ad-hoc scenario, if I set the address manually, collaborations work just fine. So this must be related to network discovery.</div><div><br></div><div>My test goes like this:</div><div><br></div><div>* I use one XO with fc18+S0.100 to create an ad-hoc network network.</div><div>* From another XO, with fc20+S0.102, I connect to that ad-hoc network.</div><div><br></div><div>The second XO ip address does not match the first one's network. But when I manually configure it, then buddy icons appears and collaboration works... </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 16, 2014 at 11:01 AM, Martin Abente <span dir="ltr"><<a href="mailto:martin.abente.lahaye@gmail.com" target="_blank">martin.abente.lahaye@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello James,<div><br></div><div>I included the new kernel  (and reverted that commit) and now collaboration works even between fc20+S0.102 and F18+S0.100.</div><div><br></div><div>I tested it using a wifi network (with DHCP enabled) and Chat activity.</div><div><br></div><div>Really awesome work James!</div></div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Sep 16, 2014 at 3:53 AM, James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>></span> wrote:<br></span><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Summary: partially solved with new kernel.<br>
<br>
The Chat activity was run with debug logging in Terminal:<br>
<br>
        % SUGAR_LOGGER_LEVEL=debug sugar-launch org.laptop.Chat<br>
<br>
At the time the activity was shared, the log showed:<br>
<br>
1410842095.436535 DEBUG sugar3.presence.activity: <_ShareCommand object at 0x527dc8 (sugar3+presence+activity+_ShareCommand at 0x4f7c20)>: Join finished DBusException(dbus.String(u'Failed to connect to multicast group'),)<br>
<br>
Telepathy Salut was failing to setup the multicast group, because it<br>
was calling setsockopt with SO_REUSEPORT, because Fedora 20 header<br>
files define SO_REUSEPORT, but the OLPC kernel did not.<br>
<br>
(It is bad that the failure was not reported to the user or to the<br>
logs unless debug logging was turned on.  If someone cares, they can<br>
raise a bug.)<br>
<br>
Adding SO_REUSEPORT support to the kernel [2] solved for Salut over<br>
networks where DHCP is available; such as wired or wireless access<br>
points.  The new kernel is in the dropbox [3].  The previous change to<br>
avahi-daemon configuration is removed [4].<br>
<br>
A different problem occurs with Salut over link local addresses; IBSS<br>
ad-hoc wireless.  The buddy icons are missing.<br>
<br>
        # avahi-browse -t _presence._tcp # shows no output<br>
<br>
References:<br>
<br>
1.<br>
<a href="http://code.metager.de/source/xref/freedesktop/telepathy/salut/lib/gibber/gibber-multicast-transport.c" target="_blank">http://code.metager.de/source/xref/freedesktop/telepathy/salut/lib/gibber/gibber-multicast-transport.c</a><br>
<br>
2.<br>
<a href="http://dev.laptop.org/git/olpc-kernel/log/?h=arm-3.5" target="_blank">http://dev.laptop.org/git/olpc-kernel/log/?h=arm-3.5</a><br>
<br>
3.<br>
<a href="http://rpmdropbox.laptop.org/f20-xo4/" target="_blank">http://rpmdropbox.laptop.org/f20-xo4/</a><br>
kernel-3.5.7_xo4-20140916.0607.olpc.5196e01.armv7hl.rpm<br>
<br>
4.<br>
<a href="http://dev.laptop.org/git/projects/olpc-os-builder/commit/?id=f34ddb8b83ca6b9cb657e115df117ffa3704eea5" target="_blank">http://dev.laptop.org/git/projects/olpc-os-builder/commit/?id=f34ddb8b83ca6b9cb657e115df117ffa3704eea5</a><br>
<div><div><br>
<br>
On Thu, Sep 11, 2014 at 06:24:20PM +1000, James Cameron wrote:<br>
> G'day,<br>
><br>
> Activities shared by Fedora 20 systems do not appear in Network<br>
> Neighbourhood on Fedora 18 or Fedora 20 systems.  Buddies appear.<br>
> Activities shared by Fedora 18 Sugar 0.98 systems appear.<br>
><br>
> So this is a failure to announce sharing of activities on Sugar 0.102<br>
> on Fedora 20.<br>
><br>
> tcpdump shows mDNS packets for every operation except when an activity<br>
> is shared on Fedora 20.<br>
><br>
> avahi-browse output is consistent with Network Neighbourhood.<br>
><br>
>       avahi-browse -t _presence._tcp # for buddies<br>
>       avahi-browse -t _clique._udp # for activities<br>
><br>
> (avahi-daemon needed tweaking to compensate for lack of SO_REUSEPORT<br>
> support in 3.5 kernel; change /etc/avahi/avahi-daemon.conf to set<br>
> disallow-other-stacks=yes)<br>
><br>
> I have tried <a href="http://wiki.sugarlabs.org/go/BugSquad/Telepathy_Debugging" target="_blank">http://wiki.sugarlabs.org/go/BugSquad/Telepathy_Debugging</a><br>
> but there is no interesting output corresponding to the event.<br>
><br>
> I have used strace and seen possible D-Bus activity relating to the<br>
> event.  sendmsg(11, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1<\0\0\0/\0\0\0\252\0\0\0\1\1o\0?\0\0\0/org/fre"..., 192}, {"+\0\0\<a href="http://0org.freedesktop.Telepathy.Ch" target="_blank">0org.freedesktop.Telepathy.Ch</a>"..., 60}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 252<br>
><br>
> I welcome any suggestions for further diagnosing this problem.<br>
><br>
> --<br>
> James Cameron<br>
> <a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a><br>
<br>
--<br>
James Cameron<br>
<a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a><br>
_______________________________________________<br>
</div></div>Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org" target="_blank">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</blockquote></div></div></div><br></div>
</blockquote></div><br></div>