Re: [Sugar-devel] git.sugarlabs.org difficulties
On Tue, Feb 17, 2009 at 10:01 AM, Bernie Innocenti wrote: > You should be using gitorious@ rather than vepla...@. > > Yes, it's awkward, but it's explained somewhere on the repository > page. Internally, gitorious dispatches individual users by means of > ~/.ssh/authorized_keys. Strange. So you cannot have 2 accounts with the same ssh key? 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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] any way to display "Nand full" boot message in Nepali?
I am quite happy that the XO now displays a "Disk full" message when the nand is full and notifies the user that a number of journal entries will be deleted. Is there any way to display that same text in Nepali for our users here in Nepal? -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] webactivity: seed the XS cookie at startup
On Tue, Feb 17, 2009 at 11:03 AM, Simon Schampijer wrote: > Well, your call - using the schoolserver url then? The fqdn from backup server or jabber server. Either will do until we fix the registration stuff. > Well, it gets the core functionality. If a method can only throw exceptions > A I do not need to except for all exceptions. Not clearly defining which > errors one is looking for does more hide errors. My POV :) Makes sense. I take it you're happy to fix things up so taht the 2 branches are reasonably in sync? Thanks! 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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] webactivity: seed the XS cookie at startup
Martin Langhoff wrote: > On Mon, Feb 16, 2009 at 9:36 PM, Simon Schampijer wrote: >> Our registration URL is REGISTER_URL = 'http://schoolserver:8080/', wouldn't >> the right Domain than be 'schoolserver'? Since the cookie is about the >> registration with the schoolserver this makes most sense to me (the jabber >> server could be somewhere else). > > Call me silly, but I really want to set it to the fqdn to avoid > exposing the cookie too much. Browse.xo homepage links to > http://schoolserver/ and that will match any wildcard dns entry, > needlessly pushing out info that is better kept quiet. Well, your cal - using the schoolserver url then? > The XS will redirect to its own fqdn -- and there Browse.xo will send > the cookie. > >> Well, all the calls in the try block are sqlite3 ones - if they fail - we >> catch it. If something else goes wrong - we want to fail and not hide ;p > > This is of course a matter of style, and I'm not familiar with the > Sugar coding style. So with curiosity I ask... why? My PoV is that > this is an enhancement to the core function of Browse.xo . A > nice-to-have thing. If it fails (and noting that it happens at startup > time), it should not stop the user from getting the core functionality > of Browse. Well, it gets the core functionality. If a method can only throw exceptions A I do not need to except for all exceptions. Not clearly defining which errors one is looking for does more hide errors. My POV :) >> BTW: Is there a spec you used for the cookie format? I find field >> descriptions like expires - you name it expiry. > > Well, there are some post-facto specs on the old 'cookies.txt' format, > but since it's moved to sqlite I don't think anyone has spec'd it. > Still, if you look at the cookies.txt formats, it is self-explanatory. > > In terms of where I got the fieldnames from, I did: > > $ cd .mozilla/firefox/2hrgnz74.default/ > $ ls cookies. > cookies.sqlite cookies.txt > $ sqlite3 cookies.sqlite > SQLite version 3.5.9 > Enter ".help" for instructions > sqlite> .schema moz_cookies > CREATE TABLE moz_cookies (id INTEGER PRIMARY KEY, name TEXT, value > TEXT, host TEXT, path TEXT,expiry INTEGER, lastAccessed INTEGER, > isSecure INTEGER, isHttpOnly INTEGER); > > and I copy/pasted that. That's how the semicolon sneaked in :-/ > > thanks! > > > m Thanks will have a look, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] webactivity: seed the XS cookie at startup
On Mon, Feb 16, 2009 at 9:36 PM, Simon Schampijer wrote: > Our registration URL is REGISTER_URL = 'http://schoolserver:8080/', wouldn't > the right Domain than be 'schoolserver'? Since the cookie is about the > registration with the schoolserver this makes most sense to me (the jabber > server could be somewhere else). Call me silly, but I really want to set it to the fqdn to avoid exposing the cookie too much. Browse.xo homepage links to http://schoolserver/ and that will match any wildcard dns entry, needlessly pushing out info that is better kept quiet. The XS will redirect to its own fqdn -- and there Browse.xo will send the cookie. > Well, all the calls in the try block are sqlite3 ones - if they fail - we > catch it. If something else goes wrong - we want to fail and not hide ;p This is of course a matter of style, and I'm not familiar with the Sugar coding style. So with curiosity I ask... why? My PoV is that this is an enhancement to the core function of Browse.xo . A nice-to-have thing. If it fails (and noting that it happens at startup time), it should not stop the user from getting the core functionality of Browse. > BTW: Is there a spec you used for the cookie format? I find field > descriptions like expires - you name it expiry. Well, there are some post-facto specs on the old 'cookies.txt' format, but since it's moved to sqlite I don't think anyone has spec'd it. Still, if you look at the cookies.txt formats, it is self-explanatory. In terms of where I got the fieldnames from, I did: $ cd .mozilla/firefox/2hrgnz74.default/ $ ls cookies. cookies.sqlite cookies.txt $ sqlite3 cookies.sqlite SQLite version 3.5.9 Enter ".help" for instructions sqlite> .schema moz_cookies CREATE TABLE moz_cookies (id INTEGER PRIMARY KEY, name TEXT, value TEXT, host TEXT, path TEXT,expiry INTEGER, lastAccessed INTEGER, isSecure INTEGER, isHttpOnly INTEGER); and I copy/pasted that. That's how the semicolon sneaked in :-/ thanks! 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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] consequences of re-registering with XS
On Tue, Feb 17, 2009 at 10:01 AM, Daniel Drake wrote: > I've come short of a nice patch (too many pressures at the moment, > sorry) but I have shared our hack here: > http://dev.sugarlabs.org/ticket/362 Looks reasonable... and hackish :-) Registration sets both backup server and jabber server. Once backup server is cleared, I assume that a new registration attempt will set _both_ without choking or throwing exceptions... if not, then it'd be a good idea to remove both. In fact, it might be a good idea anyway: once you've de-registered, as a user my expectation would be that it does _not_ try to connect to the jabber server set at registration time. That registration sets 2 values is an internal detail, as a user, both values should be unset together... 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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] consequences of re-registering with XS
2009/2/14 Martin Langhoff : > On Fri, Feb 13, 2009 at 2:25 AM, Daniel Drake wrote: >> To avoid this situation in future (should we ever run into it again, >> fingers crossed we won't), we are considering a small modification to >> the paraguay OS build which makes the "Discard network history" button >> also clear the XS registration information (by deleting the >> server.backup1 line from sugar config). This code modification can be >> done with a single sed call, since there is already an unused sugar >> function to clear registration info. > > And if you post it as a nice patch, I'll push for it to be folded into > Sugar. It's been on my Sugar wishlist for a while... I've come short of a nice patch (too many pressures at the moment, sorry) but I have shared our hack here: http://dev.sugarlabs.org/ticket/362 > Nope. If an XO forgets it's registered and registers again, nothing > bad happens. The XS welcomes back the long lost son, no prickly > questions asked. Excellent, thanks for the clarification. Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] git.sugarlabs.org difficulties
victor wrote: > I did > > git push vepla...@git.sugarlabs.org:csndsugui/mainline.git --mirror You should be using gitorious@ rather than vepla...@. Yes, it's awkward, but it's explained somewhere on the repository page. Internally, gitorious dispatches individual users by means of ~/.ssh/authorized_keys. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Activities migration status
On 10 Feb 2009, at 00:29, S Page wrote: > Ed McNierney wrote: > >> On the other hand, anyone working on Sugar efforts such as Activity >> development should be encouraged to put all those efforts under the >> Sugar Labs roof where they can be more readily available to the >> entire >> Sugar community (not just the OLPC portion of it). > > Then http://wiki.laptop.org/go/Project_hosting is obsolete. What's > the > equivalent page on sugarlabs.org? Try: http://git.sugarlabs.org/ Its running Gitorious, no need to request permissions/accounts. > Parts of http://wiki.laptop.org/go/Creating_an_activity are also > out-of-date. Personally I rely on source code and pydocs, but I know that doesn't work for all. I'll try and take a look at that page, before I do, any pointers at to bits you found out-of-date? Here's closest thing on SL, the almanac (migrated from laptop wiki) I find that useful: http://sugarlabs.org/go/ActivityTeam/Resources --Gary > -- > =S Page > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RELEASE] Log v14
2009/1/21 Wade Brainerd : > Yikes, I had no idea bout the branch on dev.laptop.org - it wasn't even > moved over to git.sugarlabs.org in the migration! > I'll try and merge the branches after work tonight and release v17. > -Wade Hi Wade Please release v17 soon - I'm updating Ubuntu packages before the feature freeze which is in 3 days, and I'd like to ship the latest Log. Thanks Morgan > > On Wed, Jan 21, 2009 at 8:00 AM, Simon Schampijer > wrote: >> >> Hi Wade, >> >> we were at version 16 already - this was in the 0.82 branch so hard to >> discover :/ >> http://dev.laptop.org/git?p=projects/log-activity;a=shortlog;h=sucrose-0.82 >> >> Can you make another release v17? (you can use the -v command when using >> the release script). >> >> Wade Brainerd wrote: >>> >>> == Source == >>> >>> http://download.sugarlabs.org/sources/sucrose/fructose/Log/Log-14.tar.bz2 >> >> > >>> >>> == News == >>> >>> * New translations from Pootle. >>> >>> Wade >>> >>> PS- The above link does not work yet, I believe some synchronization >>> step has yet to happen between the upload and download servers. >> >> It did not show up until now. Normally it is a hourly script. Bernie fixed >> it yesterday. Maybe another error. >> >> Bernie, any idea? The file is uploaded fine on shell.sugarlabs.org. >> >> Thanks, >> Simon > > > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-jhbuild for Ubuntu 9.04
On Sat, Feb 14, 2009 at 23:24, David Farning wrote: > I have set up a depcheck file for Ubuntu 9.04. > > It builds but does not run:-/ I haven't looked, but it might be this Xephyr bug I logged against jaunty: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/325706 As a hack, try running Xephyr on :1 not :100 and see if that makes a difference. Regards Morgan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] FoodForce2 Storyboard
The attachment was readable using xpdf. Nice work. You should seek hosting for HTTP download of large attachments though, because many many people are given the attachment who may not need it. -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] webactivity: seed the XS cookie at startup
On Fri, 13 Feb 2009, Martin Langhoff wrote: > On Thu, Feb 12, 2009 at 11:54 PM, Simon Schampijer > wrote: >> Plan A - HTTPS to the rescue >> Just to understand better. >> >> Is the main issue that we have to change the protocol - or are you more >> worried about the CPU cost? > > Both. And also HTTPS network load, as HTTPS is a lot less cache-friendly. note that if the XS is acting as a proxy the cache issue can be addressed. The XS can get a copy of the XO client cert at registration time, and with it can decrypt the HTTPS traffic and cache the unencrypted version. this is a lot of cpu, but it's on the XS not the XO, so it shouldn't be as bad (and there are hardware SSL encryption cards available that can be put in an XS for high-volume situations) it's not just a matter of downloading a package and installing it, but it's not rocket science either. this would have the side effect of making the XS security even more critical, but I think that it's already critical enough that this won't really make much difference in how it's secured. David Lang ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] webactivity: seed the XS cookie at startup
> note that if the XS is acting as a proxy the cache issue can be > addressed. The XS can get a copy of the XO client cert at > registration time, and with it can decrypt the HTTPS traffic and > cache the unencrypted version. this is a lot of cpu, but it's on the > XS not the XO, so it shouldn't be as bad (and there are hardware SSL > encryption cards available that can be put in an XS for high-volume > situations) I'm not a security wizard, but I get uncomfortable when anybody suggests giving out copies of keys, certs, or passwords. Is this an acceptable case? Why? How would you explain the subtlies to a kid? How many adults give their passwords to phishers? -- These are my opinions, not necessarily my employer's. I hate spam. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] etextRead activity and espeak
Tony, Read Etexts does *not* have speech disabled. If you install speech-dispatcher and configure it to use espeak (NOT espeak-generic) then it will work. What happens in my code is I try to import speech-dispatcher python and if I don't find it then I hide the Speech tab on the toolbar. Hemant Goyal was working on creating RPMs for speech-dispatcher for Fedora a few months ago, and it may be possible to do a yum install to get it. It will drag in a bunch of other stuff you don't need, though, based on my experiences with the RPMs he gave me to try out. The reason the Activity needs speech-dispatcher rather than just espeak alone is that the Python code needs to be called back on word breaks. That's the only way to do karaoke highlighting, and espeak by itself won't do it. I would also warn you that the highlighting is not perfect. Sometimes it skips a word. The way I wrote the code keeps it from falling behind and highlighting the wrong word, but it will skip one every so often, at least a couple per page. The folks on the speech-dispatcher mailing list seemed to think that festival might work better than espeak as far as these callbacks were concerned. The other thing to warn you about is that multithreaded Python apps prevent the power management code from kicking in, or at least this happened with the version of Python that the XO was using when I wrote the Activity. This may be resolved now; I can't say. There was some talk here that a newer version of Python would resolve the issue. I stopped working on these Activities in late September of last year when my basement experienced some flooding. It was January before the mold remediation was done and I was able to go back down there to program. Also, I wiped out both Linux installs I was using with espeak and replaced them with Fedora 10, so I don't currently have speech-dispatcher installed and configured, and it will take me awhile to remember what I did. I was really counting on Hemant to get SD ready for the XO, but he isn't responding to my emails these days. So, in summary, this may turn out to be more of a do-it-yourself project than you had hoped for. I would dearly love to have Read Etexts used by kids in Nepal, so be assured that I will do everything I can to help. If you want to experiment with what I created the best way would be to get an old computer that runs sugar-jhbuild or use Fedora 10 with the Sugar packages and install speech-dispatcher. Get that working before you try using an actual XO. I've been thinking about Read Etexts ever since Kindle 2 was announced and I heard it has text to speech built in. I have always thought that really good support for ebooks would make the XO a Kindle-killer. It would cost less, be readable in sunlight, give you access to thousands of free books, and when you get one a kid in a foreign land gets one too. What's not to like? Sorry I can't be more encouraging, James Simmons Tony Anderson wrote: > Hi, > > The educational team at OLENepal would like a 'karaoke-style' text > reader above all other activities on the XO. This is primarily for > English. Looking at the activity code, it looks like the speech code > is there but disabled. > > Would it be possible to release a version that supports espeak without > the Speech-Dispatcher pending its implementation in Sugar? This would > give us a chance to experiment with creating 'read-aloud' stories. > > Tony > > > > > Thanks for your response. I never questioned that there was still > > interest in TTS on the XO. What I was wondering is if there was any > > progress made by Hemant Goyal or anyone else in getting the > > Speech-Dispatcher software included with the Sugar distribution, if the > > newer version of Python that resolved the power management issue was > > included, etc. I've sent a couple of emails to Hemant and haven't > heard > > back from him. I was wondering if he was still working on these > things, > > or if someone else had taken over his work, etc. He was making RPMs > for > > Fedora for installing speech-dispatcher. > > > > James Simmons > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] activites known not to either work at all or not on certin platforms
It is absolutely vital that SoaS boot/install work in a reliable way. Any nongeek user who can't use it will not bother reporting precise bug information, and moreover will lose motivation to try it again. In the case of branded USB sticks boot/install failures will make Sugar Labs appear as a cruddy product. Branded sticks will need to work every time. OK that said I ask you to bear with me since I don't know enough about the (surely formidable) technical hurdles in succeeding boot/install. Can anyone brief me on the importance/difficulty of the following factors? Perhaps there is a page which enumerates these factors? * User difficulty configuring BIOS boot from USB * Underlying distribution * Recognizing hardware * Dependencies * Network (LAN, Internet) connectivity: configuration, absence thereof * USB key locked in read-only mode * Missing or buggy activities Please forgive my ignorance but does SoaS generate a log at boot/install? Are there error codes specific to Sugar? I would imagine that's distribution-dependent... The user feedback rate could be improved if we communicate a super-simple procedure on boot/install failure, e.g. an e-mail address to send a boot/install log file to. As well (perhaps this happens already?), on successful boot/install and with Internet connnectivity, ideally the stick should phone home with the boot log which would indicate successful SoaS/hardware combinations and provide some statistics on how many sticks make it to screens. Of course, per privacy concerns there should be no user-identifiable information, or rather any such info should be immediately anonymized. Is there a way to trap errors in each activity, in case of error can the boot/install log be appended to, can a user feedback agent return the updated log to us if the Net is available? One more (maybe silly) question, is there a fundamental difference between Sugar on a CD and Sugar on a Stick? If this has been dealt with, any pointers to resources would be appreciated. thank you Sean On Wed, Feb 11, 2009 at 8:34 AM, David Van Assche wrote: > well this entire conversation was really brought about because I > couldnt practice speech with my 2 nephews... Im sorry if I crossed the > line a bit, but I think what I said needed to be said... SoaS is > indeed the best plqtform right now and the kids not only loved it > (one 9 the other 3) they needed no explanation for the interface... to > them it was as natural as eating a piece of bread. > > On Wed, Feb 11, 2009 at 6:04 AM, Samuel Klein wrote: >> On Tue, Feb 10, 2009 at 10:36 PM, Wade Brainerd wrote: >>> On Tue, Feb 10, 2009 at 9:14 PM, David Van Assche >>> wrote: Im gonna try and make this easy: SoaS - the latest fedora core based I tried to impress my 9 year old gescwister... (related one) Speak - it will not even launch why is it then on a disitributed stick? >>> >>> Aleksey Lim recently took over this orphaned package. Can you get in touch >>> with him (alsroot on IRC) and help work it out? I have yet to even try SoaS >>> but information on what activities do and don't work should be posted to >>> http://sugarlabs.org/go/ActivityTeam/ActivityStatus so we can triage them. >>> We are watching that page. Thus far most of our work has been migrating >>> activities over to SL.org but hopefully we can start actually getting them >>> to work on SoaS soon. >> >> On a sidenote: some of the most exciting work for me last summer was >> Hemant's text-to-speech work, which would have real impact if its >> integration into Sugar were completed. How close is that to being >> possible? >> >>> http://dev.laptop.org/~wadeb/TypingTurtle-9.xo is the latest release but I >>> can't guarantee it works on anything but XO. >> >> [Getting pretty hot...] >> >> SJ >> > ___ > IAEP -- It's An Education Project (not a laptop project!) > i...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/iaep > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Help Activity - maintainer?
I would be happy to turn over the management of it. I have a set of updates I need to do for the activity first probably? The content needs to be refreshed and someone needs to spend some time on the CSS and several other minor issues. The current iteration includes a good deal of XO specific hardware information. But the Sugar book at FM should be available to export fairly easy without the XO content. --Seth 2009/2/10 Wade Brainerd : > Brian Jordan (bjordan on IRC) is the initial author but Seth Woodworth has > been working on it most recently. > Either of you guys up for migrating? Is there anything XO specific in the > activity? > http://sugarlabs.org/go/ActivityTeam/How_to_migrate_from_OLPC > > On Tue, Feb 10, 2009 at 7:01 AM, Simon Schampijer wrote: >> >> Hi, >> >> do we have currently a maintainer of the help activity? Would be good to >> move it to sugarlabs git and I actually thought it would be cool to >> include it in Fructose, more about the process at [1]. The manual needs >> of course be updated for 0.84 - not sure how realistic it is to be >> synced with the release date, though. >> >> Thanks, >>Simon >> >> [1] Including process: >> http://sugarlabs.org/go/DevelopmentTeam/Release#New_modules_proposal >> ___ >> Sugar-devel mailing list >> Sugar-devel@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Activities migration status
Ed McNierney wrote: > On the other hand, anyone working on Sugar efforts such as Activity > development should be encouraged to put all those efforts under the > Sugar Labs roof where they can be more readily available to the entire > Sugar community (not just the OLPC portion of it). Then http://wiki.laptop.org/go/Project_hosting is obsolete. What's the equivalent page on sugarlabs.org? Parts of http://wiki.laptop.org/go/Creating_an_activity are also out-of-date. -- =S Page ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] marking sugar.mime as deprecated
Tomeu Vizoso wrote: > Hi, > > sugar.mime is marked as STABLE but I'm concerned that this might bite > us without giving much back because the user is of limited use outside > the shell and because we are quite likely going to need to change API > because of gio having grown most of what we have there. > > What people think. Should we mark it now as deprecated so we don't > have to do hacks later? > > Regards, > > Tomeu accepted++ Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] marking sugar.mime as deprecated
Hi, sugar.mime is marked as STABLE but I'm concerned that this might bite us without giving much back because the user is of limited use outside the shell and because we are quite likely going to need to change API because of gio having grown most of what we have there. What people think. Should we mark it now as deprecated so we don't have to do hacks later? Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sugar Digest 2009-02-16
=== Sugar Digest === 1. Kathleen A. Madigan, the founder of the American Board for Certification of Teacher Excellence, wrote a polarizing opinion piece in the Boston Globe this weekend (http://www.boston.com/bostonglobe/editorial_opinion/oped/articles/2009/02/14/a_repackaged_education_proposal/ "A repackaged education proposal", Opinion, Feb. 14) Madigan demonstrates that she values what she can measure rather than measure what she values. It is of course no surprise that a Hirschian, "standards-based reform" will lead to higher scores on standardized tests. But while Madigan assets that higher scores are a "success", she does not present any supporting evidence that there is a correlation between standardized test scores and achievement in the "real world." In fact, many universities are dropping standardized tests from their admissions requirements precisely because they find little correlation between high scores and high achievement. Madigan's characterization of Darling-Hammond's "critical thinking and problem-solving" approach as antithetical to "academic content" and "specificity" is unsubstantiated. Undoubtedly, having basic facts readily at hand—on the "low shelf"—is important, but how you use those facts is equally as important. We can achieve and measure such a balance. A portfolio assessment that measures the whole child will tell us more about our children, their teachers, and our schools and closing the "knowledge gap" through authentic problem-solving can keep learning relevant. Further, since much of life in "the real world" outside of the classroom involves wrestling with open-ended problems, re-instating the arts—for which there seems to be no part in a Madigan standards-based school—should be part of any reform package that aspires to develop life-skills in our children. 2. Several different discussion threads this week have prompted me to write about the relationship between Sugar Labs and free software. A question arose during a discussion about Sugar on a Stick (SoaS): Is SoaS a product of Sugar Labs? While it is an important part of our strategy to get Sugar into hands of more children, it is on par with other such efforts, such as Sugar on Fedora or Sugar on Debian. Sugar Labs "central" exists as a forum for the community to reach consensus on its goals. The heavy lifting is happening in the leaves, both upstream with those packaging the GNU/Linux distributions and downstream with those packaging Sugar for deployment on specific hardware or doing a Sugar deployment. Our product is the support of those efforts. An article on (http://www.olpcnews.com/people/negroponte/better_open_source_code_just_w.html) OLPC News posed the question: Is free software better when written just by volunteers? The motivation for asking the question was a remark by Nicholas Negroponte, "Almost all the cutbacks were in engineering staff related to the in-house support of Sugar, which is far better done in the community. In fact, paying people to do it from within created a degree of control that was unsuitable for real open-source development." While the premise from which this question is being posed is itself flawed (only a small fraction of the OLPC engineering staff had ever been working on Sugar) the real confusion lies in a more fundamental misunderstanding. Apparently it cannot be said too often: "Free as in speech, not as in beer." The power of free software (software libre) is that it can be "used, studied, and modified without restriction." There is a residual in that it enables the community to play an important role in development, but it does not directly follow that all development can be done entirely by a volunteer effort. The professional resources that Red Hat made available during the development of Sugar were necessary in the creation of Sugar and the development of Sugar "products" will require dedicated in-kind contributions from industry and from the organizations doing major deployments. One essential role played by the community is that of critic (what Mr. Negroponte describes as (http://www.guardian.co.uk/technology/2009/jan/29/nicholas-negroponte-olpc) counterproductive in-fighting). But it is anything but counterproductive—it is one of our great strengths. While we have had our differences, we have learned from each other and Sugar is the better for it. === Community jams, meet-ups, and meetings === 3. There will be a Family XO Mesh Meetup on Saturday, February 21st, 2009, 10 AM to 1 PM at Gallaudet University, Washington, D.C. 20002. 4. Michael Stone reported on some "awesome" deployment meetings (See http://wiki.laptop.org/go/Deployment_meetings/20090203) and (http://wiki.laptop.org/go/Deployment_meetings/20090210). 5. Minutes from the Friday the 13th meeting of the Sugar Labs oversight board are posted (http://wiki.sugarlabs.org/go/Sugar_Labs/OversightBoard/Meeting_Minutes-2009-02-13) in the wiki. === Help Wanted === 6. Simon Schampijer and the release team would
Re: [Sugar-devel] git.sugarlabs.org difficulties
On Mon, Feb 16, 2009 at 13:02, victor wrote: > Hello everyone, > > I am trying to move my project from OLPC git to sugar GIT. I have > created my account (username: vepliani), uploaded my dsa public key > and then tried topush my files into mainline.git. Hmm, maybe dsa keys are not accepted by that server's ssh? Regards, Tomeu > I did > > git push vepla...@git.sugarlabs.org:csndsugui/mainline.git --mirror > > then I got a password prompt after a Univ of Oregon notice, but my > password (from vepla...@git.sugarlabs.org) would not work. > > Now, the server seems to have blacklisted me because I can't > even connect to it anymore. > > Suggestions? > > Thanks > > Victor > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] git.sugarlabs.org difficulties
yes, I realised that and uploaded a new public key, rsa now, but to no avail. Victor - Original Message - From: "Tomeu Vizoso" To: "victor" Cc: "sugar-devel" Sent: Monday, February 16, 2009 12:22 PM Subject: Re: [Sugar-devel] git.sugarlabs.org difficulties > On Mon, Feb 16, 2009 at 13:02, victor wrote: >> Hello everyone, >> >> I am trying to move my project from OLPC git to sugar GIT. I have >> created my account (username: vepliani), uploaded my dsa public key >> and then tried topush my files into mainline.git. > > Hmm, maybe dsa keys are not accepted by that server's ssh? > > Regards, > > Tomeu > >> I did >> >> git push vepla...@git.sugarlabs.org:csndsugui/mainline.git --mirror >> >> then I got a password prompt after a Univ of Oregon notice, but my >> password (from vepla...@git.sugarlabs.org) would not work. >> >> Now, the server seems to have blacklisted me because I can't >> even connect to it anymore. >> >> Suggestions? >> >> Thanks >> >> Victor >> ___ >> Sugar-devel mailing list >> Sugar-devel@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> >> ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] git.sugarlabs.org difficulties
I see, but now I still keep getting a ssh_exchnage_identification: Connection closed by remote host Perhaps something to ask the git sysadmin? Victor - Original Message - From: "Morgan Collett" To: "victor" Cc: Sent: Monday, February 16, 2009 12:17 PM Subject: Re: [Sugar-devel] git.sugarlabs.org difficulties > On Mon, Feb 16, 2009 at 14:02, victor wrote: >> Hello everyone, >> >> I am trying to move my project from OLPC git to sugar GIT. I have >> created my account (username: vepliani), uploaded my dsa public key >> and then tried topush my files into mainline.git. >> >> I did >> >> git push vepla...@git.sugarlabs.org:csndsugui/mainline.git --mirror >> >> then I got a password prompt after a Univ of Oregon notice, but my >> password (from vepla...@git.sugarlabs.org) would not work. >> >> Now, the server seems to have blacklisted me because I can't >> even connect to it anymore. >> >> Suggestions? > > The push URL is displayed on the mainline page, something like > gitori...@git.sugarlabs.org:csndsugui/mainline.git. You must use this > exact URL, with the gitorious user, not your own username, like this: > > git push gitori...@git.sugarlabs.org:csndsugui/mainline.git > > Hope that helps > Morgan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] git.sugarlabs.org difficulties
On Mon, Feb 16, 2009 at 14:02, victor wrote: > Hello everyone, > > I am trying to move my project from OLPC git to sugar GIT. I have > created my account (username: vepliani), uploaded my dsa public key > and then tried topush my files into mainline.git. > > I did > > git push vepla...@git.sugarlabs.org:csndsugui/mainline.git --mirror > > then I got a password prompt after a Univ of Oregon notice, but my > password (from vepla...@git.sugarlabs.org) would not work. > > Now, the server seems to have blacklisted me because I can't > even connect to it anymore. > > Suggestions? The push URL is displayed on the mainline page, something like gitori...@git.sugarlabs.org:csndsugui/mainline.git. You must use this exact URL, with the gitorious user, not your own username, like this: git push gitori...@git.sugarlabs.org:csndsugui/mainline.git Hope that helps Morgan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] git.sugarlabs.org difficulties
Hello everyone, I am trying to move my project from OLPC git to sugar GIT. I have created my account (username: vepliani), uploaded my dsa public key and then tried topush my files into mainline.git. I did git push vepla...@git.sugarlabs.org:csndsugui/mainline.git --mirror then I got a password prompt after a Univ of Oregon notice, but my password (from vepla...@git.sugarlabs.org) would not work. Now, the server seems to have blacklisted me because I can't even connect to it anymore. Suggestions? Thanks Victor ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar on a stick latest version
victor wrote: > Hi, > > I am trying to get the latest sugar on a stick. The one in the wiki page > is an ISO image, whereas the one in > http://lists.sugarlabs.org/archive/sugar-devel/2009-February/011456.html > are a .img + .crc files. > > The fedora liveusb-creator seems to take ISO images, so how can we do > a stick with sugar from *.img and *.crc files? This is the for for the XO - so you copy it on the NAND. Best, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar on a stick latest version
On Mon, Feb 16, 2009 at 4:13 PM, victor wrote: > Hi, > > I am trying to get the latest sugar on a stick. The one in the wiki page > is an ISO image, whereas the one in > http://lists.sugarlabs.org/archive/sugar-devel/2009-February/011456.html > are a .img + .crc files. > > The fedora liveusb-creator seems to take ISO images, so how can we do > a stick with sugar from *.img and *.crc files? Perhaps I'm taking your problem to general. I haven't yet tried to make a (? - 'a sugar' just sounds wrong) SoaS. But I don't think you need the .crc file. A .crc file is just used in a general mechanism (cyclic redundancy check) to check if your download (or whatever) hasn't been corrupted. For the purpose of making a (?) SoaS (Also soas is the plural (debatable) of the term the Dutch use for 'sexually transferrable disease'. Not so sure if the distro will catch on in the nether'-regions) you can just as well forget about the .crc file. /Ties ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] sugar on a stick latest version
Hi, I am trying to get the latest sugar on a stick. The one in the wiki page is an ISO image, whereas the one in http://lists.sugarlabs.org/archive/sugar-devel/2009-February/011456.html are a .img + .crc files. The fedora liveusb-creator seems to take ISO images, so how can we do a stick with sugar from *.img and *.crc files? Thanks Victor ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] webactivity: seed the XS cookie at startup
Martin Langhoff wrote: > On Sat, Feb 14, 2009 at 9:11 AM, Simon Schampijer wrote: >> Please find attached the patch against master. > > Looks good to me (but I know nothing of what's changed in master...) > >> - i use the backup_url to see if we are associated with a schoolserver >> - why did you use the jabber server for this 'xs_fqdn = prof.jabber_server'? > > Good question. Neither is the right one. In a XS driven net, both are > equal. In a XS-on-the-internet situation, the "public XS" may decide > to not offer backup service. Of the 3 (moodle/webapps, xmpp, backup), > backup is the most burdensome on the server. > > So I think there is a (very marginal) advantage to using the jabber > server. But the most important hting is that 0.82.x and master use the > same, so whatever you do, both should use the same... Our registration URL is REGISTER_URL = 'http://schoolserver:8080/', wouldn't the right Domain than be 'schoolserver'? Since the cookie is about the registration with the schoolserver this makes most sense to me (the jabber server could be somewhere else). > (The right fix is to have a 'schoolserver fqdn' entry in the > profile... but that's for the next Sugar dev cycle I guess...) > >> - c.execute('''CREATE TABLE IF NOT EXISTS >> + moz_cookies >> + (id INTEGER PRIMARY KEY, >> + name TEXT, >> + value TEXT, >> + host TEXT, >> + path TEXT, >> + expiry INTEGER, >> + lastAccessed INTEGER, >> + isSecure INTEGER, >> + isHttpOnly INTEGER);''') >> >> - is the ';' correct here or a typo? > > typo ok; >> - i only except for sqlite3.Error > > Is that the only thing that could go wrong? My thinking has been: if > we fail, let the startup succeed. This is a good feature, but not a > showstopper. > >> - what bothers me a bit is that you don't get an error when the database >> does not exist - sqlite creates a new one actually - so we might return as >> well on 'if not os.path.exists(os.path.join(_profile_path, >> 'cookies.sqlite'))' Well, all the calls in the try block are sqlite3 ones - if they fail - we catch it. If something else goes wrong - we want to fail and not hide ;p > The DB does not exist on the first use of Browse. Actually, it does > not get created until the first website sets the first cookie, AFAICS. > > That means that on the first use of Browse the user goes to the XS and > doesn't get autenticated. So if the DB doesn't exist, _we want to > create it_. It's not a failure, it's success. Ok, sounds good. >> - the method could even be a function as it does not interact at all with >> the class itself, not sure what is nicer > > I'd prefer a function, but it's not my codebase, so follow the style... :-) Done. BTW: Is there a spec you used for the cookie format? I find field descriptions like expires - you name it expiry. Thanks, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel