Re: problems w/ new Nepali keyboard
but on second boot, the keyboard switching seems to work. verrry strange On Tue, 2009-03-31 at 09:51 +0545, Bryan Berry wrote: > We just got our new XO's last night and we are having problems switching > languages using the switch language key > > The key actually works w/ the pre-installed 767 image from OLPC but not > our customized image that is also 767. What could we have screwed up? > > Btw, the new XO's finally have the Nepali keyboard, which we didn't have > before > -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
problems w/ new Nepali keyboard
We just got our new XO's last night and we are having problems switching languages using the switch language key The key actually works w/ the pre-installed 767 image from OLPC but not our customized image that is also 767. What could we have screwed up? Btw, the new XO's finally have the Nepali keyboard, which we didn't have before -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Journal oddity: metadata with no file?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Mar 30, 2009 at 05:36:18PM +0200, Sascha Silbe wrote: > On Mon, Mar 30, 2009 at 05:11:46PM +0200, Martin Langhoff wrote: > >> Only if something useful is stored. I was wrong to point a finger to >> Browse - the culprit is Terminal. > Try the latest version of Terminal. It does store both current working > directory and the scrollbuffer (awesome, BTW!). Wauw! - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknQ9y4ACgkQn7DbMsAkQLhGMACggEWjHJeCv6OwqmgPRj4nzs4k ekoAoJ9Oy6cP6WnDuMoIkuYh8JfNOHPP =f69/ -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Journal oddity: metadata with no file?
On Mon, Mar 30, 2009 at 1:29 PM, Gary C Martin wrote: > On 30 Mar 2009, at 17:27, Eben Eliason wrote: > > > 2009/3/30 Sascha Silbe : > >> On Mon, Mar 30, 2009 at 05:11:46PM +0200, Martin Langhoff wrote: > >> > >>> Only if something useful is stored. I was wrong to point a finger to > >>> Browse - the culprit is Terminal. > >> > >> Try the latest version of Terminal. It does store both current > >> working > >> directory and the scrollbuffer (awesome, BTW!). > > > > Fantastic! I've been awaiting that improvement. Does it restore the > > command history as well (and the environment, too, preferably)? I > > think that would be exceedingly useful, and would give even more > > reason to store separate terminal sessions for working in various > > directories, or on various projects. > > Just covers journal save/resume of tabs, scrollback and working > directory so far – but that makes a big difference already for folks > who live on the Terminal side :-) I do hope to eventually add environment save/restore, among other things. > You should take a look from a UI design point of view as Wade added > multiple tab support (toolbar buttons for tab add/remove and > navigation, with the new tabs appearing along the bottom of the > screen, a little like IRC does for rooms). I can see other Activity > developers may pick up on this style so you might want to give it a > once over re the design; perhaps at least standardise on some toolbar > icons for tab functionality so other developers know what's good to > pick-up on. > >http://dev.sugarlabs.org/ticket/648#comment:1 Yeah, I would love to see some better theming for gtk.Notebook - or an alternate Sugar toolkit class specifically for tabs. And tab specific toolbar icons would also be most welcome. I currently have: Open New Tab, Close Tab, Next Tab and Previous Tab. I also plan to add 'New Tab with Command' which prompts the user for a command using an Alert, and then re-executes that command each time the Terminal instance is resumed. The overall goal is to use the concept of resumable activities to make Terminal more like GNU screen :) Regards, Wade ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Journal oddity: metadata with no file?
On 30 Mar 2009, at 17:27, Eben Eliason wrote: > 2009/3/30 Sascha Silbe : >> On Mon, Mar 30, 2009 at 05:11:46PM +0200, Martin Langhoff wrote: >> >>> Only if something useful is stored. I was wrong to point a finger to >>> Browse - the culprit is Terminal. >> >> Try the latest version of Terminal. It does store both current >> working >> directory and the scrollbuffer (awesome, BTW!). > > Fantastic! I've been awaiting that improvement. Does it restore the > command history as well (and the environment, too, preferably)? I > think that would be exceedingly useful, and would give even more > reason to store separate terminal sessions for working in various > directories, or on various projects. Just covers journal save/resume of tabs, scrollback and working directory so far – but that makes a big difference already for folks who live on the Terminal side :-) You should take a look from a UI design point of view as Wade added multiple tab support (toolbar buttons for tab add/remove and navigation, with the new tabs appearing along the bottom of the screen, a little like IRC does for rooms). I can see other Activity developers may pick up on this style so you might want to give it a once over re the design; perhaps at least standardise on some toolbar icons for tab functionality so other developers know what's good to pick-up on. http://dev.sugarlabs.org/ticket/648#comment:1 Regards, --Gary > Eben > >> CU Sascha >> >> -- >> http://sascha.silbe.org/ >> http://www.infra-silbe.de/ >> >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.9 (GNU/Linux) >> >> iQEcBAEBAgAGBQJJ0ObvAAoJELpz82VMF3DaOSgH/2uX05niz0SGEly6GNorUBgl >> /18s6x3TuCxLAj1V3CcnXsKURo2zH7retXO5KIvxoHsIA7OatNofVVG+iVt82gr4 >> onBRiDg33dVkgE7sU1CMV9cuPX7Q4B94wehPh3+F5ew9S3KBxqONtmOO7KhNRo2T >> HAA5B30sSbXoAmBnI98Cpbu7ovngUbJ4Koty52CZh8Ur1HXKDTaa2VC8mFSHw3O9 >> WpH7zg+01wyw1lIuQQtxdAVBsbruyrTh7ccGrNZKQGZGBKheH7uvi+Z5yo6wbnz7 >> S47oUelBxMfuDuKgkDKcvlMyFyMEiZPHkkFORUJS9aOg8cCrVyTa4yjYXX7mOwc= >> =xWqp >> -END PGP SIGNATURE- >> >> ___ >> Sugar-devel mailing list >> sugar-de...@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-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: [Sugar-devel] Journal oddity: metadata with no file?
2009/3/30 Sascha Silbe : > On Mon, Mar 30, 2009 at 05:11:46PM +0200, Martin Langhoff wrote: > >> Only if something useful is stored. I was wrong to point a finger to >> Browse - the culprit is Terminal. > > Try the latest version of Terminal. It does store both current working > directory and the scrollbuffer (awesome, BTW!). Fantastic! I've been awaiting that improvement. Does it restore the command history as well (and the environment, too, preferably)? I think that would be exceedingly useful, and would give even more reason to store separate terminal sessions for working in various directories, or on various projects. Eben > CU Sascha > > -- > http://sascha.silbe.org/ > http://www.infra-silbe.de/ > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iQEcBAEBAgAGBQJJ0ObvAAoJELpz82VMF3DaOSgH/2uX05niz0SGEly6GNorUBgl > /18s6x3TuCxLAj1V3CcnXsKURo2zH7retXO5KIvxoHsIA7OatNofVVG+iVt82gr4 > onBRiDg33dVkgE7sU1CMV9cuPX7Q4B94wehPh3+F5ew9S3KBxqONtmOO7KhNRo2T > HAA5B30sSbXoAmBnI98Cpbu7ovngUbJ4Koty52CZh8Ur1HXKDTaa2VC8mFSHw3O9 > WpH7zg+01wyw1lIuQQtxdAVBsbruyrTh7ccGrNZKQGZGBKheH7uvi+Z5yo6wbnz7 > S47oUelBxMfuDuKgkDKcvlMyFyMEiZPHkkFORUJS9aOg8cCrVyTa4yjYXX7mOwc= > =xWqp > -END PGP SIGNATURE- > > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Journal oddity: metadata with no file?
On Mon, Mar 30, 2009 at 05:11:46PM +0200, Martin Langhoff wrote: Only if something useful is stored. I was wrong to point a finger to Browse - the culprit is Terminal. Try the latest version of Terminal. It does store both current working directory and the scrollbuffer (awesome, BTW!). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?
On 25/03/09 18:20, Toby Collett wrote: > Not a GSoC project, just a project(crcsync is the name at the moment). > Initial target is a double proxy server, one each end of the slow link, > with dreams of web standards and browser integration following. > > Seems to me that both projects need the same upstream server extension > to be able to send the deltas down. Current state of the apache modules > is that all the major pieces are in place but not a lot testing and no > optimisation has been carried out yet. OK. So maybe the browser integration for this, or at least the groundwork for it, is what our SoC project should be. Particularly if you have Apache modules that work already. See https://wiki.mozilla.org/Community:SummerOfCode09:WebPagesOverRsync for where we are at the moment. We are getting incredible amounts of interest in this project - more than all the others combined. It seems like an idea whose time has come. Gerv ___ Server-devel mailing list server-de...@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Sugar-devel] Journal oddity: metadata with no file?
On Mon, Mar 30, 2009 at 17:19, Gary C Martin wrote: > Hi Martin, > > On 30 Mar 2009, at 15:54, Martin Langhoff wrote: > >> Working a bit on the restore angle of things, if I look at the >> metadata entries to build a restorable Journal Entry Bundle... well... >> in many cases there is no file to build it from. > > I know previous releases of Sugar had a design flaw that lost any non- > standard metadata after a reboot (Read resuming back to the page you > were reading was a common issue). Pretty sure Tomeu fixed this with > his re-build of the datastore (sorry should really go check/test). If > so, arbitrary metadata is a **great** way for storing small items of > data rather than building a new file format. Yup, should be working now. Regards, Tomeu > I just think of all the time I (and others) wasted with json/ > simplejson/cjson for Moon :-( when all I'm keeping is a couple of > preference flags for the view state (I'd first implemented in > metadata, until I realised the original design flaw). > > Journal entries made of just metadata is a great feature for Activity > developers, not a flaw. > > Regards, > --Gary > >> Is that normal. Expected? I am tempted to skip those 'Journal entries' >> as they have no apparent value. Do people generally agree, or am I >> being bling to some obvious useful part to them? >> >> Offtopic: Some of the complaints about 'noise' and clutter in the >> Journal are probably about these content-less entries. Yes, the user >> has opened Browse.xo 3 times today, but that's hardly a document >> worthy of backing up, or even storing. >> >> cheers, >> >> >> martin >> -- >> martin.langh...@gmail.com >> mar...@laptop.org -- School Server Architect >> - ask interesting questions >> - don't get distracted with shiny stuff - working code first >> - http://wiki.laptop.org/go/User:Martinlanghoff >> ___ >> Devel mailing list >> Devel@lists.laptop.org >> http://lists.laptop.org/listinfo/devel > > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Journal oddity: metadata with no file?
Hi Martin, On 30 Mar 2009, at 15:54, Martin Langhoff wrote: > Working a bit on the restore angle of things, if I look at the > metadata entries to build a restorable Journal Entry Bundle... well... > in many cases there is no file to build it from. I know previous releases of Sugar had a design flaw that lost any non- standard metadata after a reboot (Read resuming back to the page you were reading was a common issue). Pretty sure Tomeu fixed this with his re-build of the datastore (sorry should really go check/test). If so, arbitrary metadata is a **great** way for storing small items of data rather than building a new file format. I just think of all the time I (and others) wasted with json/ simplejson/cjson for Moon :-( when all I'm keeping is a couple of preference flags for the view state (I'd first implemented in metadata, until I realised the original design flaw). Journal entries made of just metadata is a great feature for Activity developers, not a flaw. Regards, --Gary > Is that normal. Expected? I am tempted to skip those 'Journal entries' > as they have no apparent value. Do people generally agree, or am I > being bling to some obvious useful part to them? > > Offtopic: Some of the complaints about 'noise' and clutter in the > Journal are probably about these content-less entries. Yes, the user > has opened Browse.xo 3 times today, but that's hardly a document > worthy of backing up, or even storing. > > cheers, > > > martin > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ > 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: [Sugar-devel] Journal oddity: metadata with no file?
On Mon, Mar 30, 2009 at 5:08 PM, Sascha Silbe wrote: > I disagree. History and current location are the result of some research and Only if something useful is stored. I was wrong to point a finger to Browse - the culprit is Terminal. And we do end up with all these 'Terminal Activity was once opened' entries in teh Journal with nothing behind them. :-( cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Journal oddity: metadata with no file?
On Mon, Mar 30, 2009 at 04:54:38PM +0200, Martin Langhoff wrote: Offtopic: Some of the complaints about 'noise' and clutter in the Journal are probably about these content-less entries. Yes, the user has opened Browse.xo 3 times today, but that's hardly a document worthy of backing up, or even storing. I disagree. History and current location are the result of some research and while not a document in the usual sense, it sure is worth saving for later retrieval (either as a starting point to continue the research or to reevaluate it). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Journal oddity: metadata with no file?
Working a bit on the restore angle of things, if I look at the metadata entries to build a restorable Journal Entry Bundle... well... in many cases there is no file to build it from. Is that normal. Expected? I am tempted to skip those 'Journal entries' as they have no apparent value. Do people generally agree, or am I being bling to some obvious useful part to them? Offtopic: Some of the complaints about 'noise' and clutter in the Journal are probably about these content-less entries. Yes, the user has opened Browse.xo 3 times today, but that's hardly a document worthy of backing up, or even storing. cheers, martin -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Code walk-through desired
Morgan, I thought sugar-devel was aimed at those developing Sugar itself, and this list was for developers of Sugar Activities. I don't subscribe to sugar-devel for that reason. Maybe I should subscribe to both lists for awhile and see which one I'd be better off lurking in. Thanks, James Simmons Morgan Collett wrote: On Sat, Mar 28, 2009 at 00:31, James Simmons wrote: As many of you already know, I have written a couple of Activities called Read Etexts and View Slides. For the most part they work pretty well, however they are written entirely in Python by someone who learned the language mostly by cutting and pasting code from other applications and reading articles found via The Google. As someone who has programmed for a living for over thirty years (Java, C, COBOL, BAL), I have to wonder if I really know what I'm doing, or if there is a better way to do what I'm trying to do. For instance, I wanted to show progress messages when a user is receiving a shared document, and to do that I needed to return control to the pygtk mainloop after each message so the screen could be redrawn. What I did works just fine in View Slides, but the same exact code in Read Etexts just makes the Activity hang, so I commented it out. Is it because Read Etexts uses multi-threading? Or is what I'm doing just *wrong* and somehow I'm getting away with it in View Slides? What I could really use, if any of you have the time and inclination to do it, is a code walkthrough. If you look at my code and see something you don't like, tell me about it, and maybe point me to an article that will help me do it better. You can find my code by looking at the Activities -- All page and following the links to my sugarlabs git repositories. I'm thinking about adding an annotation and highlighting feature to Read Etexts. I've described my ideas on that in the Read Etexts page in the wiki. If anyone has suggestions on how I might implement those ideas in Python and pygtk please pass them along. The members of this list have been extremely helpful in making these Activities as good as they have become. Thanks, James Simmons Perhaps you meant to send this to the sugar-devel list? Regards Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Any lease validation code in OFW?
2009/3/29 Martin Langhoff : > Hi Mitch, devel@, > > while I finish other work, in the back of my mind I am drafting my > workplan for finishing off the 'delegated leases' stuff. > > One of my assumptions so far is that OFW does not care at all about > the leases. All the lease checks and USB/Wifi retrieval is all > happening in the Linux userland of the initrd. > > ... right...? Wrong... OFW checks the lease and actually boots a different initramfs depending on whether the system is activated or unactivated. (the initramfs's are the same in the current Linux-level implementation, but don't have to be). OFW needs to support the new delegated-lease format for it to become a reality. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Code walk-through desired
On Sat, Mar 28, 2009 at 00:31, James Simmons wrote: > As many of you already know, I have written a couple of Activities > called Read Etexts and View Slides. For the most part they work pretty > well, however they are written entirely in Python by someone who learned > the language mostly by cutting and pasting code from other applications > and reading articles found via The Google. As someone who has > programmed for a living for over thirty years (Java, C, COBOL, BAL), I > have to wonder if I really know what I'm doing, or if there is a better > way to do what I'm trying to do. For instance, I wanted to show > progress messages when a user is receiving a shared document, and to do > that I needed to return control to the pygtk mainloop after each message > so the screen could be redrawn. What I did works just fine in View > Slides, but the same exact code in Read Etexts just makes the Activity > hang, so I commented it out. Is it because Read Etexts uses > multi-threading? Or is what I'm doing just *wrong* and somehow I'm > getting away with it in View Slides? > > What I could really use, if any of you have the time and inclination to > do it, is a code walkthrough. If you look at my code and see something > you don't like, tell me about it, and maybe point me to an article that > will help me do it better. You can find my code by looking at the > Activities -- All page and following the links to my sugarlabs git > repositories. > > I'm thinking about adding an annotation and highlighting feature to Read > Etexts. I've described my ideas on that in the Read Etexts page in the > wiki. If anyone has suggestions on how I might implement those ideas in > Python and pygtk please pass them along. > > The members of this list have been extremely helpful in making these > Activities as good as they have become. Thanks, > > James Simmons Perhaps you meant to send this to the sugar-devel list? Regards Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel