Thanks for the fix .Version 0.5 networking is 100% on my test machine .<br>For those places that have slow internet connections and are remote and are using version 0.5 can they be advised to simply edit <br><br>/etc/sysconfig/network-scripts/ifcfg-eth1<br>
<br>
(Edit this line to look like this)<br>
if [ "foo$XS_LANBOND_MAINXS_IPADDR" != "foo" ]; then<br>
(Add this line)<br>
HOTPLUG=yes<br><br>i take it that theres no repercussions on the other services since the fix looks logical .<br><br><div class="gmail_quote">On Fri, Dec 12, 2008 at 6:36 AM, <span dir="ltr"><<a href="mailto:server-devel-request@lists.laptop.org">server-devel-request@lists.laptop.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Send Server-devel mailing list submissions to<br>
<a href="mailto:server-devel@lists.laptop.org">server-devel@lists.laptop.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.laptop.org/listinfo/server-devel" target="_blank">http://lists.laptop.org/listinfo/server-devel</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:server-devel-request@lists.laptop.org">server-devel-request@lists.laptop.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:server-devel-owner@lists.laptop.org">server-devel-owner@lists.laptop.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Server-devel digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Amateurish Workaround to Get Bonding to Work With eth1<br>
(Martin Langhoff)<br>
2. Re: Amateurish Workaround to Get Bonding to Work With eth1 (Anna)<br>
3. Re: Amateurish Workaround to Get Bonding to Work With eth1 (Anna)<br>
4. Re: Amateurish Workaround to Get Bonding to Work With eth1<br>
(Raul Gutierrez Segales)<br>
5. Re: Gadget fedora package (Robert McQueen)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 11 Dec 2008 16:04:09 -0200<br>
From: "Martin Langhoff" <<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a>><br>
Subject: Re: [Server-devel] Amateurish Workaround to Get Bonding to<br>
Work With eth1<br>
To: Anna <<a href="mailto:aschoolf@gmail.com">aschoolf@gmail.com</a>><br>
Cc: XS Devel <<a href="mailto:server-devel@lists.laptop.org">server-devel@lists.laptop.org</a>><br>
Message-ID:<br>
<<a href="mailto:46a038f90812111004y43f8309csa6772c4d2d5ad49a@mail.gmail.com">46a038f90812111004y43f8309csa6772c4d2d5ad49a@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On Thu, Dec 11, 2008 at 3:55 PM, Anna <<a href="mailto:aschoolf@gmail.com">aschoolf@gmail.com</a>> wrote:<br>
> It worked for me, however, it looks like it returns a bunch of config files<br>
> to their "pristine" state, which isn't a big deal on this particular test<br>
> machine, as I had only edited <a href="http://sshd_config.in" target="_blank">sshd_config.in</a> and sshd_config to allow for<br>
> password authentication. This might be something users might want to be<br>
> aware of if they've been testing other stuff and have tweaked some of these<br>
> files.<br>
<br>
Good to hear it works for you!<br>
<br>
Yes, we do override some files -- including sshd_config. However<br>
<br>
- we store a copy in git to be able to retrieve it later<br>
- we do respect <a href="http://sshd_config.in" target="_blank">sshd_config.in</a> -- if you edit <a href="http://sshd_config.in" target="_blank">sshd_config.in</a>, your<br>
changes will be preserved, and any new <a href="http://sshd_config.in" target="_blank">sshd_config.in</a> we want to<br>
deploy will be written as sshd_config.in.rpmnew<br>
<br>
cheers,<br>
<br>
<br>
<br>
m<br>
--<br>
<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a><br>
<a href="mailto:martin@laptop.org">martin@laptop.org</a> -- School Server Architect<br>
- ask interesting questions<br>
- don't get distracted with shiny stuff - working code first<br>
- <a href="http://wiki.laptop.org/go/User:Martinlanghoff" target="_blank">http://wiki.laptop.org/go/User:Martinlanghoff</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 11 Dec 2008 11:55:28 -0600<br>
From: Anna <<a href="mailto:aschoolf@gmail.com">aschoolf@gmail.com</a>><br>
Subject: Re: [Server-devel] Amateurish Workaround to Get Bonding to<br>
Work With eth1<br>
To: "Martin Langhoff" <<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a>>, "XS Devel"<br>
<<a href="mailto:server-devel@lists.laptop.org">server-devel@lists.laptop.org</a>><br>
Message-ID:<br>
<<a href="mailto:196348a20812110955v5a1e53b1jbca86ca53d1ace67@mail.gmail.com">196348a20812110955v5a1e53b1jbca86ca53d1ace67@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
On Thu, Dec 11, 2008 at 10:09 AM, Martin Langhoff <<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a><br>
> wrote:<br>
<br>
><br>
> yum --enablerepo=olpcxs-testing install xs-config<br>
><br>
> which if you try now will bring xs-config-0.5.9.g13a7973-1.noarch.rpm<br>
> which has two fixes. This has a further typo fix (that I had made in<br>
> the script I tested, but forgot to include) and also sets it to be<br>
> HOTPLUG=yes so if eth1 is slow to come up, it should work once it's<br>
> up.<br>
><br>
> let me know if it helps...<br>
<br>
<br>
It worked for me, however, it looks like it returns a bunch of config files<br>
to their "pristine" state, which isn't a big deal on this particular test<br>
machine, as I had only edited <a href="http://sshd_config.in" target="_blank">sshd_config.in</a> and sshd_config to allow for<br>
password authentication. This might be something users might want to be<br>
aware of if they've been testing other stuff and have tweaked some of these<br>
files.<br>
<br>
Downloading Packages:<br>
xs-config-0.5.9.g13a7973-1.noarch.rpm | 106 kB<br>
00:00<br>
Running rpm_check_debug<br>
Running Transaction Test<br>
Finished Transaction Test<br>
Transaction Test Succeeded<br>
Running Transaction<br>
Installing : xs-config [1/1]<br>
/etc /<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' rsyslog.conf<br>
# Overwrite<br>
cp -p <a href="http://rsyslog.conf.in" target="_blank">rsyslog.conf.in</a> rsyslog.conf<br>
xs-commitchanged -m "Made from <a href="http://rsyslog.conf.in" target="_blank">rsyslog.conf.in</a>" rsyslog.conf<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' motd<br>
# Overwrite<br>
cp -p <a href="http://motd.in" target="_blank">motd.in</a> motd<br>
xs-commitchanged -m "Made from <a href="http://motd.in" target="_blank">motd.in</a>" motd<br>
xs-commitchanged -m 'Dirty state' sysctl.conf<br>
cp -p <a href="http://sysctl.conf.in" target="_blank">sysctl.conf.in</a> sysctl.conf<br>
xs-commitchanged -m "Made from <a href="http://sysctl.conf.in" target="_blank">sysctl.conf.in</a>" sysctl.conf<br>
sysctl -p sysctl.conf<br>
net.ipv4.ip_forward = 1<br>
net.ipv4.conf.default.rp_filter = 1<br>
net.ipv4.conf.default.accept_source_route = 0<br>
kernel.sysrq = 1<br>
kernel.core_uses_pid = 1<br>
net.ipv4.tcp_syncookies = 1<br>
kernel.shmmax = 268435456<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' ssh/sshd_config<br>
# Overwrite<br>
cp -p ssh/<a href="http://sshd_config.in" target="_blank">sshd_config.in</a> ssh/sshd_config<br>
xs-commitchanged -m "Made from ssh/<a href="http://sshd_config.in" target="_blank">sshd_config.in</a>" ssh/sshd_config<br>
Created commit bb554ba: Made from ssh/<a href="http://sshd_config.in" target="_blank">sshd_config.in</a> - changed file<br>
/etc/ssh/sshd_config<br>
1 files changed, 3 insertions(+), 3 deletions(-)<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' sysconfig/named<br>
# Overwrite<br>
cp -p sysconfig/<a href="http://named.in" target="_blank">named.in</a> sysconfig/named<br>
xs-commitchanged -m "Made from sysconfig/<a href="http://named.in" target="_blank">named.in</a>" sysconfig/named<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' sysconfig/init<br>
# Overwrite<br>
cp -p sysconfig/<a href="http://init.in" target="_blank">init.in</a> sysconfig/init<br>
xs-commitchanged -m "Made from sysconfig/<a href="http://init.in" target="_blank">init.in</a>" sysconfig/init<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' sysconfig/iptables-config<br>
# Overwrite<br>
cp -p sysconfig/<a href="http://iptables-config.in" target="_blank">iptables-config.in</a> sysconfig/iptables-config<br>
xs-commitchanged -m "Made from sysconfig/<a href="http://iptables-config.in" target="_blank">iptables-config.in</a>"<br>
sysconfig/iptables-config<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' sysconfig/squid<br>
# Overwrite<br>
cp -p sysconfig/<a href="http://squid.in" target="_blank">squid.in</a> sysconfig/squid<br>
xs-commitchanged -m "Made from sysconfig/<a href="http://squid.in" target="_blank">squid.in</a>" sysconfig/squid<br>
touch sudoers.tmp<br>
chmod 640 sudoers.tmp<br>
cat-parts sudoers.d > sudoers.tmp<br>
chmod 440 sudoers.tmp<br>
xs-commitchanged -m 'Dirty state' sudoers<br>
mv -f sudoers.tmp sudoers<br>
xs-commitchanged -m "Made from sudoers.d" sudoers<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' rssh.conf<br>
# Overwrite<br>
cp -p <a href="http://rssh.conf.in" target="_blank">rssh.conf.in</a> rssh.conf<br>
xs-commitchanged -m "Made from <a href="http://rssh.conf.in" target="_blank">rssh.conf.in</a>" rssh.conf<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' php.ini<br>
# Overwrite<br>
cp -p <a href="http://php.ini.in" target="_blank">php.ini.in</a> php.ini<br>
xs-commitchanged -m "Made from <a href="http://php.ini.in" target="_blank">php.ini.in</a>" php.ini<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' sysconfig/httpd<br>
# Overwrite<br>
cp -p sysconfig/<a href="http://httpd.in" target="_blank">httpd.in</a> sysconfig/httpd<br>
xs-commitchanged -m "Made from sysconfig/<a href="http://httpd.in" target="_blank">httpd.in</a>" sysconfig/httpd<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' init.d/squid<br>
# Overwrite<br>
cp -p init.d/<a href="http://squid.in" target="_blank">squid.in</a> init.d/squid<br>
xs-commitchanged -m "Made from init.d/<a href="http://squid.in" target="_blank">squid.in</a>" init.d/squid<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' sysconfig/ejabberd<br>
# Overwrite<br>
cp -p sysconfig/<a href="http://ejabberd.in" target="_blank">ejabberd.in</a> sysconfig/ejabberd<br>
xs-commitchanged -m "Made from sysconfig/<a href="http://ejabberd.in" target="_blank">ejabberd.in</a>" sysconfig/ejabberd<br>
xs-commitchanged -m 'Dirty state' sysconfig/network-scripts/ifcfg-eth0<br>
cp -p sysconfig/olpc-scripts/ifcfg-eth0 sysconfig/network-scripts/ifcfg-eth0<br>
xs-commitchanged -m "Made from olpc-scripts"<br>
sysconfig/network-scripts/ifcfg-eth0<br>
xs-commitchanged -m 'Dirty state' sysconfig/network-scripts/ifcfg-eth1<br>
cp -p sysconfig/olpc-scripts/ifcfg-eth1 sysconfig/network-scripts/ifcfg-eth1<br>
xs-commitchanged -m "Made from olpc-scripts"<br>
sysconfig/network-scripts/ifcfg-eth1<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' httpd/conf.d/proxy_ajp.conf<br>
# Overwrite<br>
cp -p httpd/conf.d/<a href="http://proxy_ajp.conf.in" target="_blank">proxy_ajp.conf.in</a> httpd/conf.d/proxy_ajp.conf<br>
xs-commitchanged -m "Made from httpd/conf.d/<a href="http://proxy_ajp.conf.in" target="_blank">proxy_ajp.conf.in</a>"<br>
httpd/conf.d/proxy_ajp.conf<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' httpd/conf.d/ssl.conf<br>
# Overwrite<br>
cp -p httpd/conf.d/<a href="http://ssl.conf.in" target="_blank">ssl.conf.in</a> httpd/conf.d/ssl.conf<br>
xs-commitchanged -m "Made from httpd/conf.d/<a href="http://ssl.conf.in" target="_blank">ssl.conf.in</a>"<br>
httpd/conf.d/ssl.conf<br>
Using default domain name<br>
Setting the base dns name to <a href="http://random.xs.laptop.org" target="_blank">random.xs.laptop.org</a><br>
find: ./domain_config.d/: No such file or directory<br>
xs-commitchanged -m 'Dirty state' sysconfig/network<br>
sed -e "s/@@SERVERNUM@@/$(cat /etc/sysconfig/xs_server_number)/" <<br>
sysconfig/<a href="http://network.in" target="_blank">network.in</a> > sysconfig/network<br>
xs-commitchanged -m "Made from sysconfig/<a href="http://network.in" target="_blank">network.in</a>" sysconfig/network<br>
xs-commitchanged -m 'Dirty state' hosts<br>
sed -e "s/@@SERVERNUM@@/$(cat /etc/sysconfig/xs_server_number)/" <<br>
<a href="http://hosts.in" target="_blank">hosts.in</a>> hosts<br>
xs-commitchanged -m "Made from <a href="http://hosts.in" target="_blank">hosts.in</a>" hosts<br>
# It may be dirty<br>
xs-commitchanged -m 'Dirty state' sysconfig/dhcpd<br>
# Overwrite<br>
cp -p sysconfig/<a href="http://dhcpd.in" target="_blank">dhcpd.in</a> sysconfig/dhcpd<br>
xs-commitchanged -m "Made from sysconfig/<a href="http://dhcpd.in" target="_blank">dhcpd.in</a>" sysconfig/dhcpd<br>
/<br>
Stopping httpd: [ OK ]<br>
Starting httpd: httpd: Could not reliably determine the server's fully<br>
qualified domain name, using <a href="http://127.0.0.1" target="_blank">127.0.0.1</a> for ServerName<br>
[ OK ]<br>
Shutting down system logger: [ OK ]<br>
Starting system logger: [ OK ]<br>
<br>
Installed: xs-config.noarch 0:0.5.9.g13a7973-1<br>
Complete!<br>
<br>
Anna Schoolfield<br>
Birmingham<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.laptop.org/pipermail/server-devel/attachments/20081211/7e936d38/attachment-0001.htm" target="_blank">http://lists.laptop.org/pipermail/server-devel/attachments/20081211/7e936d38/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 11 Dec 2008 12:19:27 -0600<br>
From: Anna <<a href="mailto:aschoolf@gmail.com">aschoolf@gmail.com</a>><br>
Subject: Re: [Server-devel] Amateurish Workaround to Get Bonding to<br>
Work With eth1<br>
To: "Martin Langhoff" <<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a>><br>
Cc: XS Devel <<a href="mailto:server-devel@lists.laptop.org">server-devel@lists.laptop.org</a>><br>
Message-ID:<br>
<<a href="mailto:196348a20812111019q1bbfb753oa1fb6b0a7824d4dd@mail.gmail.com">196348a20812111019q1bbfb753oa1fb6b0a7824d4dd@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
On Thu, Dec 11, 2008 at 12:04 PM, Martin Langhoff <<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a><br>
> wrote:<br>
<br>
><br>
> - we do respect <a href="http://sshd_config.in" target="_blank">sshd_config.in</a> -- if you edit <a href="http://sshd_config.in" target="_blank">sshd_config.in</a>, your<br>
> changes will be preserved, and any new <a href="http://sshd_config.in" target="_blank">sshd_config.in</a> we want to<br>
> deploy will be written as sshd_config.in.rpmnew<br>
><br>
><br>
Well, I did edit <a href="http://sshd_config.in" target="_blank">sshd_config.in</a> and then did the make xs-config thing like I<br>
was supposed to. My changes were preserved in<br>
/etc/ssh/sshd_config.in.rpmsave.<br>
<br>
But going forward, and since I'm looking at possibly installing XS 0.5 on<br>
quite a few machines here, before I burn the CD again, can I edit<br>
/etc/sysconfig/network-scripts/ifcfg-eth1 on the iso like so:<br>
<br>
(Edit this line to look like this)<br>
if [ "foo$XS_LANBOND_MAINXS_IPADDR" != "foo" ]; then<br>
(Add this line)<br>
HOTPLUG=yes<br>
<br>
Will that work? I need to keep the install steps to a minimum and I'd<br>
rather make the changes to the iso.<br>
<br>
Anna Schoolfield<br>
Birmingham<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.laptop.org/pipermail/server-devel/attachments/20081211/5268c8ab/attachment-0001.htm" target="_blank">http://lists.laptop.org/pipermail/server-devel/attachments/20081211/5268c8ab/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 11 Dec 2008 15:32:14 -0300<br>
From: Raul Gutierrez Segales <<a href="mailto:rgs@rieder.net.py">rgs@rieder.net.py</a>><br>
Subject: Re: [Server-devel] Amateurish Workaround to Get Bonding to<br>
Work With eth1<br>
To: Martin Langhoff <<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a>><br>
Cc: XS Devel <<a href="mailto:server-devel@lists.laptop.org">server-devel@lists.laptop.org</a>><br>
Message-ID: <1229020334.6408.51.camel@laptop><br>
Content-Type: text/plain<br>
<br>
Will a new ISO (XS-0.5.1?) be released to address this issue?<br>
<br>
<br>
On Wed, 2008-12-10 at 18:51 -0200, Martin Langhoff wrote:<br>
> On Wed, Dec 10, 2008 at 6:09 PM, Martin Langhoff > I spotted exactly<br>
> the same difference and tested it -- does not seem<br>
> > to work. Hope to get to the bottom of it.<br>
><br>
> Alright, fixed. Credit to Anna and Jerry for narrowing down on the issue.<br>
><br>
> The actual problem is laughably simple -- late in the dev cycle of 0.5<br>
> a typo sneaked in. A minor edit of ifcfg-eth1 fixes it, see:<br>
><br>
> <a href="http://dev.laptop.org/git?p=projects/xs-config;a=commitdiff;h=acd64ab3d2342fbda08a944e31878db6b3b563f2" target="_blank">http://dev.laptop.org/git?p=projects/xs-config;a=commitdiff;h=acd64ab3d2342fbda08a944e31878db6b3b563f2</a><br>
><br>
> In any case, you can grab the rpm with the fix from<br>
><br>
> <a href="http://xs-dev.laptop.org/xsrepos/testing/olpc/9/i386/xs-config-0.5.7.g11aaacf-1.noarch.rpm" target="_blank">http://xs-dev.laptop.org/xsrepos/testing/olpc/9/i386/xs-config-0.5.7.g11aaacf-1.noarch.rpm</a><br>
><br>
> or perform<br>
><br>
> yum --enablerepo=olpcxstesting install xs-config<br>
><br>
> thanks everyone -- specially Anna -- for you help and patience.<br>
><br>
> cheers,<br>
><br>
><br>
><br>
> martin<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Thu, 11 Dec 2008 18:34:04 +0000<br>
From: Robert McQueen <<a href="mailto:robert.mcqueen@collabora.co.uk">robert.mcqueen@collabora.co.uk</a>><br>
Subject: Re: [Server-devel] Gadget fedora package<br>
To: Martin Langhoff <<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a>><br>
Cc: <a href="mailto:server-devel@lists.laptop.org">server-devel@lists.laptop.org</a>, Marco Pesenti Gritti<br>
<<a href="mailto:marcopg@sugarlabs.org">marcopg@sugarlabs.org</a>><br>
Message-ID: <<a href="mailto:49415D1C.5040805@collabora.co.uk">49415D1C.5040805@collabora.co.uk</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Martin Langhoff wrote:<br>
> But I'm working on this space at the moment - switching away from the<br>
> "all online users" patch that I suspect Guillaume is talking about and<br>
> shifting to a different strategy using PostgreSQL.<br>
><br>
> So its "mostly behind us" (emphasis on mostly) as I mentioned but<br>
> things are looking promising. The strategies I'm planning to use are<br>
> in use by several large scale sites based on ejabberd with custom<br>
> roster behaviours.<br>
<br>
I thought about having the server subdivide people into smaller mutually<br>
visible groups, particularly in G1G1 when having magic groups which try<br>
and group by network proximity or random grouping is reasonable. It<br>
works just because that the n^2 scalability problems are avoided by<br>
simply making n smaller, but I still believe that approaches based<br>
around shared rosters aren't ultimately the right thing to do.<br>
<br>
Remember that what we're talking about isn't simply whether people can<br>
see each other's presence or not, but that we rely on a bidirectional<br>
presence subscription to use PEP to publish the extra OLPC-specific<br>
properties of a buddy, as well as their currently active activity, all<br>
of the activities they're running, and the properties of all of those<br>
activities.<br>
<br>
Problems with this:<br>
<br>
* It's further from what XMPP does normally because it continues and<br>
presumes/presupposes that the server knows best who should see each<br>
other. Gadget only publishes buddy information if they subscribe to<br>
it, and only publishes activities if it's invited to it, allowing<br>
fine-grained control, and for the other cases we should allow people<br>
to punch in JIDs or find people in activities/groups and make their<br>
own friendship subscriptions.<br>
<br>
* It's inefficient because every client in an activity ends up pushing<br>
PEP nodes with verbose details of their activities, when actually if<br>
the server had a concept of the activity it would only need to be<br>
aware of one copy of this information. That means when an activity<br>
changes its properties, you get the changed activity details N times,<br>
once for each participant. Gadget receives the activity details<br>
directly from the activity once only.<br>
<br>
* It's inefficient because the server pushes all of these to all<br>
clients in the mutually-visible group, even if that's too much<br>
information for the UI to display, or it's just not relevant because<br>
that view isn't open currently. Gadget pushes changes to only those<br>
people who are interested in a certain activity.<br>
<br>
* It precludes finer-grained visibility controls - you can't set up<br>
activities which are only visibile to certain groups of people<br>
without letting those people see all of your activities, or none.<br>
Although Gadget currently allows all people on a server to query an<br>
activity it's invited to, it gives us one place to implement<br>
functionality like sharing with certain groups or list of people.<br>
<br>
* You're limited to having subsets of people who are on one server, and<br>
because we need bi-directional subscriptions for PEP to work, both<br>
servers need to agree, so you really have very few options for<br>
including other people from other servers unless you start setting up<br>
a protocol by which servers inter-agree who should see each other on<br>
users' behalves. Seems pretty tricky...<br>
<br>
Further to this Gadget offers:<br>
* Searches for buddies and activities are made out of all information<br>
available to Gadget, rather than people being split into different<br>
"silos". So even if people in different classes are using some niche<br>
activity, they can still find each other.<br>
<br>
* If server to server connections are enabled, its possible to invite a<br>
Gadget from another server (a partner school, for example) into an<br>
activity to make it searchable by people in the other school. We<br>
could even look at gadget<->gadget propogation of activities and<br>
buddies if we wanted to.<br>
<br>
> cheers,<br>
><br>
> martin<br>
<br>
Regards,<br>
Rob<br>
<br>
--<br>
Robert McQueen +44 7876 562 564<br>
Director, Collabora Ltd. <a href="http://www.collabora.co.uk" target="_blank">http://www.collabora.co.uk</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Server-devel mailing list<br>
<a href="mailto:Server-devel@lists.laptop.org">Server-devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/server-devel" target="_blank">http://lists.laptop.org/listinfo/server-devel</a><br>
<br>
<br>
End of Server-devel Digest, Vol 20, Issue 13<br>
********************************************<br>
</blockquote></div><br>