Re: [Server-devel] XS on ARM update.
Note that currently Puppet relies on some hard coded intel specific code. Oh really? I'm assuming it'd be in the facter code, using lspci and dmidecode to get the facts about hardware I just checked ARM Koji and it looks like puppet is building okay on ARM and passing the tests on ARM. I must be remembering some problem it had during the fedora 15 moji phase, but then a number of things had problems then. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] XS on ARM update.
On Thu, Apr 12, 2012 at 7:12 AM, rihowa...@gmail.com rihowa...@gmail.com wrote: Note that currently Puppet relies on some hard coded intel specific code. Oh really? I'm assuming it'd be in the facter code, using lspci and dmidecode to get the facts about hardware I just checked ARM Koji and it looks like puppet is building okay on ARM and passing the tests on ARM. I must be remembering some problem it had during the fedora 15 moji phase, but then a number of things had problems then. F15 was a mess, it was used solely as a bringup mechanism for hard float. F17 is the only way to go and if you've got any issues let me know as I've pretty much built it all. Peter ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Looking for new low power server hardware candidate
On Wed, Apr 11, 2012 at 4:58 PM, rihowa...@gmail.com rihowa...@gmail.com wrote: On Apr 10, 2012, at 5:04 PM, Martin Langhoff wrote: On Mon, Apr 2, 2012 at 2:03 AM, George Hunt georgejh...@gmail.com wrote: I left my fitpc2 and msi servers in the Philippines, hoping they would be pressed into service in a classroom situation. So now I'm in the market for another toy. If you have time towork with us through some hitches, I'd recommend an ARM server. At this stage I'd say one of the Marvell/Globalscale Plug servers (dreamplug for example), or a trimslice. Either option will need a combination of the OS on internal SD/eMMC and the storage on an ext HDD (via USB probably). The Kirkwood based systems such plug computers can boot both the kernel and OS from a hard drive. I have been talking with one of he Fedora ARM team about this and am going to send them an email about what is involved and some other things about the kirkwood based devices. I'm one of the Fedora ARM people so feel free to ask here, there's a lot of work going on to simplify the process of creating images, there should be some more stuff coming soon for creation of images. I would suggest looking at ARMv7 devices as they tend to have more CPU power and memory which would be better for the server stuff. Personally I think the Trimslice H is going to one of the best models as you can put a decent HDD in there and have a self contained unit, although I would love a dual eth option. Peter [1] http://trimslice.com/web/models ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Looking for new low power server hardware candidate
On Thu, Apr 12, 2012 at 5:24 AM, Peter Robinson pbrobin...@gmail.com wrote: think the Trimslice H is going to one of the best models as you can put a decent HDD in there and have a self contained unit, although I would love a dual eth option. It has a HDD bay! Yay! Wanna! m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - 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] Looking for new low power server hardware candidate
On 12 April 2012 15:27, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, Apr 11, 2012 at 11:57 PM, Sridhar Dhanapalan srid...@laptop.org.au wrote: Why is it such a bad idea? The thought was to do away with registration, moodle and other unnecessary services and focus only on the XMPP server. You want to run a network of federated XMPP servers? It's madness. Rather, it's not madness, but until demonstrated/automated otherwise it's a high-maintenance-per-classroom setup. And the federated XMPP stuff isn't widely used == widely tested. We get obvious and clear bugs in parts of the XMPP implementation that are used (or should be used) _everywhere_. And this is on what is reportedly the best XMPP implementation available. My appetite for putting an exotic feature into use in the _middle_ of a deployment plan is... just not there. In any case, what's the upside of one-XS-per-classroom? Cost, administration, reliance on federated-XMPP all seem downsides/risks to me. Not federated - far simpler than that. The current XS requires administration - sysadmin admin to set up and moodle admin to manage registrations and set up segregation. This is not workable in our school environments, and hence we have stopped using XS schoolservers. The scenario that I'm thinking of is that each teacher (who has no technical skill whatsoever) receives an XS plug-and-play appliance, consisting of an XO with XS software installed. All the teacher has to do is to turn on the machine and connect it to the network. The appliance runs nothing more than ejabberd. There's no moodle, dhcp, dns or other services. Then the children just set a collaboration server to connect to in the Network CP applet. They use the address of the appliance for their classroom. This achieves a segregation effect in a simple way. I think this could be created with relatively little effort, as all we are doing is scaling back an XS. There is no additional configuration required such as federation. We have ideas to extend this scenario. For instance, the appliances could advertise themselves on the network, and then the children need only click on the server they want to be on. The teacher could plug a USB drive with content into the appliance, and have the children download exercises and upload homework. As I mentioned, this is just an idea right now. Sridhar ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel