Android on the XO-4
I was at the Internet Archive for some work on Pathagar (https://github.com/PathagarBooks/pathagar). Also there that afternoon was John Gilmore (cc'd). We got to talking about the XO-4, Android, HTML5, etc. A bit of doodling on Physics, and John put together a two cylinder engine, complete with a rocker arm :-) He also suggested the possibility of CyanogenMod on the XO-4 as a starting point. If there is any interest in this, please submit a proposal for the upcoming OLPC SF summit http://www.olpcsf.org/CommunitySummit2013/proposal John, If you are in town Oct 18-20, we'd love to have you there. http://olpcsf.org/summit cheers, Sameer -- Sameer Verma, Ph.D. Professor, Information Systems San Francisco State University http://verma.sfsu.edu/ http://commons.sfsu.edu/ http://olpcsf.org/ http://olpcjamaica.org.jm/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Android on the XO-4
Not sure this helps us get around the Marvel bottleneck, but worth investigating. -walter On Sun, Oct 6, 2013 at 2:03 PM, Sameer Verma sve...@sfsu.edu wrote: I was at the Internet Archive for some work on Pathagar (https://github.com/PathagarBooks/pathagar). Also there that afternoon was John Gilmore (cc'd). We got to talking about the XO-4, Android, HTML5, etc. A bit of doodling on Physics, and John put together a two cylinder engine, complete with a rocker arm :-) He also suggested the possibility of CyanogenMod on the XO-4 as a starting point. If there is any interest in this, please submit a proposal for the upcoming OLPC SF summit http://www.olpcsf.org/CommunitySummit2013/proposal John, If you are in town Oct 18-20, we'd love to have you there. http://olpcsf.org/summit cheers, Sameer -- Sameer Verma, Ph.D. Professor, Information Systems San Francisco State University http://verma.sfsu.edu/ http://commons.sfsu.edu/ http://olpcsf.org/ http://olpcjamaica.org.jm/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [ANNOUNCE] Fatdog-ARM Linux for the XO-4
On Fri, Oct 04, 2013 at 10:32:17PM -0700, Yioryos Asprobounitis wrote: Does not boot if the files are unpacked onto internal eMMC and no external SD card is present. Workaround: edit olpc.fth to ensure mmcblk0 is used regardless. Thanks for the suggestion. However, we do not want to affect the original XO OS. Don't worry about that. 1. for laptops in deployments where this is important, the laptops are locked and won't be able to install your build, 2. the OLPC OS is very easily reinstalled, insert USB drive, hold down four keys, press power button, 3. external media such as SD card and USB drives are not always available, but internal media is always available, That is also why we do not provide zd images that would be easier to install. People that want it in the internal eMMC should know how to do it too ;) For people who want to try your build, you have made it harder for them, for (in my opinion) no good reason. You need not use zd images. A simple Forth script would do fine. ok d# 4096 fat32-partition int ok copy u:\fd-arm.sfs int:\fd-arm.sfs ok mkdir int:\boot ok copy u:\boot\initrd.4 int:\boot\initrd.4 ok copy u:\boot\vmlinuz.4 int:\boot\vmlinuz.4 ok copy u:\boot\olpc.fth int:\boot\olpc.fth ok bye Can also copy out members from within .zip file using Open Firmware. If you wanted to set up a barrier to booting from internal storage, there are probably more logical methods. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [ANNOUNCE] Fatdog-ARM Linux for the XO-4
3. external media such as SD card and USB drives are not always available, but internal media is always available, That is also why we do not provide zd images that would be easier to install. People that want it in the internal eMMC should know how to do it too ;) For people who want to try your build, you have made it harder for them, for (in my opinion) no good reason. You need not use zd images. A simple Forth script would do fine. ok d# 4096 fat32-partition int ok copy u:\fd-arm.sfs int:\fd-arm.sfs ok mkdir int:\boot ok copy u:\boot\initrd.4 int:\boot\initrd.4 ok copy u:\boot\vmlinuz.4 int:\boot\vmlinuz.4 ok copy u:\boot\olpc.fth int:\boot\olpc.fth ok bye Thanks you for the script. However this would imply that you already have expanded the tarball in a stick and then you copy over instead of just booting from it. So is hard to see how is any easier for the user. Can also copy out members from within .zip file using Open Firmware. What would be interesting is to download the the zipped file in the internal card and then have forth do the rest. Is it possible to read the file from int:\home\olpc\Downloads\file.zip, keep it in RAM, format int and write back from RAM? Though, come to think of it you may not need any of these. Could use alt-boot (assuming is empty) and existing partitions. Fatdog does not really care what else is in the partitions. The challenge in this case is the fatdog-xo olpc.fth to know which device and setting we boot from and act accordingly in all possible scenarios. If you wanted to set up a barrier to booting from internal storage, there are probably more logical methods. Suggestions are welcome as always ;) Best ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] The concept of pushing content to clients
I got my Mom a refurb Kindle for $50 for her birthday. This past Thursday, she visited me for a few hours and we did a bit of training over takeout from Dreamland BBQ. What in the world does that have to do with the XO/DXS/XSCE ecosystem, you might be asking? For one, there's registration. Mom entered her Amazon user/pass into the Kindle. Then it was registered and she could see the Kindle when she looked at her Amazon account from her laptop. After registration, I asked her to go into her Amazon account to put my email address and the Tinderizer (I'll explain later) email address into the approved email list. That's so you can send things to mom@kindle.comfrom an approved email address and it'll just magically show up on her Kindle. I installed Calibre on her Windows laptop, which luckily went well. She understood it was like iTunes for books. (Mom has an iPhone and an iPad, she knows iTunes.) Then I showed her some free ebook sites where she could get content, how to import the downloaded books into Calibre, and how to put that content onto the Kindle. Where Mom was really fascinated was how you can push content onto the Kindle. If you don't have a Kindle, here's how it works (remember Mom put my email address into the approved list): 1. I find something interesting that Mom might like to read 2. I email m...@kindle.com that content in a .txt file attachment and simply put the word convert in the subject 3. Mom connects her Kindle to wifi and it automagically downloads the content Now, Mom is a huge fan of the NYT, she actually pays money to subscribe. I set her up with http://tinderizer.com like I use. Sometimes the NYT has very long articles that I'd like to read later on the e-ink Kindle. Tinderizer is a bookmarklet that, once you set it up (and setup is very simple), it's one click to push it to the Kindle. Once the Kindle is connected to wifi, that content just magically shows up on the device. If I know I'm going to be offline for a while, or just want to sit out on the porch in the sunlight, I'll browse for articles to push to the Kindle to read later. Instapaper is another option I've heard good things about, but it doesn't sound as simple. In my case, reading thoughtful, longform articles on my computer screen is sometimes difficult, so I quite prefer them on the Kindle's eink screen. And reading offline minimizes distractions. I know you're still wondering, what does this have to do with the XO/DXS/XSCE ecosystem! The concept of pushing content to client devices, which then automagically shows up with no effort from the end user. And it's not a link, it's the full content, so the user only needs to have a connection for a few minutes while the queued up content is pushed. Many folks might think Amazon is evil or whatever, but their content delivery system is notable and somewhat revolutionary as far as end users are concerned. Also, take note of this Kindle based project: http://www.worldreader.org/ As we're going into XSCE 0.5 and thinking about value added stuff, lemme just throw this concept in. Anna Schoolfield Birmingham ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [XSCE] The concept of pushing content to clients
There seems to be two main ideas here; - remote control of a device in a multi-device scenario, - the commanded store and forward of content. The former is a surprising one to consider in the context of a one device per child project. Which device would be the remote control for which other device? Yes, it's notable, but so is possession of more than one device. If you mean remote control by a device in the possession of another, that way seems risky. The latter might be satisfied with a mail server configured to operate without always-on internet service. It might be wrapped with a web mail instance, and local mailing lists for class or interest groups. Content would be cached by the server until the mail is deleted. Device side support for local caching could use a mail client that exposes specific attachment types as Journal content entries. The automatic conversion of specific web pages, as in your NYT example, really only works with content that is self-contained. Once a link sends a learner off the page, we're back to square one. (Consider augmenting the Wikipedia activity on Sugar, to provide links to pages that aren't present, which places the download requests in a queue for next connectivity event.) -- James Cameron http://quozl.linux.org.au/ ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel