Re: [Sugar-devel] New IRC bot
funny, I offered and set this up about a year ago, and my bot got banned from the channel because people were paranoid their conversations were being recorded... (grin/lol) D On Sat, Sep 4, 2010 at 2:57 AM, Aleksey Lim alsr...@member.fsf.org wrote: Hi all, FIY, To keep IRC logs, I've setup IRC bot - supybot[1]. It supports many useful plugins[2] including meetings (so, we can replace meetbot with more powerful one). Full irc logs and meeting logs will be stored on [4] (each channel has link to meetings page). [1] http://sourceforge.net/projects/supybot/ [2] http://ubottu.com/stdin/supydocs/plugins.html [3] http://meetbot.debian.net/Manual.html [4] http://jita.sugarlabs.org/ -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] New IRC bot
On 04.09.2010, at 02:57, Aleksey Lim wrote: Hi all, FIY, To keep IRC logs, I've setup IRC bot - supybot[1]. It supports many useful plugins[2] including meetings (so, we can replace meetbot with more powerful one). Full irc logs and meeting logs will be stored on [4] (each channel has link to meetings page). [1] http://sourceforge.net/projects/supybot/ [2] http://ubottu.com/stdin/supydocs/plugins.html [3] http://meetbot.debian.net/Manual.html [4] http://jita.sugarlabs.org/ Nice! Would you mind logging #etoys, too? Thanks! :) - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] New IRC bot
On Sun, Sep 05, 2010 at 11:55:00AM +0200, David Van Assche wrote: funny, I offered and set this up about a year ago, and my bot got banned from the channel because people were paranoid their conversations were being recorded... Yeah, I've realized usefulness of irc logs only after keeping several discussions with new developers (it would be useful if people can search though already happened such discussions to pickup useful information). Did you setup any search functionality in your environment? (grin/lol) D On Sat, Sep 4, 2010 at 2:57 AM, Aleksey Lim alsr...@member.fsf.org wrote: Hi all, FIY, To keep IRC logs, I've setup IRC bot - supybot[1]. It supports many useful plugins[2] including meetings (so, we can replace meetbot with more powerful one). Full irc logs and meeting logs will be stored on [4] (each channel has link to meetings page). [1] http://sourceforge.net/projects/supybot/ [2] http://ubottu.com/stdin/supydocs/plugins.html [3] http://meetbot.debian.net/Manual.html [4] http://jita.sugarlabs.org/ -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Set max_column value according to screen width. Ticket #2280
This patch set the value of maximum number of column in control panel display
according to the screen resolution.
---
src/jarabe/controlpanel/gui.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/jarabe/controlpanel/gui.py b/src/jarabe/controlpanel/gui.py
index 51d9820..e9368d2 100644
--- a/src/jarabe/controlpanel/gui.py
+++ b/src/jarabe/controlpanel/gui.py
@@ -33,7 +33,7 @@ from jarabe.controlpanel.toolbar import SectionToolbar
from jarabe import config
_logger = logging.getLogger('ControlPanel')
-_MAX_COLUMNS = 5
+_MAX_COLUMNS = gtk.gdk.screen_width()/(3*style.GRID_CELL_SIZE)
class ControlPanel(gtk.Window):
__gtype_name__ = 'SugarControlPanel'
--
1.7.0.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Patch review request for ticket #2290
Hi,
In reference to ticket #2290 (http://bugs.sugarlabs.org/ticket/2290)
I have uploaded a patch (have attached it too).
Problem: in the register procedure the time out of connection was not
implemented, for an unavailable server.
Solution in Patch:
- Have implemented a TimedOut connection (TimedOutServerProxy( ) function)
which encounters the problem of unavailable servers.
- The connection timeout can be changed in seconds through the variable :
'timeout'.
The default setting is at : timeout=socket._GLOBAL_DEFAULT_TIMEOUT
Change it to : timeout=10, to find Sugar does not freeze anymore.
Regards,
Dipankar
From e636b25da0973e9986b6fcd2a7f0f5a48d3e0265 Mon Sep 17 00:00:00 2001
From: Dipankar Patro dipan...@seeta.in
Date: Sat, 4 Sep 2010 19:53:54 +0530
Subject: [PATCH] Register Bug Solution: ticket #2290
---
src/jarabe/desktop/schoolserver.py | 40 ++-
1 files changed, 34 insertions(+), 6 deletions(-)
diff --git a/src/jarabe/desktop/schoolserver.py b/src/jarabe/desktop/schoolserver.py
index 62519df..58ffb88 100644
--- a/src/jarabe/desktop/schoolserver.py
+++ b/src/jarabe/desktop/schoolserver.py
@@ -16,10 +16,12 @@
import logging
from gettext import gettext as _
-from xmlrpclib import ServerProxy, Error
+
+import httplib
+import xmlrpclib
import socket
import os
-import string
+from string import ascii_uppercase
import random
import time
import uuid
@@ -37,8 +39,8 @@ def generate_serial_number():
serial_part1 = []
-for y in range(3) :
-serial_part1.append(random.choice(string.ascii_uppercase))
+for y_ in range(3) :
+serial_part1.append(random.choice(ascii_uppercase))
serial_part1 = ''.join(serial_part1)
serial_part2 = str(int(time.time()))[-8:]
@@ -76,6 +78,30 @@ def store_identifiers(serial_number, uuid, backup_url):
class RegisterError(Exception):
pass
+# New class TimeoutServerProxy to implement timeout controlled connection, derived from xmlrpclib.ServerProxy()
+# LP Bug #617813
+class TimeoutHTTP(httplib.HTTP):
+ def __init__(self, host='', port=None, strict=None,
+timeout=socket._GLOBAL_DEFAULT_TIMEOUT):
+if port == 0:
+port = None
+self._setup(self._connection_class(host, port, strict, timeout))
+
+class TimeoutTransport(xmlrpclib.Transport):
+def __init__(self, timeout=socket._GLOBAL_DEFAULT_TIMEOUT, *args, **kwargs):
+xmlrpclib.Transport.__init__(self, *args, **kwargs)
+self.timeout = timeout
+
+def make_connection(self, host):
+host, extra_headers, x509 = self.get_host_info(host)
+conn = TimeoutHTTP(host, timeout=self.timeout)
+return conn
+
+class TimeoutServerProxy(xmlrpclib.ServerProxy):
+def __init__(self, url, timeout, *args, **kwargs):
+kwargs['transport'] = TimeoutTransport(timeout=timeout, use_datetime=kwargs.get('use_datetime', 0))
+xmlrpclib.ServerProxy.__init__(self, url, *args, **kwargs)
+
def register_laptop(url=REGISTER_URL):
profile = get_profile()
@@ -89,13 +115,15 @@ def register_laptop(url=REGISTER_URL):
else:
sn = generate_serial_number()
uuid_ = str(uuid.uuid1())
-jabber_server = client.get_string('/desktop/sugar/collaboration/jabber_server')
+setting_name = '/desktop/sugar/collaboration/jabber_server'
+jabber_server = client.get_string(setting_name)
store_identifiers(sn, uuid_, jabber_server)
url = 'http://' + jabber_server + ':8080/'
nick = client.get_string('/desktop/sugar/user/nick')
-server = ServerProxy(url)
+server = TimeoutServerProxy(url)
+
try:
data = server.register(sn, nick, uuid_, profile.pubkey)
except (Error, socket.error):
--
1.7.0.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] flood of review requests.
I just wanted to give you a heads up that there will be a flood of new review requests over the next couple of weeks. The patches are being submitted by the same group of developers than have been working on Ubuntu Sugar Remix for the last couple of months. The initial packaging is mostly done. It is easier to maintain and update packages than create them from scratch. Now we will be moving on to debugging. Please be patient with the flood of traffic on the list. Any and all code reviews are appreciated. david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Patch to display 'Sugar inside Xephyr' instead of 'Xephyr on' in the title bar. Ticket #2285
This patch is to display 'Sugar inside Xephyr' instead of 'Xephyr on' in the
title bar of the sugar windows.
---
sugar-0.88-0.88.1/src/jarabe/util/emulator.py |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/sugar-0.88-0.88.1/src/jarabe/util/emulator.py
b/sugar-0.88-0.88.1/src/jarabe/util/emulator.py
index 5a99dbe..32ab982 100644
--- a/sugar-0.88-0.88.1/src/jarabe/util/emulator.py
+++ b/sugar-0.88-0.88.1/src/jarabe/util/emulator.py
@@ -36,6 +36,7 @@ def _run_xephyr(display, dpi, dimensions, fullscreen):
cmd = [ 'Xephyr' ]
cmd.append(':%d' % display)
cmd.append('-ac')
+cmd += ['-title', 'Sugar inside Xephyr']
screen_size = (gtk.gdk.screen_width(), gtk.gdk.screen_height())
--
1.7.0.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Set max_column value according to screen width. Ticket #2280
Hi Neeraj,
Sorry to spot this so late.
On 5 Sep 2010, at 15:08, Neeraj Gupta wrote:
This patch set the value of maximum number of column in control panel display
according to the screen resolution.
I'm pretty sure there is a patch already, fairly reviewed and tested in the
dextrose release for Paraguay that has not yet been merged in Sugar mainline
:-( It was listed in Bernie's email of F11-0.88 unmerged patches called
sugar/dynamically-set-number-of-control-panel-columns.patch I think Anish
Mangal landed a slightly improved version in their rep. Sorry, have been
searching the bugs.sugarlabs.org but can not find an official ticket.
Anish/Bernie can you point to the patch/commit so we can get an official trac
filed for mainline review (or whatever the plat du jour is for the review
process)?
Regards,
--Gary
---
src/jarabe/controlpanel/gui.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/jarabe/controlpanel/gui.py b/src/jarabe/controlpanel/gui.py
index 51d9820..e9368d2 100644
--- a/src/jarabe/controlpanel/gui.py
+++ b/src/jarabe/controlpanel/gui.py
@@ -33,7 +33,7 @@ from jarabe.controlpanel.toolbar import SectionToolbar
from jarabe import config
_logger = logging.getLogger('ControlPanel')
-_MAX_COLUMNS = 5
+_MAX_COLUMNS = gtk.gdk.screen_width()/(3*style.GRID_CELL_SIZE)
class ControlPanel(gtk.Window):
__gtype_name__ = 'SugarControlPanel'
--
1.7.0.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Set max_column value according to screen width. Ticket #2280
I guess the patch can be found in the /rpms directory of the Dextrose
repo. However, on discussing with tomeu, the fix is not how its meant
to be for the problem. I then modded the patch to have a set number of
columns (4, IIRC) and wrap the text under the icons. (This modded
version won't be in the Dextrose repo, but somewhere on the m-l)
A bug (probably in gtk+) doesn't allow the wrapped text to be center
aligned properly under the icon. I tried to debug the problem and
narrowed it down to a potential issue with gtk.misc/gtk.label.
However, I ran out of time then and didn't open the gtk+ source
afterwards (I guess you could say it is in my TODO list ;-) ). Here[1]
is a related discussion on [pygtk-devel].
Btw, folks on #pygtk suggested that gtk.iconview[2] might be the best
way to display the CP-icons. It might need more code changes though.
[1] http://www.daa.com.au/pipermail/pygtk/2010-July/018855.html
[2] http://www.pygtk.org/docs/pygtk/class-gtkiconview.html
On Sun, Sep 5, 2010 at 10:56 PM, Gary Martin garycmar...@googlemail.com wrote:
Hi Neeraj,
Sorry to spot this so late.
On 5 Sep 2010, at 15:08, Neeraj Gupta wrote:
This patch set the value of maximum number of column in control panel display
according to the screen resolution.
I'm pretty sure there is a patch already, fairly reviewed and tested in the
dextrose release for Paraguay that has not yet been merged in Sugar mainline
:-( It was listed in Bernie's email of F11-0.88 unmerged patches called
sugar/dynamically-set-number-of-control-panel-columns.patch I think Anish
Mangal landed a slightly improved version in their rep. Sorry, have been
searching the bugs.sugarlabs.org but can not find an official ticket.
Anish/Bernie can you point to the patch/commit so we can get an official trac
filed for mainline review (or whatever the plat du jour is for the review
process)?
Regards,
--Gary
---
src/jarabe/controlpanel/gui.py | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/jarabe/controlpanel/gui.py b/src/jarabe/controlpanel/gui.py
index 51d9820..e9368d2 100644
--- a/src/jarabe/controlpanel/gui.py
+++ b/src/jarabe/controlpanel/gui.py
@@ -33,7 +33,7 @@ from jarabe.controlpanel.toolbar import SectionToolbar
from jarabe import config
_logger = logging.getLogger('ControlPanel')
-_MAX_COLUMNS = 5
+_MAX_COLUMNS = gtk.gdk.screen_width()/(3*style.GRID_CELL_SIZE)
class ControlPanel(gtk.Window):
__gtype_name__ = 'SugarControlPanel'
--
1.7.0.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Anish
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Alt + Tab issue on sugar-emulator
Hi all, I am working on the bug: http://bugs.sugarlabs.org/ticket/1520 I was unable to reproduce the bug because the 'Alt + Tab' function doesn't work in Sugar on Ubuntu (Neither in emulator nor in Sugar-Session). I had a discussion on this with Aleksey Lim. He suggested using the command in Sugar-session 'metacity-message disable-keybindings' and then try the combination 'Alt+Tab'. But unfortunately that also did not work out. (No pop-up came) The problem with sugar-emulator: Somehow the native X sessions' priority is higher then Xephyr's. So even if the function for 'Alt+Tab' is coded into Sugar. The emulator (on Xephyr) still won't be able to catch that. Aleksey suggested we have to disable the 'Alt+Tab' combination in Sugar-Emulator. It would be great to have some views and pointers on the above situation. Is there any way we can implement the 'Alt + Tab' in Xephyr too? Regards, Dipankar ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Alt + Tab issue on sugar-emulator
Excerpts from Dipankar Patro's message of Sun Sep 05 20:34:55 +0200 2010: I was unable to reproduce the bug because the 'Alt + Tab' function doesn't work in Sugar on Ubuntu (Neither in emulator nor in Sugar-Session). That's probably due to the same bug I've hit on Debian and Bernie before me on Fedora 11. He wrote a patch [1] for metacity that fixes it. ISTR Bernie saying something about some other component (X server?) being broken and this being just a workaround. Since I don't know any details and don't quite understand the change, I haven't filed a bug report at Debian yet. I probably should have reported it and let the maintainer sort out who actually is to blame. They could at least ship the patch for the time being. So feel free to open a ticket on Debian. The problem with sugar-emulator: Somehow the native X sessions' priority is higher then Xephyr's. So even if the function for 'Alt+Tab' is coded into Sugar. The emulator (on Xephyr) still won't be able to catch that. If Xephyr has a global keyboard grab, it will get any keyboard event, including Alt-Tab (and anything else your window manager might catch otherwise). You can toggle the global keyboard and mouse grab by pressing Ctrl+Shift, like it tells you in the Xephyr title bar. VNC acquires a global keyboard grab iff running in full screen mode. Aleksey suggested we have to disable the 'Alt+Tab' combination in Sugar-Emulator. What do you mean? Sascha [1] http://sascha.silbe.org/patches/metacity-ungrab-keybindings.patch -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Enhancing Sugar to support multiple users
Hi, I just created a new ticket (http://bugs.sugarlabs.org/ticket/2292) to get some discussions started on what changes need to be made to Sugar to work well in an environment where multiple users will work on the same machine (which is how Peru's next 300,000 XOs will be used: http://www.olpcnews.com/countries/peru/peru_between_one_laptop_per_child_and_seven_children_per_laptop.html ). Obviously this touches upon a lot of areas from simple naming of the machine, over the Journal, backups and probably a whole host of other issues that I haven't though of yet. (Additionally it also ties in to the ongoing reorganise home menu discussion: http://bugs.sugarlabs.org/ticket/1206;-) Cheers, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Enhancing Sugar to support multiple users
Excerpts from Christoph Derndorfer's message of Sun Sep 05 21:57:09 +0200 2010: I just created a new ticket (http://bugs.sugarlabs.org/ticket/2292) to get some discussions started on what changes need to be made to Sugar to work well in an environment where multiple users will work on the same machine (which is how Peru's next 300,000 XOs will be used: http://www.olpcnews.com/countries/peru/peru_between_one_laptop_per_child_and_seven_children_per_laptop.html ). I don't think we should change anything in Sugar, for two orthogonal reasons: 1. There is already an existing, proven, well-working mechanism to support multiple users on the same machine that's way older than Sugar: user accounts. Check out any computer lab at a university to see how it works (though I suppose you already know). 2. If the Peru government wants Sugar to adapt to being used by multiple users (in what way exactly?), let _them_ do the work. It's going to be a _lot_ of work if you don't go for #1 (separate user accounts). (If OTOH you use one account per child, there's nothing to change in Sugar, so no reason for a ticket). PS: I know this kind of setup (some 30 computers for the entire school) from my school days; I've even administered the machines back then. It was called a computer room (we had two of them). I think you can guess how much time most pupils spent in there outside of special computer (i.e. word processing etc.) classes? Computer use in regular subjects was close to zero, similar to our fancy language lab (a class room with tape recorders built into desktops) which we used a whopping two times during my entire school life. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Audacity issues on Sugar
There are a couple of issues in the way of Audacity running smoothly on Sugar. The lame issue persists. The Sugar and XO disk limit requires that substantial recording is written directly to an external media drive. The install from the website, the xo file, requires a bug fix yum install compat-expat1 and this version loaded from an icon has no write permissions? Audacity fonts are also perhaps not on the sugar system as some text displays out of size. Any ideas on these issues? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
