Re: [Server-devel] ds-backup
On Apr 17, 2013, at 3:00 AM, George Hunt wrote: Your analysis conforms with my experience. When I tried to carry mod_python over into FC18, it conflicted with apache. I didn't spend much time thinking about carrying apache along. It is my understanding mod_python was dropped as a supported package beginning with fedora 18. mod_python upstream has not been updated for years it seems. It is my understanding that mod_wsgi has a better memory foot print than mod_python. I'm sort of looking forward to debugging my new version of ds-backup server, which uses mod_wsgi. It seems like a relatively localized change. George On Tue, Apr 16, 2013 at 6:24 PM, Daniel Drake d...@laptop.org wrote: On Fri, Apr 5, 2013 at 3:16 PM, George Hunt georgejh...@gmail.com wrote: Hi Daniel, I noticed that you were working on ds-backup recently. I was trying to get XSCE running on fc18, and encountered the issue of fedora dropping mod-python (see https://fedorahosted.org/rel-eng/ticket/5165). Is it ok to just carry the fc17 version along in our repo, and try to see if it just works, or should we set a goal of rewriting to mod_wsgi? Carrying along an old mod_python might be tricky, I think F18 has a new apache version with some incompatibilities. I would port it to wsgi. Daniel ___ 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] ARM on XS -- how can I integrate my work?
On Jun 25, 2012, at 8:27 AM, Daniel Drake wrote: On Sun, Jun 24, 2012 at 8:14 AM, George Hunt georgejh...@gmail.com wrote: I'm not done yet, but I've been making progress on porting XS code to ARM by making modifications to DSD's XS-0.7. Upon his suggestion, I have been basing my work on the srpms posted at http://xs-dev.laptop.org/xsrepos/stable/olpc/xs-0.7/source/. Now that I've got some of the services running, I'm wondering how to contribute to the XS codebase. What I'd prefer is to contribute deltas from XS-0.7 that use `uname -p` to enable the appropriate path through the startup scripts. That kind of approach would suggest supporting both CentOS and F17+. I'm not sure if thats the direction we'd want to go - supporting 2 platforms has its costs. It might be preferred to do a full migration to F17. You'll need clarification from this from Martin, who's away until next month. There is no CentOS for ARM. It is not even on the horizon yet. On the other hand rpmfusion has recently expressed interest in building for the 2 ARM archs supported by Fedora. I have been targeting F17 for ARM with an eye to F18 for ARM which may make the cut to become a primary architecture. Earlier, I started using the git sources at dev.laptop.org, and I discovered that there did not appear to be an obvious set of git repos, corresponding to XS-0.7. Paths for repos that had the most recent changes included: /packages/ /projects/ /bios-crypto/ /users/martin/ Any suggestions on how we should proceed? I think you just need to sit down and hunt these down. It shouldn't take you long, using version numbers found in the most recent RPM packages, etc. Many of the XS component webpages have links to the git repo, e.g. http://wiki.laptop.org/go/XS-rsync If there are ones that don't, maybe you can add the links. And if you really get stuck, you can ask for help for a particular package. Daniel ___ 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] ARM on XS -- how can I integrate my work?
On Jun 24, 2012, at 7:14 AM, George Hunt wrote: Hi all, I'm not done yet, but I've been making progress on porting XS code to ARM by making modifications to DSD's XS-0.7. Upon his suggestion, I have been basing my work on the srpms posted at http://xs-dev.laptop.org/xsrepos/stable/olpc/xs-0.7/source/. I'm following Peter Robinson's suggestion, and using FC17 armv7hl snapshots as a base. The systemd startup requires mostly trivial changes from the old systemV mechanisms. Now that I've got some of the services running, I'm wondering how to contribute to the XS codebase. What I'd prefer is to contribute deltas from XS-0.7 that use `uname -p` to enable the appropriate path through the startup scripts. But I think contributing deltas presupposes that I'm working off of a git repository. Earlier, I started using the git sources at dev.laptop.org, and I discovered that there did not appear to be an obvious set of git repos, corresponding to XS-0.7. Paths for repos that had the most recent changes included: /packages/ /projects/ /bios-crypto/ /users/martin/ Any suggestions on how we should proceed? George ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel George, A while ago I asked for clarification about which git branches where the correct ones to pull from and never got a satisfactory answer. I had a few things I wanted to submit as patches but have been holding back on it. Meanwhile I had a few equipment failures and had to rebuild some drives and used my main ARM system for testing the evolving F17 for ARM which has finally gone GA. ( Along with some disruption from a flood which fortunately missed the XOs). I think the approach overall that I have been taking is a bit different from yours as my long term goal is to support the 2 current ARM archs that Fedora currently is built for and trying a few other new things to make the components used to be more similar to what is upstream. This is possibly a more experimental approach than you are using. Part of my plan is to set up my own ARM based Koji system. I have enough ARM devices to do this but need to order one more to make it more viable. Maybe we can compare notes in October...at the OLPC-SF 2012 Community Summit. regards, Robert H rihowa...@gmail.com linux - the best things in life are free ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] School server on ARM related question: Systemd on fc17 doesn't see ethernet dongles or USB sticks
On May 19, 2012, at 12:22 PM, George Hunt wrote: Hi all, There are no entries in /var/log/messages or dmesg relating to my test USB stick at /dev/sdb1, even though during the boot process, dracut sees an 8 GB sdb as well as the 132GB hard disk on sda that is the rootfs (so I think the proper drivers are in the kernel). I'm playing with the trimslice root fs and kernel snapshots available at http://fedoraproject.org/wiki/Architectures/ARM. This is a known problem with the TrimsSlice and has been documented on the fedora arm list Fedora 17 for ARM is just approaching the end of alpha development and a fix may appear soon if it has not occurred already. The place to ask about F17 for ARM is at the fedora arm email list. I also cannot configure an ethernet dongle, which the kernel doesn't appear to respond to, when inserted. Any pointers to documentation, or what modules's source I might study? I don't really understand how HAL was replaced, or why there are no entries in the kernel log. Thanks, George ___ 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 procurement recommendations (new hardware - Nosy Komba, Madagascar)
On Apr 18, 2012, at 12:11 PM, John Watlington wrote: Just a quick reminder that we have XO-1.75 production units available for people who want to work on XS on ARM. Just fill out the form at: http://wiki.laptop.org/go/Contributors_program/Project_proposal_form and list XS on ARM XO as the project. If you have any problems getting one this way, drop me a note. I had applied for one for just this purpose back in mid February and only got an automated RT email and nothing else. I will send you a separate email with the RT id. Cheers, wad On Apr 17, 2012, at 1:52 PM, George Hunt wrote: Hi Kevin, As far as I can tell, the system programmers in Boston are very occupied with getting 1.75 and 3.0 out the door. I think there's interest in seeing an ARM XS, but not immediately, with the resources available to them. There's a volunteer in San Francisco, who's email is rihoward, who has played with a number of ARM boxes. He's already given me some really useful advice. I don't have the background to be very productive in getting the XS onto ARM, but to me it seems strategic. I am spending a few hours every day, trying to learn about cross compiling fc17 onto the ARM arch. But I'm no expert. Maybe we could join forces. As I go along, one of my goals it to document the steps at schoolserver.wordpress.com. George On Tue, Apr 17, 2012 at 12:28 PM, Kévin Raymond shai...@fedoraproject.org wrote: On Tue, Apr 17, 2012 at 3:46 PM, Mitchell Seaton msea...@ekindling.org wrote: I might sum up here from recent additions (replies) on this mailing list regarding current low-power server options (x86/32bit) for XS: 1) FitPC2i - Dual Ethernet, fanless, poss heat-issue (heat sink), PhoenixBIOS (no Wake-on-LAN), 12W draw (poss ~5W idle) http://www.fit-pc.com/web/fit-pc/fit-pc2i-specifications/ 2) SolidLogic - (VIA C7, 25W draw) current sys in use not available for purchase, EU options in links below http://www.logicsupply.eu/systems/intel-atom/ http://www.logicsupply.eu/systems/fanless/ deployment sites: Jamaica 3) MSi WindBox - '10 Atom D510, 4GB DDR2 - ~35W, drawback single Ethernet NIC (USB WiFi adapter) http://fr.msi.com/models/Wind%20Box%20DC500 deployment sites: Nepal, Haiti, Philippines 4) EPC-AT270 - Dual Ethernet (Wake on LAN), fanless, drawback '08 model Atom N270 (2GB DDR2) - http://www.avalue.com.tw/products/EPC-AT270.cfm deployment sites: PNG, Oceania? These solutions generally haven't changed in the last two years, in Q2, 2012 now these are the current stable options for low-power x86? If that's the reality, I assume we can make a decision around these options, taking site specific considerations into account, and plan for possible involvement (replacement) down the line (1-2+ years) with any future server development for ARM/plug/etc and what suitable working model is devised around it. Regards, Mitch Hi there, I am new in this list but involved in OLPC-France. Could someone point me to the XS ARM port status? I don't know yet what software the XS is composed of, but since I have the Alex's dreamplug here in Paris I could try to move things forward. (Won't probably make it before May but costs nothing to read about it). I also have a FitPC(2?), but the power supply is lost somewhere in my bedroom… Yeah, it is way too hot IMHO -- Kévin Raymond (shaiton) GPG-Key: A5BCB3A2 ___ 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 ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [OLPC School Server] Comment: First Learnings about ARM
George, The Dreamplug may not be the best device to use at the moment as I learnt 2 days ago that the board design has changed very recently and it will be a while until the required code changes are made in the mainline kernel code ( and the mainline u-boot code). I have emailed the maintainer of the dreamplug code about the board changes. If you have one of the new boards a kernel built from mainline kernel source will not work. Others have tried and failed. Do not follow the trimslice directions as they are for a completely different SOC and board design and it stores uboot differently. What works for tegra based boards will not work for kirkwood based boards. I have on my to do list for the Fedora ARM project to create instructions for setting up uboot for kirkwood based systems. ( I have several different kirkwood systems in my ARM collection). I had been waiting for one of the olpc-sf members to return from overseas so I could inspect there dreamplug and run a few tests. Now the new dreamplug board design adds a new wrinkle to this. Base the offset off what was used in the Dreamplugs default environment as shipped to you. If it does not boot successfully it could be board incompatibility. I have not been able to find either a Marvell or GlobalScale repository with code for the new design. I assume it will be published at some point in the future. Well need to get back to working on ARM XS stuff. rihowa...@gmail.com linux - the best things in life are free On Apr 15, 2012, at 1:49 PM, George Hunt wrote: I need some pointers. My target machine is a Dreamplug. In the Fedora 17 arm distro, there are separate releases for ARMv5 and ARMv7. I have been playing with the ARMv5 download which includes kernels for tegra, imx, omap, and armv5tel (the latter is what I have been using). I created a FAT16 partition on an sd card, used uboot's mkimage to package the kernal for uboot to load. I can execute the uboot command: usb start; fatload usb 1 0x640 /boot/uImage But when I load the uImage to memory at 0x640, and bootm 0x640 (how do I know that that's the correct load address -- I copied the trimslice directions), I get no response. When I do the same with a kernel supplied by compulab for the dreamplug, it seems to function properly, ie. it boots to the point where it is looking for the rootfs (it gets further in the boot process). Is there any documentation on how to proceed in FC17 with the supplied kernels? Maybe I should just cross compile to get to a uImage? George On Sun, Apr 15, 2012 at 2:28 AM, comment-re...@wordpress.com comment-re...@wordpress.com wrote: New comment on your post First Learnings about ARM Author : kevix (IP: 98.113.63.95 , pool-98-113-63-95.nycmny.fios.verizon.net) E-mail : kevin.m...@verizon.net URL: http://kevix.myopenid.com Whois : http://whois.arin.net/rest/ip/98.113.63.95 Comment: George, if you are interested, I chat with OLPC folks on a daily basis on a private XS. Some of the folks are familiar with ARM. Let me know if you want the server info. You can see all comments on this post here: https://schoolserver.wordpress.com/2012/04/14/first-learnings-about-arm/#comments Permalink: https://schoolserver.wordpress.com/2012/04/14/first-learnings-about-arm/#comment-39 Trash it: http://schoolserver.wordpress.com/wp-admin/comment.php?action=trashc=39 Spam it: http://schoolserver.wordpress.com/wp-admin/comment.php?action=spamc=39 You can reply to this comment via email as well, just click the reply button in your email client. ___ 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 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] Looking for new low power server hardware candidate
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. cheers, 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 ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] XS on ARM update.
Martin, I have been meaning to email you an update about XS on ARM for a while. I had to take a hiatus from what I was doing with it, but started back on it a while back. I had been experimenting with getting XS components running on ARM. That was with Fedora 13 for ARM. With Fedora 13 for ARM ejabberd behaved nicely. I was in the process of moving to Fedora 15 but then Fedora 15 stayed in perpetual alpha and I wanted to be on a release that was well supported. Then Fedora 17 for ARM koji is building much faster than expected so I am in the process of moving over to Fedora 17. Note that currently Puppet relies on some hard coded intel specific code. I would like to chat with you some time about this as I want to discuss what is essential for the XS and which is the correct git branches etc to pull from for some olpc specific bits. . Robert Howard ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] initial notes on 0.7
On Feb 14, 2012, at 2:05 PM, Daniel Drake wrote: On Sun, Feb 12, 2012 at 2:18 AM, Sameer Verma sve...@sfsu.edu wrote: Problem: XS seems to cause XOv1 computers to repeatedly restart X (brief text messages say something about dcon freeze?) Happening to both XO-1 and XO-1.5 running build 883. XO 1.5 HS with build 852 was unaffected. I've been running 6 XOs with this build for ~8 hours now, and haven't seen this problem. Would be interested in logs if you can reproduce. Thanks, Daniel I noticed that with my XO-1 that it would come back to sugar after a short time. We registered the XOs with the XS. Kept Browse open and tried to look at some web sites. A couple of us tried to use chat. That is the basic scenario of what we tried to do with the XOs. I'll have to ask the other people involved in the test if we can together and try this test again soon. Robert H. ___ 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] initial notes on 0.7
On Feb 11, 2012, at 2:17 PM, Sameer Verma wrote: We managed to install XS 0.7 using the CentOS 6.2(minimal) + EPEL + OLPC XS approach. The machine is SolidLogic box (same as the one used in OLPCorps). The installation went well, with minor glitches (notes will be on the wiki). One pattern we've seen is that on XO 1.5 build 883, it keeps restarting X (gives some dcon freeze message) periodically. On a XO 1.5 build 852, it runs ok. Restarting problem was on three different XO 1.5s. Actually 2 of the XOs were XO-1s running build 883 Robert H. cheers, Sameer -- Sameer Verma, Ph.D. Professor, Information Systems San Francisco State University http://verma.sfsu.edu/ http://commons.sfsu.edu/ http://olpcsf.org/ ___ 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 rebase review
On Feb 8, 2012, at 3:35 AM, Martin Langhoff wrote: On Wed, Feb 8, 2012 at 2:23 AM, rihowa...@gmail.com rihowa...@gmail.com wrote: Which releases of erlang and ejabbered are you using? I unfortunately don't have the version number handy, but this should help: this coming XS release only ships a configuration and init scripts for ejabberd -- it's based on RHEL6.2/CentOS6.2, using the ejabberd versions included in the OS. I took a look at the CentOS6.2 source repository at http://vault.centos.org/6.2/ and could not find Erlang or ejabberd there. Current ejabberd does not need any changes -- only configuration -- to do what we need :-) cheers, m -- 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] XS rebase review
On Feb 7, 2012, at 2:58 PM, Daniel Drake wrote: Hi Martin, Ready for the next round of reviews for the XS work. I've now performed basic testing of all aspects of the system, so I feel this is ready for merging and wider testing. xs-config: pu branch recreated. Changes since yesterday: - 172.18.0.1 binding readded - xs-services-check checks that NM is off - nautilus in GNOME will try to automount disks. usbmount always wins in my testing, but I added a xs-services-check warning anyway. - /etc/sysconfig further cleaned up - /etc/xs-config.make killed - Moved to etckeeper ds-backup: pu branch ready for review idmgr: pu branch ready for review xs-activation: pu branch ready for review xs-activity-server: pu branch ready for review xs-rsync: pu branch ready for review xs-tools: pu branch ready for review Remaining bits from the core packages: Moodle - seemed to fail on first boot, worked on second. Using moodle-xs-1.9.5.xs2-1.xs11.noarch. Need to dig further. ejabberd - runs, accepts connection, but shows no presence info. Need to look into this. Which releases of erlang and ejabbered are you using? Robert H. Which moodle branch should I be working with? More tomorrow! Thanks, Daniel ___ 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...
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] Observations and question about http://wiki.laptop.org/go/XS_Software_Repositories
On Sep 28, 2010, at 9:06 AM, Martin Langhoff wrote: On Tue, Sep 28, 2010 at 11:46 AM, rihowa...@gmail.com rihowa...@gmail.com wrote: It would make more sense for me to base this effort on F11 XS code even if it is experimental. This will help find hardware dependencies in the code. The only binary package IIRC is ejabberd-xs. And given that it's compiled against Erlang, it may well be portable bytecode. Actually I remember there being an X86 blob in F9 XS bios-crypto tree There are also pyo files which should be portable across platform/cpu (but not across Python version). Is this the location you are referring to for the F11 XS http://fedora.laptop.org/xs/testing/olpc/11/source/SOURCES/ ? That'll have tarballs. You are looking for the git repos, which are all under http://dev.laptop.org/git/ The XS related projects I see in http://dev.laptop.org/git/projects all seem many months to years old. Are you referring to trees under http://dev.laptop.org/git/users? If so which are the correct ones for F11 XS? I know in the earlier versions of XS software there were a number of places that the arch was hard coded to an X86 variants. Help cleaning up bogus explicit arch welcome :-) The make files have X86 archs hard coded in them Well need to get going to the day job... 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] Observations and question about http://wiki.laptop.org/go/XS_Software_Repositories
Martin, I am back to working on getting the XS working on one of my ARM systems with a more recent Fedora version. I am planning on using Fedora 12 for ARM. (This is the latest Fedora ARM version I can find). I was looking at http://wiki.laptop.org/go/XS_Software_Repositories to see if there had been any updated information posted to it. I noticed that the links to the repositories are broken and the page has not been updated in a couple of years. I was wondering if you could update the page with the correct links and maybe put a few notes on what source projects are needed to successfully bring up an XS and what is still experimental. thanks in advance, Robert H. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] Fwd: [OLPC-SF] OLPC SF Community Summit 2010! Fri, Oct 22 - Sun, Oct 24
Begin forwarded message: From: OLPCSF Contact cont...@olpcsf.org Date: September 22, 2010 8:38:13 PM PDT To: OLPC SF olpc...@lists.laptop.org Subject: [OLPC-SF] OLPC SF Community Summit 2010! Fri, Oct 22 - Sun, Oct 24 What: OLPC SF Community Summit 2010 is a community event that brings together educators, technologists, anthropologists, enthusiasts, champions and volunteers. We share stories, exchange ideas, solve problems, foster community and build collaboration around the One Laptop per Child project and its mission worldwide. The event is a combination of panel discussions, Birds of a Feather sessions, speed-geeking and much more! The event is hosted by the OLPC San Francisco volunteer community. Website: http://olpcsf.org/CommunitySummit2010/ Where: SFSU Downtown Campus, 835 Market St, San Francisco, CA 94103 When: Fri, Oct 22 - Sun Oct 24 See the Schedule on the website People: See pictures, bios and a list of confirmed registrants - People on the website Registration: Regular Price is $35. See Registration on the website Donate/Promote: Request for travel scholarships images for promoting the event - Donate/Promote on the website Contact: Join our email list http://lists.laptop.org/listinfo/olpc-sf http://twitter.com/olpcsf http://identi.ca/olpcsf http://www.facebook.com/group.php?gid=68179607655 ___ OLPC-SF mailing list olpc...@lists.laptop.org http://lists.laptop.org/listinfo/olpc-sf ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] logging performance
Sameer, Have you looked at RRDtool ? It is my understanding it can log at 1 second intervals. You can find it at http://oss.oetiker.ch/rrdtool/index.en.html along with tutorials. Some good example scripts using RRDtool can be found at http:// computingplugs.com/index.php/SheevaPlug_Real_time_Statistics#Scripts Scroll up on that page to see live graphical output from the scripts. rihowa...@gmail.com linux - the best things in life are free On Jul 15, 2009, at 12:23 PM, Sameer Verma wrote: Any suggestions on how to log data on RAM and CPU usage on the XS? I've looked at mem.py and top variants, but I want something that logs at x intervals to a file that I can pull into a spreadsheet. I have munin running on the xs, but it is not fine-grained enough to show variations, say every 10 seconds or so. Suggestions? -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ ___ 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] ARM based XS ?
Martin, According to the http://fedoraproject.org/wiki/Architectures/ARM there is Fedora 8 and Fedora 10 port for ARM. The OpenRD comes with Fedora 8. I mentioned this at the OLPC-SF meeting this morning and we are adding it to our projects list. I have 1 or 2 people at the meeting volunteer to help me with this. As a result of the positive responses I am going to order the ARM machine to experiment with. I am not sure when the hardware will actually ship once I place the order. A shipping delay will give me time to read some of the documentation on building Fedora for ARM. What size hard drive do you recommend for the XS? thanks /Robert H On May 16, 2009, at 2:29 AM, Martin Langhoff wrote: On Sat, May 16, 2009 at 7:09 AM, rihowa...@gmail.com wrote: Looks like the Marvell OpenRd Client is finally shipping. http:// www.globalscaletechnologies.com/p-21-openrd-client.aspx I know Fedora now has a ARM branch. http://fedoraproject.org/wiki/ Architectures/ARMHow difficult would it to be to spin an XS build for ARM? Depending on your answer I may order a Marvell OpenRd Client to experiment with. Hmmm! Merits some research - Does Fedora run well on it? Support it formally? - Does Fedora 9 support it? If the answer to the questions above is yes, then there are 2 packages you'll want to recompile. Get the ARM machine, install a vanilla F9 on it, rebuild the srpms, and then we can build the installer :-) 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