Re: [Sugar-devel] [DESIGN] Proposal: Contol-Panel packaging
On Fri, Jul 27, 2012 at 4:42 PM, Daniel Drake d...@laptop.org wrote: On Thu, Jul 26, 2012 at 7:51 PM, Jerry Vonau jvo...@shaw.ca wrote: I would like to propose a feature for discussion and inclusion in the 0.98 cycle is packaging all control-panel applets as rpms. As this discussion does not impact the UI and more of a packaging issue I'm an not creating a Features page. The discussion can take place here on the mailing-list. This sounds like a good idea. Indeed, its not a sugar feature request, its more a packaging detail. Peter, what do you think about splitting the cpsection extensions (in /usr/share/sugar) into individual subpackages, to be selected by the Sugar Desktop group but not as direct dependencies of the Sugar packages? For F18+ I've had a bit more of a look at this. Any thoughts on what should be split out and what shouldn't. The language/keyboard obviously should be split out. Are there ones we should most definitely have (hence not split out)? Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: how to default to TOUCHPAD_MODE_PENTABLET?
On Sun, Jul 29, 2012 at 7:48 AM, Joshua N Pritikin jpriti...@pobox.com wrote: In our climate, XO-1 pen tablet mode is usually more reliable than mouse mode. I want to start in pen pablet mode by default. For Sugar, I got this effect by changing the initialization in the frame's touchpad control. This only works for Sugar mode though. How do you suggest I change the default in Gnome mode? You could write a script to mimic the same behavior as in touchpad.py Wrtie to '/sys/devices/platform/i8042/serio1/hgpk_mode' -walter -- Joshua N. Pritikin Department of Psychology University of Virginia Gilmer Hall 102; Charlottesville, VA 22903 http://people.virginia.edu/~jnp3bc ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] [DESIGN] Proposal: Contol-Panel packaging
On Mon, 2012-07-30 at 00:20 +0100, Peter Robinson wrote: On Fri, Jul 27, 2012 at 4:42 PM, Daniel Drake d...@laptop.org wrote: On Thu, Jul 26, 2012 at 7:51 PM, Jerry Vonau jvo...@shaw.ca wrote: I would like to propose a feature for discussion and inclusion in the 0.98 cycle is packaging all control-panel applets as rpms. As this discussion does not impact the UI and more of a packaging issue I'm an not creating a Features page. The discussion can take place here on the mailing-list. This sounds like a good idea. Indeed, its not a sugar feature request, its more a packaging detail. Peter, what do you think about splitting the cpsection extensions (in /usr/share/sugar) into individual subpackages, to be selected by the Sugar Desktop group but not as direct dependencies of the Sugar packages? For F18+ I've had a bit more of a look at this. Any thoughts on what should be split out and what shouldn't. The language/keyboard obviously should be split out. Are there ones we should most definitely have (hence not split out)? I'm aiming to have this done at the sugar packaging level, before OLPC has releases their version. Of the 10 applets lets look at the breakdown: Language - agreed with Keyboard - agreed with Updater - patched out to use OLPC's version for microformat Power - XO specific code About my Computer - XO specific code Modem Configuration - distro specific. Date time - is distro specific, doesn't work work right doesn't change system hence gnome is wrong. Network - distro specific - to be able to add features without touching base sugar. Frame - To be able to add features without touching base sugar. About Me - only one left. I'd say all of the applets. You now pick and choose the ones to include at image creation time, SoaS included. The same rpm that is offered by fedora should be the same as the one offered by OLPC. This should ease development of new features in this area with development not being tied to the release schedule of base sugar. One could develop an alternate to what is offered, prove it works then pass it upstream for inclusion in the next cycle, on a much smaller code base. Jerry ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: how to default to TOUCHPAD_MODE_PENTABLET?
walter wrote: On Sun, Jul 29, 2012 at 7:48 AM, Joshua N Pritikin jpriti...@pobox.com wrote: In our climate, XO-1 pen tablet mode is usually more reliable than mouse mode. I want to start in pen pablet mode by default. For Sugar, I got this effect by changing the initialization in the frame's touchpad control. This only works for Sugar mode though. How do you suggest I change the default in Gnome mode? You could write a script to mimic the same behavior as in touchpad.py Wrtie to '/sys/devices/platform/i8042/serio1/hgpk_mode' i think you can also set the initial default with a module parameter. something like this: options psmouse hgpk_mode=pentablet in /etc/modprobe.conf (or in some file under /etc/modprobe.d). i don't have an XO-1 handy to try this with, i'm afraid. paul -walter -- Joshua N. Pritikin Department of Psychology University of Virginia Gilmer Hall 102; Charlottesville, VA 22903 http://people.virginia.edu/~jnp3bc ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] Is a Community Edition of XS happening? or should it?
Hi all, I just got the included message from Adam Holt, after his on the ground experiences installing a school server in Madagascar, and apparently struggling to get ejabberd working. It points up a situation which I think we should think about. A lot of people I've talked to, think the School Server status quo is not good enough. It is not meeting the needs of schools, teachers, and students. Many are beginning to go their own way. The centrifugal force is building: - OLPC Australia is looking to simplify the XS, to include just ejabberd for collaboration and have it run on the XO-1.75. Eliminate dhcp in favor of avahi, eliminate Moodle, Squid, Named. Sridhar Dhanapalan wants to get to the point where the individual teacher in the classroom can set it up. Jerry Vonau has been hired to muscle up support for the upcoming deployment of 50,000 XO's with one XS in each classroom. - In the Philippines, through bad advice, the local technicians started trying to use the Australia version of the XS. They didn't have the local sysadmin skills to add back in named and dhcpd, which had been removed for Australian deployment. They're looking for a better solution. - Adam Holt has been soliciting ideas from the support gang for finding a XS solution that just works. - Jamaca is making Moodle central to its deployment strategy, but it needs some predictability in terms of school server depoyment. - Tony Anderson and Abhishek Singh,in the Nepal deployment, have their own XS image tailored to their own needs. But I also think that the support that Boston has given to the XS has been essential. Daniel Drake's XS-0.7 brought together many of the improvements that have accumulated over the last few years. Maybe we're at the point where Red Hat was, when it split the Enterprise Linux from Fedora Core. EL would have a slower release cycle, and pick up the features that had been well tested via the six month Fedora release cycle. Sridhar seems to have the energy, resources, and management skills to make the stripped down XO-XS happen. Tony Anderson, Sameer Verma, Abhishek Singh have all expressed to me their willingness to contribute to some joint effort. From my point of view, the challenge is to keep it simple, and to start working towards a structure where all of us can take a small piece, work on it, and contribute it back to the common effort. George -- Forwarded message -- From: Adam Holt h...@laptop.org Date: Sun, Jul 29, 2012 at 8:03 AM Subject: fix at last? changing XS hostname dilemmas To: Mitchell Seaton meaton...@gmail.com, Craig A. Perue craig.pe...@gmail.com, Sameer Verma sve...@sfsu.edu, George Hunt georgejh...@gmail.com, Xavier Carcelle xavier.carce...@gmail.com Cc: Alex Kleider aklei...@sonic.net, Jerry Vonau jvo...@shaw.ca Skype excerpt :) [7:39:35 AM] Jerry Vonau: Sorry I haven't gotten back to you earlier, think I know what the issue is with ejabberd if you change the hostname. [7:40:01 AM] Canoe Berry: Really?? [7:40:49 AM] Jerry Vonau: ejabberd creates a pem.cert based on the hostname when first installed, change the hostname and it becomes invalid [7:42:54 AM] Jerry Vonau: quick fix is to delete /etc/ejabberd/ejabberd.pem and re-install ejabberd. [7:43:40 AM] Jerry Vonau: or create your own cert and alter the config file to use the new one instead. [7:45:40 AM] Jerry Vonau: by the way I have ejabberd running on XO-1.75. [7:48:54 AM] Canoe Berry: Sweet, can I forward to Craig/Sameer for Jamaica? [7:49:15 AM] Jerry Vonau: as for the dns issue, think the model used is flawed, you need full control over the dns, think we should be using avahi on the XS and XO and use .local for the domain. [7:49:37 AM] Jerry Vonau: have that working too [7:50:02 AM] Canoe Berry: Are you suggesting Madagascar/Nosy Komba/OLPC France's use of dsnmasq is doomed, as Mitch Seaton suspected? [7:51:47 AM] Jerry Vonau: sort of, with the push to ip6 the clients use ipv6 first to resolve the names and that is where the delay is introduced. [7:52:11 AM | Edited 7:52:56 AM] Jerry Vonau: when registering If someone can clean this up and post to server-devel@l.o that's be awesome! ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Is a Community Edition of XS happening? or should it?
On Sun, Jul 29, 2012 at 10:27 AM, George Hunt georgejh...@gmail.com wrote: Hi all, I just got the included message from Adam Holt, after his on the ground experiences installing a school server in Madagascar, and apparently struggling to get ejabberd working. It points up a situation which I think we should think about. A lot of people I've talked to, think the School Server status quo is not good enough. It is not meeting the needs of schools, teachers, and students. Many are beginning to go their own way. The centrifugal force is building: OLPC Australia is looking to simplify the XS, to include just ejabberd for collaboration and have it run on the XO-1.75. Eliminate dhcp in favor of avahi, eliminate Moodle, Squid, Named. Sridhar Dhanapalan wants to get to the point where the individual teacher in the classroom can set it up. Jerry Vonau has been hired to muscle up support for the upcoming deployment of 50,000 XO's with one XS in each classroom. In the Philippines, through bad advice, the local technicians started trying to use the Australia version of the XS. They didn't have the local sysadmin skills to add back in named and dhcpd, which had been removed for Australian deployment. They're looking for a better solution. Part of the problem here is that such decisions happen in a bubble, over a Skype call or private e-mail. We had some conversations with Cherry Withers about XS 0.6 back then, but then the e-mails never came through the list. Even though the needs for all these deployments are different (and may not be serviceable via one image) the conversations need to happen on this list as much as possible. Adam Holt has been soliciting ideas from the support gang for finding a XS solution that just works. Jamaca is making Moodle central to its deployment strategy, but it needs some predictability in terms of school server depoyment. For Jamaica, we are definitely leaning towards Moodle because of the experience we have in house for Moodle. However, for a deployment that does not have that expertise, Moodle may not be desireable. It should be yet another check box on a list of things to install or remove. Most deployments that say they use Moodle actually only use the XS admin side of things that are now built into the XS version of Moodle. Most deployments have no clue how Moodle works, let alone take advantage of its capabilities. Tony Anderson and Abhishek Singh,in the Nepal deployment, have their own XS image tailored to their own needs. Again, own needs are ok, because those are central for a deployment, but without a loop in this forum, that's all unknown to the rest of us. But I also think that the support that Boston has given to the XS has been essential. Daniel Drake's XS-0.7 brought together many of the improvements that have accumulated over the last few years. Maybe we're at the point where Red Hat was, when it split the Enterprise Linux from Fedora Core. EL would have a slower release cycle, and pick up the features that had been well tested via the six month Fedora release cycle. Sridhar seems to have the energy, resources, and management skills to make the stripped down XO-XS happen. Tony Anderson, Sameer Verma, Abhishek Singh have all expressed to me their willingness to contribute to some joint effort. We can definitely contribute in: 1) load testing any new builds and 2) provide feedback from the field by actually using the XS and collecting data. From my point of view, the challenge is to keep it simple, and to start working towards a structure where all of us can take a small piece, work on it, and contribute it back to the common effort. I see it as a spectrum, where there is the XS design with all components prepackaged and ready to go, but the downside is that you have to use it as is with all the pieces. That's one end of the spectrum. On the other end, if you want to use a server per classroom, like what AU wants to do, or you have a deployment where curricular model does not make sense (my India project - http://bhagmalpur.wordpress.com/ - lives outside of the classroom/teacher structure) one needs to be able to pick services from a menu - Moodle, Pathagar, ejabberd, dhcpd, dns, etc and prune the XS stack accordingly. Keep in mind that the current XS design is based on what OLPC needs (and needed) in the field with its deployments. The design may or may not address specific needs of other deployments. As for running the XS on a 1.5 or 1.75 the hardware makes sense, if the size of the bubble is small enough. After all, the XO has a screen, a keyboard, built-in battery, and power charge controller! Piggyback a USB drive for storage, and you have a compact platform for running services. Heck, most deployments have a couple of XOs all beat up and cracked - perfect server candidates :-) How small/large a bubble? We can help run the numbers and let you know once we have a box up and running. Whether the XS should be a
