Re: [Sugar-devel] Gears in Browse
2009/5/28 Felipe López Toledo zer.subz...@gmail.com: Heh, I didn't know LocalStorage had been in Firefox for so long me too. here is an useful link about DOM Storage https://developer.mozilla.org/En/DOM:Storage Again, this should be sufficient for Karma-in-Firefox anyway, I'm looking how to get running GG with Browse Btw, seems like there's no GoogleGears release for FF 3.5. Perhaps because it has been superseded by the new stuff in mozilla? Regards, Tomeu 2009/5/28 Lucian Branescu lucian.brane...@gmail.com Heh, I didn't know LocalStorage had been in Firefox for so long. I was under the impression it was at the same stage as Webkit. Thanks for the link. Again, this should be sufficient for Karma-in-Firefox. But many websites already use Gears specifically, and I need them to work for Webified. 2009/5/28 Martin Langhoff martin.langh...@gmail.com: 2009/5/28 Martin Langhoff martin.langh...@gmail.com: 2009/5/28 Lucian Branescu lucian.brane...@gmail.com: Not really. HTML 5 only brings an SQLite database accessible from JavaScript. Gears has other features that aren't present in Gecko proper (yet): - LocalServer - a way to transparently persist resources locally I thought HTML5 had some offline resource facility. What we ship on XO 8.2.x is xulrunner 1.9 (FF3.0). If we were to ship xulrunner 1.9.1 (which is what the F11-based builds ship anyway) then we'd get support for the tools listed here http://wiki.whatwg.org/wiki/Implementations_in_Web_browsers From that URL, my understanding is that you get all the things you need from gecko itself. 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] The moodle-Print User Experience
Also, I would like to know whether building this as a plugin to assignments module would be better than creating an activity from the scrap. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Gears in Browse
I think they're just a bit slow. They would break existing Gears applications if they relied on the mozilla stuff without at least a wrapper. 2009/5/29 Tomeu Vizoso to...@sugarlabs.org: 2009/5/28 Felipe López Toledo zer.subz...@gmail.com: Heh, I didn't know LocalStorage had been in Firefox for so long me too. here is an useful link about DOM Storage https://developer.mozilla.org/En/DOM:Storage Again, this should be sufficient for Karma-in-Firefox anyway, I'm looking how to get running GG with Browse Btw, seems like there's no GoogleGears release for FF 3.5. Perhaps because it has been superseded by the new stuff in mozilla? Regards, Tomeu 2009/5/28 Lucian Branescu lucian.brane...@gmail.com Heh, I didn't know LocalStorage had been in Firefox for so long. I was under the impression it was at the same stage as Webkit. Thanks for the link. Again, this should be sufficient for Karma-in-Firefox. But many websites already use Gears specifically, and I need them to work for Webified. 2009/5/28 Martin Langhoff martin.langh...@gmail.com: 2009/5/28 Martin Langhoff martin.langh...@gmail.com: 2009/5/28 Lucian Branescu lucian.brane...@gmail.com: Not really. HTML 5 only brings an SQLite database accessible from JavaScript. Gears has other features that aren't present in Gecko proper (yet): - LocalServer - a way to transparently persist resources locally I thought HTML5 had some offline resource facility. What we ship on XO 8.2.x is xulrunner 1.9 (FF3.0). If we were to ship xulrunner 1.9.1 (which is what the F11-based builds ship anyway) then we'd get support for the tools listed here http://wiki.whatwg.org/wiki/Implementations_in_Web_browsers From that URL, my understanding is that you get all the things you need from gecko itself. 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] activities using zip files (was: Re: [IAEP] Journal criticism)
On Thu, May 28, 2009 at 22:53, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Wed, May 27, 2009 at 12:34:03PM -0500, James Simmons wrote: 5). When several Activities support the same MIME type (Zip files are BOUND to be popular) then there needs to be a way of specifying that a particular Journal entry should be resumed by a particular Activity by default. Actually zip is just a container format and should be handled as such (if possible at all). I.e. zips created by activities should use a MIME type identifying the _contents_, not the generic application/zip. File formats can be - and often are - nested: OpenOffice documents are xml-inside-zip, some other application might be using xml-inside-tar-inside-gz and source tarballs are (C+Makefile+...)-inside-tar-inside-bz2. Unfortunately, most software using MIME types has very little support for such complexity (only gzip/bzip/compress as encodings). While it would be nice for the Journal to handle the full (i.e. nested) type, we'll need to cope with the lack of support in other software (like web servers) for quite some time. The journal and browse are able to sniff the types of these formats, so activity authors are encourage to use this scheme and ship a mimetypes.ml file inside their bundles. Regards, Tomeu CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKHvm9AAoJELpz82VMF3Da2m0IAIys+LuTpmJ1V9HFOHbW9PuU B6DpPj2i7SFkcdJ+8Rn4M/aSrslvV1f+3vFXeHhiFzYXFteWd2Vmc7zZCKRYLvxo 6IaFqIGWIFTViLbq1rJNtHu7ZBm5zS5bzRTRP2PKZ9rHCdfLzDM3lfLdKkAeOHX+ u+MzC+YLAPGp7Va4o9jov1qXJm1QH0dxzt80z2r5cI9ihoXuK90B9TmckGXU+MxO kbbdFSW2RVogix7btAZZQyQmx0rbNgqVTzQW8nkRLAIheJ2yBGGGWxs9YdzNmPUv JDeg5lTuoCGfW1kgzIPBRZNdsXSntaen1gCvwjFZCrwr5BBXr37y83KVmq5LBlk= =c5vn -END PGP SIGNATURE- ___ 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] Gears in Browse
2009/5/29 Lucian Branescu lucian.brane...@gmail.com: I think they're just a bit slow. They would break existing Gears applications if they relied on the mozilla stuff without at least a wrapper. Maybe modern GG applications have such wrapper? 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] activities using zip files (was: Re: [IAEP] Journal criticism)
On Fri, May 29, 2009 at 13:50, Walter Bender walter.ben...@gmail.com wrote: On Fri, May 29, 2009 at 7:32 AM, Tomeu Vizoso to...@sugarlabs.org wrote: [snip] The journal and browse are able to sniff the types of these formats, so activity authors are encourage to use this scheme and ship a mimetypes.ml file inside their bundles. Is there an example of what this should look like and where in the bundle it should go? The closest I was able to find I found this example in ClassroomPresenter. ClassroomPresenter.activity/activity/mimetypes.xml ?xml version=1.0 encoding=UTF-8? mime-info xmlns=http://www.freedesktop.org/standards/shared-mime-info; mime-type type=application/x-classroompresenter commentClassroom Presenter Slide Deck/comment glob pattern=*.cpxo/ /mime-type /mime-info From /usr/share/mime/packages/freedesktop.org.xml : mime-type type=application/vnd.oasis.opendocument.text commentODT document/comment comment xml:lang=b...@latinDakument ODT/comment ... comment xml:lang=viTài liệu ODT/comment acronymODT/acronym expanded-acronymOpenDocument Text/expanded-acronym sub-class-of type=application/zip/ generic-icon name=x-office-document/ magic priority=50 match value=PK\003\004 type=string offset=0 match value=mimetype type=string offset=30 match value=application/vnd.oasis.opendocument.text type=string offset=38/ /match /match /magic glob pattern=*.odt/ /mime-type This works for .odt files because at the beginning of the zip file there's an uncompressed file named mimetype that contains the mime type. That's why at the offset 38 we should find the string application/vnd.oasis.opendocument.text. Some info here: http://books.evc-cit.info/odbook/ch01.html Regards, Tomeu -walter -- Walter Bender 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] Gears in Browse
2009/5/29 Lucian Branescu lucian.brane...@gmail.com: Not that I know of. I tried running several on Firefox 3.5 beta, none works. I guess someone could create a wrapper when all major browsers (except IE of course) have all/most of the features of Gears. JavaScript ORMs for example, tend to be able to use several backends (Gears, AIR, HTML 5 storage storage, etc.), but the application would have to use one of those ORMs. But for now, it's easier to just install Gears. My problem is almost solved, Tomeu told me that he managed to manually install Gears for hulahop after fixing a pyxpcom bug. Once this patch gets into a release usable by us, Gears should work fine in Browse: https://bugzilla.mozilla.org/show_bug.cgi?id=495441 We may be able to apply it to distros if needed. Regards, Tomeu 2009/5/29 Martin Langhoff martin.langh...@gmail.com: 2009/5/29 Lucian Branescu lucian.brane...@gmail.com: I think they're just a bit slow. They would break existing Gears applications if they relied on the mozilla stuff without at least a wrapper. Maybe modern GG applications have such wrapper? 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] Collaboration/Google wave
On Fri, May 29, 2009 at 4:31 AM, Tomeu Vizosoto...@sugarlabs.org wrote: On Thu, May 28, 2009 at 23:01, C. Scott Ananian csc...@cscott.net wrote: Google announced Google Wave today: http://wave.google.com/ The collaboration framework is really interesting: http://www.waveprotocol.org/whitepapers/operational-transform It would be very interesting to see how this might benefit Sugar; it seems like the school server might run a local wave-protocol server to allow very interesting collaboration between students. Sounds really interesting. Will this be restricted to the browser or we'll see desktop apps also using it? I suspect Browser-based apps with offline capability, at least at first. The Wave collaboration protocol is based around 16-bit Unicode code unit[s] (as used in javascript, JSON, and Java strings) which seems to be an obvious nod to browser-based apps, although obviously you can use wide characters in C as well if you like. The server side code for google app engine supports Python and Java. As you well know, projects like gnome-shell are rapidly blurring the boundary between web apps and desktop apps. I program in Javascript with GTK bindings these days. --scott ps. nice seeing your work on gobject-introspection; i've got a couple more patches to push there which should continue to improve the power of that stuff. -- ( http://cscott.net/ ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal criticism (or not)
On Thu, May 28, 2009 at 18:16, James Simmons jim.simm...@walgreens.com wrote: My two cents: When I started programming computers 30+ years ago data was stored in punch cards and reels of tape. Disk storage was available, but too expensive to use to store large amounts of data. (I didn't hear the word gigabyte until the late 80's). In classes at college I studied database management systems. The book had ONE chapter on relational databases. There was some question back then if one of these could actually be built. For versioning of files we used something called a GDG (generation data group). The first interactive computer system I got to use was VM. Everyone in the system had the illusion of having a whole mainframe to himself. If you wanted to send someone else some COBOL code you'd use the spool punch command, because that was virtually like having the machine punch up a deck of 80 column cards and handing that deck to the person. We used fixed length records for most things, because there was no way to make a variable length punched card. Later, at the same time I got my first PC, I also started programming IBM's new AS400, which had libraries, files, and members. Everything on the box had those three levels of hierarchy: no more, no less. Everything I have listed above is still in use today. Most of them predate hierarchical folders. Now the thing about Sugar is that it is NOT about teaching the kid how to use a computer. It's about teaching him everything, using the computer to help. It's about teaching art with Colors, music with Tam Tam, creative writing with Write, math with a whole bunch of Activities, History, Language, and Literature with the various reading Activities, etc. Learning about computers is in there too, with Pippy, etc. but it's not the main focus. I think of the Journal as a DBMS that stores and organizes various kinds of objects. Sure, it uses files and directories underneath but so does a DBMS and nobody thinks of a DBMS that way except the guy who wrote it. Nice write up ;) The Journal is a real selling point for Sugar. My criticism of the Journal is: 1). It doesn't live up to its potential. It should be MORE like it already is. 2). It should stop pretending that other ways of organizing files (on thumb drives) are as good as it is. They are not. They are crude visitors from a foreign land and should be treated as such. I agree with that, we have learned a lot during these past years and we have a clearer view of what is important to tackle next. If only days had more hours... Cheers, Tomeu James Simmons ___ 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] Progress with SoaS boot-helper
On Thu, May 28, 2009 at 21:23, Luke Faraone l...@faraone.cc wrote: 2009/5/28 Caroline Meeks solutiongr...@gmail.com On Thu, May 28, 2009 at 5:28 AM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi Luke, can you point us to a link where we can learn more about what you are trying to accomplish? I think this is Ticket 598 to support the Gardner Pilot. the use case is here: http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Critical_Path_Technical_Issues Yes, that's an accurate description of the goals for this project. An installable boot helper would provide functionality not avaliable in a normal boot-helper ISO, namely increasing boot time (time between a student inserting a SoaS stick and getting up and running) in addition to less down-time in between switches (as the machine would be able switch to another user/SoaS stick without rebooting). It would also be trivial to enable features such as on-server backups, live SoaS upgrades and repairs, and centralized administration by the IT staff. The boot-helper is related to a new installer method for this reason: our current method of formatting and installing SoaS on USB sticks cannot be read by the boot-helper. LVM snapshots are difficult to read outside of the context (in this case the kernel used in SoaS) in which they were created. Therefore, I suggested that we simply have raw EXT3/whatever on the flash drive, and mount them directly rather than using LVM. Sounds very good, do we have a timeframe already for testing the first results from this project? Regards, Tomeu -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] activities using zip files
On Fri, May 29, 2009 at 00:24, James Simmons jim.simm...@walgreens.com wrote: Sascha, If the Activity creates a Zip file then the Journal automatically resumes it in that Activity. Making Activities use a special MIME type when creating a Journal entry doesn't give me anything I don't have already. Well, if the file has its own file extension, then when you move files across computers it will be still resumable with your activity (and will use its icon). Not critically important but may be handy in some cases. Where we have problems is in downloading Zip files from Gutenberg and other places that don't do anything special with the MIME type. For instance, Gutenberg has zipped up text files as well as zipped up websites (multiple html pages plus illustrations). Somebody mentioned that Browse will eventually be able to save web pages with illustrations, etc. as zipfiles for offline reading. If Browse could handle that, you'd also want it to be able to open these Gutenberg zip files if they are saved in the Journal, and it would be nice to do it with one click. Yeah, Browse could grow some generic support for zip files, but anyway the worst problem is that people are using zip files as a generic container but without signaling its contents with an specific file extension :/ The format I use for View Slides is sometimes called CBZ. It's just a Zip file containing images with a .cbz suffix rather than .zip. The GNOME desktop recognizes this file type and displays the first image in the file as the file's icon. I don't think there is a MIME type for that though. View Slides could register a mime type for that extension. This way, when someone downloads or copies a file ending in .cbz, ir would open with VS and would use its icon. More info: http://wiki.sugarlabs.org/go/Development_Team/Almanac/Activity_Bundles#Bundle_structure Regards, Tomeu James Simmons Sascha Silbe wrote: On Wed, May 27, 2009 at 12:34:03PM -0500, James Simmons wrote: 5). When several Activities support the same MIME type (Zip files are BOUND to be popular) then there needs to be a way of specifying that a particular Journal entry should be resumed by a particular Activity by default. Actually zip is just a container format and should be handled as such (if possible at all). I.e. zips created by activities should use a MIME type identifying the _contents_, not the generic application/zip. File formats can be - and often are - nested: OpenOffice documents are xml-inside-zip, some other application might be using xml-inside-tar-inside-gz and source tarballs are (C+Makefile+...)-inside-tar-inside-bz2. Unfortunately, most software using MIME types has very little support for such complexity (only gzip/bzip/compress as encodings). While it would be nice for the Journal to handle the full (i.e. nested) type, we'll need to cope with the lack of support in other software (like web servers) for quite some time. CU Sascha ___ 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] Progress with SoaS boot-helper
On a related subject, I am also actively researching Mac USB boot methods. A few weeks ago an Ubuntu developer posted (http://ubuntuforums.org/showthread.php?t=995704page=77) a fat .EFI boot file compatible with both 32-bit and 64-bit Intel Macs. Ubuntu has a useful matrix of compatible Macs at https://wiki.ubuntu.com/MactelSupportTeam/CommunityHelpPages#Determine%20your%20model%20and%20hardware%20revision There are other possibilities too, such as: http://www.puredarwin.org/developers/booting/efiboot And, GRUB info for booting Linux on Mac: http://grub.enbug.org/TestingOnEFI also http://grub.enbug.org/TestingOnMacbook To my mind, it's worth investigating these solutions (based on a clickable icon OSX bash script on the SoaS USB stick, containing the bless command but requiring admin rights) since the result will be very easy to use and won't touch the hard disk. Sean On Fri, May 29, 2009 at 4:49 PM, Tomeu Vizoso to...@sugarlabs.org wrote: On Thu, May 28, 2009 at 21:23, Luke Faraone l...@faraone.cc wrote: 2009/5/28 Caroline Meeks solutiongr...@gmail.com On Thu, May 28, 2009 at 5:28 AM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi Luke, can you point us to a link where we can learn more about what you are trying to accomplish? I think this is Ticket 598 to support the Gardner Pilot. the use case is here: http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Critical_Path_Technical_Issues Yes, that's an accurate description of the goals for this project. An installable boot helper would provide functionality not avaliable in a normal boot-helper ISO, namely increasing boot time (time between a student inserting a SoaS stick and getting up and running) in addition to less down-time in between switches (as the machine would be able switch to another user/SoaS stick without rebooting). It would also be trivial to enable features such as on-server backups, live SoaS upgrades and repairs, and centralized administration by the IT staff. The boot-helper is related to a new installer method for this reason: our current method of formatting and installing SoaS on USB sticks cannot be read by the boot-helper. LVM snapshots are difficult to read outside of the context (in this case the kernel used in SoaS) in which they were created. Therefore, I suggested that we simply have raw EXT3/whatever on the flash drive, and mount them directly rather than using LVM. Sounds very good, do we have a timeframe already for testing the first results from this project? Regards, Tomeu -- Luke Faraone http://luke.faraone.cc ___ 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] Progress with SoaS boot-helper
Last time I tried, GRUB on EFI could not initialise hardware accelerated video drivers (my nvidia driver). GRUB on emulated BIOS worked, though. I just got my laptop back, I should be able to test this as well. 2009/5/29 Sean DALY sdaly...@gmail.com: On a related subject, I am also actively researching Mac USB boot methods. A few weeks ago an Ubuntu developer posted (http://ubuntuforums.org/showthread.php?t=995704page=77) a fat .EFI boot file compatible with both 32-bit and 64-bit Intel Macs. Ubuntu has a useful matrix of compatible Macs at https://wiki.ubuntu.com/MactelSupportTeam/CommunityHelpPages#Determine%20your%20model%20and%20hardware%20revision There are other possibilities too, such as: http://www.puredarwin.org/developers/booting/efiboot And, GRUB info for booting Linux on Mac: http://grub.enbug.org/TestingOnEFI also http://grub.enbug.org/TestingOnMacbook To my mind, it's worth investigating these solutions (based on a clickable icon OSX bash script on the SoaS USB stick, containing the bless command but requiring admin rights) since the result will be very easy to use and won't touch the hard disk. Sean On Fri, May 29, 2009 at 4:49 PM, Tomeu Vizoso to...@sugarlabs.org wrote: On Thu, May 28, 2009 at 21:23, Luke Faraone l...@faraone.cc wrote: 2009/5/28 Caroline Meeks solutiongr...@gmail.com On Thu, May 28, 2009 at 5:28 AM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi Luke, can you point us to a link where we can learn more about what you are trying to accomplish? I think this is Ticket 598 to support the Gardner Pilot. the use case is here: http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Critical_Path_Technical_Issues Yes, that's an accurate description of the goals for this project. An installable boot helper would provide functionality not avaliable in a normal boot-helper ISO, namely increasing boot time (time between a student inserting a SoaS stick and getting up and running) in addition to less down-time in between switches (as the machine would be able switch to another user/SoaS stick without rebooting). It would also be trivial to enable features such as on-server backups, live SoaS upgrades and repairs, and centralized administration by the IT staff. The boot-helper is related to a new installer method for this reason: our current method of formatting and installing SoaS on USB sticks cannot be read by the boot-helper. LVM snapshots are difficult to read outside of the context (in this case the kernel used in SoaS) in which they were created. Therefore, I suggested that we simply have raw EXT3/whatever on the flash drive, and mount them directly rather than using LVM. Sounds very good, do we have a timeframe already for testing the first results from this project? Regards, Tomeu -- Luke Faraone http://luke.faraone.cc ___ 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Browse broken on sugar-jhbuild?
I'm having hard times using Browse on ./sugar-jhbuild It reguarily crashes, especially when browsing a mediawiki page. Before I investigate further, is this something that other people have experienced? Thanks, -- Bastien ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Progress with SoaS boot-helper
I think one of those links discusses a switch to disable graphics acceleration. Sean On Fri, May 29, 2009 at 5:24 PM, Lucian Branescu lucian.brane...@gmail.com wrote: Last time I tried, GRUB on EFI could not initialise hardware accelerated video drivers (my nvidia driver). GRUB on emulated BIOS worked, though. I just got my laptop back, I should be able to test this as well. 2009/5/29 Sean DALY sdaly...@gmail.com: On a related subject, I am also actively researching Mac USB boot methods. A few weeks ago an Ubuntu developer posted (http://ubuntuforums.org/showthread.php?t=995704page=77) a fat .EFI boot file compatible with both 32-bit and 64-bit Intel Macs. Ubuntu has a useful matrix of compatible Macs at https://wiki.ubuntu.com/MactelSupportTeam/CommunityHelpPages#Determine%20your%20model%20and%20hardware%20revision There are other possibilities too, such as: http://www.puredarwin.org/developers/booting/efiboot And, GRUB info for booting Linux on Mac: http://grub.enbug.org/TestingOnEFI also http://grub.enbug.org/TestingOnMacbook To my mind, it's worth investigating these solutions (based on a clickable icon OSX bash script on the SoaS USB stick, containing the bless command but requiring admin rights) since the result will be very easy to use and won't touch the hard disk. Sean On Fri, May 29, 2009 at 4:49 PM, Tomeu Vizoso to...@sugarlabs.org wrote: On Thu, May 28, 2009 at 21:23, Luke Faraone l...@faraone.cc wrote: 2009/5/28 Caroline Meeks solutiongr...@gmail.com On Thu, May 28, 2009 at 5:28 AM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi Luke, can you point us to a link where we can learn more about what you are trying to accomplish? I think this is Ticket 598 to support the Gardner Pilot. the use case is here: http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Critical_Path_Technical_Issues Yes, that's an accurate description of the goals for this project. An installable boot helper would provide functionality not avaliable in a normal boot-helper ISO, namely increasing boot time (time between a student inserting a SoaS stick and getting up and running) in addition to less down-time in between switches (as the machine would be able switch to another user/SoaS stick without rebooting). It would also be trivial to enable features such as on-server backups, live SoaS upgrades and repairs, and centralized administration by the IT staff. The boot-helper is related to a new installer method for this reason: our current method of formatting and installing SoaS on USB sticks cannot be read by the boot-helper. LVM snapshots are difficult to read outside of the context (in this case the kernel used in SoaS) in which they were created. Therefore, I suggested that we simply have raw EXT3/whatever on the flash drive, and mount them directly rather than using LVM. Sounds very good, do we have a timeframe already for testing the first results from this project? Regards, Tomeu -- Luke Faraone http://luke.faraone.cc ___ 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Progress with SoaS boot-helper
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Fri, May 29, 2009 at 05:47:05PM +0200, Sean DALY wrote: I think one of those links discusses a switch to disable graphics acceleration. Yeah, the URL I provided earlier in this thread deals with that issue. Not sure anyone found my URL relevant, however. - 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) iEYEAREDAAYFAkogCJcACgkQn7DbMsAkQLieCwCeKLRS48X+XT3naTV8BNYNR4gg f5YAnR8cpVxhRQmVg1bm5stOQ7q89dGC =5jZD -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Browse broken on sugar-jhbuild?
On Fri, May 29, 2009 at 05:32:27PM +0200, Bastien wrote: I'm having hard times using Browse on ./sugar-jhbuild It reguarily crashes, especially when browsing a mediawiki page. On what kind of hardware? XO by any chance? Which distro (incl. version)? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Progress with SoaS boot-helper
On Fri, May 29, 2009 at 10:49, Tomeu Vizoso to...@sugarlabs.org wrote: Sounds very good, do we have a timeframe already for testing the first results from this project? Nothing definite as of yet. It's starting to look like it won't be ready for our F11/SoaS v1 release, with an alpha coming out some time around the 14th of June. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Hi folks, sorry for the short notice, but this is rather urgent. I've been spending yesterday afternoon to update the packages in our SoaS Yum repo to reflect the changes for Fedora 11. As it turned out, the plymouth package has been partly rewritten, and I was wondering (also with regard to #709), how we wanted to deal with a new boot screen. For now, I've just implemented the old Sugar logo again, but we might also want to have something more shiny (probably with a progress bar). I'm not really that good at art and the Sugar logo thing there was at first nothing more than a quick hack, so it'd would be really great if someone could have a look and work on such a boot screen. OLPC is currently doing the same for their 1.5 software release, which gives us a good possibility to have a look at the file structure: http://www.freedesktop.org/~halfline/olpc.tar.bz2 Please let me know if there's anything I can help with. Thanks, --Sebastian ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Progress with SoaS boot-helper
On Fri, May 29, 2009 at 13:18, Caroline Meeks carol...@solutiongrove.comwrote: Please file a ticket for this work so I can track and reference it in the wiki and communications and such. Will do. Technical Question: Will this effect the code that is SoaS2 or is this going to be a new USB creation tool that takes the same code and puts it on the USB in a different way? It would be the latter; this does not in any way change the *image *creation process, and if it does not work in time it can be dropped without any other effects. It is simply a different way of writing an image to a disk. The boot-helper component would be an application that would be on the hard disk of the workstations, and would only work with sticks created in the above method. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [SoaS] New Snapshot: Updated Packages
Hi everybody, just a quick heads-up: I've built another snapshot yesterday, which brings along updated packages from our SoaS yum repo. * You're now able to install (manually) RPM Fusion packages again - it failed before. * It also includes the updated gstreamer-plugins-espeak package (now on version 0.3.3)! * For updates regarding the boot screen, please refer to this e-mail: http://lists.sugarlabs.org/archive/sugar-devel/2009-May/014696.html As always, please report all the issues you encounter and make sure to tag everything you want to get fixed in time for the next release with the soas_linuxtag milestone. Here are the links: * Live Image: http://download.sugarlabs.org/soas/snapshots/2/Soas2-200905281544.iso * Virtual Appliance: http://download.sugarlabs.org/soas/appliances/soas2-20090528.zip Thanks and happy testing! --Sebastian ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On 29 May 2009, at 18:41, Sebastian Dziallas wrote: Hi folks, sorry for the short notice, but this is rather urgent. I've been spending yesterday afternoon to update the packages in our SoaS Yum repo to reflect the changes for Fedora 11. As it turned out, the plymouth package has been partly rewritten, and I was wondering (also with regard to #709), how we wanted to deal with a new boot screen. For now, I've just implemented the old Sugar logo again, but we might also want to have something more shiny (probably with a progress bar). Some form of progress indicator would be a useful addition. I'm not really that good at art and the Sugar logo thing there was at first nothing more than a quick hack, so it'd would be really great if someone could have a look and work on such a boot screen. I'm happy to give it a look/shot from a graphics point of view if no one else steps forward. So. When did you need it by? OLPC is currently doing the same for their 1.5 software release, which gives us a good possibility to have a look at the file structure: http://www.freedesktop.org/~halfline/olpc.tar.bz2 Please let me know if there's anything I can help with. I'm new to plymouth, but looking at the content of olpc.tar.bz2 it seems simple. My main question is where should I look for the config that describes which images get loaded in what order. Perhaps the names just conform to some hardcoded protocol? How about the location of corner-image.png, perhaps hardcoded again? I'm just downloading your latest Soas build so will have a dig in there to see what you have done already – I'm just wondering if this is really as easy as generating a bunch of png files with the correct file names :-) Regards, --Gary Thanks, --Sebastian ___ 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] Guadec
Is anyone planning on attending Guadec this July? david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Sebastian, Gary I'd like to take a stab at it, I've actually had an idea brewing for awhile What's the deadline please? thanks Sean On Fri, May 29, 2009 at 8:54 PM, Gary C Martin g...@garycmartin.com wrote: On 29 May 2009, at 18:41, Sebastian Dziallas wrote: Hi folks, sorry for the short notice, but this is rather urgent. I've been spending yesterday afternoon to update the packages in our SoaS Yum repo to reflect the changes for Fedora 11. As it turned out, the plymouth package has been partly rewritten, and I was wondering (also with regard to #709), how we wanted to deal with a new boot screen. For now, I've just implemented the old Sugar logo again, but we might also want to have something more shiny (probably with a progress bar). Some form of progress indicator would be a useful addition. I'm not really that good at art and the Sugar logo thing there was at first nothing more than a quick hack, so it'd would be really great if someone could have a look and work on such a boot screen. I'm happy to give it a look/shot from a graphics point of view if no one else steps forward. So. When did you need it by? OLPC is currently doing the same for their 1.5 software release, which gives us a good possibility to have a look at the file structure: http://www.freedesktop.org/~halfline/olpc.tar.bz2 Please let me know if there's anything I can help with. I'm new to plymouth, but looking at the content of olpc.tar.bz2 it seems simple. My main question is where should I look for the config that describes which images get loaded in what order. Perhaps the names just conform to some hardcoded protocol? How about the location of corner-image.png, perhaps hardcoded again? I'm just downloading your latest Soas build so will have a dig in there to see what you have done already – I'm just wondering if this is really as easy as generating a bunch of png files with the correct file names :-) Regards, --Gary Thanks, --Sebastian ___ 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On 29 May 2009, at 21:37, Sean DALY wrote: Sebastian, Gary I'd like to take a stab at it, I've actually had an idea brewing for awhile Cool, shout if you need extra hands/review. --G What's the deadline please? thanks Sean On Fri, May 29, 2009 at 8:54 PM, Gary C Martin g...@garycmartin.com wrote: On 29 May 2009, at 18:41, Sebastian Dziallas wrote: Hi folks, sorry for the short notice, but this is rather urgent. I've been spending yesterday afternoon to update the packages in our SoaS Yum repo to reflect the changes for Fedora 11. As it turned out, the plymouth package has been partly rewritten, and I was wondering (also with regard to #709), how we wanted to deal with a new boot screen. For now, I've just implemented the old Sugar logo again, but we might also want to have something more shiny (probably with a progress bar). Some form of progress indicator would be a useful addition. I'm not really that good at art and the Sugar logo thing there was at first nothing more than a quick hack, so it'd would be really great if someone could have a look and work on such a boot screen. I'm happy to give it a look/shot from a graphics point of view if no one else steps forward. So. When did you need it by? OLPC is currently doing the same for their 1.5 software release, which gives us a good possibility to have a look at the file structure: http://www.freedesktop.org/~halfline/olpc.tar.bz2 Please let me know if there's anything I can help with. I'm new to plymouth, but looking at the content of olpc.tar.bz2 it seems simple. My main question is where should I look for the config that describes which images get loaded in what order. Perhaps the names just conform to some hardcoded protocol? How about the location of corner-image.png, perhaps hardcoded again? I'm just downloading your latest Soas build so will have a dig in there to see what you have done already – I'm just wondering if this is really as easy as generating a bunch of png files with the correct file names :-) Regards, --Gary Thanks, --Sebastian ___ 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
