Re: [Server-devel] Picostation APs
On Thu, 2011-01-20 at 19:26 -0800, Sameer Verma wrote: Any useful feedback/criticisms on the Ubiquiti Picostation units being used in the Samoa deployment? http://www.ubnt.com/picostation We are debating between these and WRT54GL units for Jamaica. Unfortunately, I can't give a large amount of feedback. I've never used the WRT54GL, so I can't compare. The Picostation was easy to install, comes with a mounting bracket for screwing to the wall and will attach to a pole with a zip tie. Its weatherproof, and we installed one on a flag pole in front of a school. This provided coverage to about half the village. The Picostation comes with a POE injector, which isn't as neat as a POE switch, as it's a brick with a mains cord on one end and 2 ethernet sockets. I don't know how compatible the picostation is with a POE switch. While they were there, they worked well if there weren't too many laptops. We did have one working very slowly with about 40 laptops connected from the next room (after this experience, we told the school not do big laptop class with all their kids with laptops in a double size classroom next to the computer room with the access point (we put access points in 3 classrooms in that school)). Unfortunately, we have heard nothing since we installed them. We don't know if they are still working, or if they have been giving any trouble. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Administrative login for political reasons
On Fri, Jan 21, 2011 at 10:19 AM, Martin Langhoff martin.langh...@gmail.com wrote: On Thu, Jan 20, 2011 at 10:07 PM, Sameer Verma sve...@sfsu.edu wrote: You are hilariously evil 8-)~ I think I'll scare new XS admins with if you have problems with managing your XS... we'll ask Anna to come help you... mbwahahahaha. New XS admins, particularly if they're new to Linux culture, should be made aware that you don't just give the root password to anyone who asks for it. I've personally been bullied by a project manager who had no business with those credentials and was not very happy when I told her that It's on a need to know basis and when further pressed, ...and you don't need to know, so quit asking. I'm not a control freak, but emailing root passwords in clear text to nitwits, and only a nitwit would even ask for such a thing, is just not done. My test XS at home has no undeserved logins, but I still want to easily monitor what's going on. I've got a local Statusnet installation with XMPP integration, so I put this in /etc/bashrc curl -u security:password http://schoolserver.example.org/statusnet/api/statuses/update.xml -d status=`whoami` logged into `hostname` on `date` /dev/null 21 It automaticallly posts to Statusnet when someone logs in. Since my personal Statusnet user follows the security user, the Statusnet XMPP bot sends me a notification via my Jabber client. My other users don't like seeing all the login notice clutter, so I put the security user in the Sandbox so those notices don't show up in the Public Timeline. Statusnet is really a lot of fun and my users quite enjoy it, even posting from Blackberries when they're out and about. Not sure how it would scale at a school, though. Anna Schoolfield Birmingham ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Picostation APs
On Fri, Jan 21, 2011 at 2:16 AM, Tom Parker t...@carrott.org wrote: On Thu, 2011-01-20 at 19:26 -0800, Sameer Verma wrote: Any useful feedback/criticisms on the Ubiquiti Picostation units being used in the Samoa deployment? http://www.ubnt.com/picostation We are debating between these and WRT54GL units for Jamaica. Unfortunately, I can't give a large amount of feedback. I've never used the WRT54GL, so I can't compare. The Picostation was easy to install, comes with a mounting bracket for screwing to the wall and will attach to a pole with a zip tie. Its weatherproof, and we installed one on a flag pole in front of a school. This provided coverage to about half the village. The Picostation comes with a POE injector, which isn't as neat as a POE switch, as it's a brick with a mains cord on one end and 2 ethernet sockets. I don't know how compatible the picostation is with a POE switch. While they were there, they worked well if there weren't too many laptops. We did have one working very slowly with about 40 laptops connected from the next room (after this experience, we told the school not do big laptop class with all their kids with laptops in a double size classroom next to the computer room with the access point (we put access points in 3 classrooms in that school)). Unfortunately, we have heard nothing since we installed them. We don't know if they are still working, or if they have been giving any trouble. Hi Tom, Thanks for the feedback. It helps. Were you able to fix the AP on a specific channel (1, 6 ,or 11)? cheers, Sameer ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Picostation APs
On Fri, 2011-01-21 at 09:04 -0800, Sameer Verma wrote: Thanks for the feedback. It helps. Were you able to fix the AP on a specific channel (1, 6 ,or 11)? Absolutely. The Picostation AirOS software is very full featured with an easy to use web interface for configuration. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] The old xs-livecd is the new olpc-xs-builder
On Thu, Jan 20, 2011 at 3:45 PM, Martin Langhoff martin.langh...@gmail.com wrote: While not as modular and elegant as olpc-os-builder, we do have a collection of tools and configs that, operated correctly, build XS isos for installation. This can be useful to prepare a custom auto-intalling iso with preconfigured settings. http://dev.laptop.org/git/projects/olpc-xs-builder The current scripts (just committed) are based on pungi and a comps file. This is _trivial_ compared to the overcomplicated mess we had before. Perhaps it's experience in wrestling with revisor and earlier versions of pungi. Maybe it's Jerry's better-way-to-do-it recommendations that have finally reached an active neuron in my skull. The key trick is splitting the Pungi process; stop it before it makes the ISO -- edit/overwrite the bits we want, and then make the ISO. See http://dev.laptop.org/git/projects/olpc-xs-builder/commit/?id=9093a4c380d0394c957f547c593a28db68f5b512 The package definition on both ks files is going to get slimmed down to @OLPC-XS methinks. Jerry, - is there anything else we should whack before ISOing the ISO? I just reviewed the mkslim script but it's unclear to me what was getting cut out. - is there anything we want to include so that turning that ISO into a bootable/installable USB is easier? 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] The old xs-livecd is the new olpc-xs-builder
On Fri, 2011-01-21 at 17:24 -0500, Martin Langhoff wrote: On Thu, Jan 20, 2011 at 3:45 PM, Martin Langhoff martin.langh...@gmail.com wrote: While not as modular and elegant as olpc-os-builder, we do have a collection of tools and configs that, operated correctly, build XS isos for installation. This can be useful to prepare a custom auto-intalling iso with preconfigured settings. http://dev.laptop.org/git/projects/olpc-xs-builder The current scripts (just committed) are based on pungi and a comps file. This is _trivial_ compared to the overcomplicated mess we had before. It wasn't that bad. Perhaps it's experience in wrestling with revisor and earlier versions of pungi. Maybe it's Jerry's better-way-to-do-it recommendations that have finally reached an active neuron in my skull. Yea, the comps file is far easier to play with. The key trick is splitting the Pungi process; stop it before it makes the ISO -- edit/overwrite the bits we want, and then make the ISO. See http://dev.laptop.org/git/projects/olpc-xs-builder/commit/?id=9093a4c380d0394c957f547c593a28db68f5b512 Better take upgradeany out of the install part of the isolinux.cfg file. The package definition on both ks files is going to get slimmed down to @OLPC-XS methinks. Jerry, - is there anything else we should whack before ISOing the ISO? I just reviewed the mkslim script but it's unclear to me what was getting cut out. I was just using stage2/install.img file and leaving the rest. - is there anything we want to include so that turning that ISO into a bootable/installable USB is easier? I was using --driveorder=sda,sdb with F9, that seemed to fix the issue, there might of been some confusion on which mbr to write to. It can't be the boot drive that started the install. When playing with F11 I left the auto partitioning out. cheers, m I'll give it a spin on the weekend, Jerry ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] wwwoffle?
Hi. I'm jumping in with my feet into the XS server environment; I'd like to help out where needed. I found the doc http://wiki.laptop.org/go/XS_Project_Ideas which is rather dated, but mentions the need for wwwoffle. I'm wondering if that's still a felt need where I could lend a hand, or if there's a different area I could focus? Thanks! -Dan Zubey ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
