Re: [Sugar-devel] Sugar + OLPC mesh network selection logic
But, auto attach to any old public AP with no prior user selection? That's just asking for trouble... What trouble is that asking for? A very fair question: I think that Sugar should prioritize what its user might want over what the potential wishes of a potential authority figure might be. I don't think I've ever been in a situation where connecting to an open access point would have displeased me, when it was the only connectivity available. In the UK its actually illegal. While there's not been a conviction I don't think its something we should be doing automatically, it should be something the user opts into. Also how do you in the case of multiple open APs decide which one is the best? Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Reporting bugs from the field on my iphone
On 06/22/2009 11:29 PM, Caroline Meeks wrote: One problem I have is that when I am at a school or conference I often don't have time to stop, gather info, grab the keyboard from the person trying sugar, log into the tracker and file a ticket. I am not a friend of those automatic bug filers. They often have a high signal to noise ratio. Secondly, someone needs to handle all the incoming bugs. What is it useful for if we file hundreds of bugs but nobody will be responsive? The tester will turn away. If you would take videos of issues at a conference - why not sit down after that and analyze the issue and file a bug report then? In many cases the report filer needs to follow up on the bug report after that. Otherwise the developers are not able to handle it properly. In general: Please do take the time to file a bug. If a reporter show that they care - the devs more likely will do so as well. If someone does not have the time to file a proper report - why would the developer take the time to fix it? This is not just throwing something at the devs. One can argue that there are some people that do not know how to describe a bug report very well would help such tools. That is ok. What I am worried about is the people who should be able to provide more info does not do so. Please at least try to provide as much info as possible and follow up on the bugs later! I don't say that bug work is easy - it is actually a very hard one. Everyone can improve on that, I include myself of course as well. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Testing streamlined sugar-jhbuild
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Mon, Jun 22, 2009 at 01:09:38PM -0400, Bobby Powers wrote: On Fri, Jun 19, 2009 at 11:28 AM, Jonas Smedegaardd...@jones.dk wrote: A test run inside a chroot'ed COW (copy-on-write) Debian Sid environment with only core development tools installed + git-core and python2.5, sugar-jhbuild update failes with the following message: *** Checking out matchbox-window-manager *** [20/45] *** Error during phase force_checkout of matchbox-window-manager: svn not found *** [20/45] I suspect there is no point testing in Squeeze or Lenny, as I imagine it would fail at same point (and would in *any* environment, even on Fedora). it sounds like you should be able to add subversion to your aptitude line, run from inside the chroot: aptitude -y install adduser git-core python wget subversion Ohhh, silly me - so obvious now that you point it out :-P - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAkpAgRkACgkQn7DbMsAkQLgMHQCaAmc/JcvLhIzly0uHhcsrwEBx yJsAmwZ/4H95joLs3juSz5X3c74tqjin =yOSk -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar Print Queue and Device Icon
oh also, i'm using this,
self._cancel.get_child().set_text ('Document:' + title + '\n' + status)
where self._cancel is the menu item.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] http://translate.sugarlabs.org/ down again
-- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Not able to make xo package of ListenSpellActivity
Hello everyone, The ListenSpell Activity uses two config. files and a SQLite db. After going through the following information: http://wiki.laptop.org/go/Low-level_Activity_API#File Access I changed the path of the config files. So now the activity can easily create and modify them. Please note that the config files are not already created but are first created by the activity. But I am getting problems with the db file which is already created. My activity wants to read and update the already created db. My db file path is: /home/olpc/Activities/ListenSpellActivity/dict.db So in my activity, to connect to the db I create the path as follows: http://pastebin.be/19337 and then using this path I connect to the database. The activity reads correctly the db, but it is not able to modify it. So how can I let my activity to modify an already created file? Regards -- Chirag Jain ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Testing streamlined sugar-jhbuild
On Tue, Jun 23, 2009 at 10:54, Bernie Innocentiber...@codewiz.org wrote: On 06/23/09 09:34, Edward Cherlin wrote: I have been warned not to run sugar-jhbuild and Sugar packages on the same system. I have not had sugar-jhbuild wreck my system, but I have had a lot of issues with sugar-jhbuild working one day and not the next when I make other changes to the system. We have found one such issues yesterday, while testing the streamlined branch on Ubuntu Jaunty. My laptop usually boots off a Fedora 11 partition with the Sugar packages installed, where the GConf schemas for Sugar are installed in /etc/gconf/schemas/sugar.schemas. When Sugar starts, it happily uses the system GConf. When we did the same on Jaunty with _no_ system packages installed, the schemas were missing and the Sugar shell would crash mysteriously due to a bad default value for the favourites layout. I don't know how to add a locally installed schemas file without altering the system-wide database. The following commands are for the system-wide case: export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` gconftool-2 --makefile-install-rule install/etc/gconf/schemas/sugar.schemas If I change the path to point into the jhbuild install root, I get these obscure errors: -cut- $ export GCONF_CONFIG_SOURCE=/home/bernie/src/sugar/sugar-jhbuild/install/etc/gconf/gconf.xml.defaults $ gconftool-2 --makefile-install-rule install/etc/gconf/schemas/sugar.schemas (gconftool-2:3489): GConf-WARNING **: Failed to load source /home/bernie/src/sugar/sugar-jhbuild/install/etc/gconf/gconf.xml.defaults: Couldn't resolve address for configuration source: Bad address `/home/bernie/src/sugar/sugar-jhbuild/install/etc/gconf/gconf.xml.defaults' ** GConf:ERROR:gconftool.c:969:main: assertion failed: (err == NULL) Aborted -cut- Bah, I'm defeated. Why are we even using this GConf crap? Simple ini files were too easy to work with?!? ;-/ Wrong mailing list for volunteering for dropping GConf :p Is your jhbuild installing GConf-DBus? Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GSoC Update: SharedTextDemo-3
On Tue, Jun 23, 2009 at 04:56, Benjamin M. Schwartzbmsch...@fas.harvard.edu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 SharedTextDemo-3 is available at http://dev.laptop.org/~bemasc/SharedTextDemo-3.xo Congrats, I'm wondering if any of the games being developed for 4th Grade Math would be easily modified to use GroupThink? Or is already any real activity in the works? Regards, Tomeu This version introduces saving to and loading from the Journal. The contents of the textbox are saved to the Journal, and loaded back in when you relaunch the program. This may not sound like a very impressive feature, but consider the source code of the activity (in its entirety): from groupthink import sugar_tools, gtk_tools import sugar class SharedTextDemoActivity(sugar_tools.GroupActivity): def initialize_display(self): self.cloud.textview = gtk_tools.SharedTextView() return self.cloud.textview The self.cloud object takes care not only of sharing the TextView over the network, live, but also of serializing it to disk on save, and deserializing it on load. At 6 lines of code, this system is finally approaching a level of boilerplate I would consider acceptable for users to build their own activities.* In addition to working Journal persistence, this version also adds (very simple) wait screens. With wait screens, the user is not left at the pulsing activity icon during slow actions, like loading a large journal entry or joining a shared session. Instead, the activity displays a message informing the user of its current status as soon as possible after launch. Naturally, both automatic load/save and wait screens are available to any activity using Groupthink, not just SharedTextDemo. - --Ben *: There is admittedly a tradeoff here between flexibility and magic. self.cloud, providing magic load/save and sharing, will only accept objects of appropriate type, drawn from the groupthink library. This means that users must code with an understanding of the types of the objects they are using. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpARGYACgkQUJT6e6HFtqQI9ACeNunokI+4g8V6cT8crPpLi6lf BYsAn35d5fFxGfVfifzpjQQQbTB154aI =OnVL -END PGP SIGNATURE- ___ 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] Not able to make xo package of ListenSpellActivity
On Tue, Jun 23, 2009 at 09:52, chirag jainchiragjain1...@gmail.com wrote: Hello everyone, The ListenSpell Activity uses two config. files and a SQLite db. After going through the following information: http://wiki.laptop.org/go/Low-level_Activity_API#File Access I changed the path of the config files. So now the activity can easily create and modify them. Please note that the config files are not already created but are first created by the activity. But I am getting problems with the db file which is already created. My activity wants to read and update the already created db. My db file path is: /home/olpc/Activities/ListenSpellActivity/dict.db So in my activity, to connect to the db I create the path as follows: http://pastebin.be/19337 and then using this path I connect to the database. The activity reads correctly the db, but it is not able to modify it. So how can I let my activity to modify an already created file? What about copying the database file from the source dir to a dir where you can write if it doesn't yet exist there? Regards, Tomeu Regards -- Chirag Jain ___ 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] Getting the dbus name from activity.info
On 23.06.2009, at 04:15, Benjamin M. Schwartz wrote: Benjamin M. Schwartz wrote: Is there some easy sugar library call to get the dbus name specified in activity.info? Oh, the perils of asking the list. The answer is: the Activity class already provides a self.get_bundle_id() method that returns the dbus name as a string. Problem solved. Except that this is not the dbus name of your activity. Otherwise you could not have two instances running at the same time, the bundle_id is the same for all instances. The dbus service name actually looks like org.laptop.Activity6f7f3acacca87886332f50bdd522d805f0abbf1f where 6f7f3acacca87886332f50bdd522d805f0abbf1f is the activity_id as passed on the command line. See http://wiki.laptop.org/go/Low-level_Activity_API - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Testing streamlined sugar-jhbuild
On Tue, Jun 23, 2009 at 11:30, Bernie Innocentiber...@codewiz.org wrote: On 06/23/09 11:16, Tomeu Vizoso wrote: Bah, I'm defeated. Why are we even using this GConf crap? Simple ini files were too easy to work with?!? ;-/ Wrong mailing list for volunteering for dropping GConf :p Heh :P Is your jhbuild installing GConf-DBus? Hmmm no... is it required? On my F11, I don't even have the GConf-dbus package installed, yet the sugar-emulator starts regularly. You mean sugar-emulator out from jhbuild? That will be using the system GConf (using Orbit). In jhbuild we need that so we can launch a second instance of the gconf daemon in the jhbuild session bus. Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GSoC Update: SharedTextDemo-3
For V4, it may be interesting to add some tuple exports to the Journal as well... Let's discuss it next time we bump into each other on IRC. -walter On Mon, Jun 22, 2009 at 10:56 PM, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 SharedTextDemo-3 is available at http://dev.laptop.org/~bemasc/SharedTextDemo-3.xohttp://dev.laptop.org/%7Ebemasc/SharedTextDemo-3.xo This version introduces saving to and loading from the Journal. The contents of the textbox are saved to the Journal, and loaded back in when you relaunch the program. This may not sound like a very impressive feature, but consider the source code of the activity (in its entirety): from groupthink import sugar_tools, gtk_tools import sugar class SharedTextDemoActivity(sugar_tools.GroupActivity): def initialize_display(self): self.cloud.textview = gtk_tools.SharedTextView() return self.cloud.textview The self.cloud object takes care not only of sharing the TextView over the network, live, but also of serializing it to disk on save, and deserializing it on load. At 6 lines of code, this system is finally approaching a level of boilerplate I would consider acceptable for users to build their own activities.* In addition to working Journal persistence, this version also adds (very simple) wait screens. With wait screens, the user is not left at the pulsing activity icon during slow actions, like loading a large journal entry or joining a shared session. Instead, the activity displays a message informing the user of its current status as soon as possible after launch. Naturally, both automatic load/save and wait screens are available to any activity using Groupthink, not just SharedTextDemo. - --Ben *: There is admittedly a tradeoff here between flexibility and magic. self.cloud, providing magic load/save and sharing, will only accept objects of appropriate type, drawn from the groupthink library. This means that users must code with an understanding of the types of the objects they are using. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpARGYACgkQUJT6e6HFtqQI9ACeNunokI+4g8V6cT8crPpLi6lf BYsAn35d5fFxGfVfifzpjQQQbTB154aI =OnVL -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GSoC Update: SharedTextDemo-3
Tomeu Vizoso wrote: Congrats, I'm wondering if any of the games being developed for 4th Grade Math would be easily modified to use GroupThink? I have no idea, but I would certainly be happy to work with any of the authors of those activities if they're interested in adding sharing (or super-easy persistence) to their activities. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GSoC Update: SharedTextDemo-3
Walter Bender wrote: For V4, it may be interesting to add some tuple exports to the Journal as well... Let's discuss it next time we bump into each other on IRC. I know what a python tuple is... what's a tuple export? signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Some initial thoughts on i18n for Karma
On Tue, 2009-06-23 at 14:57 +0530, Sayamindu Dasgupta wrote: The above layout looks fine to me. I think it should be quite easy to load LANGCODE/audiofile.ogg when you have the langcode. There is a somewhat undocumented algorithm to figure out fallback locale (eg: if locale is ne_NP, look inside ne_NP, if not found, look inside ne, and so on) Many years back, I wrote a hackish Python script to do it: http://sayamindu.randomink.org/misc/get_language_names4.pytxt what do u think about my suggestion that we put LANGCODE in the file name? We have a huge archive of audio files at the OLE office and it is a major pain to differentiate b/w the Nepali audio files and the English audio files. so how about naming convention for the audio files langCode_htmlElementId.ogg ? Producing the audio files is going to be another issue. Pootle won't be useful here - if we want to use the existing crowdsourcing approach, we might have to develop a custom webapp (or extend Pootle) to take in and handle audio files. I would really, really like to crowdsource audio. Short audio snippets are really essential to language learning. We have also found that our kids really like audio feedback during exercises. Take a look at the javascript implementation of gettext: http://jsgettext.berlios.de/doc/html/Gettext.html Does it solve some of your problems ? Will read through and the let u know 2) What are some pitfalls I haven’t thought of? 3) How could we ensure dynamically generated numbers are presented in the locale without making the programmer’s job too hard? You mean native digits for numerals like ०१२३४... ? Yes glibc 2.2 and above has a flag character called I - so if you do printf (%Id, ...), it will give you the locale specific digit. I'm not sure if this is available anywhere else though (Python does not have it - though I have some ideas about implementing it) jquery.i18n utility seems to perform this service http://code.google.com/p/jquery-utils/wiki/I18N And a request: Pls, pls direct me to great i18n resources and guides. If there is already an established standard for this, I will be happy to copy it. The gettext manual is the best place to begin work: http://www.gnu.org/software/gettext/manual/gettext.html tks, i will definitely read thru that tks for all your help Sayamindu in this and many previous instances ! -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Testing streamlined sugar-jhbuild
On 06/23/09 11:59, Tomeu Vizoso wrote: On my F11, I don't even have the GConf-dbus package installed, yet the sugar-emulator starts regularly. You mean sugar-emulator out from jhbuild? That will be using the system GConf (using Orbit). No, I meant sugar-emulator ran by sugar-jhbuild run or within sugar-jhbuild shell. In jhbuild we need that so we can launch a second instance of the gconf daemon in the jhbuild session bus. Interesting, so maybe installing the GConf-dbus package in Jaunty will work around those problems? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar Print Queue and Device Icon
Hi Vamsi, On 23 Jun 2009, at 08:35, Vamsi Krishna Davuluri wrote: Eben, Thanks for replying, I have taken your suggestions into account and have made this. It now randomly 1) It takes a hash of the username for coloring the icon Re 'username', this is the name of the printer and/or printer queue? 2) It lists processing job on the top, and sorts the list accoring to first come first serve. 3) I removed the space below the menu items. Cool, looking good :-) Quick question: What happens with really long document titles, is an ellipsis used to truncate the length? Some Journal titles can get pretty long, especially if they are downloaded documents via Browse as the URL is used as part of the download name. pausing jobs is a big problem, since we are already in a palette menu. And I am using menu items for each horizontal bar, I cant see a case of pausing without making a new menu item for each job? I would say allowing pausing is likely one feature too much. I can't say I ever remember needing to manually pause a print job (or print queue) myself. Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] http://translate.sugarlabs.org/ down again
Thanks for reporting it. We've been having a lot of trouble with Pootle lately. Possible solutions are being discussed on the systems@ list, if you're interested in the discussion. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar Print Queue and Device Icon
On Tue, Jun 23, 2009 at 12:39 PM, Gary C Marting...@garycmartin.com wrote: Hi Vamsi, On 23 Jun 2009, at 08:35, Vamsi Krishna Davuluri wrote: Eben, Thanks for replying, I have taken your suggestions into account and have made this. It now randomly 1) It takes a hash of the username for coloring the icon Re 'username', this is the name of the printer and/or printer queue? 2) It lists processing job on the top, and sorts the list accoring to first come first serve. 3) I removed the space below the menu items. Cool, looking good :-) Quick question: What happens with really long document titles, is an ellipsis used to truncate the length? Some Journal titles can get pretty long, especially if they are downloaded documents via Browse as the URL is used as part of the download name. pausing jobs is a big problem, since we are already in a palette menu. And I am using menu items for each horizontal bar, I cant see a case of pausing without making a new menu item for each job? I would say allowing pausing is likely one feature too much. I can't say I ever remember needing to manually pause a print job (or print queue) myself. Yes, you're right. An alternative concern is errors. This comes down to a discussion of notifications, though. Early mockups include adding an extra section to palettes to convey error messages and provide actions for handling them, such as The printer is out of paper and a Resume printing button. Perhaps another thread on notifications in general should be started; they would be a great addition to the next version of Sugar, and they do need some final design specifications. Eben Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar Print Queue and Device Icon
On Tue, Jun 23, 2009 at 18:42, Eben Eliasone...@laptop.org wrote: On Tue, Jun 23, 2009 at 3:35 AM, Vamsi Krishna Davulurivdavul...@acm.org wrote: 2) It lists processing job on the top, and sorts the list accoring to first come first serve. Cool. Making the status gray would still be nice. What's the reason for prefixing each with Document it seems unnecessary to me. I'd stick with (title + '\n' + status). Actually, I guess you'd have to have two labels, in order to make the status gray, and put those in a VBox... You can actually do that inside the same gtk.Label, see how it is done for activity tags in the home view: http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/014a004eb2a708bd368f494e98a6c3705495cf76 Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GSoC Update: SharedTextDemo-3
On 23 Jun 2009, at 10:22, Tomeu Vizoso wrote: On Tue, Jun 23, 2009 at 04:56, Benjamin M. Schwartzbmsch...@fas.harvard.edu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 SharedTextDemo-3 is available at http://dev.laptop.org/~bemasc/SharedTextDemo-3.xo Congrats, I'm wondering if any of the games being developed for 4th Grade Math would be easily modified to use GroupThink? Or is already any real activity in the works? FWIW, I'm planning to try it out for size on Labyrinth, and my (not yet released) Earth Activity, will see how it goes from there. My understanding is that Benjamin has only just got to a state where he feels other Authors could start using it. Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] http://translate.sugarlabs.org/ down again
On Tue, Jun 23, 2009 at 12:40 PM, Bernie Innocenti ber...@sugarlabs.orgwrote: Thanks for reporting it. We've been having a lot of trouble with Pootle lately. Possible solutions are being discussed on the systems@ list, if you're interested in the discussion. Which list is that exactly? Is it an open list? --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] http://translate.sugarlabs.org/ down again
On Tue, Jun 23, 2009 at 12:01 PM, Frederick Grosefgr...@gmail.com wrote: On Tue, Jun 23, 2009 at 12:40 PM, Bernie Innocenti ber...@sugarlabs.org wrote: Thanks for reporting it. We've been having a lot of trouble with Pootle lately. Possible solutions are being discussed on the systems@ list, if you're interested in the discussion. Which list is that exactly? Is it an open list? --Fred The list is at http://lists.sugarlabs.org/listinfo/systems . I am not sure why it is not showing up as a public list. Bernie, Is there a reason this list is not public? david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar + OLPC mesh network selection logic
On Mon, Jun 22, 2009 at 10:08 PM, Chris Ballc...@laptop.org wrote: Hi Gary, Hmmm, how about when a class of kids first boot up and _automatically_ connect to some random, unfiltered, strangers open/public wifi next to the school, rather than following the teachers instructions to attach to an encrypted school AP running through a firewall? I'd give the same response: you say an authority figure might want something else to happen, but the authority figure hasn't preloaded the encrypted network as a favorite network on the laptop (much more sensible than expecting young children to type in WPA passwords), and so all we have to go on is what we think the will of our user is. In a conflict between what the user might want and what an imagined authority figure might want, I think the user should win. I would strongly support the notion that we separate that notions of how Sugar 'should' behave and how 'authority figures might want' Sugar to behave. The issue is that every 'authority figure' has a different idea of how they want Sugar to behave in their particular situation. This basically involves customizing the code base for each deployment. The overhead to maintain these customizations grows quickly. Sugar Labs should focus on making a standard ' best' behavior. I support the the Apple like check box. I would just like to make sure we get to the decision for the right reasons. david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RELEASE] Physics-2
Gary C Martin g...@garycmartin.com writes: Hmm, I did test it on both, and ticked both boxes (0.82 and 0.84) when I submitted the Activity form. I'll go take another look and make sure it stuck correctly. Physics is *great*, thanks Gary! I just uploaded a tiny screencast: http://vimeo.com/5291223 It basically plays with just a few things, but still. I added it to: http://wiki.sugarlabs.org/go/Video_Using_Sugar -- Bastien ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sugar Labs Engineering Steering Committee
A couple of time over the last several weeks, there have been some high level discussions about Sugar Labs technical issues. The most recent one has been about differing needs of distributors and core developers. If we factor in the current size and expected growth rate of the sugar ecosystem, it makes sense to start a sugar Labs engineering Steering committee to set and communicate technical policy decisions. Basically, I would expect that they operate the same way as the over sight board. Be there to make decision when necessary, but mainly stay our of the way. I don't believe that Slobs has met for a few months. I have sent monthly budgets and asked for approval of the monthly expenditures by email vote. Other than that, the community is almost completely self directing. I would envision that the technical steering committee would have a similar role. The purpose of the steering committee would be to insure that the different groups in the Sugar ecosystem have a voice in technical decisions. To prevent adding too much administrative overhead, I would like to suggest that the steering committee be established by appointing 6 represenatives. Deployment Hardware Vendor Distribution 2 core developers Activity As the project grows, the selection method and size of the steering committee will change to reflect the communities needs. david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Sugar Labs Engineering Steering Committee
David Farning wrote: A couple of time over the last several weeks, there have been some high level discussions about Sugar Labs technical issues. The most recent one has been about differing needs of distributors and core developers. I don't recall any discussion that matches that description. There was a thread on de...@laptop.org regarding a configuration decision that will be made by OLPC and its clients, and that can trivially be changed by anyone else whose goals are different. If we factor in the current size and expected growth rate of the sugar ecosystem, it makes sense to start a sugar Labs engineering Steering committee to set and communicate technical policy decisions. No. Our lack of committees is one of our greatest strengths. The Sugar Labs engineering steering committee is sugar-devel. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] ActivityTeam meeting on Friday June 26th - 17:00 UTC
Hi All, David Farning has suggested agenda items for the ActivityTeam to cover; I'm not sure we can realistically solve many, but it would at least be good to see what page each of us is on, where we might be able to pull in the same direction, and bounce about some ideas in realtime :-) What: ActivityTeam meeting When: Friday June 26th 2009 - 17:00 UTC Where: IRC on channel #sugar-meeting Agenda: http://wiki.sugarlabs.org/go/Activity_Team/Meetings Agenda - How to move forward with updating Activities via ASLO. Should at least be on roadmap to synchronise work and expectations. - Reduce redundant information on w.sl.o, w.lt.o and ASLO. Factors to consider: -- Expectations of existing user base. -- Update mechanism at existing deployments. -- Reduce overall confusion. -- Reduce workload on Activity developers. -- Scalability of solution. Please feel free to edit or add to the agenda. See you there! --Gary (ActivityTeam co-co-ordinator) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Invitation] Activity Team Mee ting @ Fri Jun 26 1pm – 2pm (sugar-devel@ lists.sugarlabs.org)
BEGIN:VCALENDAR PRODID:-//Google Inc//Google Calendar 70.9054//EN VERSION:2.0 CALSCALE:GREGORIAN METHOD:REQUEST BEGIN:VEVENT DTSTART:20090626T17Z DTEND:20090626T18Z DTSTAMP:20090624T040201Z ORGANIZER;CN=Sugar Labs Meetings:mailto:h9cfuk10894em7a8moemquu...@group.ca lendar.google.com UID:1otu9cnhhqd7s7a19i3n9kc...@google.com ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP= TRUE;cn=de...@lists.laptop.org;X-NUM-GUESTS=0:mailto:de...@lists.laptop.org ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP= TRUE;cn=i...@lists.sugarlabs.org;X-NUM-GUESTS=0:mailto:i...@lists.sugarlabs .org ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP= TRUE;cn=sugar-de...@lists.sugarlabs.org;X-NUM-GUESTS=0:mailto:sugar-de...@l ists.sugarlabs.org CLASS:PRIVATE CREATED:20090624T040200Z DESCRIPTION:http://webchat.freenode.net/?randomnick=1channels=sugar-meetin gprompt=1\n\nAgenda\n- How to move forward with updating Activities via AS LO. Should at\nleast be on roadmap to synchronise work and expectations.\n- Reduce redundant information on w.sl.o\, w.lt.o and ASLO. Factors to\ncons ider:\n -- Expectations of existing user base.\n -- Update mechanism at e xisting deployments.\n -- Reduce overall confusion.\n -- Reduce workload on Activity developers.\n -- Scalability of solution.\n\nView your event a t http://www.google.com/calendar/event?action=VIEWeid=MW90dTljbmhocWQ3czdh MTlpM245a2M4Nzggc3VnYXItZGV2ZWxAbGlzdHMuc3VnYXJsYWJzLm9yZwtok=NTIjaDljZnVr MTA4OTRlbTdhOG1vZW1xdXVzbWdAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLmNvbTFmZTQ2ZDEyNTg wNzgzNzU3MGZjNWQ5ZGI0MjI2OGJjMjRhNjk1MzIctz=America%2FNew_Yorkhl=en. LAST-MODIFIED:20090624T040201Z LOCATION:irc://irc.freenode.net#sugar-meeting SEQUENCE:0 STATUS:CONFIRMED SUMMARY:Activity Team Meeting TRANSP:OPAQUE END:VEVENT END:VCALENDAR invite.ics Description: application/ics ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] [Design help] for Webified
On Tue, Jun 23, 2009 at 11:25 PM, Lucian Branescu lucian.brane...@gmail.com wrote: ... I would like to know your opinion, especially if you deal with design. Here are some screenshots of what I have now: http://files.getdropbox.com/u/317039/bookmarklet%20button.png http://files.getdropbox.com/u/317039/create%20ssb.png http://files.getdropbox.com/u/317039/save%20bookmarklet.png Nice work! Try setting the default, page typeface to be the same as used in the Browse toolbar. This should unify the two, and make it seem more like an extension. Thank you for contributing! --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
