Re: advantage of full linux over android for OLPC
On Tue, Jan 18, 2011 at 7:05 AM, Carlos Nazareno object...@gmail.com wrote: While browsing the new slashdot coverage on OLPC, there was a very good point made regarding Android vs. full Linux: There's no JRE/JDK running on Android, so that's a plus for not switching to Android, given that so many cool stuff is being taught/done in Java. (i.e. http://processing.org ) It also locks out university students/scholars (who are in need of low-cost affordable laptops for education too) and budding students who want to learn computer science. XO machines should also be capable of being dev machines that are capable of building apps for the XO (both for students and adult content creators (teachers, volunteers)), instead of just consumer machines like the iPad Android devices. (developing apps for different platforms using Android devices still seems some ways off) They are dev machines. There are people using them for exactly that. They also support the full java stack although its probably somewhat slow on the XO-1. Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: advantage of full linux over android for OLPC
They are dev machines. There are people using them for exactly that. They also support the full java stack although its probably somewhat slow on the XO-1. Peter Yeah, I was using Processing on the XO 1. It worked fine under Sugar, you just had to launch it via command line and it was a little tricky with the windows. Kudos on the switch and getting stuff to run on ARM. Low power = big big deal! (btw, is the battery tech still the same between the XO-1, 1.5 and 1.75)? Anyway, the next someone asks about why not android? the simple answer is that we want users to be able to be fully able to generate content for a wider variety of platforms (Python, C, C++, Java, etc), and full linux has tons of tools at users' disposal :) -Naz -- carlos nazareno http://twitter.com/object404 http://www.object404.com -- core team member phlashers: philippine flash actionscripters http://www.phlashers.com -- poverty is violence ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: advantage of full linux over android for OLPC
On Tuesday 18 January 2011 17:11:50 Carlos Nazareno wrote: They are dev machines. There are people using them for exactly that. They also support the full java stack although its probably somewhat slow on the XO-1. Peter Yeah, I was using Processing on the XO 1. I’ve been using an XO with Gentoo Linux as working system for more than a year, now, and it works very well (coding, writing, reading PDFs). Since the first thing I always did in sugar was switching to the console, I installed just xmonad and emacs + some development stuff (for example boost and similar which are quite huge). If anyone is interested, I can post the update-scripts. Best wishes, Arne signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: advantage of full linux over android for OLPC
On 18 January 2011 20:11, Carlos Nazareno object...@gmail.com wrote: Kudos on the switch and getting stuff to run on ARM. Low power = big big deal! (btw, is the battery tech still the same between the XO-1, 1.5 and 1.75)? Yes for the XO-1 and XO-1.5. The XO-1.75 is still in development, but I assume yes. Sridhar Dhanapalan Technical Manager One Laptop per Child Australia M: +61 425 239 701 E: srid...@laptop.org.au A: G.P.O. Box 731 Sydney, NSW 2001 W: www.laptop.org.au ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: advantage of full linux over android for OLPC
sridhar wrote: On 18 January 2011 20:11, Carlos Nazareno object...@gmail.com wrote: Kudos on the switch and getting stuff to run on ARM. Low power = big big deal! (btw, is the battery tech still the same between the XO-1, 1.5 and 1.75)? Yes for the XO-1 and XO-1.5. The XO-1.75 is still in development, but I assume yes. definitely yes. paul =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
acti-plications: write once, run anywhere?
On a dual-boot XO, does it make sense to use the same binary code for sugar activities also in gnome applications? If so, are there guidelines or example acti-plications? If the same binary code is *not *re-used by both platforms, but just the same code base, are there guidelines or examples of how to re-use the same code base effectively? Off the top of my head, how data is serialized is handled differently between the two platforms. This question is of particular concern to acti-plications with many media assets, like some video games. It would be nice to avoid file redundancy. Given the small size of the XO netbooks, I hope this question is on mark for this community. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] acti-plications: write once, run anywhere?
On 18.01.2011, at 18:41, Erik Blankinship wrote: On a dual-boot XO, does it make sense to use the same binary code for sugar activities also in gnome applications? If so, are there guidelines or example acti-plications? I think it makes a lot of sense. That's one of the reasons the Etoys activity bundle is but a tiny wrapper. Etoys works as stand-alone application in Gnome and as activity in Sugar. If the same binary code is not re-used by both platforms, but just the same code base, are there guidelines or examples of how to re-use the same code base effectively? Off the top of my head, how data is serialized is handled differently between the two platforms. Yes. Etoys switches the tool bar, e.g., the insert object/keep a copy buttons are replaced by file load/save buttons, the sharing button goes away, a full-screen button is added. The file format is the same, but different code paths are used. This question is of particular concern to acti-plications with many media assets, like some video games. It would be nice to avoid file redundancy. Given the small size of the XO netbooks, I hope this question is on mark for this community. Right on. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] acti-plications: write once, run anywhere?
On Tue, Jan 18, 2011 at 12:41 PM, Erik Blankinship er...@mediamods.com wrote: On a dual-boot XO, does it make sense to use the same binary code for sugar activities also in gnome applications? If so, are there guidelines or example acti-plications? The gnome side will most likely be installed via RPMs (or .deb files on Ubuntu/Fedora setups). So your Sugar app could just use the libraries, binaries and resources/assets from the RPM. Examples - Write.xo uses the Abiword libraries. Browse.xo uses xulrunner (the Firefox libraries backend). Bert pointed out EToys. In all those cases, you get code reuse and a small Activity, but the activity completely depends finding the things it needs. hth, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing XO EC-1.75
Excerpts from Richard A. Smith's message of Tue Jan 18 06:34:45 +0100 2011: So, that's the plan -- right now we're using a non-free compiler (Keil) to build a mostly free (except for PS/2) EC for 1.75, but we're near to replacing the non-free compiler and the non-free PS/2 code at the same time. As always, we welcome your help! Great news! Thanks for continuing to work towards a blob-free system. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] acti-plications: write once, run anywhere?
The gnome side will most likely be installed via RPMs (or .deb files on Ubuntu/Fedora setups). So your Sugar app could just use the libraries, binaries and resources/assets from the RPM. Examples - Write.xo uses the Abiword libraries. Browse.xo uses xulrunner (the Firefox libraries backend). Bert pointed out EToys. In all those cases, you get code reuse and a small Activity, but the activity completely depends finding the things it needs. If my acti-plication has dependencies that are not part of the underlying build, do I need to install them on the gnome side first? Or can cross-platform libraries be initially installed on the Sugar side too? A related follow-up: does it make sense to put cross-platform dependencies that a gnome activity would need into ~/Activities/MyCoolActivity.activity/ ? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Version numbers for XO-1/XO-1.5 vs XO-1.75 releases
We're at a small dilemma regarding numbering of version numbers of OLPC OS releases. The current scheme is documented here: http://wiki.laptop.org/go/Release_Process_Home#Release_Names It would be nice to stick with it, as this is what deployments are now used to. (However, changing to another scheme is not out of the question) The problem: XO-1.75 software will not be a joint release with XO-1/XO-1.5 at the moment, as the current target for Fedora ARM is 12 (stable) and 13 (development). So, the first XO-1.75 software release seems likely to be based on Fedora 12 or 13, for which there is no current base for XO software. There is no determined schedule for this release, yet. (It is our hope that Fedora/ARM will catch up enough so that joint releases are possible in future, but this does not seem imminent.) The next XO-1 and XO-1.5 joint release will be based on Fedora 14 and do have a fixed schedule (to be announced within the next few days). Since it will be released this year, the above URL would suggest that we take version 11.1.x for this new stream. However, that raises the question of what happens if an XO-1.75 release based on F12/F13 comes out later. Would it take the 11.2.x namespace, appearing newer than its 11.1.x F14-based cousin? One option we have is to call the new XO-1/XO-1.5 release 11.2.x, leaving 11.1.x free for a possible OLPC XO-1.75 software release based on F12/F13. I think thats the best option we have right now, but might create a bit of confusion as what happened to 11.1?? Any suggestions/thoughts? Thanks, Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Version numbers for XO-1/XO-1.5 vs XO-1.75 releases
On Tue, Jan 18, 2011 at 9:02 PM, Daniel Drake d...@laptop.org wrote: We're at a small dilemma regarding numbering of version numbers of OLPC OS releases. The current scheme is documented here: http://wiki.laptop.org/go/Release_Process_Home#Release_Names It would be nice to stick with it, as this is what deployments are now used to. (However, changing to another scheme is not out of the question) The problem: XO-1.75 software will not be a joint release with XO-1/XO-1.5 at the moment, as the current target for Fedora ARM is 12 (stable) and 13 (development). So, the first XO-1.75 software release seems likely to be based on Fedora 12 or 13, for which there is no current base for XO software. There is no determined schedule for this release, yet. (It is our hope that Fedora/ARM will catch up enough so that joint releases are possible in future, but this does not seem imminent.) The ARM team is closing on the F-13 release for ARM now, with hopefully a release shortly. I suspect it will be discussed more in depth at FUDCon as I believe most of the people involved with ARM are going to be there. Straight after the F-13 release we'll be moving on to getting Fedora 14 release built as soon as possible. This should hopefully be gearing up with the arrival of Panda Board soon apparently :-) The next XO-1 and XO-1.5 joint release will be based on Fedora 14 and do have a fixed schedule (to be announced within the next few days). Since it will be released this year, the above URL would suggest that we take version 11.1.x for this new stream. However, that raises the question of what happens if an XO-1.75 release based on F12/F13 comes out later. Would it take the 11.2.x namespace, appearing newer than its 11.1.x F14-based cousin? What happened with the naming of the XO 1 and 1.5 initial release numbering? They weren't originally in sync. One option we have is to call the new XO-1/XO-1.5 release 11.2.x, leaving 11.1.x free for a possible OLPC XO-1.75 software release based on F12/F13. I think thats the best option we have right now, but might create a bit of confusion as what happened to 11.1?? What about bumping the major release to 14 for the stable XOs and to 12/13 for the 1.75 reflecting the Fedora release that its based upon and then use the usual 14.1 14.2 etc that way there's no confusion based on the underlying os ages and allows the usual point releases. Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
request: Release/build naming consistency
Hi guys. Is it possible to unify the release names? It becomes extremely confusing for wiki navigators, wiki editors trying to document pages, people looking to update their software, or people just plain looking for information. For example, can build 860 just be renamed to 10.1.3 ? Or the filename become: os10_1_3.img os10_1_3.img.fs.zip ? What is the reason behind the disparaity of release/build names? What's the naming convention? This is a really big source of confusion for users, and it would be much better to just unify release/build names (maybe tack on an extra decimal point for WIP builds) Regards, -Naz -- carlos nazareno http://twitter.com/object404 http://www.object404.com -- core team member phlashers: philippine flash actionscripters http://www.phlashers.com -- poverty is violence ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] acti-plications: write once, run anywhere?
On Tue, Jan 18, 2011 at 2:25 PM, Erik Blankinship er...@mediamods.com wrote: If my acti-plication has dependencies that are not part of the underlying build, do I need to install them on the gnome side first? It's not technically at the gnome side... you have to install them in the system :-) - Power users, developers with an XO, will use yum (or a GUI frontend to yum) to install the required libs, and the gnome app. - Typical users in an OLPC deployment will often depend on the OS image having the libs installed -- as it happens now with the examples I've given earlier. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] acti-plications: write once, run anywhere?
On Tue, Jan 18, 2011 at 9:57 PM, Martin Langhoff martin.langh...@gmail.comwrote: On Tue, Jan 18, 2011 at 2:25 PM, Erik Blankinship er...@mediamods.com wrote: If my acti-plication has dependencies that are not part of the underlying build, do I need to install them on the gnome side first? It's not technically at the gnome side... you have to install them in the system :-) Let's assume delivery of the activity-application is via a usb stick. Let's also assume the video game has 200mb of assets. The goal is to make it as easy as possible to install the activity-application once, from either side, and to put the assets in one place. For sugar, this would be a ~200mb xo bundle on the usb stick. For gnome, this might be a ~200mb rpm on the usb stick. Do all activity and application developers have write access to any part of the system where they can add the libraries that they need to the system from either gnome or sugar side and then access if from either side? Where and how should assets be installed? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: request: Release/build naming consistency
Which Wiki pages are confusing? I've not seen any edits that show confusion. A release name is akin to a composite software product version. The naming convention is described here: http://wiki.laptop.org/go/Future_releases#Release_naming_scheme A build number is output of the build process. Normally a release name will have a series of build numbers associated, with the latest build number being the final build for the release. File names for installation have to meet 8.3 filename restrictions so that they are supported easily by OpenFirmware. http://en.wikipedia.org/wiki/8.3_filename os860 is the final build for the 10.1.3 release, but if there's a reason to make a new build for that release then we'll go right ahead and make an os861, and update the links that explain how to install 10.1.3. I've not heard of many users confused by this. It is a useful separation of file names from version numbers. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: request: Release/build naming consistency
... and it would annoy (increase costs to) our deployments to change substantially now. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] XS-0.7 plans -- your thoughts please...
Ay ay ay! This last 12 months have been frantic, as I've ended up biting off a ton more than common sense would recommend to chew. And then chewing, slowly, awkwardly. Good things have come out of the hard work of this year, but the XS has been delayed. One good piece of news is that I've helped deploy more XSs in the field, both in person and through this list. So I think we have good feedback on what to streamline and make easier. And I have a window of time to hack on it. So... the plan is roughly the same as it was in http://lists.laptop.org/pipermail/server-devel/2009-October/004139.html - except that I'll start drafting the build on top of F14. My actual plan is to have the packages for RHEL6 / CentOS6, which will give us a more stable platform. With less churn, I get to spend more of my limited time on interesting work :-) So -- going back on the traffic we've see in the last 24 months, what would you highlight? What have people asked for (that wasn't easy/trivial/possible)? What problems have we heard that were hard to diagnose...? 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 ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Notes on Flashing the NAND over the LAN
On Sun, Jan 16, 2011 at 9:21 PM, Anna ascho...@gmail.com wrote: With the release of 10.1.3, I thought I'd revisit flashing an XO over the LAN. Here are my notes, if anyone's interested. Interesting! For a full reflash, as James pointed out, NANDBlaster wins. But if you have laptops out there with an earlier 10.1.x, the local XS can serve incremental update images for olpc-update :-) 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 ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
On Tue, 2011-01-18 at 14:29 -0500, Martin Langhoff wrote: Ay ay ay! This last 12 months have been frantic, as I've ended up biting off a ton more than common sense would recommend to chew. And then chewing, slowly, awkwardly. Good things have come out of the hard work of this year, but the XS has been delayed. One good piece of news is that I've helped deploy more XSs in the field, both in person and through this list. So I think we have good feedback on what to streamline and make easier. And I have a window of time to hack on it. So... the plan is roughly the same as it was in http://lists.laptop.org/pipermail/server-devel/2009-October/004139.html - except that I'll start drafting the build on top of F14. Anaconda will not automatically find the old install if its older than release-2, you will need to pass upgradeany at the boot prompt if you go with F14. My actual plan is to have the packages for RHEL6 / CentOS6, which will give us a more stable platform. With less churn, I get to spend more of my limited time on interesting work :-) So your going to port to F14 then RHEL6/CentOS6 and maintain the rpms for all three? So -- going back on the traffic we've see in the last 24 months, what would you highlight? What have people asked for (that wasn't easy/trivial/possible)? What problems have we heard that were hard to diagnose...? Think the biggest issue I've seen is trying to configure an XS for a pre-existing lan using a single interface. The stock network layout is a bit much for a novice, and can get confusing quickly. Jerry ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
On 18 January 2011 19:29, Martin Langhoff martin.langh...@gmail.com wrote: So -- going back on the traffic we've see in the last 24 months, what would you highlight? What have people asked for (that wasn't easy/trivial/possible)? What problems have we heard that were hard to diagnose...? Some items that spring to mind: 1. activity-server support for dotted activities 2. can't register if your name includes a : 3. automatic olpc-update via OATS (code was posted, but we never finished deciding exactly how to integrate it) ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
Great news, looking forwards to 0.7 I think three areas where we had some difficulties. 1. Perhaps making the default install easier to set eth0 up for static config 2. Not sure if it is relevant to the build, but we would have enjoyed an easy way to clone from a master, i.e. when setting up a customised XS for a number of schools 3. We had difficulties running the olpcxs update (yum --enablerepo .) at times, and although we couldn't always replicate the problem it seemed to be related to clock/date/time skew I have never tried selecting the Gnome option, but a nice GUI would be useful for users with limited grasp of command line stuff for file management. Maybe that is available already David Leeming Solomon Islands Rural Link -Original Message- From: server-devel-boun...@lists.laptop.org [mailto:server-devel-boun...@lists.laptop.org] On Behalf Of Daniel Drake Sent: Wednesday, 19 January 2011 7:28 a.m. To: Martin Langhoff Cc: XS Devel Subject: Re: [Server-devel] XS-0.7 plans -- your thoughts please... On 18 January 2011 19:29, Martin Langhoff martin.langh...@gmail.com wrote: So -- going back on the traffic we've see in the last 24 months, what would you highlight? What have people asked for (that wasn't easy/trivial/possible)? What problems have we heard that were hard to diagnose...? Some items that spring to mind: 1. activity-server support for dotted activities 2. can't register if your name includes a : 3. automatic olpc-update via OATS (code was posted, but we never finished deciding exactly how to integrate it) ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
On Tue, Jan 18, 2011 at 4:31 PM, David Leeming da...@leeming-consulting.com wrote: I have never tried selecting the Gnome option, but a nice GUI would be useful for users with limited grasp of command line stuff for file management. Maybe that is available already David Leeming Solomon Islands Rural Link Managing a system with Gnome sounds seductive, but I can't think of a faster way to bork up a server than to let a novice admin loose in GUI tools with root powers. For file management, say a user level directory under /var/www/html, far better to mount it with sshfs from a remote system (there's even a Windows tool for that called dokan). That way you can have the ease of a GUI filesystem tool without the risks of actually running a Window Manager on the server itself. Not to mention installing Gnome and X Windows and all the deps takes a ton of space. Anna Schoolfield Birmingham ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
OK point taken! We have used WinSCP on networked Windows PCs too, for this purpose. David Leeming Solomon Islands Rural Link From: Anna [mailto:ascho...@gmail.com] Sent: Wednesday, 19 January 2011 10:11 a.m. To: David Leeming Cc: XS Devel Subject: Re: [Server-devel] XS-0.7 plans -- your thoughts please... On Tue, Jan 18, 2011 at 4:31 PM, David Leeming da...@leeming-consulting.com wrote: I have never tried selecting the Gnome option, but a nice GUI would be useful for users with limited grasp of command line stuff for file management. Maybe that is available already David Leeming Solomon Islands Rural Link Managing a system with Gnome sounds seductive, but I can't think of a faster way to bork up a server than to let a novice admin loose in GUI tools with root powers. For file management, say a user level directory under /var/www/html, far better to mount it with sshfs from a remote system (there's even a Windows tool for that called dokan). That way you can have the ease of a GUI filesystem tool without the risks of actually running a Window Manager on the server itself. Not to mention installing Gnome and X Windows and all the deps takes a ton of space. Anna Schoolfield Birmingham ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
Reporting mechanisms would be useful, such as: Squid reporting for the locations with internet access. I've played around with sarg for ad-hoc reports, which really came in handy when I got claims that the internet doesn't work. Not only is it up, but here's what folks are looking at. On an ongoing basis, maybe sarg generated reports in a password protected Apache dir so teachers and administrators can browse them. Bandwidth and Device Reporting. I heard fears that with open wifi, everyone and their brother would leech the XS's internet. So I use dhcpstatus and vnstat to generate a simple daily report counting how many XOs, how many other devices, and how much traffic there was. http://lists.laptop.org/pipermail/server-devel/2010-April/004809.html Even if a location doesn't have internet access, daily reporting of the number of unique XOs that got IP addresses would probably be informative. At least you'd have a quick way to see how many XOs are being brought to school and be able to track that over time. Anna Schoolfield Birmingham ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
On Tue, 2011-01-18 at 20:28 +, Daniel Drake wrote: On 18 January 2011 19:29, Martin Langhoff martin.langh...@gmail.com wrote: So -- going back on the traffic we've see in the last 24 months, what would you highlight? What have people asked for (that wasn't easy/trivial/possible)? What problems have we heard that were hard to diagnose...? Some items that spring to mind: 1. activity-server support for dotted activities That sucks the dotted versions don't display when you regenerate the html page. Is there a patch I can test by any chance? 2. can't register if your name includes a : 3. automatic olpc-update via OATS (code was posted, but we never finished deciding exactly how to integrate it) add: xs-rsync support for XO-1.5 with the change to lzma Jerry ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
Even if a location doesn't have internet access, daily reporting of the number of unique XOs that got IP addresses would probably be informative. At least you'd have a quick way to see how many XOs are being brought to school and be able to track that over time. Anna Schoolfield Birmingham Strongly agree! David ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
Martin, I was about to email you regarding what is the latest XS version as I am about to get back to attempting to port the XS to ARM so your email is timely to me. I had put that on hold for quite a while as it turned out Fedora ARM 11/12 lacked a number of items required by the XS. The Fedora 13 ARM port is intended to be a complete a port as possible and should have the bits required as a base for the XS. After the Fedora 13 ARM port is released it is my understanding that the Fedora 14 ARM port will be started. I hope you keep the Fedora RPMs as RHEL6/CentOS6 do not support ARM. I have been experimenting with ARM devices as servers with low power consumption and I want to prove the viability of using them as an XS. The systems I have are based on the Marvell Kirkwood, (not quite as fancy as the Armada 610). If successful this would be an asset that uses little electricity and would help with deployments in locations where electricity and server room cooling is expensive. In my review of the make files for XS-0.6 I have noticed that the architecture is hardcoded in a number of places. It would be nice if these were parameterized. The other area that seems a bit strange is how flat the git is for the XS components. They all seem to be at the top level. It would be nice if they hung off a top level XS project directory with a master make file that passed arch type, etc., to the component make files. This would make it simpler to clone all the bits. If you want to read more about the Fedora ARM project here are several links:- http://fedoraproject.org/wiki/Architectures/ARM http://arm.koji.fedoraproject.org http://arm.koji.fedoraproject.org/status In closing I would like to say, I do not think most administrators would care about RHEL6 or CentOS. In fact they may prefer the modern up to date Fedora 14 features. Thanks rihowa...@gmail.com On Jan 18, 2011, at 11:29 AM, Martin Langhoff wrote: Ay ay ay! This last 12 months have been frantic, as I've ended up biting off a ton more than common sense would recommend to chew. And then chewing, slowly, awkwardly. Good things have come out of the hard work of this year, but the XS has been delayed. One good piece of news is that I've helped deploy more XSs in the field, both in person and through this list. So I think we have good feedback on what to streamline and make easier. And I have a window of time to hack on it. So... the plan is roughly the same as it was in http://lists.laptop.org/pipermail/server-devel/2009-October/004139.html - except that I'll start drafting the build on top of F14. My actual plan is to have the packages for RHEL6 / CentOS6, which will give us a more stable platform. With less churn, I get to spend more of my limited time on interesting work :-) So -- going back on the traffic we've see in the last 24 months, what would you highlight? What have people asked for (that wasn't easy/trivial/possible)? What problems have we heard that were hard to diagnose...? 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 ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS-0.7 plans -- your thoughts please...
On Tue, Jan 18, 2011 at 11:12 PM, rihowa...@gmail.com rihowa...@gmail.comwrote: In closing I would like to say, I do not think most administrators would care about RHEL6 or CentOS. In fact they may prefer the modern up to date Fedora 14 features. Thanks rihowa...@gmail.com Seconded. Sticking to Fedora 14 would allow a lot more flexibility, keep support mostly on the same page, and lend a certain comfort level to existing admins for upgrading. And there's a lot more online support for Fedora than for CentOS or RHEL. Anna Schoolfield Birmingham ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel