Re: [sugar] Dropped jhbuild support for Fedora 8 and Ubuntu 7.10
On Mon, Dec 15, 2008 at 11:54, Marco Pesenti Gritti marc...@sugarlabs.org wrote: On Mon, Dec 15, 2008 at 10:51 AM, Tomeu Vizoso to...@sugarlabs.org wrote: Perhaps we could go back to build gtk, pygtk, etc inside jhbuild as we used to do a year ago? Should be pretty easy for someone like Reinier to restore and maintain support for Ubuntu Hardy, I think. If someone wants to maintain config and sysdeps that would be great, I don't have time to do it myself though, sorry :( I'm no longer on hardy, so I can't maintain it directly, but I'm happy to help if someone wants to own that. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar on Ubuntu Intrepid broken
On Thu, Nov 27, 2008 at 02:06, Edward Cherlin [EMAIL PROTECTED] wrote: On Wed, Nov 26, 2008 at 2:33 PM, Luke Faraone [EMAIL PROTECTED] wrote: On Wed, Nov 26, 2008 at 17:07, Edward Cherlin [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]:~$ sugar-emulator Traceback (most recent call last): File /usr/bin/sugar-emulator, line 22, in module from emulator import main File /usr/share/sugar/shell/emulator.py, line 31, in module from sugar import env ImportError: No module named sugar Edward, this is not a Sugar problem, please ask about it on the sugar-ubuntu mailing list. We need a Wiki page with a detailed statement of which bugs and support questions go on which lists. I think that the current setup works fine for the developers working in each of the projects involved, but is hopeless for others, especially newcomers. I agree. I'm not sure where such a page should go - on the supported systems page? On the page for each distro? The plan for Ubuntu is that you should log bugs in the Ubuntu bugtracker, https://launchpad.net - for example, https://bugs.launchpad.net/ubuntu/+source/sugar for Sugar itself. Please log your issue there so we can track it. In any case, how did you install sugar, exactly? It works fine for me on a fresh intrepid install. I had Sugar installed, and I upgraded to Intrepid. There was one dependency error that required me to do a manual package installation, replacing sugar-datastore with python-olpc-datastore, IIRC. That is a known issue which still needs fixing, ubuntu-sugarteam... Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Closing this list
On Wed, Nov 26, 2008 at 10:38, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Hello, as previously announced we have a now an upstream mailing list for Sugar development: http://lists.sugarlabs.org/archive/sugar-devel/ My suggestion would be to close sugar@lists.laptop.org and have the few distribution specific discussions in [EMAIL PROTECTED] *If* there is full consensus we might also consider to copy the subscriber list of sugar@lists.laptop.org to [EMAIL PROTECTED] +1 from me. What might help is to list the lists in a discoverable place on the wikis, showing clearly which list is appropriate for what, since we are getting support questions on iaep etc. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [IAEP] list of complaints from sugarcamp community building talk
On Tue, Nov 25, 2008 at 15:58, Simon Schampijer [EMAIL PROTECTED] wrote: Luke Faraone wrote: On Tue, Nov 25, 2008 at 08:48, Simon Schampijer [EMAIL PROTECTED] wrote: Carol Farlow Lerche wrote: Please DON'T introduce more sugarisms like BEET, especially for novices. How are they supposed to know what to put as a tag, even if the tag makes sense? They read it when they subscribe to the mailing list - and find it on the wiki pages for example 'Getting involved'. I don't mean to beet someone when he does not use the tag - but I don't want to create another list neither. This still raises the bar for asking a question, which is the opposite of what we are trying to accomplish. -lf I mainly was saying, I don't think another list will solve the issue. If people want to do something like Sugar classes or invite new developers at their home for sugar and tea - this sounds more fruitful to me. How about [HELP] ? Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Confusing information about Design
On Tue, Nov 25, 2008 at 16:41, Eduardo Silva [EMAIL PROTECTED] wrote: Hi Folks, I was looking for information about Desing in SugarLabs and that page recommend to the visitor to go to http://wiki.laptop.org/go/Designs and that's confusing, also some screenshots are very old and are not according to the current design. I would suggest to modify links and information available for new people that want to learn more about Sugar project and get involved. http://wiki.laptop.org/go/Sugar is also very old. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Presence Service
[+cc: Sugar] On Thu, Nov 20, 2008 at 02:26, Martin Langhoff [EMAIL PROTECTED] wrote: From a collaboration POV, my top priority is to sit down with Guillaume while he's here and understand their (Collabora's) thinking about Gadget and other reasons why the presence service might be evil that I don't know yet -- I seem to be on my way to succeed fixing the evils I know about in it ;-) Since Guillaume mentioned Presence Service must die!!1! there seems to be some confusion about what Presence Service is, and why Collabora proposed to replace it. Presence Service was (IIRC) originally maintained by Dan Williams at RedHat, then by various Collabora people including myself, and now by Guillaume and myself. Practically nobody outside of this group has any idea how Presence Service is implemented, and the depths of its evilness. Presence Service is not ejabberd or any component running on the XS. http://wiki.laptop.org/go/Presence_Service contains a diagram showing where PS fits into the Sugar stack. It is a layer of abstraction between Sugar and the two Telepathy Connection Managers we are currently using, Gabble and Salut. It is responsible for: * Connecting one or more Telepathy Connection Managers * Doing account-related stuff like setting your Jabber ID to some unintelligible machine-readable strings to ensure you have a unique identity regardless of your mutable identity like nick and colors * Providing a D-Bus API for non-Python activities * Creating the plumbing for shared activities including a room, a Telepathy text channel, a Tubes channel, etc. * Tracking, and caching, who you can see and which shared activities you are aware of, and who is in them It was also designed for plugging in encryption and digital signature, which are to some extent already implemented in XMPP, which would provide for confidentiality and authentication. This has been delayed until (a) presence and collaboration as they are now, actually work well, without the burden of additional complexity and CPU demands, and (b) an actual security requirements analysis has been done to determine what we should implement and how. Presence Service is specific to Sugar. It is a nightmare to maintain, since it contains cruft from before Telepathy was added to the stack, and some really weird design decisions were made. Nobody else can or will use it. There is an equivalent component in the non-Sugar Telepathy stack, called Mission Control - developed by Nokia for account management (and other things) in Maemo/ITOS. Mission Control is also used by the Empathy desktop IM/V/VoIP client in GNOME. Collabora have therefore suggested replacing Presence Service with a combination of Mission Control and moving functionality up into sugar-toolkit and the activities themselves, so that everything is talking Telepathy and not some arbitrary abstraction of an abstraction framework. As far as public discussion of this goes, I think it is sufficient to note that we have component in the Sugar stack that is inefficient, difficult to maintain, impossible to share with other projects, makes the actual status of presence unnecessarily opaque to things that need to know, and is a blocker on much of the work we have in mind to improve presence and collaboration reliability and scalability. To do any work on this functionality in Sugar, we need to invest. We can either invest in short term band-aids and long term insanity, or we can invest in improving the platform and leveraging others' efforts in solving similar problems. Hope that helps, Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Differents behaviours of my application
On Wed, Nov 19, 2008 at 23:26, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Wed, Nov 19, 2008 at 4:15 PM, Aleix Palet [EMAIL PROTECTED] wrote: Here you have it (the implicated parts): from sugar.activity import activity def __init__(self, handle): activity.Activity.__init__(self, handle) toolbox = activity.ActivityToolbox(self) self.set_toolbox(toolbox) toolbox.show() self.project = None self.bgImageOrigin = Point() if handle.object_id == None: f = FileChooser() file = f.chooseFile() pygame.init() self.screen = pygame.display.set_mode((1200, 900), 0, 32) self.load(file, None, None, None) def read_file(self, fileame): pygame.init() self.screen = pygame.display.set_mode((1200, 900), 0, 32) self.load(filename, None, None, None) Maybe the problem is how I create the activity? I think the problem is that you are creating a pygame window that occupies the whole screen. Just found this code that may help you: http://code.google.com/p/geoquiz/source/browse/trunk/olpcgames/activity.py The git repository for the olpcgames wrapper for pygame is actually: http://dev.laptop.org/git?p=projects/games-misc;a=summary The following links are relevant: http://wiki.laptop.org/go/Game_development_HOWTO http://wiki.laptop.org/go/Pygame_wrapper http://wiki.laptop.org/go/Porting_pygame_games_to_the_XO Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Presence Service
On Thu, Nov 20, 2008 at 12:24, Bert Freudenberg [EMAIL PROTECTED] wrote: On 20.11.2008, at 10:17, Morgan Collett wrote: Collabora have therefore suggested replacing Presence Service with a combination of Mission Control and moving functionality up into sugar-toolkit and the activities themselves, so that everything is talking Telepathy and not some arbitrary abstraction of an abstraction framework. Will the DBus interface to Mission Control be available by then? I only saw a year-old proposal for it. If not, it will take a considerable amount of boring work to migrate Etoys. The plan would have to include providing the same or similar API for non python activities as the current PS API - without failing to remove unnecessary indirection and abstraction... Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Comments on gregdek's blog
Hi Greg I don't know if livejournal takes pingbacks so I'll comment on-list rather than on my blog. At http://gregdek.livejournal.com/39468.html you wrote about XoIRC not having highlight notifications. That landed recently in Sugar git master and XoIRC, so if you run the crack-of-the-day or wait for a release you can use, that's fixed. You mention moving beyond Matchbox - perhaps you're not aware of Sayamindu's work on Sugar on Metacity. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] errors installing 8.2.0 on ubuntu 8.03
Hi Bryan On Tue, Nov 18, 2008 at 12:00, Bryan Berry [EMAIL PROTECTED] wrote: I used the instructions here http://www.sugarlabs.org/go/Community/Distributions/Ubuntu and got the following error. Anyone have a quick fix? thanks Setting up sugar-base (0.82.2-0ubuntu1~ppa1) ... pycentral: pycentral pkginstall: not overwriting local files pycentral pkginstall: not overwriting local files dpkg: error processing sugar-base (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of sugar-datastore: sugar-datastore depends on sugar-base; however: Package sugar-base is not configured yet. dpkg: error processing sugar-datastore (--configure): dependency problems - leaving unconfigured Setting up sugar-toolkit (0.82.11-0ubuntu1~ppa2) ... pycentral: pycentral pkginstall: not overwriting local files pycentral pkginstall: not overwriting local files dpkg: error processing sugar-toolkit (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of sugar: sugar depends on sugar-base; however: Package sugar-base is not configured yet. sugar depends on sugar-datastore; however: Package sugar-datastore is not configured yet. sugar depends on sugar-toolkit; however: Package sugar-toolkit is not configured yet. dpkg: error processing sugar (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of sugar-calculate-activity: sugar-calculate-activity depends on sugar; however: Package sugar is not configured yet. dpkg: error processing sugar-calculate-activity (--configure): dependency problems - leaving unconfigured Looks like you're upgrading from a previous sugar installation, suggested by pycentral: pycentral pkginstall: not overwriting local files. Please remove those packages first, or if you have somehow manually installed sugar, remove it. It should then install cleanly. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Error building squeak in jhbuild on Ubuntu 8.10
On Thu, Nov 6, 2008 at 13:01, Morgan Collett [EMAIL PROTECTED] wrote: When building jhbuild on Ubuntu 8.10, I get the following error building squeak: /bin/bash /home/morgan/sugar-jhbuild/source/squeak/bld/libtool --mode=compile gcc -g -O2 -fomit-frame-pointer -DLSB_FIRST=1 -g -O2 -fomit-frame-pointer -DLSB_FIRST=1 -Wall -Werror -DHAVE_CONFIG_H -I/home/morgan/sugar-jhbuild/source/squeak/bld -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/src/vm -I/home/morgan/sugar-jhbuild/source/squeak/bld -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/src/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/plugins/FilePlugin -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/plugins/B3DAcceleratorPlugin -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/plugins/B3DAcceleratorPlugin -DSUGAR -c -o sqUnixFBDev.lo /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDev.c gcc -g -O2 -fomit-frame-pointer -DLSB_FIRST=1 -g -O2 -fomit-frame-pointer -DLSB_FIRST=1 -Wall -Werror -DHAVE_CONFIG_H -I/home/morgan/sugar-jhbuild/source/squeak/bld -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/src/vm -I/home/morgan/sugar-jhbuild/source/squeak/bld -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/src/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/plugins/FilePlugin -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/plugins/B3DAcceleratorPlugin -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/plugins/B3DAcceleratorPlugin -DSUGAR -c /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDev.c -fPIC -DPIC -DPIC -o sqUnixFBDev.o cc1: warnings being treated as errors In file included from /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMouse.c:109, from /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDev.c:128: /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMousePS2.c: In function 'ms_ps2_send': /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMousePS2.c:113: error: ignoring return value of 'write', declared with attribute warn_unused_result /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMousePS2.c: In function 'ms_ps2_disable': /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMousePS2.c:144: error: ignoring return value of 'write', declared with attribute warn_unused_result make[2]: *** [sqUnixFBDev.lo] Error 1 make[1]: *** [vm-display-fbdev.la] Error 2 make[1]: Leaving directory `/home/morgan/sugar-jhbuild/source/squeak/bld' make: *** [default] Error 2 *** error during stage build of squeak: ## Error running make *** [22/36] This has also been reported by the developer packaging squeak for Ubuntu: https://bugs.launchpad.net/ubuntu/+source/squeak-vm/+bug/254547 That bug report suggests building with -D_FORTIFY_SOURCE=0 - or is there a better way of fixing this? For the record, I did get squeak to build in jhbuild by manually configuring it with -D_FORTIFY_SOURCE=0. Is this an appropriate fix suitable for upstream, or can somebody suggest a better approach? Thanks Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Review request: Presence Service signalling CM connect/disconnection to Sugar
To show the state of presence/collaboration in Sugar, here's a first
step: signalling telepathy connection manager (PS plugin) connections
and disconnections.
What would be a good place in the sugar shell to track the state of
which CM is connected? That would be useful to show, if not in the UI,
then in the control panel where http://dev.laptop.org/ticket/6248
suggests we could have a place to control which telepathy connection
managers are used in a persistent way.
Regards
Morgan
diff --git a/src/presenceservice.py b/src/presenceservice.py
index e68bded..6748e2d 100644
--- a/src/presenceservice.py
+++ b/src/presenceservice.py
@@ -146,6 +146,7 @@ class PresenceService(ExportedGObject):
_logger.debug(Disconnected from session bus!!!)
def _tp_status_cb(self, plugin, status, reason):
+conn_name = plugin.conn_name()
if status == CONNECTION_STATUS_CONNECTED:
self._tp_connected(plugin)
if (plugin == self._server_plugin and self._ll_plugin) or \
@@ -155,6 +156,7 @@ class PresenceService(ExportedGObject):
# corner cases where laptops on mesh can't talk to ones on APs
_logger.debug(Gabble takes precedence, disconnect Salut)
self._ll_plugin.cleanup()
+self.ConnectionManagerConnected(conn_name)
else:
self._tp_disconnected(plugin)
if plugin == self._server_plugin and self._ll_plugin and \
@@ -163,6 +165,7 @@ class PresenceService(ExportedGObject):
# corner cases where laptops on mesh can't talk to ones on APs
if self._ll_plugin.status == CONNECTION_STATUS_DISCONNECTED:
self._ll_plugin.start()
+self.ConnectionManagerDisconnected(conn_name)
def _tp_connected(self, tp):
self._connected_plugins.add(tp)
@@ -610,6 +613,14 @@ class PresenceService(ExportedGObject):
def PrivateInvitation(self, bus_name, connection, channel, chan_type):
pass
+@dbus.service.signal(PRESENCE_INTERFACE, signature=s)
+def ConnectionManagerConnected(self, conn_name):
+pass
+
+@dbus.service.signal(PRESENCE_INTERFACE, signature=s)
+def ConnectionManagerDisconnected(self, conn_name):
+pass
+
@dbus.service.method(PRESENCE_INTERFACE, in_signature='',
out_signature=ao)
def GetActivities(self):
diff --git a/src/telepathy_plugin.py b/src/telepathy_plugin.py
index 982f7cc..09025c1 100644
--- a/src/telepathy_plugin.py
+++ b/src/telepathy_plugin.py
@@ -599,3 +599,10 @@ class TelepathyPlugin(gobject.GObject):
_logger.debug(::: IP4 address now %s, address)
self._reconnect_timeout = self._RECONNECT_INITIAL_TIMEOUT
+
+def conn_name(self):
+Identify the connection manager running.
+
+Returns 'gabble' or 'salut'.
+
+return self._TP_CONN_MANAGER
diff --git a/src/sugar/presence/presenceservice.py b/src/sugar/presence/presenceservice.py
index e2398a8..718da2b 100644
--- a/src/sugar/presence/presenceservice.py
+++ b/src/sugar/presence/presenceservice.py
@@ -62,7 +62,11 @@ class PresenceService(gobject.GObject):
([gobject.TYPE_PYOBJECT])),
'activity-shared': (gobject.SIGNAL_RUN_FIRST, gobject.TYPE_NONE,
([gobject.TYPE_PYOBJECT, gobject.TYPE_PYOBJECT,
- gobject.TYPE_PYOBJECT]))
+ gobject.TYPE_PYOBJECT])),
+'tp-connected': (gobject.SIGNAL_RUN_FIRST, gobject.TYPE_NONE,
+ ([gobject.TYPE_STRING])),
+'tp-disconnected': (gobject.SIGNAL_RUN_FIRST, gobject.TYPE_NONE,
+ ([gobject.TYPE_STRING]))
}
_PS_BUDDY_OP = DBUS_PATH + /Buddies/
@@ -147,6 +151,10 @@ class PresenceService(gobject.GObject):
self._activity_invitation_cb)
ps.connect_to_signal('PrivateInvitation',
self._private_invitation_cb)
+ps.connect_to_signal('ConnectionManagerConnected',
+ self._tp_connected_cb)
+ps.connect_to_signal('ConnectionManagerDisconnected',
+ self._tp_disconnected_cb)
return self._ps_
_ps = property(
@@ -255,6 +263,28 @@ class PresenceService(gobject.GObject):
gobject.idle_add(self._emit_private_invitation_signal, bus_name,
connection, channel, chan_type)
+def _emit_tp_connected_signal(self, conn_name):
+Emit GObject event with name of Telepathy CM connected.
+
+Possible values for conn_name include 'gabble' and 'salut'.
+
+self.emit('tp-connected', conn_name)
+
+def _tp_connected_cb(self, conn_name):
+Callback for dbus event (forwards to method to emit GObject event)
+gobject.idle_add(self._emit_tp_connected_signal, conn_name)
+
+
Re: [sugar] Collaboration day!
On Fri, Nov 14, 2008 at 17:11, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Hello! I'm excited that Guillaume Desmottes is joining us at Sugarcamp, and we can actually have a good discussion about our collaboration infrastructure. I'm eager to learn about it and to figure out a roadmap for 0.84 and beyond. He will arrive on Monday afternoon (17h30) and go back Wednesday night (19h45). I propose to make Tuesday a collaboration day and spend a lot of time in learning, planning and hacking about it. Morgan will be present by phone. Brendan proposed a talk about it. http://sugarlabs.org/go/Sugarcamp/Schedule updated with proposed collaboration topics. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [IAEP] Tentative talk schedule: Nov 19
On Thu, Nov 13, 2008 at 08:49, C. Scott Ananian [EMAIL PROTECTED] wrote: On Wed, Nov 12, 2008 at 9:50 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Thu, Nov 13, 2008 at 3:07 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: Does this schedule seem reasonable to others? (Esp. those I've pencilled in for talks?) If you are going to be in town, made a 9.1 proposal (or forgot to), and aren't listed above, let me know. There is a lot of interest about a talk on collaboration, Brendan offered to lead at least part of it. Perhaps we could make it a 2 hours slot on the other days, similar to Walter/Christian. Sorry, I'd originally left that out because we didn't have someone to lead it; I was a bit behind on my mail and didn't see Brendan's proposal/offer. Also, it seems like Yamandu will be attending; I'd missed his proposal in my original schedule as well. My current vague thinking is to group the less-technical learning-and-content-oriented talks (Yamandu's, OLE's presentation, and Chris/Michael's Uruguay report) on another day (Tuesday? Thursday? I'll have to sit down with Bernie again), and to add Yamandu-on-i18n to the i18n hour on Wed, if he'd like to make a 10-15min presentation. I think I can squeeze in 30 mins for collaboration on Wed if Brendan wants to make a formal proposal; if we all just want to sit down and brainstorm collaboration, then a 2 hour block on not-Wednesday sounds perfect. I was really hoping to get Morgs or Collabora to give a 'state of collaboration' talk to set the stage. Hopefully we can get that in January's meeting. Seeing as there will be some discussion anyway, I'll try to write up something to explain the current state of things and what we were hoping to achieve next. If there's a possibility of me participating by phone, and a slot before 3pm, I'd certainly like to join the discussion. My intention is more to set realistic expectations than plan future work, as our resources are rather constrained, and people who would need to be part of actual planning won't be there. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [IAEP] SugarCamp
On Thu, Nov 13, 2008 at 20:39, C. Scott Ananian [EMAIL PROTECTED] wrote: sugarlabs and olpc have the same mission. Yes, but you have to substitute the word 'education' for 'laptop' - I can't remember which way round :-) (http://www.google.com/search?q=substitute+the+word+education+for+laptop) Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Separate physical mouse for Xephyr
Simon Mungewell was trying to get a separate physical mouse configured to work only in Xephyr, so that his child could play with Sugar in sugar-emulator (on a second monitor) while he works on his computer with the first mouse - and he got it right: http://ubuntuforums.org/showthread.php?t=974438 ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] updating telepathy in OLPC's F9-based images
On Mon, Nov 10, 2008 at 12:29, Tomeu Vizoso [EMAIL PROTECTED] wrote: Hi all, I'm having some trouble updating the telepathy packages in joyride, which is a prerequisite for updating sugar. My plan was to update the telepathy* packages in F9 to the sources of those packages in F10, but I'm having some trouble in getting commit permissions to do that. Perhaps that's not the best way and we should request OLPC-3 branches instead? Or build packages out of koji until we move joyride to F10? Or perhaps we could update to F10 right away? ;) telepathy-gabble and telepathy-salut have OLPC-3 branches since we carry rainbow-specific patches for OLPC builds. I have access there IIRC. I'll see if I have ACLs to update telepathy-glib and python-telepathy in F-9 too. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar on Edubuntu
On Thu, Nov 6, 2008 at 12:36, Morgan Collett [EMAIL PROTECTED] wrote: On Thu, Nov 6, 2008 at 02:38, Bert Freudenberg [EMAIL PROTECTED] wrote: On 05.11.2008, at 13:55, David Farning wrote: .One sticking point was the availability of squeak on Ubuntu. If I remember this issue was beaten to death before I got involved with SL. I only remember discussion of getting it into Debian, not Ubuntu. Basically, even though the license issues are finally resolved, they did not want to have it in because they do not agree with its current development model: http://lists.laptop.org/pipermail/devel/2008-June/015479.html Ubuntu syncs from Debian during every development cycle, so if it's in debian we get it in Ubuntu with no extra work. The mail you reference doesn't give all the details but I think I remember the issue - building from source: Debian considers packages that can't build from source to be non-free. Thanks for the reminder of this issue - I'll take it up on the edubuntu list. Actually, on digging I found we have etoys and squeak-vm in Ubuntu, in multiverse - which is the non-free repository: https://launchpad.net/ubuntu/+source/squeak-vm, https://launchpad.net/ubuntu/+source/etoys In this state it's not distributable on official Ubuntu CDs, such as the Edubuntu CD, but it's easily installable. We'll work on fixing the non-free status in the next Ubuntu release cycle, if possible... Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Error building squeak in jhbuild on Ubuntu 8.10
When building jhbuild on Ubuntu 8.10, I get the following error building squeak: /bin/bash /home/morgan/sugar-jhbuild/source/squeak/bld/libtool --mode=compile gcc -g -O2 -fomit-frame-pointer -DLSB_FIRST=1 -g -O2 -fomit-frame-pointer -DLSB_FIRST=1 -Wall -Werror -DHAVE_CONFIG_H -I/home/morgan/sugar-jhbuild/source/squeak/bld -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/src/vm -I/home/morgan/sugar-jhbuild/source/squeak/bld -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/src/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/plugins/FilePlugin -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/plugins/B3DAcceleratorPlugin -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/plugins/B3DAcceleratorPlugin -DSUGAR -c -o sqUnixFBDev.lo /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDev.c gcc -g -O2 -fomit-frame-pointer -DLSB_FIRST=1 -g -O2 -fomit-frame-pointer -DLSB_FIRST=1 -Wall -Werror -DHAVE_CONFIG_H -I/home/morgan/sugar-jhbuild/source/squeak/bld -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/src/vm -I/home/morgan/sugar-jhbuild/source/squeak/bld -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/src/vm -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/plugins/FilePlugin -I/home/morgan/sugar-jhbuild/source/squeak/platforms/Cross/plugins/B3DAcceleratorPlugin -I/home/morgan/sugar-jhbuild/source/squeak/platforms/unix/plugins/B3DAcceleratorPlugin -DSUGAR -c /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDev.c -fPIC -DPIC -DPIC -o sqUnixFBDev.o cc1: warnings being treated as errors In file included from /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMouse.c:109, from /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDev.c:128: /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMousePS2.c: In function 'ms_ps2_send': /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMousePS2.c:113: error: ignoring return value of 'write', declared with attribute warn_unused_result /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMousePS2.c: In function 'ms_ps2_disable': /home/morgan/sugar-jhbuild/source/squeak/platforms/unix/vm-display-fbdev/sqUnixFBDevMousePS2.c:144: error: ignoring return value of 'write', declared with attribute warn_unused_result make[2]: *** [sqUnixFBDev.lo] Error 1 make[1]: *** [vm-display-fbdev.la] Error 2 make[1]: Leaving directory `/home/morgan/sugar-jhbuild/source/squeak/bld' make: *** [default] Error 2 *** error during stage build of squeak: ## Error running make *** [22/36] This has also been reported by the developer packaging squeak for Ubuntu: https://bugs.launchpad.net/ubuntu/+source/squeak-vm/+bug/254547 That bug report suggests building with -D_FORTIFY_SOURCE=0 - or is there a better way of fixing this? Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar on Edubuntu
On Wed, Nov 5, 2008 at 23:55, David Farning [EMAIL PROTECTED] wrote: One sticking point was the availability of squeak on Ubuntu. If I remember this issue was beaten to death before I got involved with SL. If anyone has pointers to the relevant threads, I would appreciate them. My perspective is that Etoys is an important part of Sugar, and we'd like to have it in Ubuntu as soon as possible, but it doesn't hold back the rest of Sugar. The Edubuntu community is interested in Squeak already, for other reasons, so there are a good number of people who want it included. If possible, we'd like to see it in Debian, so we can maintain it through the usual sync with Debian. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar on Edubuntu
On Thu, Nov 6, 2008 at 02:38, Bert Freudenberg [EMAIL PROTECTED] wrote: On 05.11.2008, at 13:55, David Farning wrote: .One sticking point was the availability of squeak on Ubuntu. If I remember this issue was beaten to death before I got involved with SL. I only remember discussion of getting it into Debian, not Ubuntu. Basically, even though the license issues are finally resolved, they did not want to have it in because they do not agree with its current development model: http://lists.laptop.org/pipermail/devel/2008-June/015479.html Ubuntu syncs from Debian during every development cycle, so if it's in debian we get it in Ubuntu with no extra work. The mail you reference doesn't give all the details but I think I remember the issue - building from source: Debian considers packages that can't build from source to be non-free. Thanks for the reminder of this issue - I'll take it up on the edubuntu list. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [PATCH] Pylint fixes for presence service
Nothing major, just some things that tripped pylint.
r?
Regards
Morgan
From 29c07d9a113dafb4cba3665250f3cb3341393aa7 Mon Sep 17 00:00:00 2001
From: Morgan Collett [EMAIL PROTECTED]
Date: Tue, 4 Nov 2008 16:26:21 +0200
Subject: [PATCH] Pylint fixes
---
src/buddy.py|3 ++-
src/linklocal_plugin.py | 10 +++---
src/presenceservice.py | 22 +++---
src/server_plugin.py| 21 +
src/telepathy_plugin.py |9 -
5 files changed, 29 insertions(+), 36 deletions(-)
diff --git a/src/buddy.py b/src/buddy.py
index 1b2e4d6..3e8788d 100644
--- a/src/buddy.py
+++ b/src/buddy.py
@@ -974,7 +974,8 @@ class ShellOwner(GenericOwner):
for (signal, cb) in (('IconChanged', self._icon_changed_cb),
('ColorChanged', self._color_changed_cb),
('NickChanged', self._nick_changed_cb),
- ('CurrentActivityChanged', self._cur_activity_changed_cb)):
+ ('CurrentActivityChanged',
+ self._cur_activity_changed_cb)):
self._bus.add_signal_receiver(cb, signal_name=signal,
dbus_interface=self._SHELL_OWNER_INTERFACE,
bus_name=self._SHELL_SERVICE,
diff --git a/src/linklocal_plugin.py b/src/linklocal_plugin.py
index 250482d..eb44ca5 100644
--- a/src/linklocal_plugin.py
+++ b/src/linklocal_plugin.py
@@ -19,17 +19,13 @@
# Standard library
import logging
from itertools import izip
-from string import hexdigits
# Other libraries
import gobject
from dbus import SystemBus
-from telepathy.client import (ConnectionManager, Connection)
-from telepathy.interfaces import (CONN_MGR_INTERFACE, CONN_INTERFACE,
-CHANNEL_INTERFACE_GROUP)
-from telepathy.constants import (HANDLE_TYPE_CONTACT,
-CONNECTION_STATUS_CONNECTED, CONNECTION_STATUS_DISCONNECTED,
-CHANNEL_GROUP_FLAG_CHANNEL_SPECIFIC_HANDLES)
+from telepathy.client import Connection
+from telepathy.interfaces import CONN_INTERFACE
+from telepathy.constants import HANDLE_TYPE_CONTACT
# Presence Service local modules
import psutils
diff --git a/src/presenceservice.py b/src/presenceservice.py
index 88e2904..e68bded 100644
--- a/src/presenceservice.py
+++ b/src/presenceservice.py
@@ -25,12 +25,11 @@ import dbus.service
import gobject
from dbus.gobject_service import ExportedGObject
from dbus.mainloop.glib import DBusGMainLoop
-from telepathy.client import ManagerRegistry, Connection
-from telepathy.interfaces import (CONN_MGR_INTERFACE, CONN_INTERFACE,
-CONN_INTERFACE_AVATARS, CONN_INTERFACE_ALIASING)
-from telepathy.constants import (CONNECTION_STATUS_CONNECTING,
-CONNECTION_STATUS_CONNECTED,
-CONNECTION_STATUS_DISCONNECTED)
+from telepathy.client import ManagerRegistry
+from telepathy.interfaces import (CONN_INTERFACE_AVATARS,
+ CONN_INTERFACE_ALIASING)
+from telepathy.constants import (CONNECTION_STATUS_CONNECTED,
+ CONNECTION_STATUS_DISCONNECTED)
from sugar import util
@@ -142,7 +141,7 @@ class PresenceService(ExportedGObject):
def owner(self):
return self._owner
-def _connection_disconnected_cb(self, foo=None):
+def _connection_disconnected_cb(self, data=None):
Log event when D-Bus kicks us off the bus for some reason
_logger.debug(Disconnected from session bus!!!)
@@ -158,7 +157,8 @@ class PresenceService(ExportedGObject):
self._ll_plugin.cleanup()
else:
self._tp_disconnected(plugin)
-if plugin == self._server_plugin and self._ll_plugin and status == CONNECTION_STATUS_DISCONNECTED:
+if plugin == self._server_plugin and self._ll_plugin and \
+ status == CONNECTION_STATUS_DISCONNECTED:
# For now, Gabble takes precedence over Salut to alleviate
# corner cases where laptops on mesh can't talk to ones on APs
if self._ll_plugin.status == CONNECTION_STATUS_DISCONNECTED:
@@ -578,8 +578,8 @@ class PresenceService(ExportedGObject):
# Link-local plugin can connect only if the Server plugin isn't
# connected
if not self._server_plugin or \
-self._server_plugin.status != CONNECTION_STATUS_CONNECTED:
-plugin.start()
+ self._server_plugin.status != CONNECTION_STATUS_CONNECTED:
+plugin.start()
elif plugin == self._server_plugin:
# Server plugin can always try to connect
@@ -684,7 +684,7 @@ class PresenceService(ExportedGObject):
and conn.object_path == tp_conn_path):
buddy = handles.get(handle)
if buddy is not None and buddy.props.valid:
-return buddy.object_path()
+return buddy.object_path()
# either the handle is invalid, or we
Re: [sugar] Activities packaging
On Mon, Nov 3, 2008 at 09:31, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Fri, Oct 31, 2008 at 1:53 PM, Greg Dekoenigsberg [EMAIL PROTECTED] wrote: On Fri, 31 Oct 2008, Marco Pesenti Gritti wrote: A general note about activities packaging... It seem like some of the packages submitted for review uses git snapshots. I would prefer to get releases from upstream for various reasons. I wrote a script to make it trivial to make a source release and I'm figuring out the best way to solicit activity authors to get in the habit. If the script is trivial, perhaps it's something we put on the shoulders of the packagers, rather than the maintainers? Perhaps the packagers could collaborate with the maintainers on it? Some level of collaboration is necessary to ensure that a certain release means the same things on all the distributions, and that we do package code that is ready to be. Also the release script does things like uploading to the official source repo and sending out announcement mail, which obviously needs to be agreed with the maintainer. Without the above conditions, it's probably better to just release from git, which is better than nothing for packages on which we can't get maintainers collaboration. Getting releases done in a standard process helps all the distro packagers, as we know where to go to get the latest, or a particular, version of the source tarball or the .xo. Perhaps we could identify a set of packages which we want to maintain well, and either encourage the author to follow the release process or do the extra steps ourselves, for the benefit of Fedora, Debian, Ubuntu etc. Here are my recommendations for activity authors/maintainers, especially those not already following the Frucrose process: * Release early, release often. Don't wait for some level of completeness - if it runs, ship it! Others will be able to contribute, or comment, if they can see it in action, no matter how early the project is. Don't do a release for every commit, but every time there is a significant improvement, get it out there. If pootle is adding translations to your git repository, do periodic releases to bring in the new translations. * Use a revision control system. Git is not easy to learn, but once it's up and running you only use three or four commands on a regular basis. Getting your code versioned means others can see the progress, and can contribute patches by branching into their own repos and committing, ensuring that code doesn't get lost. It also helps when a maintainer wants to hand over the project to someone else, or when others want to get involved. If you don't use git, use something at least. Commit your changes in discrete commits that include only related changes. Don't reformat the source code and add new features in the same commit. Rather do it in separate commits, so that others can see what changed for the features or fixes. Try to not include more than one feature or fix in a single commit. If you need help with git, ask on IRC or a mailing list. * If possible, don't publish the actual .xo files as uploads to the OLPC (or any other) wiki. It puts a big drain on the wiki when lots of people download .xo files from the wiki. They should preferably be linked from the wiki but actually hosted on a conventional web server. OLPC provides hosting - http://wiki.laptop.org/go/Project_hosting. If you applied and didn't hear back, ask again. You can use the shell account on dev.laptop.org to host the .xo files - I put mine in my public_html/bundles so they show up at http://dev.laptop.org/~morgan/bundles. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [support-gang] Postponement of XOCamp Event to January
On Thu, Oct 30, 2008 at 07:52, Deepak Saxena [EMAIL PROTECTED] wrote: On Oct 29 2008, at 21:52, Ed McNierney was caught saying: Folks - The OLPC XOCamp event being planned for November 17 21 is being postponed until January, 2009. The Fedora FUDCON conference is in Boston on January 9 - 11 , and we will be rescheduling to dates either immediately before or immediately after that event. I¹d like to make that decision as soon as possible, so if anyone knows of major reasons to choose one over the other, please let me know. I think the week after would best. If we go with the week before, that is right after new year's which means more expensive flights and a higher chance of folks still travelling. +1 Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] 9.1 Proposal: Files
2008/10/30 Luke Faraone [EMAIL PROTECTED]: On Wed, Oct 29, 2008 at 20:50, Bill Bogstad [EMAIL PROTECTED] wrote: the fact that they will quickly disappear off the screen, and may be auto-deleted by the system greatly limits their value. Only if they don't get used. In which case, those entries should scroll off the bottom and get auto-deleted. The same way that email client users usually delete the 'welcome to the system' email that many systems generate. Once a user learns the basics of the activities, they will spend less and less time consulting the manual and the screen real-estate it takes up in the Journal is better suited for other things. Until they need to consult their manual, which sugar decided they didn't need and expunged. The activity itself would still be accessible from Home View, just not the dummy journal entry that would launch it... Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] jhbuildrc
Doing a full rebuild of sugar-jhbuild, I noticed that ~/.olpc.jhbuild was ignored. ~/.sugar.jhbuild is the new location, just rename the file. This is relevant if you have git push access to repos: http://wiki.laptop.org/go/Sugar_with_sugar-jhbuild#Customize Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] Chat 60
== Source == http://dev.laptop.org/pub/sugar/sources/Chat/Chat-60.tar.bz2 == Fixed tickets == * #8471 Can't resume a previous Chat entry with Write anymore == Notes == * This is an unstable release off git master for Sucrose 0.83.1 * The version bump is to allow for stable releases after Chat-48 which is the current stable release. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Releasing with a single command
On Sun, Oct 26, 2008 at 21:02, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Hello, I wrote an helper script to do release of modules using auto* or bundlebuilder. It's in the sugar-tools git repository: git://dev.laptop.org/users/marco/sugar-tools Just run the release script inside your module directory and it should: * Bump version, tag and push to git. (You can use --version if you need more than a simple increment). * Build a source tarball and upload it on dev.laptop.org. * Generate a release announcement, let you edit it and then send it to the list. It's not fully tested because... I have not yet had a chance to make a release with it. I will test it in a few days for 0.83.0, but if you try it out before please let me know about any issues you find! It worked for me with Chat, with the following notes: * It depends on python-feedparser - should I add this to the ubuntu sysdeps? * It named the git commit as Release 60 (including the quotes) whereas previously bundlebuilder named it Release version xx. (without extra quotes). Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] Read 60
== Source == http://dev.laptop.org/pub/sugar/sources/Read/Read-60.tar.bz2 == Fixed tickets == * #8350 Use journal object picker if not resuming a file * #7017 Read sharing can deadlock. == Notes == This is an unstable release off git master for Sucrose 0.83.1 * The version bump is to allow for stable releases after Read-52 which is the current stable release. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Releasing with a single command
On Wed, Oct 29, 2008 at 16:29, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 3:05 PM, Morgan Collett [EMAIL PROTECTED] wrote: It worked for me with Chat, with the following notes: Wow, thanks for testing! * It depends on python-feedparser - should I add this to the ubuntu sysdeps? The tool is currently separated from jhbuild (it can work also for normal activities checkout on a sugar distribution). Perhaps we should add it to jhbuild though, in tools.modules. That way you can also just type release in jhbuild, without giving the full path. Sounds good. * It named the git commit as Release 60 (including the quotes) whereas previously bundlebuilder named it Release version xx. (without extra quotes). Fixed. Thanks for testing! No problem - it saved me a bunch of work :) I edited the output for the release mail because it initially included a bunch of things fixed in releases on the sucrose-0.82 branch, but for regular releases where the previous release was on the same branch, it should work very well. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] ejabberd now easier to install: debian ubuntu ship our patches
Just when I was going to build custom ejabberd packages, Jonas Smedegaard pointed out that Debian ships the required patches for enabling the shared roster, and they are therefore also in Ubuntu Intrepid (due to release in 6 days). I've written up the much simpler process of getting ejabberd up and running at http://wiki.laptop.org/go/Installing_ejabberd/deb. This will make it much easier to set up a school or community ejabberd server for collaboration, for those not using the XS images. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] 9.1 Proposal: Link local collaboration
We need to discuss the integration of Cerebro into our collaboration framework, including: * Review of telepathy-synapse * API requirements for Cerebro * actual requirements etc Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Cerebro status meeting Wed Oct 22 14:00 UTC
On Fri, Oct 17, 2008 at 16:32, Guillaume Desmottes [EMAIL PROTECTED] wrote: Le vendredi 17 octobre 2008 à 13:45 +0200, Morgan Collett a écrit : I'd like to catch up on the progress of Cerebro, telepathy-synapse and other ideas for scalable link local presence before we get into planning this feature for Sugar 0.84: http://sugarlabs.org/go/DevelopmentTeam/0.84/Collaboration#Scalable_link_local_presence Can we have a meeting next week to see where things are at? Channel: #sugar-meeting Proposed time: Wednesday Oct 22, at 14:00 UTC (http://timeanddate.decenturl.com/1400utc) or 17:00 UTC (http://timeanddate.decenturl.com/1700utc) I'd prefer 14:00 UTC OK, 14:00 UTC (http://timeanddate.decenturl.com/1400utc) it is! Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Proposed: Cerebro status meeting
I'd like to catch up on the progress of Cerebro, telepathy-synapse and other ideas for scalable link local presence before we get into planning this feature for Sugar 0.84: http://sugarlabs.org/go/DevelopmentTeam/0.84/Collaboration#Scalable_link_local_presence Can we have a meeting next week to see where things are at? Channel: #sugar-meeting Proposed time: Wednesday Oct 22, at 14:00 UTC (http://timeanddate.decenturl.com/1400utc) or 17:00 UTC (http://timeanddate.decenturl.com/1700utc) Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Updated sugar packages for Ubuntu hardy available
On Fri, Oct 10, 2008 at 20:55, Philippe Clérié [EMAIL PROTECTED] wrote: Quick install on Intrepid and it failed to start. It's looking for a missing /usr/bin/sugar. Also, there is no sugar-emulator package. Philippe Thanks for logging https://bugs.launchpad.net/ubuntu/+source/sugar/+bug/281458 - it see it has been fixed. Regards, Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Putting stuff inside the datastore for non-activities
On Sat, Oct 11, 2008 at 01:10, Michael Stone [EMAIL PROTECTED] wrote: Thanks for the tip. It looks like for remote files, mozplugger is creating the tmpfile in instancedir/tmp mozplugger is probably reading $TMPDIR, which we set. You can change that setting if you want. Next, the DS is unable to copy the file content of the file in $SAR/tmp because the tmpfs mounted on $SAR/tmp is not mounted in the namespace being used by the DS. Someone recently reported that Chat creating URLs in the Journal for Browse had broken at some point, because it was using $SAR/tmp, but $SAR/instance works fine. Read also uses instance when it creates an entry for a document you receive in a shared session - and removes it during write_file if we are closing. So use instance, but remove the file when you are done. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Launching activities from other activities
On Mon, Oct 13, 2008 at 17:15, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: Hello, What would be the best way to launch any activity from another activity ? An example where this is required would be #8774 where teachers from Uruguay are complaining that they are not being able to directly open hyperlinks embedded in PDFs from Read. Ideally when the user clicks on the link, Browse should start and show the relevant page. I wrote a small utility called sugar-open yesterday, similar to gnome-open and xdg-open, where you pass any uri to the tool, and it will try to open it with the first relevant Activity it can find. I'm planning to make Read invoke sugar-open and launch Browse if required. Is there any better way to do this ? Thanks, Sayamindu Uruguay is currently using a pre-Rainbow build, so this should work. The alternative, under Rainbow, is to do what Chat does: create a journal entry with a mime-type of text/uri-list, and call show_object_in_journal to switch to the journal view of that object so it can be launched with a click: http://dev.laptop.org/git?p=chat-activity;a=blob;f=pippy_app.py#l512 Hopefully Rainbow will grow a mechanism for activities to request it to launch other activities given certain restrictions. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] New jhbuild dependency: gconf bindings
On Sat, Oct 11, 2008 at 20:20, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Hello, we now require the gconf bindings. I added sysdep for Fedora but I need someone to do debian and ubuntu. Done for Ubuntu 7.10 and 8.04. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] sugar-jhbuild on ubuntu feisty deprecated
Anyone using sugar-jhbuild on Ubuntu feisty (7.04)? That distro release is approaching support EOL, and its jhbuild config for Sugar is very out of date as I haven't got a feisty machine around to check the package names etc. Please speak up if you object to me removing sugar-jhbuild/config/sysdeps/ubuntu-7.04.xml. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Updated sugar packages for Ubuntu hardy available
The latest Sugar 0.82 point releases have been updated for hardy in the Sugar Team PPA (except for some of the activities which will be updated soon). See http://sugarlabs.org/go/Community/Distributions/Ubuntu#Sucrose_0.82 for details. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Activities can't be hidden any more
http://wiki.laptop.org/go/Activity_bundles#.info_File_Format still says: - quote - show_launcher = yes This key is optional. If not present, or if present with a value of yes, the activity is shown with its icon in the Sugar panel launcher and a valid 'icon' key/value pair is required. If specified with a value of no, the activity is not shown in the Sugar panel launcher, and the 'icon' key is not required. - end quote - However, as seen with Read, since the Home View redesign this no longer has affect. If Read is starred, it is displayed on the favourites view, not respecting the show_launcher field. Mikus and I have been discussing the implications of this for activities which don't generate content and are only useful if launched from the Journal with content (or joined in a collaborative session which provides content). Can somebody confirm that this field is no longer of effect, so we can update the wiki page and expectations, or if this was an oversight, can we discuss what we really want? Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] host_version
On the subject of activity.info, http://wiki.laptop.org/go/Activity_bundles#.info_File_Format has this to say about the host_version field: Each activity.info file must have a host_version key. The version is a single positive integer. This specifies the version of the Sugar environment which the activity is compatible with. (fixme: need to specify sugar versions somewhere. Obviously we start with 1.) I checked activities I have in jhbuild and checked out from git, and of the selection I have, only the following have host_version: ./chat-activity/activity/activity.info:host_version = 1 ./etoys/activity.info:host_version = 1 ./video-chat-activity/activity/activity.info:host_version = 2 ./colors/activity/activity.info:host_version = 1 So this field seems to be generally unused, despite the requirement above, and not used consistently - well, it's not even defined. We now have other mechanisms to influence the activity updater, so should this field not be deprecated? Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Journal Object Picker in Read
I filed #8350 regarding adding the journal object picker to Read, for the case when it is launched from Home View without a document. There was a recent discussion on the library list about this, since the show_launcher setting isn't relevant any more - Read appears in Home View if you star it. (If Read is installed in the software updater, it will be starred...) I have implemented this, and could release it for 8.2.1, but the journal object picker doesn't currently have any filters for an Activity to restrict the view to only relevant entries - so it pops up with the entire journal visible - images, Write entries, Browse entries, etc where all we can handle in Read are relevant downloaded documents, and previous Read instances. Is this going to cause more problems than it's worth? I could make the object picker pop up again if the selected entry failed to load, if that helps. An alternative to using the object picker is to have a string break and add a dialog that explains that you launched Read without a document, and so it isn't useful, and make that stop Read when acknowledged. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Journal Object Picker in Read
On Wed, Oct 8, 2008 at 11:10, Bert Freudenberg [EMAIL PROTECTED] wrote: Am 08.10.2008 um 10:33 schrieb Morgan Collett: I filed #8350 regarding adding the journal object picker to Read, for the case when it is launched from Home View without a document. There was a recent discussion on the library list about this, since the show_launcher setting isn't relevant any more - Read appears in Home View if you star it. (If Read is installed in the software updater, it will be starred...) I have implemented this, and could release it for 8.2.1, but the journal object picker doesn't currently have any filters for an Activity to restrict the view to only relevant entries - so it pops up with the entire journal visible - images, Write entries, Browse entries, etc where all we can handle in Read are relevant downloaded documents, and previous Read instances. Is this going to cause more problems than it's worth? I could make the object picker pop up again if the selected entry failed to load, if that helps. An alternative to using the object picker is to have a string break and add a dialog that explains that you launched Read without a document, and so it isn't useful, and make that stop Read when acknowledged. Why not extend the object chooser to include a query parameter? We discussed this a long time ago and it makes sense, it just has not bubbled to the top of the to-do list yet ... I'm looking into that, but it would be good to improve Read before 9.1 lands. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Give a Laptop, Change the World : G1G1 2008
On Tue, Oct 7, 2008 at 23:49, Samuel Klein [EMAIL PROTECTED] wrote: The laptops feature the latest release of the Sugar window manager, running on a Linux-based Fedora Core operating system. For answers to frequently asked questions, and for other XO giving programs, see the OLPC wiki. Just Fedora, not Fedora Core... Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] alt-tabbing to the Journal
On Tue, Oct 7, 2008 at 15:30, Erik Garrison [EMAIL PROTECTED] wrote: On Tue, Oct 07, 2008 at 08:55:09AM -0400, Walter Bender wrote: 1. When? Nobody's cited examples where it's more desirable to use Alt-Tab than the dedicated key. I use Sugar as much on a non-XO as I do on an XO and so I often don't have a dedicated key to access the Journal. I would need to resort to opening the Frame and then clicking on the Journal icon--too many steps. Speaking personally, having come from the wonderful world of Emacs, I tend to be more comfortable with key sequences than using dedicated keys. Of course, in both cases, we are not talking about a novice user. But my rule of thumb is that the Journal should be easier to access, not harder. Removing it from the Alt-Tab sequence makes it that much harder to find. Perhaps this has changed in more recent jhbuilds, but on the sugar-emulator downloadable from the Ubuntu Hardy repositories, pressing F4 gets me to the Journal. F1-F3 are neighborhood through home view. I think it's a little strange that the relative layout of the keys is different, but there does appear to be a dedicated key. F4 is the Activity view: http://wiki.laptop.org/go/OLPC_Human_Interface_Guidelines/The_Laptop_Experience/Zoom_Metaphor#Activity - so it is consistent with F1-F3 and the group of four zoom keys on the XO. If you open another activity, it doesn't take you to Journal any more... ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] Chat 48
I've released Chat-48, available at: http://dev.laptop.org/pub/sugar/sources/chat-activity/Chat-48.tar.bz2 http://dev.laptop.org/~morgan/bundles/Chat-48.xo NEWS: * #8772: Fix journal entry creation in Chat for uri-list (kevix) * Updated translations: tr, si Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Major differences between releases
On Sun, Sep 28, 2008 at 21:43, C. Scott Ananian [EMAIL PROTECTED] wrote: On Sun, Sep 28, 2008 at 2:56 PM, Bert Freudenberg [EMAIL PROTECTED] wrote: I think it would be a good idea for everyone (activity authors in particular) to cross-check the changes in what packages are included in the new stable release, in particular what packages are *going away*: http://dev.laptop.org/~bert/update.1-8.2.html That list is slightly misleading, as it includes several cases where two packages were folded into one or a package was renamed. Others changes are inherited from the F7-F9 transition -- does anyone know if Fedora documents API changes between releases of Fedora? Also, is there any chance someone will take on http://dev.laptop.org/ticket/4695 (Document API changes between Ship.1 and Update.1 and 8.2) after the release before working on the next one? I did see an email from morgs recently mentioning his interest in documenting sugar API changes? Heh, I did volunteer to broadcast known API changes far and wide, but I'll take a look at Sugar API changes as I'm aware of a few of those. (Don't let that stop anyone else from looking into other APIs though!) Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Please notify me when you change something in the po/ directory
On Thu, Sep 25, 2008 at 22:31, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: Hello activity authors, Just a reminder that you should try to notify me ([EMAIL PROTECTED]) whenever you need to change or you change anything in the po/directory (that includes moving files around). You can usually also catch hold of me on IRC - my nick is unmadindu, and I lurk in #sugar, #olpc-pootle, etc on Freenode. Hi Sayamindu I had to edit po/ko.po in Slider Puzzle yesterday because bundlebuilder was failing, complaining there was a duplicate entry in it. It turned out that the duplicate was commented out, so shouldn't have been a problem, but I was in a hurry to get a release out so I didn't investigate further. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Another pass through some basic Activity test results
Hi Gary Thanks for this excellent testing! 2008/9/26 Gary C Martin [EMAIL PROTECTED]: Here's a set of basic Activity test results for build 8.2-763, hope the ASCI art doesn't get too mangled by the list server (need to view with a fixed width font). The Activities are in no specific order, and sorry if I missed out yours, but I wanted to post today incase it helps with looming/ongoing release decisions. I do want to note something I think is new in 8.2-763 since my previous tests, 5 times during the run through below the XO became extremely sluggish, initially I just thought it was the poorly performing Activity, but checking top in 4 cases I could the sugar shell process eating 30-50% of CPU but apparently doing nothing (was not connected to a jabber server), and in the other case I had 2 rainbow processes eating up 45% cpu each (though the Sugar UI showed no Activity instances were running). I am now retesting to try and catch the bad behaviour as it happens. Just wanted to warn testers to keep an eye on top, if things feel slow, you might have a hung-up process burning cycles and need to ctrl-alt-escape. Your diagram looked OK to me, but my comments will probably mangle it, so I'll try to make it clear what I'm commenting on... build 8.2-763 Activity name | Could start . = success | | Could stop (all must work ctrl-q alt-esc, toolbar, Frame) - = N/A | | | Sound x = fail| | | | Journal entry ? = unknown | | | | | Useful resume * = see note| | | | | | Picks-up Journal entry name change while active | | | | | | | Names Frame palette to match the resumed title | | | | | | | | License entry in activity.info | | | | | | | | | Using bundle_id in activity.info | | | | | | | | | | | | | | | | | | | | Browse-98 . . . . . x x . x The first x is for Picks-up Journal entry name change while active - almost every activity failed this, so it's likely to be a Sugar (activity API) bug, not an activity bug. I logged #8678. The Names Frame palette to match the resumed title is also probably a Sugar issue, but I'm not sure what you mean exactly. If I change the title of an activity and stop it, then resume it, the frame palette does show the new name for me, for Chat, which you marked as a failure. However if I change the name of the activity while it is running, the frame palette doesn't update to the new name *unless* I stop and resume. Is that what you meant? The switch from service_name to bundle_id isn't yet critical, but needs to be clearly and widely communicated. I'm getting together a list of such issues to write up and publicize. Chat-47 . . - . . x x . . Some subtle sound for arival and departure would be very useful. Sound would be a nice enhancement - I logged #8679. Bounce-6 . . * . . x x x * No sound, not sure if that's a bug or is as intended. Incorrect bundle_id string. Sound was broken in pygame and SDL - #8307, should be fixed in 765. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] Write 60
http://dev.laptop.org/~morgan/bundles/other/Write-60.xo http://dev.laptop.org/pub/sugar/sources/write-activity/Write-60.tar.bz2 NEWS: * #8492 fix crash on buddy left (cassidy) Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] memorize-28.xo
On Thu, Sep 25, 2008 at 14:15, Mikus Grinbergs [EMAIL PROTECTED] wrote: Tried to install with 763. Something wrong with bundle. Would someone please check this. Works for me, on 763, downloaded with Browse from Activities/G1G1. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] [MaMaMedia] Poll Builder, Slider Puzzle, Jigsaw Puzzle
I've released http://dev.laptop.org/~morgan/bundles/Poll-18.xo http://dev.laptop.org/~morgan/bundles/other/JigsawPuzzle-4.xo http://dev.laptop.org/~morgan/bundles/other/SliderPuzzle-6.xo with the license field added to activity.info, as per #8411, so that these can possibly be included in the library (#8029). Slider Puzzle gained a lot of translations since the last release. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Now YOU can write API documentation
On Sat, Sep 20, 2008 at 04:58, David Farning [EMAIL PROTECTED] wrote: Now you can learn to document sugar APIs from the comfort of your own wiki. With the help of Pauli Virtanen, Janet Swisher, and Marco, we now have a wiki based tool for documenting sugar apis! Take a look at http://sugarlabs1.xen.prgmr.com . Follow the instructions at http://sugarlabs1.xen.prgmr.com/pydocweb/wiki/getting_started/ to get started. Don't worry about being perfect, someone will come along and clean up the docstrings before they are committed back to the git tree. To get us started, I have been adding function summaries and parameter lists to the graphics package. thanks david I've started on sugar.network as I went through that code recently. Here's an issue with pydocweb: http://sugarlabs1.xen.prgmr.com/pydocweb/doc/sugar.network.GlibTCPServer/ doesn't show the name of a method starting with _ - _handle_accept. I knew it existed, so I manually edited the URL to get to http://sugarlabs1.xen.prgmr.com/pydocweb/doc/sugar.network.GlibTCPServer._handle_accept/ which I edited. Bug? Feature? Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Now YOU can write API documentation
On Wed, Sep 24, 2008 at 15:12, David Farning [EMAIL PROTECTED] wrote: On Wed, 2008-09-24 at 13:55 +0200, Morgan Collett wrote: thanks david I've started on sugar.network as I went through that code recently. Here's an issue with pydocweb: http://sugarlabs1.xen.prgmr.com/pydocweb/doc/sugar.network.GlibTCPServer/ doesn't show the name of a method starting with _ - _handle_accept. I knew it existed, so I manually edited the URL to get to http://sugarlabs1.xen.prgmr.com/pydocweb/doc/sugar.network.GlibTCPServer._handle_accept/ which I edited. Bug? Feature? It is a feature. Pydocweb is set to not publish private methods and classes. The idea is to create the documentation that is most appreciated by application developers. Should we change this? OK, I see the logic in that. However I did want to edit some poorly docstringed private methods. I'll just do that manually since I can... As of yesterday, we hit a regression where some of the public methods are not being imported correctly. We are working on the issue. http://api.sugarlabs.org/ is importing all of the functions correctly I believe. thanks david Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] G1G1v2 Activities
On Wed, Sep 17, 2008 at 23:54, Greg Smith [EMAIL PROTECTED] wrote: Hi All, We need to pick the activities we ship with 8.2 when its manufactured for G1G1 users. Management needs to sign off on the final list as early as next week. Its not definitive but we want your input on what we should include. What do you think are the most important activities to include? Please pick up to 10 and put them in order of priority. We will tally the votes and use that as input to the decision. My votes: * Help * Chat * Browse * Read * Write * Etoys * Pippy * Record * Terminal * TamTamMini Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [Telepathy] ANNOUNCE: telepathy-salut 0.3.5 released
For those not on the Telepathy list... -- Forwarded message -- From: Guillaume Desmottes [EMAIL PROTECTED] Date: Wed, Sep 17, 2008 at 18:38 Subject: [Telepathy] ANNOUNCE: telepathy-salut 0.3.5 released To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] telepathy-salut 0.3.5 (2008-09-17) == The Please don't flood my network release. Tarball: http://telepathy.freedesktop.org/releases/telepathy-salut/telepathy-salut-0.3.5.tar.gz Signature: http://telepathy.freedesktop.org/releases/telepathy-salut/telepathy-salut-0.3.5.tar.gz.asc This release fixes an annoying bug causing Salut announcing all the OLPC activities which are present on the network. You should consider upgrading if they are OLPC XO's running on your network. Enhancements: * Add a test framework Fixes: * Only announce OLPC activity we actually joined (dev.laptop.org #8441) Regards, G. ___ Telepathy mailing list [EMAIL PROTECTED] http://lists.freedesktop.org/mailman/listinfo/telepathy ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] License your bundles, please!
2008/9/12 Christoph Derndorfer [EMAIL PROTECTED]: Wouldn't Morgan and his recent survey of activity authors be a valuable resource to quickly and directly get in touch with as many activity authors as possible? I'll send this info in my personal replies to them. The Peru activities at http://wiki.laptop.org/go/Activities/Peru include more activities than the G1G1 list - I'll note in the ticket which ones I have contacted. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] Chat 47
I've released Chat-47, available at: http://dev.laptop.org/pub/sugar/sources/chat-activity/Chat-47.tar.bz2 http://dev.laptop.org/~morgan/bundles/Chat-47.xo NEWS: * #8411: Add license to activity.info * Remove parameter from bundlebuilder.start Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] Paint-23
I've released Paint-23, available at: http://dev.laptop.org/~morgan/bundles/other/Paint-23.xo NEWS: * Fix MANIFEST to remove pseudo.po (morgs) * #8411: Add license to activity.info (morgs) Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] Read 52
I've released Read-52, available at: http://dev.laptop.org/pub/sugar/sources/read-activity/Read-52.tar.bz2 http://dev.laptop.org/~morgan/bundles/Read-52.xo NEWS: * Add COPYING with GPL2 (morgs) * Remove parameter from bundlebuilder.start (morgs) * #8411: Add license to activity.info (morgs) Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity testing on current 8.2 build 759
On Tue, Sep 9, 2008 at 18:11, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: On Tue, Sep 9, 2008 at 8:39 AM, Erik Garrison [EMAIL PROTECTED] wrote: On Mon, Sep 08, 2008 at 03:18:29AM +0100, Gary C Martin wrote: == Paint-20 Could start? Yes Could stop? Yes Sound: N/A Activity resume: Useful state is restored Note: Very laggy when you try to draw, perhaps 1 to 2 seconds behind mouse movement! Currently quite unusable on XO hardware. == I've noticed this on 2263. Perhaps it's a result of mouse driver changes? Erik http://dev.laptop.org/ticket/8285 I added a few workarounds to make it usable. Morgan will probably make a new release (v21) soon with those patches. Once that is out, please provide feedback on how it works. Thanks, Sayamindu Paint-22 has both of Sayamindu's patches for this, and is definitely better. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [IAEP] Developing activities.
On Wed, Sep 3, 2008 at 13:42, Morgan Collett [EMAIL PROTECTED] wrote: My original proposal was to have a list dedicated to activity development. There was a lot of feedback on that suggesting that we should continue to use the sugar list for development discussion so as not to fragment the community. What I got out of the survey is that we need a way for activity developers to unsubscribe from the high-traffic lists but still get relevant notifications. A high percentage of these developers don't have the time to keep up with the daily traffic about the platform, but are missing the information that they need. For example, I'm not confident of reaching them all (including those that didn't answer the survey) with the survey results unless I mail them individually. Therefore I think a [EMAIL PROTECTED] list (which we used briefly at the start of the Sugar 0.82 cycle) is more relevant to them than an activities-specific list. It could also be used for packagers who only want to see major announcements (e.g. 0.82.1 released) and not the development discussion traffic. I have just noticed that there is a new [EMAIL PROTECTED] list, which must be new and unannounced since it's had precisely one mail to it: http://lists.laptop.org/pipermail/devel-announce/2008-August/thread.html I do think we need it to be a sugarlabs list because the activity developers need to keep up with the Sugar platform more than the OLPC distro platform (with the exception of Rainbow I guess). What I want to get to now is finality on what I can go back to the activity authors and advise them. Remember that we have activity developers who are not using git hosting, who don't have XOs, and may only be using jhbuild or distro packages to develop and test their activities. I suggest: * subscribe to [EMAIL PROTECTED] and use to request git hosting on dev.laptop.org and discuss XO-specific issues (optional for activity developers) * subscribe to [EMAIL PROTECTED] to discuss the sugar platform development and activity development (recommended) * subscribe to [EMAIL PROTECTED] to receive notifications of the things I listed at http://wiki.laptop.org/go/User:Morgs/Activities_survey/Recommendations#Mailing_Lists (essential) Regards Morgan Any comments? Can we go ahead and (re)create [EMAIL PROTECTED] Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Chat widget (was PlayGo v2 and v3)
On Wed, Sep 3, 2008 at 18:52, Andrés Ambrois [EMAIL PROTECTED] wrote: I was going to hold off showing it until I had it completely finished, but I've been hacking sugar to add an easily embeddable chat for activities, check the attached screenshot with the necessary code (that's _all_ the code you need to add a chat). If we are going to add both, we need to worry about not cluttering the screen. This is great! We have been intending to implement overlay chat in sugar at some point, since every activity has a telepathy text channel (XMPP chat room) already. I think Eben was had some ideas about implementing it in the frame, so that it doesn't take up space, but some activities could certainly do with an explicit chat feature on screen. Ping me when you are ready for review of the sugar code. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] finding sugarlabs.org resources
On Wed, Sep 3, 2008 at 17:00, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Wed, Sep 3, 2008 at 3:55 PM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Please, if you are going to talk about sugarlabs.org resources, talk about ones that outsiders can FIND. How does one find out about [EMAIL PROTECTED] ??? We are talking about mailing lists we would like to create so clearly they don't exist yet :) Yes, although this list did exist on lists.sugarlabs.org or possibly tema.lo-res.org at some point. I still get the mailman reminders from tema.lo-res.org about being subscribed to [EMAIL PROTECTED] Mikus, when the appropriate lists are decided on and created, you will find them at http://lists.sugarlabs.org/ I'll make sure they are reported widely. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] LiveCD LiveUSB
On Sun, Aug 31, 2008 at 19:21, Ivan Krstić [EMAIL PROTECTED] wrote: On Aug 31, 2008, at 7:42 AM, Jani Monoses wrote: I do not know where ISOs could be hosted though. SugarLabs can host them. Great! I have a login on shell.sugarlabs.org (which I think is still on develer). What do we need to set this up? ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] A few questions.
On Mon, Sep 1, 2008 at 11:54, Christopher Sawtell [EMAIL PROTECTED] wrote: Greets, 1) Is this the correct list to ask simplistic questions? If not could somebody please direct me to the correct list. 2) As I live in NZ a genuine hardware XO is utter vapour ware for me, so I have to either use the sugar packages as published by the Ubuntu folks, or to Install VirtualBox and run an image. The question is: which road should I take? If you suggest the image in a VirtualBox route, I would be grateful as to a suggestion as to which one, there are _so_ many. I hope to run the XO apps. on a T41 ThinkPad. If you already run Ubuntu, I think running the latest sugar packages would be the easiest route: http://sugarlabs.org/go/Community/Distributions/Ubuntu#Sucrose_0.82 3) I am preparing a simplistic little Counting Book for 21st Century Children. So I need to know whether the standard XO file set has a PDF reader as standard? The Read activity is a PDF reader: http://wiki.laptop.org/go/Read It's up to each deployment to choose their activities, but a PDF reader is essential IMHO. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Survey of activity authors
On Sat, Aug 30, 2008 at 13:21, Mikus Grinbergs [EMAIL PROTECTED] wrote: I surveyed authors/maintainers of activities hosted in dev.laptop.org git over the past few weeks. The results are summarised at http://wiki.laptop.org/go/User:Morgs/Activities_survey I wish that your list were more of a reference document. [For instance, you have left off authors *you* know are keeping up-to-date -- but not everyone knows who is being active.] Good point. I'll expand my report in the next week or so and send out an update. I'll add those I didn't contact because they are staff/contractors of OLPC, as well as a list of those who didn't respond. (I'll ping them just to check if they forgot, or if they are no longer interested.) Plus, my list of interesting Activities is longer than yours. I presume that is because you have left off not only known active authors, but also not contactable authors. Nevertheless, if there was no response for Activities deemed useful, they ought to be listed centrally anyway -- in the hope that someone would step up and volunteer to follow up on what is happening with that Activity. I contacted those who were using the git hosting. There are more activities on the wiki that don't use it. I'll expand my coverage when I have time to include those where I can find contact details. It would also help if there were a compendium of contact information available. As it is, one has to search in the Activity's wiki page. [For instance, what is the address of the Map activity maintainer?] In the interests of not increasing their unsolicited mail, I'll refrain from posting my list of email addresses on the wiki, but this is a good point: it was not a trivial exercise to get the addresses together. I'll work on an expanded list of recommendations including a better way to publish contact details for activities. We still need a decent activity portal. I know a couple of people have looked at the codebase behind addons.mozilla.org, but that didn't get far yet. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] A few questions.
On Mon, Sep 1, 2008 at 16:01, [EMAIL PROTECTED] wrote: bert wrote: Am 01.09.2008 um 11:54 schrieb Christopher Sawtell: 3) I am preparing a simplistic little Counting Book for 21st Century Children. So I need to know whether the standard XO file set has a PDF reader as standard? Yes, see http://wiki.laptop.org/go/Read at one time there was a limitation on whether an activity could cause another activity to perform an action (e.g., telling Browse to visit a site, or a file:// url). has that been fixed? (i don't know if this is what christopher needs -- mainly i'm just curious.) That limitation is due to Rainbow's isolation mechanism. Browse can download a file into the Journal, and then show the journal entry. You then resume that journal entry to open the file in Read. Similarly, Chat can take a URL and make a journal entry out of it, and show it - which can then be opened in Browse. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Survey of activity authors
I surveyed authors/maintainers of activities hosted in dev.laptop.org git over the past few weeks. The results are summarised at http://wiki.laptop.org/go/User:Morgs/Activities_survey Comments welcome. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] Chat 46
I've released Chat-46, available at: http://dev.laptop.org/pub/sugar/sources/chat-activity/Chat-46.tar.bz2 http://dev.laptop.org/~morgan/bundles/Chat-46.xo This release was done off the sucrose-0.82 git branch. NEWS: * Add update_url for software updater * Updated translations: ar, pt Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Landing patches about the network devices UI
On Mon, Aug 25, 2008 at 15:13, Walter Bender [EMAIL PROTECTED] wrote: I agree with your assessment. Note that right now (8.2-756), the mesh icons don't show up on either the Neighborhood view or the Frame; that is clearly not a satisfactory situation. That seems to be a regression in the firmware, with the msh0 interface not coming up - not a sugar problem... Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Adopting Read
I'm adopting Read. I'll reassign the unassigned bugs to myself tomorrow. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [PATCH] Trac #7480: Need to 'reset' the network configurations - short term fix
On Tue, Aug 12, 2008 at 03:31, Erik Garrison [EMAIL PROTECTED] wrote: Attached is a patch which adds a 'reset network configuration' button to the network tab of the sugar control panel. Clicking this button simply rotates the config file out of the way, saving it as ~/.sugar/default/nm/networks.cfg.bak.NNN (NNN is the number of previously backed-up configs +1). This is just a short-term fix (hack) to resolve the problem of not having any gui-level method to manipulate the nm network configarion. Eben has noted that we would like to enable config panel level manipulation of the networks.cfg stanzas; but this requires a bit more code than this immediate fix. This needs testing: in some cases NM replaces the config with what was there. I added a different AP to my home network (in parallel with my existing AP). To get the XOs to associate only with the new AP, I thought I'd simply delete networks.cfg and then associate to the new AP. When I rebooted to make sure it did what I wanted, networks.cfg had both the old and the new APs. To end up with only the new AP in networks.cfg, I had to first associate to the new AP, then remove the old one from networks.cfg - then rebooting after that showed only the new one. So, YMMV. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Journal view flips topmost entries
On Tue, Aug 12, 2008 at 00:12, Eben Eliason [EMAIL PROTECTED] wrote: On Mon, Aug 11, 2008 at 4:51 PM, Mikus Grinbergs [EMAIL PROTECTED] wrote: My guess is that flipping of the topmost entries in Journal has to do with scheduling rather than with communications. Though in I'm sure that what you are seeing results from the fact that the Journal defers updating itself until its window is shown, to prevent needless updates from occurring in the background and taking extra CPU cycles. It's unfortunate that the single update that occurs when the Journal is focused has so much latency...this should really be happening so quickly as to be unnoticeable. There are a lot of pieces of the Journal that could use some optimiation, among them the actual rendering of the entries themselves when a change occurs (try starring/unstarring and see how long it takes it to redraw to reflect the change! (http://dev.laptop.org/ticket/7151)). That said, the circumstance you describe is truly not good; in fact, without a confirmation alert upon deletion, this could might even be considered a blocker. Could you open a ticket describing the problem, and note that adding a confirmation might be a valid short term workaround to prevent accidental deletions? (Actually, just found this: http://dev.laptop.org/ticket/3778. Could you update this ticket with your experience and perhaps add a blocks?:8.2.0 tag so it's considered?) Clearly we need to this and also plenty of optimization in the future. - Eben PS. If you truly are seeing the flip apart from the first time the Journal is shown, there is something else amiss. Please keep an eye out and confirm one way or the other if you actually experience such behavior. Thanks! I see the flipping - it's easy to reproduce. With two open terminals (named differently) if I just hit alt-tab from the Journal, to the first terminal, and without releasing alt I hit tab again to the second terminal, and then tab again to the Journal, I get a momentary flip. What is happening, as far as I can tell, is that when you tab *away* from the first terminal it updates the datastore (of which the Journal is a view), so it is now the most recent entry. Then when you tab away from the second terminal - back to Journal - it updates the datastore too. When you see the Journal it updates itself, and Terminal 1 first jumps to the top, then Terminal 2. For me it happens quickly - less than half a second or so. If the XO is under some load (other running processes?) then it might take longer - or perhaps if there are many journal entries? Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] New dependency: xdpyinfo
On Sat, Aug 9, 2008 at 14:55, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Hello, sugar-emulator now depends on xdpyinfo. I added Fedora sugar-jhbuild sysdeps, it should be added to Ubuntu too. Added to Ubuntu sysdeps. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Please help test our new 8.2.0 weekly beta, joyride-2263!
On Fri, Aug 8, 2008 at 07:33, Martin Langhoff [EMAIL PROTECTED] wrote: On Fri, Aug 8, 2008 at 5:15 PM, Martin Langhoff [EMAIL PROTECTED] wrote: is there a better / handier way? On first boot, it found my local School Server and up a big Software Update window popped, and said do you want to install all these activities. Colour me impressed. Bravo! Now, who's coded this up? I am keen on devising a way to fetch the activities locally (if an XS is present) via http or rsync. You must be talking about C.Scott's software updater control panel thingy. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] sucrose-0.82 branches
On Thu, Aug 7, 2008 at 20:23, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Hello, Simon branched several modules: sugar sugar-toolkit sugar-datastore sugar-base sugar-artwork journal-activity write web-activity log-activity I've created the sucrose-0.82 branch for chat-activity too. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [RELEASE] Chat 44
On Fri, Aug 8, 2008 at 15:23, Bryan Kearney [EMAIL PROTECTED] wrote: Morgan Collett wrote: On Thu, Jul 31, 2008 at 21:03, Bryan Kearney [EMAIL PROTECTED] wrote: Morgan: The MANIFEST file lists several files under locale which are not in the package. Where should those be found? In the .xo, I don't see anything in MANIFEST in locale which isn't actually there - could you be more specific? Sorry.. the earlier ones in /fedora did not have the locales and I did not see them int the tar. But you are correct, they were in the .xo. Sorry about that. No problem - I did discover that I had an out of date MANIFEST and was missing a couple of locales in it - fixed now. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] How do I connect to a Jabber server ?
On Tue, Aug 5, 2008 at 19:30, Mikus Grinbergs [EMAIL PROTECTED] wrote: Morgan wrote: My _wish_ is simple: I want a chance to contact (for Chat, or for collaboration) another XO at a different location. Basically, for me to initiate that, that other XO's icon needs to be shown in my Neighborhood view. Therefore you (and the people you want to contact) need to be on a community jabber server You are talking about how to *use* a jabber server once one is connected. I do not *have* a connected jabber server. It should *just work*. However there are many potential problems. You might be able to help us detect problems we haven't triggered ourselves, and by providing logs you can help us diagnose and therefore fix the problem, if it is something we can fix. Unfortunately there are many situations we can't fix, like a jabber server not running - it's up to the admin of that server to rectify that situation, and we are willing to provide assistance with that. To see people from remote locations, you need to be on the same Jabber server as they are. That requires: * Internet access - via an Access Point, or over the mesh via a school server, or over the mesh via a Mesh Portal Point XO which in turn has access, or even via some dialup technology like bluetooth+GPRS. * Network Manager to get an IP address * A jabber server to be configured * That server to be working * Other people to be on the server. What I an aware of is: (1) Months ago, I would boot my XO, and other XO icons would show up in my neighborhood view (from whatever jabber server I had specified via sugar-control-panel). Then remote users stopped showing up (no matter which server I had specified). (2) I do not myself know enough about 'telepathy', etc., to be able to figure out what is going wrong. That is why I am asking for assistance. presenceservice.log and the output of olpc-netstatus should tell us what was happening. You don't *need* to know much about the details, but we will explain for all who are interested. [I'm a G1G1 user, and do not have a Mesh Portal Point to use, nor a school server. Except for me not connecting to a jabber server, the internet works well for me.] I listed possible use cases to illustrate how the system operates... Connecting to an AP disables the mesh, so I don't see the value of what you want. Turning off the mesh while you are connected to a mesh channel would simply (in the proposal) turn the wireless radio off completely, resulting in neither gabble nor salut able to operate. Then I believe the language being used is imprecise. To me, turning off the mesh means turning off the __mesh__. If what is actually being turned off is the __radio__, then call it turning off the wireless radio. What I keep butting my head against is not being able to *control* what is going on. In my mind a 'mesh' is one interface, and an 'AP' is another interface. I would like to turn off the mesh when there are no local XOs, and no school server. You are saying that the 'AP' would get turned off as well. Not something I prefer. Mikus, tickets and logs, logs and tickets. The last time I focused on connectivity was Apr/May. What I concluded then was that my tickets got closed depending on the effect they had on the code -- *not* on whether I as a user could now experience consistent system behavior. We do now have QA people who will try the situation out and see whether the fault was fixed, and a process that involves their signoff before bugs are closed. I'm willing to file a ticket when I see something happening -- such as an error when accessing a Jabber server (though one such ticket was closed as 'invalid' - because that particular server had not given the expected answer). But it is difficult to decide what to ticket/log when I do not see something happening -- for instance, what if a connection to a Jabber server were never attempted by my XO? We appreciate the tickets, even they do on occasion get closed as Won't Fix, Works For Me, Invalid... That's no indication of your ticket-filing skills. We fix the things we can fix, and if it's something out of our control we need to remove it from our work queues. If there's some other way to resolve the situation perhaps we can do better about notifying others if their servers are down, and so on. The log files should tell us a lot about a given situation. presenceservice.log tells us when gabble and salut were running, what disconnected or failed to connect, what buddies were seen and so on. For any presence-related failure, including not seeing any buddies on your screen, presenceservice.log gives us an ability to diagnose the failure. It might not give us enough information, and if there is ultimately not enough information for us to know what failed we have no choice but to close the bug in some way. Sorry. Besides, I post from home - where I do not have a
[sugar] [RELEASE] Chat 45
I've released Chat-44, available at: http://dev.laptop.org/pub/sugar/sources/chat-activity/Chat-45.tar.bz2 http://dev.laptop.org/~morgan/bundles/Chat-45.xo NEWS: 45 * Updated translations: sl, nb, el, mr, rw, ur, ne * Fixed MANIFEST to include all translations (morgs) Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] How do I connect to a Jabber server ?
Hi Mikus On Tue, Aug 5, 2008 at 00:40, Mikus Grinbergs [EMAIL PROTECTED] wrote: My _wish_ is simple: I want a chance to contact (for Chat, or for collaboration) another XO at a different location. Basically, for me to initiate that, that other XO's icon needs to be shown in my Neighborhood view. Therefore you (and the people you want to contact) need to be on a community jabber server (http://wiki.laptop.org/go/Community_Jabber_Servers) Currently, only icons from the LOCAL mesh to which I am connected will show up in my Neighborhood view. My question in this topic is: What do I need to do to have icons from REMOTE locations show up ? Connecting to an access point will let you see icons from the local WLAN via telepathy-salut. This can include regular PCs running Sugar. To see people from remote locations, you need to be on the same Jabber server as they are. That requires: * Internet access - via an Access Point, or over the mesh via a school server, or over the mesh via a Mesh Portal Point XO which in turn has access, or even via some dialup technology like bluetooth+GPRS. * Network Manager to get an IP address * A jabber server to be configured * That server to be working * Other people to be on the server. What I am particularly interested in was Eben's statement that the user could turn the mesh on/off with the icon in the Frame. I'm getting much too much 'salut' - I'm hoping that turning off the mesh (*all* of its channels) would give more emphasis to 'gabble'. salut may overwhelm a busy mesh network with many XOs. That would deny service to gabble. Otherwise, gabble takes precedence and will connect if it can. Connecting to an AP disables the mesh, so I don't see the value of what you want. Turning off the mesh while you are connected to a mesh channel would simply (in the proposal) turn the wireless radio off completely, resulting in neither gabble nor salut able to operate. Suddenly the communications link between the school and the internet fails. If the kid happens to be within range of an alternate AP, does he have to do something manually (such as entering the name of a non-school Jabber server) to re-establish Jabber contact to the outside world ? For the known future, school servers will not usually be public. Hence re-establish Jabber contact to the outside world has nothing to do with a school server. But I think you're mixing up connected to a Jabber server / server-cloud and connected to an AP. I don't think I am. When I go to someplace that has wireless, and check my XO, I'm seeing that it connects fine to websites (meaning that the AP must be working), but whenever I then do 'ps -A' I see 'salut' (meaning that 'gabble' must be giving up). Yes, gabble must be giving up. Mikus, tickets and logs, logs and tickets. Please. Anecdotes of it not working are of marginal value and cannot help us debug. We need as much detail as you can possibly give. Which servers did you try? Did you do any other type of check to see if they were up - such as nc servername 5222? presenceservice.log? telepathy-gabble.log? Which establishment provided the AP? Can we do anything to detect if they are filtering ports? Did you have to log on with some sort of portal web page to get Internet access? Currently there is only a *single* field for specifying the Jabber server name (and I've tried many names) - so I expect that when the currently specified one is not working, the user has to manually enter the name of a different Jabber server. Consider it a bug when a server is not working. There is no point in failing over to other servers without user intervention. The community jabber servers are for specific communities. If the whole world joins, of course the server will be swamped and it will be down for everybody. What my question dealt with was how is use of the 'school server' as the Jabber server specified? [I have not seen an answer.] - If the kid has to manually enter an internet-resolvable name for the 'school server', then obviously while the 'school server' is down, the kid has to enter a different name to continue to use Jabber. - But if the use of the 'school server' as __also__ the Jabber server is *automatic* whenever the XO connects to the 'school server', then my question is When the Jabber server at the school fails, HOW does the XO know to start instead using the specified Jabber server name for Jabber-type connections? It is specified in the same field as for any other jabber server. However, the kid simply clicks Register on the home menu, and the XO registers with the school server on the network, if there is one, which automatically populates the jabber server field, so there is no manually enter an internet-resolvable name for the 'school server'. There is no failover. The school server is supposed to work, and keep on working. Using a different jabber server is a choice, and is
Re: [sugar] How do I connect to a Jabber server ?
Hi Mikus On Sun, Aug 3, 2008 at 04:10, Mikus Grinbergs [EMAIL PROTECTED] wrote: Eben wrote: There has been lots of confusion about the difference between mesh and APs. They're really not the same at all, apart from the fact that they both depend on the radio. The new design no longer treats the mesh channels as objects in the Neighborhood view. Instead, there will be (is? not sure if the patch landed yet) a mesh device in the Frame, which you can turn on (and off?) at whim. I am anxiously waiting to *use* some of these improvements. For the last several months, I've __NOT__ been able to connect to a Jabber server. When I look at the running tasks, it's always salut. The XO is supposed to retry reaching the Jabber server every 320 seconds -- but mine (using Joyride) has not had recent success. Last spring, this all worked for me the way it was supposed to work. But since then, new OLPC software versions have been released -- and in my experience my OLPC is no longer connecting to a Jabber server. Please file a bug the next time you can reproduce this. Please include presenceservice.log and telepathy-gabble.log with debug logs enabled in .xsession. (http://wiki.laptop.org/go/Telepathy-debug) If there is a regression, it's a bug. Please don't hesitate to log bugs. In the worst case we never find a reproducible problem. In the second worst case, we close it as a duplicate of another existing bug. No, I change my mind: in the worst case there is a regression, and we never get a trackable record of it or logs. Please log bugs at the slightest hint of a problem that happens more than once, and include all possible logs you can. [I don't have wireless at home, so I have to wait until I go to some sort of establishment that provides an AP. But even when I am able to surf the net from my XO, I'm not connecting to any Jabber server. I've tried many - *surely* at least one should be working.] One quick way to see if a jabber server is up: (you will need to install nc first, with sudo yum install nc) $ nc xochat.org 5222 Type anything and press Enter, you should see some XML returned if the server is up, e.g. ?xml version='1.0'?stream:stream xmlns='jabber:client' xmlns:stream=... If you get connection refused, the server's definitely down. If it just hangs and doesn't show the XML stuff, it's overloaded and non-responsive - consider it down. For people in my situation, what I want is to be able to 'turn off' the XO trying to reach the 'school server' via the mesh (I'm a G1G1 user, and will *never* have a 'school server' where I live). Instead, I want my XO to try HARDER, via the AP to which it is connected, to reach whatever (Jabber) server I've specified. mikus p.s. These may be written down somewhere - but I've not been able to find explanations for how to move a connection : (A) Suppose a kid is communicating with his 'school server' via the mesh. Then he walks so far away that his radio no longer reaches the school. If he happens to be within range of an alternate AP, how would the transfer from 'using mesh addressing for the school' to 'using internet addressing for the school' be handled? [Does the kid ever have to do something manually, such as re-starting Sugar ?] You have to explicitly connect to the AP by clicking on it, since the mesh could heal at any time by you walking back or someone else appearing within range. The schoolserver would only be accessible via the AP if it has a public DNS entry and accepts connections from the outside. Connections over the mesh to the schoolserver typically have an RFC1918 private IP address. (B) Suppose a kid is using the Jabber facilities at his school to contact an overseas buddy. Suddenly the communications link between the school and the internet fails. If the kid happens to be within range of an alternate AP, does he have to do something manually (such as entering the name of a non-school Jabber server) to re-establish Jabber contact to the outside world ? At this stage, the overseas buddy would have to be registered on this kid's school jabber server, to collaborate, since we do not have server to server federation. In that case, if this kid can't access his school jabber server in any way, communication breaks down. See above about connecting via AP. Alternatively, this kid would have to register with an external jabber server (thereby disconnecting from his own school jabber server) to communicate with the remote buddy in the first place. Either way, no changing jabber server names is required to *re-establish* communication, but he would have to switch to the AP by clicking on it. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Proposal: Activity developers mailing list
Thanks Martin and Albert for your dissenting opinions. They are valuable. On Sun, Aug 3, 2008 at 13:36, Martin Langhoff [EMAIL PROTECTED] wrote: On Thu, Jul 31, 2008 at 9:47 PM, Morgan Collett [EMAIL PROTECTED] wrote: I am happy to take on making this communication happen but I really think we need this list. FWIW, Sugar + activities are still somewhat tightly coupled, as Sugar and the underlying OS API are changing. As long as that is true, to maintain an activity to a good standard, you have to keep an eye on devel@ and/or [EMAIL PROTECTED] My rule of thumb is to try and keep people together -- recommending filters sometimes -- until the traffic gets so heavy *and* a distinct subcommunity can be split off. IMHO neither is true here (yet!). In my experience the activity developer community has lost many participants already. Perhaps they weren't going to stay anyway, beyond an initial The flip side is that offering a new ml to a small/medium sized group is a great way to *kill* that group. It is an excellent troll mgmt strategy. The last thing I want to do is fragment the community. Let me add some personal context: I started out writing a couple of activities for MaMaMedia. At that time it was very confusing trying to figure out the state of the platform. Going by the HIG, there was this excellent feature called the Bulletin Board which seemed exactly what I needed. Also, the collaboration features were exactly what I wanted. I had to ask on IRC to find out the bulletin board was non-existant and the collaboration was only partially implemented and only in a single existing activity. I personally found the best approach was to follow all communication channels to try and figure out what worked and what didn't, and what the best way to use the existing features was. I subscribed to all the technical mailing lists. I stayed logged on to IRC and read the backlogs every morning. It worked for me. However, most other activity authors that I was aware of, have vanished. They haven't updated their activities in months (if at all this year). I'm quite certain that mailing devel@ or sugar@ will not get their attention. Those are both high traffic lists, with a lot of traffic not relevant to activities, as Martin Dengler has analysed: 2008/8/3 Martin Dengler [EMAIL PROTECTED]: I'm not sure I agree - sugar@ has so much traffic not relevant to casual activity authors (for example, your Congratulations... thread). I can't believe I did this, but I went through the July sugar@ messages and categorized them into ones I thought would be appropriate for the AA list and ones not (thus for the current sugar@ list). Totals: 808 messages AA - 293 messages 36.3% SS - 515 messages 63.7% You may see the details here: http://dev.laptop.org/~mdengler/sugar_list_july_2008_categorized.txt My hope is to have a mailing list that is the *last* one that an overwhelmed developer will unsubscribe from, so we can still reach them. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] How do I connect to a Jabber server ?
On Mon, Aug 4, 2008 at 16:42, Martin Dengler [EMAIL PROTECTED] wrote: On Sat, Aug 02, 2008 at 10:10:09PM -0400, Mikus Grinbergs wrote: p.s. These may be written down somewhere - but I've not been able to find explanations for how to move a connection : It Just Happens - Network Manager notices a connection is down (somehow? probably device- kernel-specific) and starts looking for new ones. But applications probably won't like this. There was a huge thread on devel@ in Jan/Feb IIRC debating this, but basically I think activities (the underlying APIs they use, mostly) will vary in how well they deal with IPs changing and their network sockets getting closed. Yes, #5620 - activity collaboration can't migrate from one connection to another, and doesn't typically detect a break. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Proposal: Activity developers mailing list
On Thu, Jul 31, 2008 at 11:47, Morgan Collett [EMAIL PROTECTED] wrote: On Thu, Jul 31, 2008 at 04:42, Bastien [EMAIL PROTECTED] wrote: Any follow-up on the idea of having a precise list of maintainers for all Sugar activities? Even just the email address from the git repo would be nice. I've raised the idea a couple of times to have a mailing list specifically for activity developers, which would be uncluttered by all the traffic on the devel and even sugar lists. That would hopefully have the result that people stay subscribed, or at least notice mails which are important to them. Currently, I'm not even sure which list out of devel and sugar is going to reach more activity developers, hence this cross-post and many others. There are a bunch of issues I'm aware of which need to be communicated clearly and widely: * A lot of activities need updating. There are a good number of us who can help, if we can get the attention of the original / most recent maintainers/authors. We would be willing to do new releases, and we will do so (technically forking) without their help if we don't get their attention. * There is a new activity updater in the control panel in joyride. There is a certain procedure to provide specific versions of the activity for specific builds, so that (future) stable builds get a certain version available, whereas development builds can get other versions of the activity. The exact procedures around that need to be communicated, in such a way that a significant number of activity developers *do* them. * It would be great to have a specific procedure for someone to say I developed this activity, I don't have time to maintain it against future releases, it's available for someone to take over. I suspect several interesting activities are in this position. * We need a way to communicate API changes, new resources, etc to activity developers without this getting lost in the noise of the existing lists. We need a way to get clear feedback on these without getting swamped by non activity developers. * We need to make it easier for new activity developers to get up to speed without having to wade through information they don't need. I am happy to take on making this communication happen but I really think we need this list. I know it's yet another mailing list, but I think it will help make our communication more focussed and effective. I'm adding this to the agenda of today's (tonight's for me) Sugar development meeting. Please comment here in advance of the meeting, or come to the meeting for a more immediate discussion. Morgan We didn't get to discuss this activity developers' mailing list at the Sugar meetings. However I've had no negative feedback. If anyone is opposed to this list, please speak up quickly and loudly. Otherwise I will get it created in the next week, publicize it and invite all known activity developers whose email addresses I can track down to subscribe. My only question is whether this should be @lists.laptop.org or @lists.sugarlabs.org. Please comment, or I will make it the latter by default. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Proposal: Activity developers mailing list
On Thu, Jul 31, 2008 at 04:42, Bastien [EMAIL PROTECTED] wrote: Any follow-up on the idea of having a precise list of maintainers for all Sugar activities? Even just the email address from the git repo would be nice. I've raised the idea a couple of times to have a mailing list specifically for activity developers, which would be uncluttered by all the traffic on the devel and even sugar lists. That would hopefully have the result that people stay subscribed, or at least notice mails which are important to them. Currently, I'm not even sure which list out of devel and sugar is going to reach more activity developers, hence this cross-post and many others. There are a bunch of issues I'm aware of which need to be communicated clearly and widely: * A lot of activities need updating. There are a good number of us who can help, if we can get the attention of the original / most recent maintainers/authors. We would be willing to do new releases, and we will do so (technically forking) without their help if we don't get their attention. * There is a new activity updater in the control panel in joyride. There is a certain procedure to provide specific versions of the activity for specific builds, so that (future) stable builds get a certain version available, whereas development builds can get other versions of the activity. The exact procedures around that need to be communicated, in such a way that a significant number of activity developers *do* them. * It would be great to have a specific procedure for someone to say I developed this activity, I don't have time to maintain it against future releases, it's available for someone to take over. I suspect several interesting activities are in this position. * We need a way to communicate API changes, new resources, etc to activity developers without this getting lost in the noise of the existing lists. We need a way to get clear feedback on these without getting swamped by non activity developers. * We need to make it easier for new activity developers to get up to speed without having to wade through information they don't need. I am happy to take on making this communication happen but I really think we need this list. I know it's yet another mailing list, but I think it will help make our communication more focussed and effective. I'm adding this to the agenda of today's (tonight's for me) Sugar development meeting. Please comment here in advance of the meeting, or come to the meeting for a more immediate discussion. Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar mtg reminder, 31rd July 2008 --- 17.00 UTC --- irc.freenode.net, #sugar-meeting
On Wed, Jul 30, 2008 at 19:32, Simon Schampijer [EMAIL PROTECTED] wrote: topics are: * Update of the week (e.g. process changes) * Roadmap * Status of bugfixing * introduction of new developers (optional) Additional agenda items added: * Proposal: Mailing list for activity developers: http://lists.laptop.org/pipermail/sugar/2008-July/007503.html * Activity Update system in control panel: Implications for activity developers: How to publish releases Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [RELEASE] Chat 44
I've release Chat-44, available at: http://dev.laptop.org/pub/sugar/sources/chat-activity/Chat-44.tar.bz2 http://dev.laptop.org/~morgan/bundles/Chat-44.xo NEWS: 44 * #7633: Close the text channel when stopping a 1-1 chat (morgs) * #7717: Log incoming messages (morgs) * #7692: Don't show pending messages when joining a chat (morgs) * Updated translations: nl, te, es, mn Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [RELEASE] Chat 44
On Thu, Jul 31, 2008 at 21:03, Bryan Kearney [EMAIL PROTECTED] wrote: Morgan: The MANIFEST file lists several files under locale which are not in the package. Where should those be found? In the .xo, I don't see anything in MANIFEST in locale which isn't actually there - could you be more specific? Thanks Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Random observations with joyride-2225 and latest activities
2008/7/29 Christoph Derndorfer [EMAIL PROTECTED]: Hi all, I've been running joyride-2225 with what I believe to be the latest versions (as per the update software functionality of the sugar-control-panel) of some core activities. In the past half hour I have stumbled across some issues that I haven't seen mentioned anywhere else so I thought I'd share them: a) Record: using v56 the activity starts up fine, the display shows whatever the camera is capturing, I can go into fullscreen-mode, switch to different tabs, etc. However once I press the capture-button the whole thing basically freezes, sometimes I was still able to move the mouse but clicking wouldn't have any impact, at other times Sugar completely froze and I had to do a hard reset of the XO. b) TurtleArt: v7 is missing an l in the activity title so we're looking at TurteArt c) Read: This activity is only useful if started by clicking on a file with a mime-type that's associated to read. However it still shows up in the list view of the home-view even though you actually can't do anything with it once you start it. The activity.info file has the show_launcher property to define that behavior, not sure whether in this case it's simply set wrongly in the read .info or whether the list-view presently ignores this attribute. Another odd issue is that when you open read from the list / favorites view and you then want to close it you're presented with a keep error message which seems quite useless considering the fact that no activity / file was actually resumed. Again, not sure whether that's an issue with read or the underlying Journal structure. d) Brightness adjustment: up to 708 and most earlier joyrides that I have used in the past weeks allowed you to immediatly turn of the backlight by pressing ctrl + reduce brightness button. With joyride-2225 this doesn't work anymore. Let me know what you think. I think these are all worthy of a ticket. Some of them may be already reported, but it's probably worth having duplicates rather than an issue not reported at all. If you have time for some ticket triage, then you could check if there are existing tickets. For example, I know the TurteArt is an old issue. Raising them on the mailing list is good too, since in some cases the default Trac assignees for activities aren't responsive. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] patch for a first boot launch of a Help activity
On Tue, Jul 29, 2008 at 05:57, Bobby Powers [EMAIL PROTECTED] wrote: Hello, after talking with Seth this evening, I whipped together a small patch (against the current git heads of sugar and sugar-toolkit) to launch an activity with the service name of org.laptop.Help on the first boot of the XO. It checks the user profile for a field called 'ShowHelp' in a category 'FirstBoot', which doesn't exist on the first launch. I know this has been talked about for G1G1, does anyone have any better ideas of how to do this? If this is suitable for inclusion, please follow the directions here: http://sugarlabs.org/go/DevelopmentTeam/CodeReview Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] File Transfer (was Sugar mtg minutes, 24th July 2008)
On Fri, Jul 25, 2008 at 10:07, Guillaume Desmottes [EMAIL PROTECTED] wrote: About file transfer. There is currently an intern working on the new FT spec and its implementation in Salut. So we should hopefully have something working at the end of this summer. Once the spec merged, we could implement it in telepathy-synapse (the Cerebro connection manager) too. Will there be file transfer in Gabble too? A simpler mechanism for cases like Read's PDF sharing should increase reliability. Which Tube types and CMs do (or soon will) support Out Of Band (direct TCP, not base64 over XML over the server)? Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Trac workflow
On Mon, Jul 21, 2008 at 11:52, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Mon, Jul 21, 2008 at 8:35 AM, Simon Schampijer [EMAIL PROTECTED] wrote: We have the 'package' option as well. I guess this is what needs to happen after checking into git. 'package' is then doing the tarball release and 'add to build' building in koji maybe? I'm not sure what's the meaning of package. I thought it was for stuff that only needs packaging changes, like create a new package, add a dependency or something like that. We should clarify with Michael. If I pushed a fix to say sugar-toolkit, I would have to wait for the next release (or snapshot) package. So I'd set the action to package. Our packaging procedure also adds it to the joyride build automatically. However, when the 8.2 release stream diverges from joyride, there will definitely be an extra add to build step when our buildmaster has to tag the package into that build. So I think having them distinct might seem less relevant now but we will need it later. Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Fresh Ubuntu Sucrose packages
Updated Sugar packages for Ubuntu. -- Forwarded message -- From: James Munro [EMAIL PROTECTED] Date: Fri, Jul 18, 2008 at 11:45 Subject: [Devel-announce] Fresh Ubuntu Sucrose packages To: [EMAIL PROTECTED] Hey all, I'm a student at the University of Lincoln (UK) working on an OLPC-focused summer project. As part of my work I felt I needed newer packages of Sugar than were currently available (try explaining sugar-jhbuild to uninterested students!) so I have done my best to create some new ones. This is my first attempt at creating packages, and I hope they work for everyone who uses them. If you have any feedback or suggestions, please post them as a comment on my blog. You can grab the packages here: http://learninglab.lincoln.ac.uk/blogs/jmunro/2008/07/18/day-15-sugar-packages-done/ James Munro jmunro on #sugar / #olpc ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] proposed addition to the Activities page templete
On Wed, Jul 16, 2008 at 22:40, Edward Cherlin [EMAIL PROTECTED] wrote: We might want to go further, and allow a discussion channel for every shared activity. Switching between a visual session and Chat will get old real fast, unless we provide a way to (in effect) Tivo shared sessions. Overlay Chat is still on the drawing board. We have had some discussions about the UI. It may be possible to provide this purely in Sugar, without activities requiring any changes. Alternatively, it's certainly possible to add chat functionality to any existing activity, since the sharing is done on top of a chat room. The only issue is figuring out how to integrate it into the UI. I would be happy to advise anyone working on this. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] proposed addition to the Activities page templete
On Wed, Jul 16, 2008 at 09:17, Walter Bender [EMAIL PROTECTED] wrote: It obvious occurred to me after seeing some questions posed on the OLPC-Sur list: 4. There is an inventory of what activities can be used with mesh, nor what ways. *no* inventory I presume. I have a list of collaborative activities on http://wiki.laptop.org/go/Collaboration_Central (which hasn't been updated lately) but that is a more developer-oriented page, so it gives details on implementation not features. 5. The mesh is only capable of some form of collaboration in small groups. The current implementation with the XO's mesh network and telepathy-salut is only capable of small group collaboration - such that other small groups are on separate mesh channels or geographically dispersed so that they cannot see each other. As soon as you have too many XOs on the mesh on one channel, all collaboration fails. The number of XOs depends on the level of activity which can only be determined through much testing. For example, you can have more XOs seeing each others' presence in the Neighborhood view if none of them are running shared activities. Activities that put load on the network reduce the number. Our current scenarios include: * Ad hoc collaboration on the mesh (fully-connected, everyone can see everyone else) * Ad hoc collaboration on the mesh (geographically dispersed, requiring mesh routing) * Ad hoc collaboration on a wireless access point * Server based collaboration (using the jabber server) on the mesh (fully-connected) * Server based collaboration (using the jabber server) on the mesh (dispersed) * Server based collaboration on a wireless access point Release 8.2 may have control panel options to adjust the mesh TTL to help with the fully-connected mesh scenarios. The server scalability work (Gadget) will probably only be available in Release 9.1. Cerebro is being looked at for improving the ad hoc collaboration. There are currently no time frames for its use. Why don't we add a new field in the Activities page template that indicates both whether or not an activity supports some form of collaboration and, if so, what is the supported number of collaborators. (The latter may, of course, be somewhat fuzzy depending upon the nature of the connection: via school server or under a tree). We could have a simple set of options (the numbers perhaps need tuning): A) no collaboration B) pair-wise collaboration C) small (3-4) group collaboration D) classroom (10-20) collaboration We could break down collaboration a bit further: sharing interacting ??? and we may want to comment on, for example, how many Type A collaborations can be supported at once. An example of: A is Turtle Art B is Distance C is Write D is Chat We'd need to do some serious QA to figure this out, but I think it would go a long ways towards giving people a sense of what they can expect in terms of a robust use of Sugar. We do need to get http://wiki.laptop.org/go/Collaboration_network_testbed going again, to get some idea of the numbers. My understanding is that OLPC's new location for the testbed in a more radio-quiet location will still take some time before it is operational. Since the performance depends on the activity on the entire network, the numbers you suggest would have to be assuming there are no other XOs on the network at all. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [Debian-olpc-devel] Bug#489817: sugar-toolkit: gsm_xsmp_init implicitly converted to pointer
On Tue, Jul 8, 2008 at 09:36, Morgan Collett [EMAIL PROTECTED] wrote: Not sure if this has been reported to the Sugar team... Morgan Logged as http://dev.laptop.org/ticket/7456 -- Forwarded message -- From: dann frazier [EMAIL PROTECTED] Date: Tue, Jul 8, 2008 at 00:45 Subject: [Debian-olpc-devel] Bug#489817: sugar-toolkit: gsm_xsmp_init implicitly converted to pointer To: [EMAIL PROTECTED] Package: sugar-toolkit Version: 0.81.5-1 Severity: serious Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `gsm_xsmp_init' implicitly converted to pointer at _sugarext.c:896 Function `gsm_xsmp_init' implicitly converted to pointer at _sugarext.c:896 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- dann frazier ___ Debian-olpc-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/debian-olpc-devel ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Chat-42 released
I've released Chat-42, available at: http://dev.laptop.org/pub/sugar/sources/chat-activity/Chat-42.tar.bz2 http://dev.laptop.org/~morgan/bundles/Chat-42.xo NEWS: * #6036: Show timestamp as elapsed time instead of date (morgs) * Updated translations: fr, mvo, pis, af, sd, pap, tpi, ar, de Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] non-intuitive Neighborhood information
On Thu, Jun 26, 2008 at 18:02, Eben Eliason [EMAIL PROTECTED] wrote: Interesting; thanks for making us aware of it. However, it would be much more useful, and less likely to get forgotten, if this was instead entered as a bug in trac at dev.laptop.org. Thanks! On Thu, Jun 26, 2008 at 10:58 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: [I don't have wireless at home; am using last week's Joyride.] Last Sunday, I was using my OLPC at a cafe called Bouldin. Yesterday, I visited a friend who lives in a wifi-rich location. At his house, my Neighborhood view showed several circles which, when the cursor was hovered over them, listed that connection's ESSID as 'Bouldin'. [My friend lives 20 miles from the cafe !] As near as I can figure out, at the cafe the OLPC Network Manager put an entry [Bouldin] at the top of .sugar/default/nm/networks.cfg. Then, at my friend's house, whenever the OLPC saw an Access Point which was not broadcasting its ESSID, it picked a matching entry from networks.cfg, and displayed that entry-name for that icon. Just wanted to let the developers know that it was confusing to see obviously-untrue labels on some circle icons in Neighborhood. mikus I filed #7415 which might be the same issue. My AP is appearing in Neighborhood view twice. This might be a general Network Manager issue: I have recently seen APs appear on my ubuntu laptop that I last used ages ago elsewhere in the world. Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
