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 si...@schampijer.de 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
Re: [Sugar-devel] sugar on a stick latest version
On Mon, Feb 16, 2009 at 4:13 PM, victor victor.lazzar...@nuim.ie 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
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
[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] 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 morgan.coll...@gmail.com To: victor victor.lazzar...@nuim.ie Cc: sugar-devel@lists.sugarlabs.org 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 victor.lazzar...@nuim.ie 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
yes, I realised that and uploaded a new public key, rsa now, but to no avail. Victor - Original Message - From: Tomeu Vizoso to...@sugarlabs.org To: victor victor.lazzar...@nuim.ie Cc: sugar-devel sugar-devel@lists.sugarlabs.org 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 victor.lazzar...@nuim.ie 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
[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
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
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] 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 wad...@gmail.com: 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 si...@schampijer.de 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] 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] [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] [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 si...@schampijer.de 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] sugar-jhbuild for Ubuntu 9.04
On Sat, Feb 14, 2009 at 23:24, David Farning dfarn...@sugarlabs.org 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] [RELEASE] Log v14
2009/1/21 Wade Brainerd wad...@gmail.com: 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 si...@schampijer.de 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] 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] 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] [Server-devel] consequences of re-registering with XS
2009/2/14 Martin Langhoff martin.langh...@gmail.com: On Fri, Feb 13, 2009 at 2:25 AM, Daniel Drake d...@laptop.org 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] [Server-devel] consequences of re-registering with XS
On Tue, Feb 17, 2009 at 10:01 AM, Daniel Drake d...@laptop.org 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] [PATCH] webactivity: seed the XS cookie at startup
On Mon, Feb 16, 2009 at 9:36 PM, Simon Schampijer si...@schampijer.de 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] [PATCH] webactivity: seed the XS cookie at startup
Martin Langhoff wrote: On Mon, Feb 16, 2009 at 9:36 PM, Simon Schampijer si...@schampijer.de 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 Tue, Feb 17, 2009 at 11:03 AM, Simon Schampijer si...@schampijer.de 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
[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] git.sugarlabs.org difficulties
On Tue, Feb 17, 2009 at 10:01 AM, Bernie Innocenti ber...@codewiz.org 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