Re: [Sugar-devel] [Systems] IRC chanserv command

2013-07-01 Thread Manuel Quiñones
2013/7/1 Aleksey Lim : > On Sun, Jun 30, 2013 at 12:26:44PM +0200, Daniel Narvaez wrote: >> The channelname being sugar of course. >> >> On Sunday, 30 June 2013, Daniel Narvaez wrote: >> >> > Hey, >> > >> > could someone with chanserv access give this command >> > >> > /msg chanserv set #channelnam

Re: [Sugar-devel] [Systems] IRC chanserv command

2013-07-01 Thread Aleksey Lim
On Sun, Jun 30, 2013 at 12:26:44PM +0200, Daniel Narvaez wrote: > The channelname being sugar of course. > > On Sunday, 30 June 2013, Daniel Narvaez wrote: > > > Hey, > > > > could someone with chanserv access give this command > > > > /msg chanserv set #channelname mlock -n > > > > Or well, give

Re: [Sugar-devel] [RFC] Content support

2013-07-01 Thread Daniel Drake
On Sun, Jun 30, 2013 at 7:34 PM, Chris Leonard wrote: > One of the things that would be needed to fully support content bundles > (which I have experimented with creating), would to be able to host them in > ASLO, it would also be important to clarify the process of deleting a > content bundle, wh

Re: [Sugar-devel] Yet another project to port Sugar to Android ?

2013-07-01 Thread Christoph Derndorfer
I'm confused. To the best of my knowledge Sugar doesn't run on Android (yet?) and the focus of the HTML 5 work was to enable Activities written in HTML 5 to run on Sugar (and not to port Sugar to run on an HTML platform such as a browser). So we really only have Sugar on Linux. Or am I missing som

Re: [Sugar-devel] Yet another project to port Sugar to Android ?

2013-07-01 Thread Samuel Greenfeld
Although I cannot comment officially, my understanding is that these really are not that separate. What you have at the moment are a few things called "Sugar": - Sugar on Linux - Sugar on Android (sometimes including the Dreams UI for the XO Learning environment) - Sugar on HTML5 (an

Re: [Sugar-devel] [RFC] Content support

2013-07-01 Thread Manuel Quiñones
2013/6/29 Daniel Drake : > Hi, > > Content bundles have long been both a crucial part of the OLPC-Sugar > offering, and a pain through having some deficiencies. > http://wiki.laptop.org/go/Creating_a_collection > > They are important because it is the only easy way for a deployment to > add pre-mad

Re: [Sugar-devel] Autoclosing trac bugs on github commits

2013-07-01 Thread Manuel Quiñones
2013/6/29 Daniel Narvaez : > I enabled this for the sugar module so we can give it a try before enabling > it for all the modules. Just remember to put "Fix #ticketnumber" in the log. Excellent. I think we can go ahead and join the sugar-* components into just "sugar". -- .. manuq .. ___

Re: [Sugar-devel] Bug triaging

2013-07-01 Thread Manuel Quiñones
2013/6/29 Tom Parker : > On 29/06/13 09:47, Daniel Narvaez wrote: >> >> On 28 June 2013 23:39, Gonzalo Odiard > > wrote: >> >> If obscure, probably had sense to who fill it, >> and maintainer at the time. >> Should be better ask for more information and status

Re: [Sugar-devel] bugs.sugarlabs.org upgraded to 1.0.1

2013-07-01 Thread Manuel Quiñones
2013/6/29 Daniel Narvaez : > If you find any issue please let me know. Great! Giving a try now, looks like everything is in place. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-dev

Re: [Sugar-devel] [Systems] IRC chanserv command

2013-07-01 Thread Daniel Narvaez
Enabled it with join/part for now, let's see if it's too annoying. On 1 July 2013 12:17, Daniel Narvaez wrote: > > > On 1 July 2013 05:52, Bernie Innocenti wrote: > >> On 06/30/13 23:33, Samuel Greenfeld wrote: >> > The +n (no external messages from users not on the channel) is an >> > anti-sp

Re: [Sugar-devel] [Systems] IRC chanserv command

2013-07-01 Thread Daniel Narvaez
On 1 July 2013 05:52, Bernie Innocenti wrote: > On 06/30/13 23:33, Samuel Greenfeld wrote: > > The +n (no external messages from users not on the channel) is an > > anti-spam measure and a default for all newly-created Freenode channels. > > > > So you might not want to remove it, even if the IRC