Any cure for a washed out keyboard
The first XO casualty at Nepal's pilot schools a few days ago. A second grader washed his XO because it had gotten too dirty. Thankfully, the display, cpu and motherboard seem to be working fine. The keyboard is non-functional and the mouse is nominally functional. Anyone know a fix for a washed out keyboard besides complete replacement? -- Bryan W. Berry Systems Engineer OLE Nepal, http://www.olenepal.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Any cure for a washed out keyboard
On Thu, Jul 31, 2008 at 6:59 PM, Bryan Berry [EMAIL PROTECTED] wrote: The first XO casualty at Nepal's pilot schools a few days ago. A second grader washed his XO because it had gotten too dirty. Thankfully, the display, cpu and motherboard seem to be working fine. The keyboard is non-functional and the mouse is nominally functional. Anyone know a fix for a washed out keyboard besides complete replacement? You might still be able to remove all power and let it dry for a few days. m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Any cure for a washed out keyboard
It's already been two days and it is quite dry. the keys don't respond at all. The touchpad works but only responds to heavy pressure. On Thu, 2008-07-31 at 19:14 +1200, Martin Langhoff wrote: On Thu, Jul 31, 2008 at 6:59 PM, Bryan Berry [EMAIL PROTECTED] wrote: The first XO casualty at Nepal's pilot schools a few days ago. A second grader washed his XO because it had gotten too dirty. Thankfully, the display, cpu and motherboard seem to be working fine. The keyboard is non-functional and the mouse is nominally functional. Anyone know a fix for a washed out keyboard besides complete replacement? You might still be able to remove all power and let it dry for a few days. m ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2232
On Wed, Jul 30, 2008 at 23:44, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2232 Changes in build 2232 from build: 2230 Size delta: 0.14M -kernel 2.6.25-20080728.1.olpc.a3851e734bcee1b +kernel 2.6.25-20080730.1.olpc.85e8ce3752b87a2 Seeing as we still don't get changelogs for some packages in these mails, is it possible for those who introduced the change to reply to these mails and let us know a quick summary of what was changed, or fixed? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Remarks on the Work of Sugar
Any follow-up on the idea of having a precise list of maintainers for all Sugar activities? Even just the email address from the git repo would be nice. Thanks! Simon Schampijer [EMAIL PROTECTED] writes: What I find interesting is that as well areas where contributions are quite easy to do (Activities) have really stagnated. At the moment we lack maintainers for most of them. Browse, Pippy, Chat, Terminal and Etoys are well covered because they are maintained by core people. -- Bastien ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Remarks on the Work of Sugar
Any follow-up on the idea of having a precise list of maintainers for all Sugar activities? Even just the email address from the git repo would be nice. Thanks! Simon Schampijer [EMAIL PROTECTED] writes: What I find interesting is that as well areas where contributions are quite easy to do (Activities) have really stagnated. At the moment we lack maintainers for most of them. Browse, Pippy, Chat, Terminal and Etoys are well covered because they are maintained by core people. -- Bastien ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Collaboration Requirements
On Thu, Jul 31, 2008 at 03:47:19AM +0100, Gary C Martin wrote: On 31 Jul 2008, at 01:07, Michael Stone wrote: On Wed, Jul 30, 2008 at 05:21:34PM -0400, Greg Smith wrote: It was well promoted and teachers on the sur list have repeatedly asked for a definition of how to use it successfully. Insofar as we make no use of our own collaborative technology as part of our daily learning and teaching, we're not able to use it successfully ourselves. I've often wondered why we (royal we) don't have a scheduled meeting where the communication is specifically attempted using Sugar only available tools (XO HW, emulation or jhbuild on whatever platforms are currently viable). That was suggested at the first gobby meeting. The stated assumption was that the meeting wouldn't be successful with Sugar-only software. --Gary Martin pgp0kZAAVXl6A.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Collaboration Requirements
On Wed, Jul 30, 2008 at 10:32:47PM -0400, Polychronis Ypodimatopoulos wrote: Dear Greg and Michael, It seems to me that we spend more time discussing things, instead of implementing them. ... Even if you pick one randomly you are guaranteed to scale by a whole order of magnitude better than OLPC's current implementation. Does anyone know what person or group of people can make that decision? Pol Martin pgp7QPGblGPy7.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2232
Morgan Collett wrote: On Wed, Jul 30, 2008 at 23:44, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2232 Changes in build 2232 from build: 2230 Size delta: 0.14M -kernel 2.6.25-20080728.1.olpc.a3851e734bcee1b +kernel 2.6.25-20080730.1.olpc.85e8ce3752b87a2 Seeing as we still don't get changelogs for some packages in these mails, is it possible for those who introduced the change to reply to these mails and let us know a quick summary of what was changed, or fixed? Would be good to know why the changelogs of some packages are not picked up. For example for hulahop that i just released I wrote the changelog entries but they did not show up. Anything special you need to do or is it just the script that fails for some reason? Thanks, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2232
On Thu, Jul 31, 2008 at 11:07, Simon Schampijer [EMAIL PROTECTED] wrote: Morgan Collett wrote: On Wed, Jul 30, 2008 at 23:44, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2232 Changes in build 2232 from build: 2230 Size delta: 0.14M -kernel 2.6.25-20080728.1.olpc.a3851e734bcee1b +kernel 2.6.25-20080730.1.olpc.85e8ce3752b87a2 Seeing as we still don't get changelogs for some packages in these mails, is it possible for those who introduced the change to reply to these mails and let us know a quick summary of what was changed, or fixed? Would be good to know why the changelogs of some packages are not picked up. For example for hulahop that i just released I wrote the changelog entries but they did not show up. Anything special you need to do or is it just the script that fails for some reason? I just remembered Michael's recent call for assistance in this regard, which I think is worth repeating: On Wed, Jul 30, 2008 at 02:45, Michael Stone [EMAIL PROTECTED] wrote: 4. In preparation for the full-blown regression tests that we will run in coming weeks, it would be very helpful if we received more detailed package-level ChangeLog entries and if we did better job of displaying the ChangeLog and related-tickets data that we currently have available. (In addition, anyone who further improves Reinier's, Bert's, and Marco's announcer scripts will earn a drink or treat from me.) Regards Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Proposal: Activity developers mailing list
On Thu, Jul 31, 2008 at 04:42, Bastien [EMAIL PROTECTED] wrote: Any follow-up on the idea of having a precise list of maintainers for all Sugar activities? Even just the email address from the git repo would be nice. I've raised the idea a couple of times to have a mailing list specifically for activity developers, which would be uncluttered by all the traffic on the devel and even sugar lists. That would hopefully have the result that people stay subscribed, or at least notice mails which are important to them. Currently, I'm not even sure which list out of devel and sugar is going to reach more activity developers, hence this cross-post and many others. There are a bunch of issues I'm aware of which need to be communicated clearly and widely: * A lot of activities need updating. There are a good number of us who can help, if we can get the attention of the original / most recent maintainers/authors. We would be willing to do new releases, and we will do so (technically forking) without their help if we don't get their attention. * There is a new activity updater in the control panel in joyride. There is a certain procedure to provide specific versions of the activity for specific builds, so that (future) stable builds get a certain version available, whereas development builds can get other versions of the activity. The exact procedures around that need to be communicated, in such a way that a significant number of activity developers *do* them. * It would be great to have a specific procedure for someone to say I developed this activity, I don't have time to maintain it against future releases, it's available for someone to take over. I suspect several interesting activities are in this position. * We need a way to communicate API changes, new resources, etc to activity developers without this getting lost in the noise of the existing lists. We need a way to get clear feedback on these without getting swamped by non activity developers. * We need to make it easier for new activity developers to get up to speed without having to wade through information they don't need. I am happy to take on making this communication happen but I really think we need this list. I know it's yet another mailing list, but I think it will help make our communication more focussed and effective. I'm adding this to the agenda of today's (tonight's for me) Sugar development meeting. Please comment here in advance of the meeting, or come to the meeting for a more immediate discussion. Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Adding new post script fonts to the OLPC
Hi , I am trying to use an application which can use only postscript fonts but not truetype fonts on the olpc. So I copied some postscript font files from a normal fedora 7 machine onto the olpc under /usr/share/fonts/local and then added the paths to xfs using chkfontpath command. Then restart the Xserver . The application uses normal XWindows functions such as XListFonts etc.. to list all the fonts available. After doing all this my application could not recognise the new fonts. A similar approach worked for me on a normal fedora 7 machine but not on the olpc. Abiwpord could recognise these fonts also on the OLPC. Could anybody figure out why this could be so and what I need to do to get this working. Thanks Shivaprasad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: [sugar] Programming environments on the XO
-Original Message- From: Eben Eliason [mailto:[EMAIL PROTECTED] Sent: Thu 7/31/2008 2:29 AM To: Tomeu Vizoso Cc: Martin Edmund Sevior; Walter Bender; OLPC Development; [EMAIL PROTECTED]; Chris Ball; Sugar Mailing List Subject: Re: [sugar] Programming environments on the XO On Wed, Jul 30, 2008 at 12:24 PM, Tomeu Vizoso [EMAIL PROTECTED]wrote: On Tue, Jul 29, 2008 at 12:44 PM, Martin Sevior [EMAIL PROTECTED] wrote: On Fri, 2008-07-18 at 14:50 +1000, Martin Sevior wrote: On Thu, 2008-07-17 at 23:32 -0400, Brian Jordan wrote: The open source project Gobby also uses this sort of who-wrote-what text highlighting, SJ and I have recently (right before he left for Wikimania) been looking into getting similar functionality on the XO. Having this highlighting integrated with Write would be fantastic. OK Guys, I get the message :-) I'll look to see how this can be enabled by default in the most UI-easy way possible. OK Guys, Your wish is my command. See: http://msevior.livejournal.com/2008/07/29/ Awesome, anybody would like to expose this functionality in Write? Should be quite easy, but may involve adding API to abiwidget. The original mockups for Write have been waiting for this moment to arrive. For the reference of any who dare to take on the task (The button being clicked is a Highlight text by author button): http://wiki.laptop.org/go/Image:Activity_write_view.jpg Thanks Tomeu and Eben. Yes, we'll need to expand the abiwidget api. I'll look to do this if I can can get sugar-jhbuild to work again. BTW for those who recommend we abandon sugar-jhbuild, I definitely disagree. You definitely always want the fastest machine you can get for development work and for all it's problems, sugar-jhbuild gives the best way to get an up to the second snapshot of the development trees everywhere. Of course activities require regular testing on the xo hardware, which is now much more available. After I tried out Write on a B2 back in 2007 I realised that many speedups and optimizations were needed to get decent performance. Martin Sevior Thanks a lot, Tomeu ___ Sugar mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/sugar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Any cure for a washed out keyboard
Hi, the best thing you could do is to put the device (keyboard) into a bathtub with distilled water. No joke! after one or two days the electrolyte ingredients will be washed out. After that drip of the water and be patient one or two days. The device has to be very dry before you should activate the device. Maybe the display do not like it. I am always treating sunken electronic devices that way, including still cameras. A good alternative is ethanol (but not denatured alcohol!). Best regards, yokoy On Thu, 31 Jul 2008 12:44:08 +0545 Bryan Berry [EMAIL PROTECTED] wrote: The first XO casualty at Nepal's pilot schools a few days ago. A second grader washed his XO because it had gotten too dirty. Thankfully, the display, cpu and motherboard seem to be working fine. The keyboard is non-functional and the mouse is nominally functional. Anyone know a fix for a washed out keyboard besides complete replacement? -- Bryan W. Berry Systems Engineer OLE Nepal, http://www.olenepal.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Any cure for a washed out keyboard
A good alternative is ethanol I mean ethanol 96% , better 99,* % Best regards, yokoy -- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Any cure for a washed out keyboard
I haven't had a soaked olpc (yet), but most of the other devices that hand these kind of problems where much simply cured by : - being taken apart - carefull cleaning with a cloath, especially for the tip of flat cable going to a FPC connector which some dirt (oxidation? short circuit? isolant?) usually accumulate. Saved a wirless phone (display FPC problem), and a smartphone (keyboard FPC problem) that way. If that doesn't work, yes you should certainly try washing the keyboard board and plastic membrane. On Thu, Jul 31, 2008 at 7:40 AM, [EMAIL PROTECTED] wrote: Hi, the best thing you could do is to put the device (keyboard) into a bathtub with distilled water. No joke! after one or two days the electrolyte ingredients will be washed out. After that drip of the water and be patient one or two days. The device has to be very dry before you should activate the device. Maybe the display do not like it. I am always treating sunken electronic devices that way, including still cameras. A good alternative is ethanol (but not denatured alcohol!). Best regards, yokoy On Thu, 31 Jul 2008 12:44:08 +0545 Bryan Berry [EMAIL PROTECTED] wrote: The first XO casualty at Nepal's pilot schools a few days ago. A second grader washed his XO because it had gotten too dirty. Thankfully, the display, cpu and motherboard seem to be working fine. The keyboard is non-functional and the mouse is nominally functional. Anyone know a fix for a washed out keyboard besides complete replacement? -- Bryan W. Berry Systems Engineer OLE Nepal, http://www.olenepal.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Dr. Guylhem Aznar, MD PhD Unité d'Analyse Médico-Économique Service de Santé Publique et d'Économie de la Santé Pôle SPSSR CHU de Fort de France BP 632 97261 Fort De France Cedex Martinique, France Tel : 05 96 55 23 47 Fax : 05 96 75 84 57 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Proposal: Activity developers mailing list
On Thu, Jul 31, 2008 at 11:47:56AM +0200, Morgan Collett wrote: On Thu, Jul 31, 2008 at 04:42, Bastien [EMAIL PROTECTED] wrote: Any follow-up on the idea of having a precise list of maintainers for all Sugar activities? Even just the email address from the git repo would be nice. [...] * We need to make it easier for new activity developers to get up to speed without having to wade through information they don't need. I am happy to take on making this communication happen but I really think we need this list. I think this is a good idea too, especially given that you're motivated to do it. Morgan Martin PS - I'd say +1 but please remember http://kernelslacker.livejournal.com/125203.html pgpyBXEtsDzeN.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Any cure for a washed out keyboard
On Thu, 31 Jul 2008 17:34:13 +0545 Bryan Berry [EMAIL PROTECTED] wrote: Thanks Yokoy! I will definitely try that out. I figured that it was the impurities in the water that screwed up the keyboard not necessarily water itself. Does it have to be a large quantity of water or just enough to fully submerge the keyboard? Perhaps I need a lot of water in order to get enough dissolution The more the better. But the best way is to do it in more than one pass, every time with fresh distilled water. In that way the keyboard has to be submerged fully, not more. yokoy ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
XOs on AP unpingable after wakeup/startup
I've got 4 C2s on my access point running joyride - currently 2200 and 2210. If I power them on, or wake up from a power-button-induced sleep, and make sure they are on my AP, they will see each other with salut (multicast) but not be able to connect to my jabber server or be pingable from other hosts on my WLAN. I get Destination Host Unreachable. I get the same result (Destination Host Unreachable) if I try to ping my laptop from one of the XOs. If I ping them from my laptop it takes somewhere between 100 and 300 packets before they start responding. Then usually they start responding to ping, ssh, etc and can access the jabber server (on my laptop). Some times I don't manage to get one or more of them connected without rebooting. Other devices on my network (2 PCs and an N810) are pingable as soon as they are on the network. Is this a known issue? Could it be my access point (a Mercury KOB WL465, not that I expect to find anyone else with one...)? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2232
On 31.07.2008, at 11:23, Morgan Collett wrote: On Thu, Jul 31, 2008 at 11:07, Simon Schampijer [EMAIL PROTECTED] wrote: Morgan Collett wrote: On Wed, Jul 30, 2008 at 23:44, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2232 Changes in build 2232 from build: 2230 Size delta: 0.14M -kernel 2.6.25-20080728.1.olpc.a3851e734bcee1b +kernel 2.6.25-20080730.1.olpc.85e8ce3752b87a2 Seeing as we still don't get changelogs for some packages in these mails, is it possible for those who introduced the change to reply to these mails and let us know a quick summary of what was changed, or fixed? Would be good to know why the changelogs of some packages are not picked up. For example for hulahop that i just released I wrote the changelog entries but they did not show up. Anything special you need to do or is it just the script that fails for some reason? I just remembered Michael's recent call for assistance in this regard, which I think is worth repeating: On Wed, Jul 30, 2008 at 02:45, Michael Stone [EMAIL PROTECTED] wrote: 4. In preparation for the full-blown regression tests that we will run in coming weeks, it would be very helpful if we received more detailed package-level ChangeLog entries and if we did better job of displaying the ChangeLog and related-tickets data that we currently have available. (In addition, anyone who further improves Reinier's, Bert's, and Marco's announcer scripts will earn a drink or treat from me.) Indeed. I did ask a while ago where the changelog entries actually should come from, and I got no reply AFAIR. The ones in the public_rpms dropboxes cover only a small portion of packages. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: specifying what services Activities may use
Hi Guys, I hear you that defining dependencies and APIs is a tough challenge. As someone else mentioned, many projects do it effectively so we can do it better too. I'm not partial to any particular parsing of the data. Maybe the activity developers have an opinion... The key points are: 1 - When can we announce no more changes and activity developers can do a final test? Hopefully we give enough notice for them to fix anything that is broken before the release. 2 - Where and when can we document the changes in 8.2.0 which may affect activity developers? Is your categorization getting us closer to that? I think we know what to do but if its still not clear we can get an activity developer on the phone (or IRC) and they can tell us what they need. It has to be a listening meeting with no push back or argument. They tell us what they need and we figure out how well we can respond. That's one idea for moving forward but perhaps we have all we need from this thread and just need to write it down. Morgan's related thread ([sugar] Proposal: Activity developers mailing list) will help improve communication so it may all come together if we strike while the iron is hot! Thanks, Greg S Erik Garrison wrote: On Wed, Jul 30, 2008 at 12:03:52PM -0400, Michael Stone wrote: On Wed, Jul 30, 2008 at 11:03:41AM -0400, Greg Smith wrote: Hi Daniel, We need a list of anything that might break an activity. The list of things that have to work in order for an activity (particularly a networked one) to work is larger than the memory and comprehension of any individual working on this project. It includes nasty things like Is this a reasonable categorization?: kernel version dependent: * syscall semantics system library dependent: * availability of language interpreters * library APIs nasty things we tend to change: * file-system layouts * authorization data like file-system permissions ouch!: * statistical biases in the outcomes of non-deterministic computations * computational complexity of default algorithms ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: activity bar
Victor, please refer to Walter's draft for the updated Sugar documentation for more information on the re-designed home-view: http://sugarlabs.org/go/User:Walter/sandbox/Home Hope that helps, Christoph On Thu, Jul 31, 2008 at 2:47 PM, Victor Lazzarini [EMAIL PROTECTED]wrote: Hello everyone, I have upgraded to the latest joyride and installed the activities with Bert's script. One question remains: is the activity bar gone, or is somewhere else now? Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Christoph Derndorfer Co-Editor, OLPCnews url: www.olpcnews.com e-mail: [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: activity bar
Only the activities which you favourite by clicking on the star-icon in the list view show up in the ring-/freeview-screen. http://sugarlabs.org/go/User:Walter/sandbox/Home#List_view 1. Activity entry Each entry in the list has: a star (for marking those activities that will appear in the other Home views); an icon; a title; a version number; and an install date. Christoph On Thu, Jul 31, 2008 at 3:06 PM, Victor Lazzarini [EMAIL PROTECTED]wrote: Thanks. I take it that some of the functionality has not yet been implemented, or has it? I mean, the home/circle view and freeform view do not display activity icons (even after restarting X). Victor At 13:55 31/07/2008, you wrote: Victor, please refer to Walter's draft for the updated Sugar documentation for more information on the re-designed home-view: http://sugarlabs.org/go/User:Walter/sandbox/Home http://sugarlabs.org/go/User:Walter/sandbox/Home Hope that helps, Christoph On Thu, Jul 31, 2008 at 2:47 PM, Victor Lazzarini mailto: [EMAIL PROTECTED][EMAIL PROTECTED] wrote: Hello everyone, I have upgraded to the latest joyride and installed the activities with Bert's script. One question remains: is the activity bar gone, or is somewhere else now? Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth ___ Devel mailing list mailto:Devel@lists.laptop.orgDevel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Christoph Derndorfer Co-Editor, OLPCnews url: http://www.olpcnews.comwww.olpcnews.com e-mail: mailto:[EMAIL PROTECTED][EMAIL PROTECTED] Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth -- Christoph Derndorfer Co-Editor, OLPCnews url: www.olpcnews.com e-mail: [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: joyride-weekly: joyride-2230
On 31.07.2008, at 02:41, Michael Stone wrote: Dear world, This week's 'please test this joyride' is joyride-2230. Test group release notes, care of Charlie, are available at http://wiki.laptop.org/go/ Test_Group_Release_Notes#Build_Joyride_2230 olpc-update thinks that build does not exist. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
automated test results links on http://xs-dev.laptop.org/~cscott/xo-1/streams/joyride/buildxxx/{devel_ext3, devel_jffs2} broken.
Hi, Could somebody please fix the automated test results links for the current joyride builds on xs-dev.laptop.org ? You now only get a tinderbox catch-all page. I had a hard time to find the joyride test results until this list pointed me to tinderbox.laptop.org. I know you guys have lots of things on your plate(s), but it would be much appreciated if this could be fixed. Thanks in advance. Ton van Overbeek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Notes from 7/29 Release Meeting(s)
1. We're going to begin nominating this week's 'joyride-weekly' tomorrow at 0900 EDT. If you have risky changes you want to contribute, please provide them _after_ we deliver our nomination. If you want to help more peoples' changes make the deadline, then please help smoke-test joyrides built close to the deadline. Please record your results on http://wiki.laptop.org/go/Test_Group_Release_Notes and file bugs liberally. When we deliver the build nomination, we will summarize the currently available testing notes in the announcement mail. This looks to be focussed on the wide testing of proposed changes. If you also want to wring out agreed-upon changes, why not every week create a new build version in the '8.2' stream? Then anyone who wants to verify how things behave in the latest 8.2 candidate can test that version. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] joyride-weekly: joyride-2230
On 31.07.2008, at 15:14, Bert Freudenberg wrote: On 31.07.2008, at 02:41, Michael Stone wrote: Dear world, This week's 'please test this joyride' is joyride-2230. Test group release notes, care of Charlie, are available at http://wiki.laptop.org/go/ Test_Group_Release_Notes#Build_Joyride_2230 olpc-update thinks that build does not exist. The error actually is unexpected server greeting: fakeroot - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] specifying what services Activities may use
On Thu, Jul 31, 2008 at 12:40:39AM +0200, Bastien wrote: It's not that important anyway. It just occurred to me that the dependancies management challenge could be somehow dealt with by delivering a set of default activities. I'm not aware of any software distribution drawing such a strong line between the core system and the applications/activities. We have been managing the dependency issue by ensuring that the 'core' activities required for a given build all work on the system-level software packages we include. To my knowledge this verification has been done manually. We could better share our efforts by working to make sure that a given activity simply lists the correct set of dependencies, pushing this data to a package repository, and supporting deployments as they cherry-pick their requirements from it to construct new images and push their products back into it. The separation between system and application-level software is a core roadblock in our integration of more intelligent package management policies. How can an isolated user-level package management application be allowed to modify system-level, shared, code that will affect other applications from which it is supposed to be isolated? A unification of system and application-level software package management thus violates our security model. The user-level application isolation required by this security model serves to enable easier code sharing between children. It also makes it easier for sysadmins to accept the use of relatively untested software packages on the XO. We can probably all agree that the separation between system and application software is useful for security and the execution of untrusted code. Can we reasonably work around this distinction to allow the management of both sets of software as one whole? Erik ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Collaboration Requirements
Hi All, Thanks a lot for all the comments. I tie up a single response and I edit the requirement as needed. Let me know if I don't respond to something you think needs further discussion. I put the updated version in the wiki 9.1.0 Collaboration requirements section: http://wiki.laptop.org/go/9.1.0#Collaboration *** First Michael: This feels very similar to an RFC. GS - Its not meant to be an RFC (AKA a standard that multiple organizations adhere to for better interoperability). Its meant to be an explanation of what the users require to be successful. Hopefully organized in a way that is actionable by developers and QA. should really be citing collaborative systems (both digital and otherwise) from which we take our inspiration and our warnings. GS - Sounds good. I was giving my background but send over any examplars you want people to know about. no opportunity to fix critical collaboration bugs in 8.2.0 proper. GS - OK. Its a requirement for 9.1.0. I hope 8.2.0 supports one or two collaboration examples with all the relevant details down to the activity level. I'm not giving up on that yet. We're actually on the trailing edge of collaboration technology GS - I added your apps to the background section. Maybe we should call ours real time collaboration. Agreed were behind in sharing data. Now tracking that in file management section of 9.1.0. (http://wiki.laptop.org/go/9.1.0#File_Management) but could be renamed or may deserve new section. My tendency is to make it a top priority in 9.1.0. Please define support before using it here. GS - I mean tested and shown to work. Added to wiki version. I'm not sure that your priorities are correct. (re S1 - S4) GS - Quantify your position with # of schools or kids and we can change it. The key point is to support one of them. Then we can tell deployments to build it that way if we have a documented and tested solution. You need to be more precise here. (re: N2 RF environments and other comments on RF.) GS - OK. Give me new wording. Make sure its something users can measure with available tools in the field and QA can test. Cover physical space, traffic on other radios or whatever you think is relevant. Is N10 different from N9 only in that in N9, non-collaborating users have been explicitly asked to avoid intentional network actions? (and N8 - 10 comments) GS - N10 v N9 refer to the same steps by kids but different network architectures (S1 v S2). May not need both. N8 is intentionally easy. Worst case we tell everyone to shut down and then it works for 10 kids. I wanted to throw in one freebie :-) Allowable scale is conditioned on parameters that you are not fixing in your requirements. You need to specify those parameters. GS - Scale is defined in the scale section. Let me know if that is not precise enough or propose new wording. Beware of collaboration scenarios which give access to state that is larger than the capacity of any single XO. (and chat question) GS - Not part of this requirement, maybe next time. Chat refers to the activity we ship now. You're not aiming high enough. GS - When can you support this? Give me a date and I'll consider something more ambitious next. ** On Poly and Martin D's comments re: how to get agreement on a new architecture. GS - I chatted with Michailis about this. He suggested we try to reach a consensus on a design or on specific components (start a wiki page and/or work it out on the list). If this community is in a agreement that will move the ball forward. HTHs. Try again if that doesn't address your questions. * On Gary and Martin D's comments re: eat your own dog food (harsh saying we had at Cisco meaning use your own product) GS - Good idea if it helps us build something useful more quickly. ** On Ricardos comments: Sounds good to me. Looks like you are proposing some design and test strategies. That's great! My only comment is that in the end it has to become a set of instructions that the user can execute. e.g. chat with 10 XOs, in a low noise environment (can be specified precisely) and it will work great! If it doesn't work we say: you have too much noise, check your neighborhood view and if there are any APs there, find them and turn them off. In short it has to be deployable! My third favorite e-mail of the year (after gun-toting bit heads and Alan Kay on the early days) is this one from a teacher trying to use collaboration in a second grade class: http://lists.laptop.org/pipermail/olpc-sur/2008-May/000118.html Todos visualizaban a medida que escribían un cuento y les encantaba, les parecía mágico. Everyone watched while they wrote a story [together] and they loved it, it seemed like magic Then se cerró EL PROGRAMA SORPRESIVAMENTE ,¡QUË DESILUSIÖN due to #7444. Which is why I put in a section about saving files. I want to get that
re: Newer ds-backup-client RPMs for joyride...
Hi Guys, I'm starting to think we may have a major feature here which we can talk about in 8.2.0! Is there any more documentation on it? Can someone write an explanation of how this works and what is needed (e.g. XS v0.3) and put that in the 8.2.0 release notes at: http://wiki.laptop.org/go/Release_Notes/8.2.0#Backup_and_Restore_to_School_Server Thanks, Greg S ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Remarks on the Work of Sugar (kid contributions)
Great idea... Robson had a similar one. SJ On Wed, Jul 30, 2008 at 11:14 PM, Bastien [EMAIL PROTECTED]wrote: John Gilmore [EMAIL PROTECTED] writes: you can't just share a file, you have to share an activity, ... Right. Idea for a new activity: Candy Bag. You open a bag (i.e. you launch the CandyBag activity), then you put journal entries in it, then sharing this activity means that your friends can grab a candy in your bag. If we want the kids who *love* their machines to come to *know* and *evolve* their machines, there's a lot more work to be done. Let's not lose the focus of making the *teachers* love the machines. And let's don't see children as small hackus homunculus! :) -- Bastien ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Testing EduBlog
Yes, a slideshow would be good. (with a link to a demo for anyone who wants to test on their own :-) SJ On Wed, Jul 30, 2008 at 4:40 AM, Tarun Pondicherry [EMAIL PROTECTED] wrote: Hi SJ, I'll put it up on the wiki. The live version is still a bit volatile, is a video or slideshow okay? Otherwise, I'll transfer the latest stable to the main site for you to give a live demo. Thanks, Tarun Samuel Klein wrote: I'd like to show off the state of the edublog this Friday over lunch -- Tarun, is there a short 3-minute demo that you'd like me to give? SJ On Mon, Jul 28, 2008 at 6:13 PM, Greg Smith [EMAIL PROTECTED]mailto: [EMAIL PROTECTED] wrote: Hi Pablo, Looks good! Thanks for helping us clarify the final steps before Beta and for lining up the beta sites! I copied in the server list and I'll let Tarun comment on any that he can address. My only comment is that I would like to make it work without login needed by students but we can solve that later if its not ready in the first pass. Also for Tarun et al. Pablo is creating a home page with doc on EduBlog for the beta: http://wiki.laptop.org/go/EduBlog If we can easily update browse-new (maybe browse-new2?) to use that as its home page it will facilitate making this easy. Thanks, Greg S Pablo Flores wrote: I've just done a test sequence on EduBlog and have a lot of comments and questions, so let's start step by step... *Creating a new blog * - The login page isn't in spanish - I'm not sure how to manage users with EduBlog I think we should start a wiki page to start documenting (and discussing it). Volunteers? :-) - In the Adding a new OU blog form, I can't access the Manage Remote Blogs button, it takes me to a page that says Sorry, but you do not currently have permissions to do that ([[oublog:manageremoteblogs]]) More information about this errorhttp://docs.moodle.org/en/error/moodle/nopermissions. * - It would be better if some options could be hidden, like Common module settings. *New blog post* - From the moodle interface, I couldn't upload any picture. I could use the other interface ( http://edublog.venango.org/test/EduBlog/moodle/mod/oublog/editpost.php?blog=2 ), but with this one I cannot select the blog to post to. * - I tried to upload a Write document, but I couldn't from any of the interfaces (am I doing right? I tried to upload the file as an image). I marked with * the points I find more important. I also would like to summarize some points of how the daily work would be. Let's see... - First of all, the teacher will have to get a user and password for the system. - The teacher creates a new blog using the interface http://edublog.venango.org/test/EduBlog/moodle/course/modedit.php?add=oublogtype=course=2section=0return=0 http://edublog.venango.org/test/EduBlog/moodle/course/modedit.php?add=oublogtype=course=2section=0return=0 - All of her children have to get a user and password. - Then, the teacher can propose some work to be done, for which children will have to make their posts to the blog. To do so, children will have to access to the blog page (the moodle one), and click on New blog post. - As children submit their posts, the teacher will be able to see them in the blog page. Children will only see their own posts and the ones already approved by the teacher. Question: How can a child know if his post was approved? - The approved posts will go public, depending on the configuration: If there is a remote blog configured (blogspot for instance), they will appear there. If it's local only, it will be seen by others, depending on the visibility configuration of the blog. All agree with this? Saludos, Pablo Flores ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Kernel API Wishlist
Deepak, I don't think I'm going to be able to attend LPC but Chris suggested that I offer you some wishlist items in case you meet someone who would be interested in them. (I'm chipping away at them in my free time, but at that rate... :) Anyway, here's my grab-bag of items: a) The filesystem is basically a shared memory with a rooted directed (usually acyclic) graph-structured variable-length addresses. It is well known that processes communicating with shared memory benefit from atomic primitives for state update and it is also apparent that present programs like olpc-update and qmail use _dirty hacks_ based on rename(), link(), and symlink() to implement safe atomic updates. Please give us more powerful atomic primitives -- e.g. some of CAS, TAS, k-CAS, double-CAS, and load-linked/store-conditional (LL/SC) operations. (Ask Scott for detailed citations of papers on the strengths and uses of these operations. He suggests 'things cited in [1]'. See [2] for many more papers on the subject.) b) Plan 9 showed that networking can be conveniently expressed through filesystem primitives. This means that _access control_ of networking can be expressed with filesystem permissions. This would be _much_ nicer than current firewall languages since it would permit user-level programs to exercise real control over what networking their subcomponents perform. Separately, it would be nice if userland could instruct the kernel to rate-limit writes to mount-points, inodes, fds, etc. c) Secure Unix daemons are commonly implemented with privilege separation along uid boundaries but: a) setresuid, setresgid, setgroups, etc. cannot be called together to atomically change all credentials of a process b) These operations only permit us to change the credentials of the _calling_ process. c) The only way we have to refer to processes is by pid. Pids are aliasable -- i.e. they can be vacated and reused without notification to the referring process. (And I can't use the standard wait primitives on processes who aren't my children.) This is problematic in the case of Rainbow because we really want to securely manipulate _other_ processes' credentials. The kind of API that I really want here is a) the ability to get a handle pointing to a process b) the ability to wait - or not - on events on that handle or to signal the process with the handle c) the ability to atomically change all credentials on processes for which I have writable handle. (P.S. - file descriptors are really nice handles!) d) All of the items in the security/reliability section of http://cr.yp.to/unix.html Michael [1]: http://research.sun.com/scalable/pubs/SPAA04.pdf [2]: http://research.sun.com/scalable/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] joyride-weekly: joyride-2230
On 31 Jul 2008, at 14:44, Bert Freudenberg wrote: On 31.07.2008, at 15:14, Bert Freudenberg wrote: On 31.07.2008, at 02:41, Michael Stone wrote: Dear world, This week's 'please test this joyride' is joyride-2230. Test group release notes, care of Charlie, are available at http://wiki.laptop.org/go/ Test_Group_Release_Notes#Build_Joyride_2230 olpc-update thinks that build does not exist. The error actually is unexpected server greeting: fakeroot Glad it's not just me then. I thought I had some random intermittent network issue (for the last week or two) so had given up with olpc- updates rsync attempts to the server. I defaulted back to manually downloading the .toc and .usb files from the web server, sticking them on a USB stick and using olpc-update --usb. --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] joyride-weekly: joyride-2230
On 31.07.2008, at 17:59, Gary C Martin wrote: On 31 Jul 2008, at 14:44, Bert Freudenberg wrote: On 31.07.2008, at 15:14, Bert Freudenberg wrote: On 31.07.2008, at 02:41, Michael Stone wrote: Dear world, This week's 'please test this joyride' is joyride-2230. Test group release notes, care of Charlie, are available at http://wiki.laptop.org/go/ Test_Group_Release_Notes#Build_Joyride_2230 olpc-update thinks that build does not exist. The error actually is unexpected server greeting: fakeroot Glad it's not just me then. I thought I had some random intermittent network issue (for the last week or two) so had given up with olpc- updates rsync attempts to the server. I defaulted back to manually downloading the .toc and .usb files from the web server, sticking them on a USB stick and using olpc-update --usb. SOmeone fixed it. I updated to 2233 just fine. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2232
Indeed. I did ask a while ago where the changelog entries actually should come from, and I got no reply AFAIR. The ones in the public_rpms dropboxes cover only a small portion of packages. The other place they come from is the RPM-level changelogs encoded in the spec file. rpmdev-diff + a bit of filtering on the SRPMS is a quick way to extract the necessary information. There may be better ways. Michael P.S. - Fedora's rawhide report already accomplishes this goal. Maybe they have some code we can steal? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: sugar start-up profiling
On Tue, Jul 29, 2008 at 3:15 PM, riccardo [EMAIL PROTECTED] wrote: Problem: sugar starts up slowly on the xo Tests were ran on an xo after a clean joyride-2181 install plus sucrose's activities. A graph of the ending part of the boot process can be found at: http://dev.laptop.org/~rlucchese/boot/boot.stats.svg (http://dev.laptop.org/~rlucchese/boot/boot.stats) It was obtained by running: $ picker -t 75 -o /tmp/boot.stats $ grapher -i boot.stats -c10 The sampling period begins in `start()' in haldaemon's init script and lasts 75 seconds. The following tab shows cpu usage of the 10 processes that took more cpu time during the sampling time: $ grapher -i boot.stats -c13 -r cpu tot% ps% cmdline --- 27.7/bin/sh /usr/bin/sugar 44.6 16.8jffs2_gcd_mtd0 51.7 7.1 /usr/bin/env python /usr/bin/sugar-activity journal... 56.2 4.5 python /usr/bin/datastore-service 60.6 4.4 picker -t75 -o /tmp/boot.stats 64.3 3.8 python /usr/sbin/rainbow-daemon --daemon 68.0 3.6 xinit /usr/bin/olpc-session -- /usr/bin/X -fp built-ins... 71.3 3.3 /bin/sh /usr/bin/olpc-session 74.1 2.8 python /usr/bin/sugar-shell-service 76.9 2.8 python /usr/bin/sugar-presence-service 79.7 2.8 python /usr/sbin/rainbow-daemon --daemon 81.2 1.5 hald 82.6 1.4 ohmd Renicing jffs2_gcd_mtd0 to 19 in haldaemon's init script slightly speeds-up the last part of the boot: $ cat /home/olpc/.boot_time.prev (clean joyride) 56.27 $ cat /home/olpc/.boot_time 54.14 Note however that when renicing jffs2_gcd_mtd0, boot timings `became less deterministic, sometimes being slower than the `clean install' case. Stopwatch timings (from boot loader to fully redrawn shell): clean install : 1m34.0s renice trick : 1m30.2s +[0. to 4.5 sec] Would it be possible to make DS, sugar-presence-service and sugar-shell-service system services and thus decoupling them from the shell's start-up? Don't think so, as they look to me as quite tied to the user session. What we should do (for 9.1.0) with the sugar-shell-service and the journal is to run them inside the shell process, saving memory and startup time. And we certainly shouldn't block when activating any services, they should be started asynchronously. A script was run that cat'ed all files (5700+) that sugar tries to open on boot. (http://dev.laptop.org/~rlucchese/boot/cat_sugar_startup_files) $ time sh cat_sugar_startup_files real 0m16.9s user 0m1.0s sys 0m12.2s Timings vary a lot when repeating the test (+-~30%). `top' shows that the remaining time goes to io-wait. Why don't those files get cached when repeating the test ? Interesting, anybody with kernel knowledge could comment on this? cProfile statistics (KCG format) for sugar-shell (start-up only): http://dev.laptop.org/~rlucchese/boot/cProfile-shell Functions ordered by self-time (%): 32.2 gtk.main() 19.6 send_message_with_reply_and_block of dbus 12.8 block of dbus.lowlevel.PendingCall 7.3 grab of sugar._sugarext.KeyGrabber 3._add_weight of sugar/shell/view/home/grid.py 2.7 render_cairo of rsvg.Handle 1.12 __getitem__ of sugar/shell/view/home/grid.py --- 78.7 % Perhaps some dbus calls can be made asynchronous; this is taking 30+% of start-up time. Yup. Mostly service activation, see above. It's curious that `grab` takes so much time: I don't see anything obvious looking at the code. Yeah, we should look at it, could be quite tasty low hanging fruit (7%). Note that the layout for the favorite's view was set to the ring type; why is the shell computing weights in this case? I guess that's for the mesh and friends view? High level tasks/functions ordered by total-time: 67.3 gtk.main() 33.6 __init__ of sugar/view/Shell.py 16.8 _start_journal_idle of sugar/view/Shell.py 11.6 __init__ shell/view/keyhandler.py 7.5 add sugar/shell/view/home/spreadlayout.py Note that 45% of Shell.__init__ and the 89% of _start_journal_idle went to blocking dbus calls. Just service activation, right? The datastore service and the journal will be profiled in separate sessions. Cool, that will be interesting as well. Nice job, in case startup time becomes a priority, we know now where to look at. Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: identifying which builds are signed
On Thu, Jul 31, 2008 at 09:01:24AM -0400, Mikus Grinbergs wrote: You wrote, regarding nominated 8.2 builds: In a few weeks, once we're more confident in the sustainability and security of the build, then we'll publish an official candidate build with cryptographic signatures that mark it as suitable for mass installation. I have a general question. I'm going to be helping some Ship.2 G1G1 users (without developer keys) to perform off-line-upgrades of their systems. Currently I have to data mine through the wiki to verify which builds are signed (and can be applied from an USB stick). Things in http://download.laptop.org/xo-1/os/official/ http://download.laptop.org/xo-1/os/candidate/ can be installed on locked machines. When we sign candidates or make candidates official, we send announcements and publish the signed build in the appropriate directory. Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Trac default milestone
On Mon, Jul 28, 2008 at 11:38 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Trac default milestone is currently 8.2. Is that a good idea? We are trying to punt down the Sugar 8.2 bugs, but with these default the list keep growing. I'd prefer to go through the list of unassigned bugs every few days and make 8.2 only those that really needs to be... Can we revert this change? I think it should be module maintainer responsibility to give a first go to milestone assignment (I think we also agreed on it in one of the release meetings). Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Trac default milestone
On Tue, Jul 29, 2008 at 2:52 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Also I'm not convinced not specified as default component is a good idea, unless we have someone taking care of triaging that component. Can we go back to require the submitter to provide a component? In many cases it will be the right one, sometimes the submitter will get it wrong. In any case it will be better than depending on someone to have to go through all the not specified tickets and choose the right component. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Trac default milestone
On Thu, Jul 31, 2008 at 06:48:32PM +0200, Marco Pesenti Gritti wrote: On Mon, Jul 28, 2008 at 11:38 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Trac default milestone is currently 8.2. Is that a good idea? We are trying to punt down the Sugar 8.2 bugs, but with these default the list keep growing. I'd prefer to go through the list of unassigned bugs every few days and make 8.2 only those that really needs to be... Can we revert this change? I think it should be module maintainer responsibility to give a first go to milestone assignment (I think we also agreed on it in one of the release meetings). I'm don't feel strongly either way but it's clearly important to Marco. My concern is that we have a lot of unresponsive module maintainers. Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Trac default milestone
On Thu, Jul 31, 2008 at 7:06 PM, Michael Stone [EMAIL PROTECTED] wrote: I'm don't feel strongly either way but it's clearly important to Marco. My concern is that we have a lot of unresponsive module maintainers. The only way to get around the unresponsive maintainers problems is to get other people involved into the triaging process, which includes finding out the best component for a ticket. There are already Milestone (assuming my other request is accepted) and Action that can be used to list bugs which needs to be triaged, so Component=not_specified doesn't seem to buy us a lot to me. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Trac default milestone
On Thu, Jul 31, 2008 at 06:53:26PM +0200, Marco Pesenti Gritti wrote: On Tue, Jul 29, 2008 at 2:52 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Also I'm not convinced not specified as default component is a good idea, unless we have someone taking care of triaging that component. Can we go back to require the submitter to provide a component? In many cases it will be the right one, sometimes the submitter will get it wrong. In any case it will be better than depending on someone to have to go through all the not specified tickets and choose the right component. I'm a strong proponent of people writing down what they know. I want to be able to rely on component assignments when they're made. I do not support reverting the 'not specified' change. Why do you prefer your alternative? Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Trac default milestone
Michael Stone wrote: On Thu, Jul 31, 2008 at 06:53:26PM +0200, Marco Pesenti Gritti wrote: On Tue, Jul 29, 2008 at 2:52 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Also I'm not convinced not specified as default component is a good idea, unless we have someone taking care of triaging that component. Can we go back to require the submitter to provide a component? In many cases it will be the right one, sometimes the submitter will get it wrong. In any case it will be better than depending on someone to have to go through all the not specified tickets and choose the right component. I'm a strong proponent of people writing down what they know. I want to be able to rely on component assignments when they're made. I do not support reverting the 'not specified' change. Why do you prefer your alternative? Because I'm not confident someone will regularly take care of assigning the not-specified tickets, and I don't want lose useful bug reports because of that. I've been reading all the coming in tickets in the last few days to ensure that doesn't happen. Anyway, if you feel strongly that the current setup is the right one, keep it... I'll ignore not-specified tickets and we will see how it goes... Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Trac default milestone
On Thu, Jul 31, 2008 at 08:21:23PM +0200, Marco Pesenti Gritti wrote: Because I'm not confident someone will regularly take care of assigning the not-specified tickets, and I don't want lose useful bug reports because of that. I've been reading all the coming in tickets in the last few days to ensure that doesn't happen. I want more people reading all the incoming changes. (Or at least filtering all the incoming changes for interesting ones.) That, in my opinion, is where good triage will come from. Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Evince (was Re: New joyride build 2222)
On Wed, 2008-07-30 at 18:28 -0400, Chris Marshall wrote: S Page wrote: Mikus Grinbergs wrote: Noticed that sugar-evince 2.20.1.1-3.olpc3 brought in poppler 0.6.2-5.olpc3, which is 3 MB. I think 8.1.0 and 8.1.1 have the same dependency (on poppler-0.6.2.4-olpc2). Evince needs Poppler to render PDFs. http://live.gnome.org/Evince/SupportedDocumentFormats Speaking of Evince, does Read support DjVu in 8.2.0? http://djvu.org/docs/ has some test files. http://dev.laptop.org/ticket/2448 says yes, but http://dev.laptop.org/ticket/6223 and http://dev.laptop.org/ticket/6426 suggest no. I don't care, except that http://wiki.laptop.org/go/Image_file_formats presents DjVu as OLPC's preferred e-book file format. I have to vote that I do care. DjVu is much more efficiently rendered at high resolution being designed for that purpose. In fact, DjVu format is efficient enough that often a direct scan of a document at 300dpi compressed to DjVu format is smaller and faster displayed than a PDF file of the same document. I believe some timings were reported in a previous thread around the bug ticket: #6223. A look at the ticket indicates it has been pushed back to 9.1.0. --Chris Things not in trac tend to get forgotten Is it in trac? If so, what bug? - Jim -- Jim Gettys [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Trac default milestone
Michael Stone wrote: On Thu, Jul 31, 2008 at 08:21:23PM +0200, Marco Pesenti Gritti wrote: Because I'm not confident someone will regularly take care of assigning the not-specified tickets, and I don't want lose useful bug reports because of that. I've been reading all the coming in tickets in the last few days to ensure that doesn't happen. I want more people reading all the incoming changes. (Or at least filtering all the incoming changes for interesting ones.) That, in my opinion, is where good triage will come from. I have no time to help you out with that... sorry. Anyway, we will see how well this works out in practice. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: [sugar] Programming environments on the XO
On Thu, 2008-07-31 at 21:37 +1000, Martin Edmund Sevior wrote: Thanks Tomeu and Eben. Yes, we'll need to expand the abiwidget api. I'll look to do this if I can can get sugar-jhbuild to work again. That, or we could just add an 'EditMethod', so we can invoke it using a 'well known' function name. Not sure what the nicest approach is. I'm inclined to expand the api though. Marc ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
status of 8.1.1 and now 8.1.2 ?
== 8.1.1 == Is 8.1.1 done? It was due June 7. According to http://wiki.laptop.org/go/OLPC_SW-ECO_5_Checklist , the only thing left is for The champion to sign off; according to http://dev.laptop.org/ticket/7014 , the only thing left is finalize. If/when 8.1.1 is done, should all G1G1 users update to it, or are these dot-dot releases optional ECOs only intended for particular roll-outs? == 8.1.2 == There's a SW-ECO_6 for release 8.1.2 (due yesterday ;-) ). It implies the build for 8.1.2 is build 709, which Build Announcer v2 announced recently. If someone makes a candidate out of this I'll gladly test it, its fixes sounds worthwhile. (My developer key will be ready in 8 hours, 51 minutes :-) ) On the subject of more clarity, * http://wiki.laptop.org/go/8.1.2 says No 8.1.2 release is currently planned with any certaintity * http://wiki.laptop.org/go/Releases and http://dev.laptop.org/roadmap don't mention 8.1.2 * http://wiki.laptop.org/go/Documentation_Projects#8.1.2 says The current build is 8.1.1 (probably 708 still being tested). The next release in the current stream is 8.1.2 (711). I think 711 is a typo. I'll gladly update the wiki with whatever you say, and I've got some ideas to reduce the overhead and overlap. Thanks champs! -- =S ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2232
Hi, The changelogs currently come from 2 places: - Changelog / *.changes files in public_rpms dropboxes on d.l.o - koji, by querying http://koji.fedoraproject.org/koji/search?match=globtype=buildterms=package-version I think the kernel rpms are not build in Koji. If I look at the Changelog in dilinger's homedir I see many entries such as 'kernel-latest.i586.rpm'; unfortunately, these don't help much! I didn't think about fetching changelogs from the spec file in the .src.rpm, but I think I'll have some time to do that in the weekend. I just put the build announcer in a git repo at http://dev.laptop.org/git?p=users/rwh/announcer;a=summary, people interested in helping out are welcome. Cheers, Reinier Michael Stone wrote: Indeed. I did ask a while ago where the changelog entries actually should come from, and I got no reply AFAIR. The ones in the public_rpms dropboxes cover only a small portion of packages. The other place they come from is the RPM-level changelogs encoded in the spec file. rpmdev-diff + a bit of filtering on the SRPMS is a quick way to extract the necessary information. There may be better ways. Michael P.S. - Fedora's rawhide report already accomplishes this goal. Maybe they have some code we can steal? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Reinier Heeres Waalstraat 17 2515 XK Den Haag The Netherlands Tel: +31 6 10852639 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Evince (was Re: New joyride build 2222)
Jim Gettys wrote: On Wed, 2008-07-30 at 18:28 -0400, Chris Marshall wrote: S Page wrote: Mikus Grinbergs wrote: Noticed that sugar-evince 2.20.1.1-3.olpc3 brought in poppler 0.6.2-5.olpc3, which is 3 MB. I think 8.1.0 and 8.1.1 have the same dependency (on poppler-0.6.2.4-olpc2). Evince needs Poppler to render PDFs. http://live.gnome.org/Evince/SupportedDocumentFormats Speaking of Evince, does Read support DjVu in 8.2.0? http://djvu.org/docs/ has some test files. http://dev.laptop.org/ticket/2448 says yes, but http://dev.laptop.org/ticket/6223 and http://dev.laptop.org/ticket/6426 suggest no. I don't care, except that http://wiki.laptop.org/go/Image_file_formats presents DjVu as OLPC's preferred e-book file format. I have to vote that I do care. DjVu is much more efficiently rendered at high resolution being designed for that purpose. In fact, DjVu format is efficient enough that often a direct scan of a document at 300dpi compressed to DjVu format is smaller and faster displayed than a PDF file of the same document. I believe some timings were reported in a previous thread around the bug ticket: #6223. A look at the ticket indicates it has been pushed back to 9.1.0. --Chris Things not in trac tend to get forgotten Is it in trac? If so, what bug? - Jim As I mentioned: http://dev.laptop.org/ticket/6223 I saw a mention yesterday that something had changed with evince on the XO and that that might have fixed the djvu reading problem. I have not had time to test. --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 2236
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2236 Changes in build 2236 from build: 2233 Size delta: 0.00M -sugar-update-control 0.4-1 +sugar-update-control 0.5-1 +olpc-contents 2.4-1 +olpc-update 2.13-1 -olpccontents 2.3-1 -olpcupdate 2.12-1 --- Changes for sugar-update-control 0.5-1 from 0.4-1 --- + UI improvements, based on Eben's mockups. --- Included olpc-contents version 2.4-1 --- --- Included olpc-update version 2.13-1 --- -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Any cure for a washed out keyboard
Thanks Yokoy! I will definitely try that out. I figured that it was the impurities in the water that screwed up the keyboard not necessarily water itself. Does it have to be a large quantity of water or just enough to fully submerge the keyboard? Perhaps I need a lot of water in order to get enough dissolution On Thu, 2008-07-31 at 13:33 +0200, [EMAIL PROTECTED] wrote: Hi, the best thing you could do is to put the device (keyboard) into a bathtub with distilled water. No joke! after one or two days the electrolyte ingredients will be washed out. After that drip of the water and be patient one or two days. The device has to be very dry before you should activate the device. Maybe the display do not like it. I am always treating sunken electronic devices that way, including still cameras. A good alternative is ethanol (but not denatured alcohol!). Best regards, yokoy On Thu, 31 Jul 2008 12:44:08 +0545 Bryan Berry [EMAIL PROTECTED] wrote: The first XO casualty at Nepal's pilot schools a few days ago. A second grader washed his XO because it had gotten too dirty. Thankfully, the display, cpu and motherboard seem to be working fine. The keyboard is non-functional and the mouse is nominally functional. Anyone know a fix for a washed out keyboard besides complete replacement? -- Bryan W. Berry Systems Engineer OLE Nepal, http://www.olenepal.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Bryan W. Berry Systems Engineer OLE Nepal, http://www.olenepal.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Remarks on the Work of Sugar
Any follow-up on the idea of having a precise list of maintainers for all Sugar activities? Even just the email address from the git repo would be nice. Thanks! Simon Schampijer [EMAIL PROTECTED] writes: What I find interesting is that as well areas where contributions are quite easy to do (Activities) have really stagnated. At the moment we lack maintainers for most of them. Browse, Pippy, Chat, Terminal and Etoys are well covered because they are maintained by core people. -- Bastien ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Remarks on the Work of Sugar (kid contributions)
John Gilmore [EMAIL PROTECTED] writes: you can't just share a file, you have to share an activity, ... Right. Idea for a new activity: Candy Bag. You open a bag (i.e. you launch the CandyBag activity), then you put journal entries in it, then sharing this activity means that your friends can grab a candy in your bag. If we want the kids who *love* their machines to come to *know* and *evolve* their machines, there's a lot more work to be done. Let's not lose the focus of making the *teachers* love the machines. And let's don't see children as small hackus homunculus! :) -- Bastien ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Congratulations! but Sugar sucks
Let me try to prioritize this list, from what I've experienced in the field (Haïti): Benjamin M. Schwartz [EMAIL PROTECTED] writes: 1. The datastore 2. OS Updates 3. File Sharing 4. Activity Modification 5. Bitfrost 6. Power management I'd reorder this into: 1. Power management 2. OS Updates 3. The datastore 4. File Sharing 5. Bitfrost 6. Activity Modification -- Bastien ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Please help test our new weekly test build!
We are thrilled to announce a new joyride-weekly test image, joyride-2230, valid until Wednesday, August 6. Please help test it according to the detailed instructions at http://wiki.laptop.org/go/Friends_in_testing while we still have time to fix issues you might find! Our specific interest this week is on activity compatibility: Does your favorite activity still run on joyride-2230? Currently known issues are recorded at: http://wiki.laptop.org/go/Test_Group_Release_Notes#Build_Joyride_2230 New issues should be filed in our bug-tracking system (dev.laptop.org) according to http://wiki.laptop.org/go/Submitting_bugs or by notifying us by other means. Thanks! Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 2237
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2237 Changes in build 2237 from build: 2236 Size delta: 0.00M -rsyslog 3.16.1-2.fc9 +rsyslog 3.18.1-1.fc9 --- Changes for rsyslog 3.18.1-1.fc9 from 3.16.1-2.fc9 --- + upgrade -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Terminals
One of our present security difficulties is that the Terminal activity is not isolated. It is de-isolated so that it can serve the dual role of root terminal and 'general exploration' terminal. Perhaps reviving the Quake Terminal for the root-terminal role and isolating the Terminal activity proper would be a nice way to solve half of our security issue? Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Remarks on the Work of Sugar
+1 There are some activities clustered together here from the list of git projects: http://dev.laptop.org/~sj/git-list.txt SJ On Wed, Jul 30, 2008 at 10:42 PM, Bastien [EMAIL PROTECTED]wrote: Any follow-up on the idea of having a precise list of maintainers for all Sugar activities? Even just the email address from the git repo would be nice. Thanks! Simon Schampijer [EMAIL PROTECTED] writes: What I find interesting is that as well areas where contributions are quite easy to do (Activities) have really stagnated. At the moment we lack maintainers for most of them. Browse, Pippy, Chat, Terminal and Etoys are well covered because they are maintained by core people. -- Bastien ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Terminals
Curious as to what occasions need root access within X Windows? Maybe the console is enough? -walter On Thu, Jul 31, 2008 at 9:38 PM, Michael Stone [EMAIL PROTECTED] wrote: One of our present security difficulties is that the Terminal activity is not isolated. It is de-isolated so that it can serve the dual role of root terminal and 'general exploration' terminal. Perhaps reviving the Quake Terminal for the root-terminal role and isolating the Terminal activity proper would be a nice way to solve half of our security issue? Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Terminals
On Thu, 31 Jul 2008, Walter Bender wrote: Curious as to what occasions need root access within X Windows? Maybe the console is enough? if the console font has been changed to something more readable it can be used. there end up being a surprising number of things where advanced users end up needing to tweak the system. not having to switch out of X to do it can be handy (this matters a bit less then usual currently due to forcing everything to be full screen) David Lang -walter On Thu, Jul 31, 2008 at 9:38 PM, Michael Stone [EMAIL PROTECTED] wrote: One of our present security difficulties is that the Terminal activity is not isolated. It is de-isolated so that it can serve the dual role of root terminal and 'general exploration' terminal. Perhaps reviving the Quake Terminal for the root-terminal role and isolating the Terminal activity proper would be a nice way to solve half of our security issue? Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Terminals
Note that I am currently working on a (somewhat large) patch which will not turn off isolation for anything outside share/... (that is, the activities in ~/Activities will all be isolated). This will close the gigantic security hole where anything named Terminal or Journal was not isolated. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
NetworkManager complaining about missing /sbin/restorecon
Hi devel@,
In joyride-2231, NetworkManager's complaining about missing
/sbin/restorecon:
-bash-3.2# grep restorecon /var/log/messages | tail -1
Aug 1 02:57:13 xo NetworkManager: WARN nm_spawn_process():
nm_spawn_process('/sbin/restorecon /etc/hosts'): could not spawn process.
(Failed to execute child process /sbin/restorecon (No such file or
directory))#012
...which another F9 box claims is provided by policycoreutils:
$ rpm -q --whatprovides /sbin/restorecon
policycoreutils-2.0.52-5.fc9.x86_64
It doesn't appear to be causing any problems besides the warning.
Should this package / file be in joyride? I can open a ticket...
Martin
pgpI32DrV6ZCe.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: Terminals
michael wrote: One of our present security difficulties is that the Terminal activity is not isolated. It is de-isolated so that it can serve the dual role of root terminal and 'general exploration' terminal. Perhaps reviving the Quake Terminal for the root-terminal role and isolating the Terminal activity proper would be a nice way to solve half of our security issue? a) what's the Quake terminal, and b) how does it help? (if it's an activity, it would just move the problem, so i'm guessing it's not?) paul =- paul fox, [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Your journal is empty
Recently, I have on two occasions with Joyride (2229+, 2232) pressed ctl-alt-erase in order to restart Sugar. Both times. when Sugar came up, the Journal screen told me 'Your journal is empty'. If unwanted emptying of the Journal were to be experienced by others (in addition to me), then I think this problem should be a SERIOUS blocker to 8.2. mikus (G1G1) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Terminals
On Thu, Jul 31, 2008 at 11:08:17PM -0400, [EMAIL PROTECTED] wrote: michael wrote: One of our present security difficulties is that the Terminal activity is not isolated. It is de-isolated so that it can serve the dual role of root terminal and 'general exploration' terminal. Perhaps reviving the Quake Terminal for the root-terminal role and isolating the Terminal activity proper would be a nice way to solve half of our security issue? a) what's the Quake terminal A vte-based widget run from within the Sugar shell: http://xo.cutup.org/quake-terminal.txt b) how does it help? It runs within the Sugar shell, so it's privileged. paul Martin pgpGEwSipq58T.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Terminals
Michael Stone writes: One of our present security difficulties is that the Terminal activity is not isolated. It is de-isolated so that it can serve the dual role of root terminal and 'general exploration' terminal. Perhaps reviving the Quake Terminal for the root-terminal role and isolating the Terminal activity proper would be a nice way to solve half of our security issue? No. First of all, that would force usage of the root account to get to the olpc account. There is little reason to want a random user, but plenty of reason to want both olpc and root. Second of all, the ability to de-isolate an arbitrary activity is important. Isolation needs to be under the user's control. Except to prevent a user from locking himself out by isolating the de-isolation tool, no activity should be specially known to Bitfrost or Sugar. Isolation is righfully a user choice. It's OK to make isolation easier though, to avoid accidents. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Random observations with joyride-2225 and latest activities
On Thu, Jul 31, 2008 at 12:36 AM, Michael Stone [EMAIL PROTECTED] wrote: On Wed, Jul 30, 2008 at 03:05:18PM -0400, Daniel Drake wrote: On Tue, 2008-07-29 at 09:32 +0200, Christoph Derndorfer wrote: a) Record: using v56 the activity starts up fine, the display shows whatever the camera is capturing, I can go into fullscreen-mode, switch to different tabs, etc. However once I press the capture-button the whole thing basically freezes, sometimes I was still able to move the mouse but clicking wouldn't have any impact, at other times Sugar completely froze and I had to do a hard reset of the XO. Your save-nand image loaded onto my XO just fine, but Record worked fine. Must be something hardware related. very odd. It could also be hardware independent but non-deterministic. Or deterministic but triggered under input that you didn't give. Michael Hey guys, thanks a lot for all the feedback. Unfortunately I haven't been able to submit any tickets about the issues I encountered as I've been busy with getting ready for flying back across the pond. This has been somewhat painful due to by my flight being canceled today thanks to strikes at Lufthansa. (Oh the fun of last-minute re-booking) Anyway, I hope to be back on speed by Tuesday or something and will submit the respective tickets then. Best regards, Christoph -- Christoph Derndorfer Co-Editor, OLPCnews url: www.olpcnews.com e-mail: [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Your journal is empty
On Fri, Aug 1, 2008 at 2:26 PM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Recently, I have on two occasions with Joyride (2229+, 2232) pressed ctl-alt-erase in order to restart Sugar. Both times. when Sugar came up, the Journal screen told me 'Your journal is empty'. If unwanted emptying of the Journal were to be experienced by others (in addition to me), then I think this problem should be a SERIOUS blocker to 8.2. You might know this - but just in case and for others reading: if the datastore fails to come up for any reason, the datastore storage dir (~/.sugar/default/datastore) gets moved aside and a new one is created. If you lost your journal this way, the files are in ~/.sugar/default/datastore.XXX . It will be interesting to know why ds failed to come up and file it as a bug if relevant. Do the logs in .sugar/default/logs say anything interesting? cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: identifying which builds are signed
I have a general question. I'm going to be helping some Ship.2 G1G1 users (without developer keys) to perform off-line-upgrades of their systems. Currently I have to data mine through the wiki to verify which builds are signed (and can be applied from an USB stick). Things in http://download.laptop.org/xo-1/os/official/ http://download.laptop.org/xo-1/os/candidate/ can be installed on locked machines. When we sign candidates or make candidates official, we send announcements and publish the signed build in the appropriate directory. Thank you for the information. I'm concluding from your answer that there is _no_ way to tell, by examining the 'binary' of the build (e.g., os___.ucb), whether that build is signed or not. My interpretation of the wiki is that the 'fs.zip' file from the signed build is needed only when one is doing a clean install which wipes out the ENTIRE NAND. If one wants to preserve /home/olpc on a secured machine, one can instead use 'olpc-update' to upgrade to the new build -- and the description of 'olpc-update' says NOTHING about any 'fs.zip' file needing to be input. Thanks, mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] More XS notes
* The olpc-scripts in /etc/sysconfig/olpc-scripts/ are just plain confusing. * Ejabberd is extremely flaky Even the smallest changes to the ejabberd.cfg file seem to make it crash. I added and extra admin acct to the admins acl on my laptop's ejabberd install and now ejabberd won't run. Sometimes it seems that the only way to get ejabberd running properly was to reboot the machine. Perhaps this was due to funky stuff hanging out in the Mnesia database? Can anyone tell me more about this? Ejabberd can be used w/ a relational database such as postgres instead of Mnesia. Can anyone comment on the advantages, disadvantages of this? * Shorewall We have installed shorewall and using it to manage iptables. * Dansguardian and Squid up and running. Dansguardian was a bit tricky, particularly the Shorewall configuration. * Moodle Got it up and running using Postrgres, which was bit tricky Questions: 1) Easier ways to work w/ ejabberd? 2) anyone succeeded in interconnecting ejabberd b/w two schools? 3) Martin: can you comment on the use of DOOR or Fedora Commons as a local repository? 4) What is the current state of integrating fedora-commons and Moodle? Todo: 1) test out ds-backup 2) test out XS features fully w/ actual XO's 3) test the XS for performance and disaster recovery 5) Get fedora-commons running on the XS and integrate w/ Moodle (longterm project) Will send out our config notes for what we have done so far later today. -- Bryan W. Berry Systems Engineer OLE Nepal, http://www.olenepal.org ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] incomplete XS install notes
h1. Schoolserver
These are the notes from XS configuration David Van Assche have been
working on this week. It is not yet complete. I will try to put them on
the wiki when they are complete. I haven't included several crucial
pieces of information such as the Shorewall configuration files.
Step 1. Install from .iso
h3. Network Configuration
* IP
** rm /etc/sysconfig/network-scripts/ifcfg-msh*
** rm /etc/sysconfig/network-scripts/ifcfg-eth2-4
** vi /etc/sysconfig/network-scripts/ifcfg-eth0 and ifcfg-eth1 change to
static IP Addresses
** ifcfg-eth0 change to WAN address, in OLE office 192.168.5.xx,
disable ipv6 causes problems w/ ejabberd
** ifcfg-eth1 leave as default
** vi /etc/dhcpd.conf add Internet DNS under option
domain-name-servers in addition to 172.18.0.1
* DNS changes
** /etc/sysconfig/olpc-scripts/domain_config sanepa.schoolnet.gov.np
where sanepa is the school
** /etc/sysconfig/network change hostname to
schoolserver.sanepa.schoolnet.gov.np
** cd /var/named
** sed -i 's/random.xs.laptop.org/sanepa.schoolnet.gov.np/g' school*
** Change comments (#) and C in /var/named/school.internal.zone.db to
; and CNAME (fixed in XS_165)
h3. Squid
* -- /etc/squid/squid.conf
** at line 117 change: dns_nameservers 172.18.0.1 192.168.5.1
** acl school src 172.18.0.0/255.255.0.0 192.168.5.0/255.255.255.0 #
add external and internal networks
h3. Moodle
* yum install moodle postgresql-server
* service postgresql initdb
* sudo -u postgres createuser -D -A -P moodle
* sudo -u postgres createdb -E utf8 -O moodle moodle
* sudo -u postgres psql moodle
# ALTER USER postgres WITH PASSWORD 'moodle';
# \q
* sudo nano /etc/postgresql/8.1/main/pg_hba.conf change Method for both
host entries to md5
* sudo /etc/init.d/postgresql restart
h3. Ejabberd
* add this line to /etc/ejabberd/ejabberd.cfg
{acl, admin, {user, admin, schoolserver.sanepa.schoolnet.gov.np}}.
Don't forget the period at the end!
* cd /etc/init.d/
* chkconfig --level 345 ejabberd
* disable ipv6 by removing it from
{5280, ejabberd_http, [
ipv6,
* Logging on to http://schoolserver:5280/admin provide full username
[EMAIL PROTECTED]
* Create online group @online@
h3. Dansguardian
* zlib-devel pcre-devel autoconf automake gcc-c++ libtool compat-gcc-3.4
* used rpm from dries repo, add to testing.repo, or stable.repo if you
are using that repo
[dries]
name=Extra Fedora rpms dries - $releasever - $basearch
baseurl=http://ftp.belnet.be/packages/dries.ulyssis.org/fedora/linux/$releasever/$basearch/dries/RPMS/
* yum update
* yum install dansguardian
* settings in /etc/dansguardian/dansguardian.conf
** filterport=8081 # not 8080
** loglevel =1
** loglocation = /var/log/dansguardian/access.log
** urlcachenumber = 5000
** reverseaddresslookups = on
** reverseclientiplookups = on
** maxchildren=250
** minsparechildren=8
** daemonuser=dansguardian
** daemongroup=dansguardian
* settings in bannedextensionslist
** commented out bans for UNIX archive file types
h3. Shorewall
* yum install shorewall
* settings in /etc/shorewall/shorewall.conf
** Startup_Enabled=Yes
** LOGFILE=/var/log/shorewall
** LOGRATE= ?
** LOGBURST = ? to be set
** BRIDGING = Yes
* /etc/shorewall/masq
** eth0 eth1 -- this bridges b/w the two
* /etc/shorewall/interfaces
** net eth0
** loc eth1
* /etc/shorewall/zones -- these changes make the interfaces use ipv4
** loc -
** fwfirewall
** net -
* Setting up policy -- /etc/shorewall/policy
* Setting up Rules -- allow access to ssh at port , ejabberd at 5280
* add to Rules
REDIRECT loc 8081TCP
h3. Todo
Dansguardian
* Need to consider adding blocks for stuff like myspace.com
* decide on naughtyness limit set in dansguardianf1.conf ?Higher or
lower? Real concern is the parents and teachers viewing inappropriate
stuff, less so the kids.
* decide which file extensions to ban
Issues:
* Ejabberd a total PITA to set up and modify. We spent 60% of install
time fighting ejabberd.
* Currently XO's seem to need a fqdn to access jabber. This means every
school needs a different XO image configuration. Major hassle
* Routing not yet working properly
* The XS wiki entries are a mess and often provide incorrect information
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Testing EduBlog
Hi Greg, FYI presentation will be in 1CC at 12:30 - 1:30 US ET Friday so please don't mess with the server for that hour. We won't touch the server until after the demo is all done. Especially since this abiword stuff affects the whole server and is therefore potentially dangerous. Send over any presentation or demo stuff you have done already (we will use it eventually) but top priority is doing what Pablo needs to start the beta. If all goes perfectly well, we should be ready by Wednesday, Friday if there are minor glitches. Sorry for missing the August 1st target, I did not foresee this Write issue in 656. Marcel made good progress in getting abiword installed and there are now a few dependencies to resolve. I am mostly trying to perfect the UI with Pablo's suggestions and we can test both areas of work after abiword is installed. I like your idea of using the mockup/backup for the demo. I just tested the version at: http://edublog.venango.org/test/EduBlog/mockup/ui/student_sp.php and it is working. In the event something goes wrong with that, the older version at: http://olpc.betarun.com/dev/ui/student_sp.php is also still up. == Also, I'm flying back Friday night and will be offline until Monday. == Thanks, Tarun ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
