Re: [IAEP] [SoaS] Attention Activity Developers: SoaS Activity Inclusion Criteria
--- Mar 8/6/10, Sameer Verma sve...@sfsu.edu ha scritto: Da: Sameer Verma sve...@sfsu.edu Oggetto: Re: [SoaS] [IAEP] Attention Activity Developers: SoaS Activity Inclusion Criteria A: Sebastian Dziallas sebast...@when.com Cc: Devel de...@lists.laptop.org, iaep iaep@lists.sugarlabs.org, Sugar devel sugar-de...@lists.sugarlabs.org, Sugar on a Stick List s...@lists.sugarlabs.org Data: Martedì 8 giugno 2010, 07:29 On Mon, Jun 7, 2010 at 2:54 PM, Sebastian Dziallas sebast...@when.com wrote: Hi all, at today's SoaS meeting [1], we agreed on applying the SoaS Activity Inclusion Criteria [2] as outlined in the wiki to the activity selection for the upcoming release of SoaS v.4. We'd like to encourage you to work towards meeting these goals and to submit your proposals for activities and further features following the feature process [3] according to the release schedule [4]. The final deadline to have features *approved* (please submit your proposals well in advance) is July 27. We're especially lead to this step to ensure to continued stability of future Sugar on a Stick releases and look forward to working with you! Please email the SoaS list or our release team with any concerns. --Sebastian Dziallas [1] http://me.etin.gs/sugar-meeting/sugar-meeting.minutes.20100607_1510.html [2] http://wiki.sugarlabs.org/go/SoaS_Activity_Criteria [3] http://wiki.sugarlabs.org/go/Sugar_on_a_Stick_release_process#Feature_process [4] http://wiki.sugarlabs.org/go/Sugar_on_a_Stick#Release_schedule ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep The criteria page lists attributes that are either yes or no (binary). I had suggested a weighted scoring approach way back for G1G1 activities. Here's that thread. http://www.mail-archive.com/olpc-o...@lists.laptop.org/msg00641.html The idea is to score each attribute on a more granular scale than 0/1 and then weight each attribute based on importance for a particular implementation. cheers, Sameer +1 ciao carlo -- Dr. Sameer Verma, Ph.D. Associate Professor, Information Systems Director, Campus Business Solutions San Francisco State University http://verma.sfsu.edu/ http://opensource.sfsu.edu/ http://cbs.sfsu.edu/ http://is.sfsu.edu/ ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] deployment meeting and how we can support through testing
Quoting Raul Gutierrez Segales r...@rieder.net.py: Yes, thanks all and specially Raul and Tabitha. When is the next meeting? How about next Wed (Jun 9th)? What time? ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] deployment meeting and how we can support through testing
On Wed, Jun 2, 2010 at 15:25, Raul Gutierrez Segales r...@rieder.net.py wrote: On Wed, 2010-06-02 at 11:49 +0200, Tomeu Vizoso wrote: On Fri, May 28, 2010 at 15:32, Raul Gutierrez Segales r...@rieder.net.py wrote: Tabitha, thanks for your excellent summary! IRC logs are here: http://me.etin.gs/sugar-meeting/sugar-meeting.log.20100527_1409.html Big thanks to every deployment member that assisted. Yes, thanks all and specially Raul and Tabitha. When is the next meeting? How about next Wed (Jun 9th)? Ideas for the upcoming agenda? I would like to hear from deployments what are their Sugar-related needs and see how SLs could help there. Regards, Tomeu Cheers, Raúl ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] deployment meeting and how we can support through testing
Do we have a time yet for our next deployments meeting? Last message I have is that we said Wednesday 9 June. Tabitha ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] deployment meeting and how we can support through testing
On Tue, Jun 8, 2010 at 10:32, Tabitha Roder tabi...@tabitha.net.nz wrote: Do we have a time yet for our next deployments meeting? Last message I have is that we said Wednesday 9 June. What time would work for people in NZ and AU that would be less bad for people in America and hopefully Europe? Regards, Tomeu Tabitha ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3
On Thu, Jun 3, 2010 at 11:18 PM, Chris Ball c...@laptop.org wrote: Hi, Linux has been running well on ARM for a long long time. Yeah. In specific, today I got Sugar running on the ARM SoC we'll be using for XO-1.75 and XO-3, and it didn't require any porting at all. It would have happened yesterday, but I had to work out how to get past the Sugar intro/login screen without a keyboard. :-) That's cool! A couple of questions What's the plan for the boot loader, is it planned to use OF still and port it to the ARM platform or is it planned to use one of the more mainline ARM bootloaders such as uboot or the like. Also what's the plan with the virtual keyboard support in sugar. It might be worth looking at the MeeGo/Moblin based VKB stuff as a basis. Its skinnable and supported various inputs via scim and integrates with that. Let me know if you need more info as I've been packaging some of this up in Fedora as part of my work with the aforementioned UIs in Fedora. Peter ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3
On Tue, Jun 8, 2010 at 7:52 PM, Peter Robinson pbrobin...@gmail.com wrote: On Thu, Jun 3, 2010 at 11:18 PM, Chris Ball c...@laptop.org wrote: Hi, Linux has been running well on ARM for a long long time. Yeah. In specific, today I got Sugar running on the ARM SoC we'll be using for XO-1.75 and XO-3, and it didn't require any porting at all. It would have happened yesterday, but I had to work out how to get past the Sugar intro/login screen without a keyboard. :-) That's cool! A couple of questions What's the plan for the boot loader, is it planned to use OF still and port it to the ARM platform or is it planned to use one of the more mainline ARM bootloaders such as uboot or the like. Also what's the plan with the virtual keyboard support in sugar. It might be worth looking at the MeeGo/Moblin based VKB stuff as a basis. Its skinnable and supported various inputs via scim and integrates with that. Let me know if you need more info as I've been packaging some of this up in Fedora as part of my work with the aforementioned UIs in Fedora. At one point I had tried to evaluate the possible virtual/on-screen keyboards that could be used for Sugar, and at that time it looked like each used their own keyboard layout data format. Something which leverages existing mechanisms like SCIM/M17N/IBus/etc would certainly be an improvement. Could you point me to the source code repo of VKB - I would love to take a look. Best, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3
On Tue, Jun 8, 2010 at 4:43 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: On Tue, Jun 8, 2010 at 7:52 PM, Peter Robinson pbrobin...@gmail.com wrote: On Thu, Jun 3, 2010 at 11:18 PM, Chris Ball c...@laptop.org wrote: Hi, Linux has been running well on ARM for a long long time. Yeah. In specific, today I got Sugar running on the ARM SoC we'll be using for XO-1.75 and XO-3, and it didn't require any porting at all. It would have happened yesterday, but I had to work out how to get past the Sugar intro/login screen without a keyboard. :-) That's cool! A couple of questions What's the plan for the boot loader, is it planned to use OF still and port it to the ARM platform or is it planned to use one of the more mainline ARM bootloaders such as uboot or the like. Also what's the plan with the virtual keyboard support in sugar. It might be worth looking at the MeeGo/Moblin based VKB stuff as a basis. Its skinnable and supported various inputs via scim and integrates with that. Let me know if you need more info as I've been packaging some of this up in Fedora as part of my work with the aforementioned UIs in Fedora. At one point I had tried to evaluate the possible virtual/on-screen keyboards that could be used for Sugar, and at that time it looked like each used their own keyboard layout data format. Something which leverages existing mechanisms like SCIM/M17N/IBus/etc would certainly be an improvement. Could you point me to the source code repo of VKB - I would love to take a look. I'm not sure if this is the the best current upstream because of the changes in the Moblin/MeeGo side of things but the git here is relatively recent fvkbd is the actual virtual keyboard. This is also in Fedora. http://git.moblin.org/cgit.cgi/fvkbd/ scim-panel-vkb-gtk is the scim overlay stuff. It will be in Fedora 14 and likely pushed back to F-12/F13. http://git.moblin.org/cgit.cgi/scim-panel-vkb-gtk/ Peter ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] deployment meeting and how we can support through testing
Por favor, si es para la tarde de Peru, esta bien.. Durante la mañana estaré en una implementación. ---hernan 2010/6/8 Tomeu Vizoso to...@sugarlabs.org On Tue, Jun 8, 2010 at 10:32, Tabitha Roder tabi...@tabitha.net.nz wrote: Do we have a time yet for our next deployments meeting? Last message I have is that we said Wednesday 9 June. What time would work for people in NZ and AU that would be less bad for people in America and hopefully Europe? Regards, Tomeu Tabitha ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3
On Tue, Jun 8, 2010 at 9:23 PM, Peter Robinson pbrobin...@gmail.com wrote: On Tue, Jun 8, 2010 at 4:43 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: On Tue, Jun 8, 2010 at 7:52 PM, Peter Robinson pbrobin...@gmail.com wrote: On Thu, Jun 3, 2010 at 11:18 PM, Chris Ball c...@laptop.org wrote: Hi, Linux has been running well on ARM for a long long time. Yeah. In specific, today I got Sugar running on the ARM SoC we'll be using for XO-1.75 and XO-3, and it didn't require any porting at all. It would have happened yesterday, but I had to work out how to get past the Sugar intro/login screen without a keyboard. :-) That's cool! A couple of questions What's the plan for the boot loader, is it planned to use OF still and port it to the ARM platform or is it planned to use one of the more mainline ARM bootloaders such as uboot or the like. Also what's the plan with the virtual keyboard support in sugar. It might be worth looking at the MeeGo/Moblin based VKB stuff as a basis. Its skinnable and supported various inputs via scim and integrates with that. Let me know if you need more info as I've been packaging some of this up in Fedora as part of my work with the aforementioned UIs in Fedora. At one point I had tried to evaluate the possible virtual/on-screen keyboards that could be used for Sugar, and at that time it looked like each used their own keyboard layout data format. Something which leverages existing mechanisms like SCIM/M17N/IBus/etc would certainly be an improvement. Could you point me to the source code repo of VKB - I would love to take a look. I'm not sure if this is the the best current upstream because of the changes in the Moblin/MeeGo side of things but the git here is relatively recent fvkbd is the actual virtual keyboard. This is also in Fedora. http://git.moblin.org/cgit.cgi/fvkbd/ scim-panel-vkb-gtk is the scim overlay stuff. It will be in Fedora 14 and likely pushed back to F-12/F13. http://git.moblin.org/cgit.cgi/scim-panel-vkb-gtk/ Thanks for the links. This also seems to use its own data format¹ for defining the keyboards, but it looks like it is much more mature/flexible than the other options I have seen so far. FWIW, I had written a tool² which could parse XKB layout definitions (symbol files) and produce the corresponding SCIM layouts, and I have used it to generate OFW keytables as well³. I think that this tool (with some modifications) will be able to migrate our existing keyboard layouts to the format required by fvkbd. Thanks, Sayamindu [1] http://git.moblin.org/cgit.cgi/fvkbd/tree/layout [2] http://dev.laptop.org/git/users/sayamindu/xkb2scim/ [3] http://dev.laptop.org/git/projects/xkb2ofw/ -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Weekly Infrastructure Meeting Reminder
#startmeeting #info Weekly Infrastructure meeting: #info Volunteer Infrastructure Gang (http://olpcorps.org/ ), #info Sugarlabs Infrastructure Team (http://sugarlabs.org/ ), #info and TreeHousers (http://me.etin.gs/treehouse/ ) #info Date: 2010-06-08 #info Time: 20:00 UTC (16:00 EST, 22:00 CET) #info Agenda: http://openetherpad.org/cEp14BO8ov #info Location: #treehouse on irc.oftc.net #link http://embed.mibbit.com/?server=irc.oftc.netchannel=%23treehouse #topic last meeting #info Usefull Links: #info LastAgenda: #link http://openetherpad.org/wGNTofNahw #info LastLog: #link http://me.etin.gs/treehouse/treehouse.log.20100525_1605.html #info LastMinutes: #link http://me.etin.gs/treehouse/treehouse.minutes.20100525_1605.html #info NextAgenda: #link http://openetherpad.org/md6SQKy996 cu dogi ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] deployment meeting and how we can support through testing
East coast Australia is UTC +10, (NZ I think is +12) For me, avoid UTC 14 to UTC UTC 19 Tony On Tue, Jun 8, 2010 at 10:32, Tabitha Roder tabi...@tabitha.net.nz wrote: Do we have a time yet for our next deployments meeting? Last message I have is that we said Wednesday 9 June. What time would work for people in NZ and AU that would be less bad for people in America and hopefully Europe? Regards, Tomeu Tabitha ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep _ This mail has been virus scanned by Australia On Line see http://www.australiaonline.net.au/mailscanning ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3
Ian Do you think that the solution is to create a new and more narrow list which meets the needs of deployers and teachers or to narrow the scope of IAEP and moderate it to keep it within scope? My understanding if IAEP is thats its a catch all, if you only follow one list, its the one to follow to keep across all issues. I cannot recall a moderator stopping a thread. Does it need to be moderated to keep it within A discussion list for Sugar and the learning theories that it espouses? The issues with starting a more aggressively moderated deployers and teachers list is that its one more list to monitor and that it might never get critical mass. Tony Guys, I have been an avid follower of IAEP for over a year now. I was, and still am, very attracted to the theme of the list serve. But I find increasingly, I delete 90% of the emails as they hold no interest to me as a regional coordinator of OLPC projects in the Pacific Islands. I am sorry, but this stream of ARM processors and SCIM/M17N/IBus/etc holds no interest to me and I really can't see how it adds value to the IAEP theme. I find the list serve has been taken over by technical developers and it is no longer helpful in delivering educational information to me. I guess I must be having a bad morning, but this time I just had to make a comment. Ian Thomson PacRICS and OLPC Coordinator SPC Phone +687 26 01 44 -Original Message- From: iaep-boun...@lists.sugarlabs.org [mailto:iaep-boun...@lists.sugarlabs.org] On Behalf Of Sayamindu Dasgupta Sent: Wednesday, June 09, 2010 4:35 AM To: Peter Robinson Cc: Rafael Enrique Ortiz Guerrero; marketing; b...@alum.mit.edu; iaep Subject: Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3 On Tue, Jun 8, 2010 at 9:23 PM, Peter Robinson pbrobin...@gmail.com wrote: On Tue, Jun 8, 2010 at 4:43 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: On Tue, Jun 8, 2010 at 7:52 PM, Peter Robinson pbrobin...@gmail.com wrote: On Thu, Jun 3, 2010 at 11:18 PM, Chris Ball c...@laptop.org wrote: Hi,  Linux has been running well on ARM for a long long time. Yeah.  In specific, today I got Sugar running on the ARM SoC we'll be using for XO-1.75 and XO-3, and it didn't require any porting at all. It would have happened yesterday, but I had to work out how to get past the Sugar intro/login screen without a keyboard.  :-) That's cool! A couple of questions What's the plan for the boot loader, is it planned to use OF still and port it to the ARM platform or is it planned to use one of the more mainline ARM bootloaders such as uboot or the like. Also what's the plan with the virtual keyboard support in sugar. It might be worth looking at the MeeGo/Moblin based VKB stuff as a basis. Its skinnable and supported various inputs via scim and integrates with that. Let me know if you need more info as I've been packaging some of this up in Fedora as part of my work with the aforementioned UIs in Fedora. At one point I had tried to evaluate the possible virtual/on-screen keyboards that could be used for Sugar, and at that time it looked like each used their own keyboard layout data format. Something which leverages existing mechanisms like SCIM/M17N/IBus/etc would certainly be an improvement. Could you point me to the source code repo of VKB - I would love to take a look. I'm not sure if this is the the best current upstream because of the changes in the Moblin/MeeGo side of things but the git here is relatively recent fvkbd is the actual virtual keyboard. This is also in Fedora. http://git.moblin.org/cgit.cgi/fvkbd/ scim-panel-vkb-gtk is the scim overlay stuff. It will be in Fedora 14 and likely pushed back to F-12/F13. http://git.moblin.org/cgit.cgi/scim-panel-vkb-gtk/ Thanks for the links. This also seems to use its own data format¹ for defining the keyboards, but it looks like it is much more mature/flexible than the other options I have seen so far. FWIW, I had written a tool² which could parse XKB layout definitions (symbol files) and produce the corresponding SCIM layouts, and I have used it to generate OFW keytables as well³. I think that this tool (with some modifications) will be able to migrate our existing keyboard layouts to the format required by fvkbd. Thanks, Sayamindu [1] http://git.moblin.org/cgit.cgi/fvkbd/tree/layout [2] http://dev.laptop.org/git/users/sayamindu/xkb2scim/ [3] http://dev.laptop.org/git/projects/xkb2ofw/ -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3
On Tue, Jun 8, 2010 at 6:56 PM, fors...@ozonline.com.au wrote: Do you think that the solution is to create a new and more narrow list No more lists please ;-) ! Move thread to d...@lists.laptop.org where it belongs ;-) Mostly the same crowd, but not quite. m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3
To be honest, I think it is poor list serve etiquette. I think making IAEP a catch all is bad thinking. It encourages people to use IAEP for everything. The particular thread stated out discussing Windows for XO3 which is a relevant topic for IAEP. If we all step in when we see irrelevant topics developing under IAEP and push them to appropriate lists, then we should be able to self manage this without the need for more list serves. Ian Thomson PacRICS and OLPC Coordinator SPC Phone +687 26 01 44 -Original Message- From: fors...@ozonline.com.au [mailto:fors...@ozonline.com.au] Sent: Wednesday, June 09, 2010 9:57 AM To: Ian Thomson Cc: iaep@lists.sugarlabs.org Subject: Re: Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3 Ian Do you think that the solution is to create a new and more narrow list which meets the needs of deployers and teachers or to narrow the scope of IAEP and moderate it to keep it within scope? My understanding if IAEP is thats its a catch all, if you only follow one list, its the one to follow to keep across all issues. I cannot recall a moderator stopping a thread. Does it need to be moderated to keep it within A discussion list for Sugar and the learning theories that it espouses? The issues with starting a more aggressively moderated deployers and teachers list is that its one more list to monitor and that it might never get critical mass. Tony Guys, I have been an avid follower of IAEP for over a year now. I was, and still am, very attracted to the theme of the list serve. But I find increasingly, I delete 90% of the emails as they hold no interest to me as a regional coordinator of OLPC projects in the Pacific Islands. I am sorry, but this stream of ARM processors and SCIM/M17N/IBus/etc holds no interest to me and I really can't see how it adds value to the IAEP theme. I find the list serve has been taken over by technical developers and it is no longer helpful in delivering educational information to me. I guess I must be having a bad morning, but this time I just had to make a comment. Ian Thomson PacRICS and OLPC Coordinator SPC Phone +687 26 01 44 -Original Message- From: iaep-boun...@lists.sugarlabs.org [mailto:iaep-boun...@lists.sugarlabs.org] On Behalf Of Sayamindu Dasgupta Sent: Wednesday, June 09, 2010 4:35 AM To: Peter Robinson Cc: Rafael Enrique Ortiz Guerrero; marketing; b...@alum.mit.edu; iaep Subject: Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3 On Tue, Jun 8, 2010 at 9:23 PM, Peter Robinson pbrobin...@gmail.com wrote: On Tue, Jun 8, 2010 at 4:43 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: On Tue, Jun 8, 2010 at 7:52 PM, Peter Robinson pbrobin...@gmail.com wrote: On Thu, Jun 3, 2010 at 11:18 PM, Chris Ball c...@laptop.org wrote: Hi,  Linux has been running well on ARM for a long long time. Yeah.  In specific, today I got Sugar running on the ARM SoC we'll be using for XO-1.75 and XO-3, and it didn't require any porting at all. It would have happened yesterday, but I had to work out how to get past the Sugar intro/login screen without a keyboard.  :-) That's cool! A couple of questions What's the plan for the boot loader, is it planned to use OF still and port it to the ARM platform or is it planned to use one of the more mainline ARM bootloaders such as uboot or the like. Also what's the plan with the virtual keyboard support in sugar. It might be worth looking at the MeeGo/Moblin based VKB stuff as a basis. Its skinnable and supported various inputs via scim and integrates with that. Let me know if you need more info as I've been packaging some of this up in Fedora as part of my work with the aforementioned UIs in Fedora. At one point I had tried to evaluate the possible virtual/on-screen keyboards that could be used for Sugar, and at that time it looked like each used their own keyboard layout data format. Something which leverages existing mechanisms like SCIM/M17N/IBus/etc would certainly be an improvement. Could you point me to the source code repo of VKB - I would love to take a look. I'm not sure if this is the the best current upstream because of the changes in the Moblin/MeeGo side of things but the git here is relatively recent fvkbd is the actual virtual keyboard. This is also in Fedora. http://git.moblin.org/cgit.cgi/fvkbd/ scim-panel-vkb-gtk is the scim overlay stuff. It will be in Fedora 14 and likely pushed back to F-12/F13. http://git.moblin.org/cgit.cgi/scim-panel-vkb-gtk/ Thanks for the links. This also seems to use its own data format¹ for defining the keyboards, but it looks like it is much more mature/flexible than the other options I have seen so far. FWIW, I had written a tool² which could parse XKB layout definitions (symbol files) and produce the corresponding SCIM layouts, and I have used it to generate OFW keytables as
Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3
Thanks I appreciate your point of view. Harriet On Tue, Jun 8, 2010 at 7:30 PM, Ian Thomson i...@spc.int wrote: To be honest, I think it is poor list serve etiquette. I think making IAEP a catch all is bad thinking. It encourages people to use IAEP for everything. The particular thread stated out discussing Windows for XO3 which is a relevant topic for IAEP. If we all step in when we see irrelevant topics developing under IAEP and push them to appropriate lists, then we should be able to self manage this without the need for more list serves. Ian Thomson PacRICS and OLPC Coordinator SPC Phone +687 26 01 44 -Original Message- From: fors...@ozonline.com.au [mailto:fors...@ozonline.com.au] Sent: Wednesday, June 09, 2010 9:57 AM To: Ian Thomson Cc: iaep@lists.sugarlabs.org Subject: Re: Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3 Ian Do you think that the solution is to create a new and more narrow list which meets the needs of deployers and teachers or to narrow the scope of IAEP and moderate it to keep it within scope? My understanding if IAEP is thats its a catch all, if you only follow one list, its the one to follow to keep across all issues. I cannot recall a moderator stopping a thread. Does it need to be moderated to keep it within A discussion list for Sugar and the learning theories that it espouses? The issues with starting a more aggressively moderated deployers and teachers list is that its one more list to monitor and that it might never get critical mass. Tony Guys, I have been an avid follower of IAEP for over a year now. I was, and still am, very attracted to the theme of the list serve. But I find increasingly, I delete 90% of the emails as they hold no interest to me as a regional coordinator of OLPC projects in the Pacific Islands. I am sorry, but this stream of ARM processors and SCIM/M17N/IBus/etc holds no interest to me and I really can't see how it adds value to the IAEP theme. I find the list serve has been taken over by technical developers and it is no longer helpful in delivering educational information to me. I guess I must be having a bad morning, but this time I just had to make a comment. Ian Thomson PacRICS and OLPC Coordinator SPC Phone +687 26 01 44 -Original Message- From: iaep-boun...@lists.sugarlabs.org [mailto: iaep-boun...@lists.sugarlabs.org] On Behalf Of Sayamindu Dasgupta Sent: Wednesday, June 09, 2010 4:35 AM To: Peter Robinson Cc: Rafael Enrique Ortiz Guerrero; marketing; b...@alum.mit.edu; iaep Subject: Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3 On Tue, Jun 8, 2010 at 9:23 PM, Peter Robinson pbrobin...@gmail.com wrote: On Tue, Jun 8, 2010 at 4:43 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: On Tue, Jun 8, 2010 at 7:52 PM, Peter Robinson pbrobin...@gmail.com wrote: On Thu, Jun 3, 2010 at 11:18 PM, Chris Ball c...@laptop.org wrote: Hi,  Linux has been running well on ARM for a long long time. Yeah.  In specific, today I got Sugar running on the ARM SoC we'll be using for XO-1.75 and XO-3, and it didn't require any porting at all. It would have happened yesterday, but I had to work out how to get past the Sugar intro/login screen without a keyboard.  :-) That's cool! A couple of questions What's the plan for the boot loader, is it planned to use OF still and port it to the ARM platform or is it planned to use one of the more mainline ARM bootloaders such as uboot or the like. Also what's the plan with the virtual keyboard support in sugar. It might be worth looking at the MeeGo/Moblin based VKB stuff as a basis. Its skinnable and supported various inputs via scim and integrates with that. Let me know if you need more info as I've been packaging some of this up in Fedora as part of my work with the aforementioned UIs in Fedora. At one point I had tried to evaluate the possible virtual/on-screen keyboards that could be used for Sugar, and at that time it looked like each used their own keyboard layout data format. Something which leverages existing mechanisms like SCIM/M17N/IBus/etc would certainly be an improvement. Could you point me to the source code repo of VKB - I would love to take a look. I'm not sure if this is the the best current upstream because of the changes in the Moblin/MeeGo side of things but the git here is relatively recent fvkbd is the actual virtual keyboard. This is also in Fedora. http://git.moblin.org/cgit.cgi/fvkbd/ scim-panel-vkb-gtk is the scim overlay stuff. It will be in Fedora 14 and likely pushed back to F-12/F13. http://git.moblin.org/cgit.cgi/scim-panel-vkb-gtk/ Thanks for the links. This also seems to use its own data format¹ for defining the keyboards, but it looks like it is much more mature/flexible than the other options I have
Re: [IAEP] [Testing] deployment meeting and how we can support through testing
Do these times take into account Daylight Savings Time? If so, I have added the Left Coast. see below...Caryl Date: Wed, 9 Jun 2010 09:20:21 +1200 From: tabi...@tabitha.net.nz To: to...@sugarlabs.org CC: olpc...@lists.laptop.org; ear...@plan.ceibal.edu.uy; hernan.pac...@gmail.com; test...@lists.laptop.org; iaep@lists.sugarlabs.org; dcastelo.sugarl...@gmail.com Subject: Re: [Testing] [IAEP] deployment meeting and how we can support through testing Just tried using http://www.timeanddate.com/worldclock/ to get an idea of times, here are two examples California/Oregon/Washington 8:30pm Wednesday Lima, Mexico 10.30pm Wednesday New York, Boston 11.30pm Wednesday Buenos Aires, Montevideo 12.30am Thursday Paris, Brussels 5.30am Thursday New Delhi 9.00am Thursday Kathmandu 9.15am Thursday Sydney, Melbourne 1.30pm Thursday Auckland 3.30pm Thursday or California/Oregon/Washington 2pm ThursdayLima, Mexico 4pm Thursday New York, Boston 5pm Thursday Buenos Aires, Montevideo 6pm Thursday Paris, Brussels 11pm Thursday New Delhi 2.30am Friday - oh dear Kathmandu 2.45am Friday - oh dear Sydney, Melbourne 7am Friday Auckland 9am Friday The unfortunate reality of time zones is that someone is going to lose sleep whenever we run it There is a meeting planner that we can use if we know which countries are coming - http://www.timeanddate.com/worldclock/meeting.html Tabitha ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep