[Server-devel] noob needs Poodle, Moodle, Drupal mentoring
To prepare to run a LAN during a translation / content fest hopefully soon to be announced I need to learn how to set up a server running at least Poodle and either or both Moodle and Drupal. I have been hanging out in this list and even posting, hiding the fact that I have no idea on how to accomplish such a basic server task, so now you know, and, guess what, this gives you a chance to help me straighten up my act. Please, do not point me to a web page, unless it's made by someone who has the limitations of us lowly noobs at heart, as to usability. I tried to set up Moodle a while back, failed. If you happen to be in the Austin area I can feed you a mean homemade pizza, in recognition. I mean _deep_ crust. Yama ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [sugar] sugar roadmap
> Adding Mako to the thread, as I recall he is a big ion fan as well. Absolutely. > On Sun, Apr 13, 2008 at 10:02 PM, Martin Langhoff > <[EMAIL PROTECTED]> wrote: > > On Sun, Apr 13, 2008 at 9:10 PM, Benjamin M. Schwartz > > > > <[EMAIL PROTECTED]> wrote: > > > > > | Anyhow, speaking as someone who has only very recently gotten involved > > > | with the project, I can say that the Sugar interface was one of the > > > | most appealing things to me. I'm sure there are other potential > > > | contributors out there who would be attracted for the same reasons. > > > > > > Me too. The project was vaguely interesting until I ran Sugar in Qemu, > > at > > > which point it became compelling. > > > > Personally, I have been dreaming of a mix between ion3 and Sugar's > > 4-zoom-stages. Talking with some hard-core ion3 friends, they seemed > > to be convinced that it was doable as a special configuration, binding > > the F1-F3 keys to full screen apps, and having a nested X in F4. Yes. This would be pretty simple. I'd be happy to help someone hack this up. Ion3 is extensible in Lua and a little bit of Lua will get tihs up and running pretty quickly. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [sugar] sugar roadmap
Le dimanche 13 avril 2008 à 20:44 +0200, Tomeu Vizoso a écrit : > > A good > > case in point is GCompris which addresses a critical need of millions > > (basic math and English) but has very few contributors from what I can > > tell. Contrast this w/ something like git or the gnu utilities. I > > believe that Sugar will need longterm financial support to be viable. > > Perhaps that could come from some of the more enlightened pilot > > countries once they are heavily invested in Sugar. > > Yes, but Sugar/OLPC could get much more public exposure than GCompris, > and that may influence things. But I agree with you in that the > biggest contributions may come in the medium term from deployers, > rather than hobbyists. But if OLPC fulfills its aims to deploy really > massively at the global scale and Sugar is in there, we would see lots > of contributions from users, and that should outgrow deployers' > contributions. There is no point to argue on whether GCompris or Sugar/OLPC will get the most exposure. The question itself is not relevant as GCompris is an application and Sugar/OLPC a platform. By the way, GCompris runs on Sugar/OLPC, and many other platform. > > Another option would be to create a version of Sugar that appeals to > > programmers. But I can't imagine creating such a version that wouldn't > > require a lot of programming resources. > > Regardless the resources needed for that, do you have any rough idea > of how that would look? (sorry for asking this question when you are > so busy with the Nepal pilot). > IMHO, we should make sure that content developers can create software that will work fine on any platform. Beside core applications and hardware related one, high level software application should be platform independent. When I started GCompris, I had the feeling that we needed to provide a consistent engine for simple activities. This ensure there is a consistant user interface of course, but most important in the long run it makes it easier to maintain. Moving to another platform is about porting the engine, not the activities. -- Bruno Coudoin http://gcompris.net Free educational software for kids http://toulibre.org Logiciel Libre à Toulouse ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [sugar] sugar roadmap
On Sun, Apr 13, 2008 at 2:44 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: [snip] > True, I'm afraid too that at the short and medium term hackers won't > be scratching their itches in Sugar. But is also true that for many > people, making education more accessible is one of the main itches in > their lives. Those people are there, but will take time to pick them > from the crowd. Has there been any thought in trying to position Sugar as a more general-purpose desktop? I don't see it as being particularly child-specific. It might also appeal to people who are looking for a simple, no-nonsense interface, especially to install on older machines or some of these new sub-notebooks that are getting popular. > > Another option would be to create a version of Sugar that appeals to > > programmers. But I can't imagine creating such a version that wouldn't > > require a lot of programming resources. So here's another question: are any of the Sugar developers using it as their desktop shell? I was thinking of giving that try. If all the Sugar developer were eating their own dogfood, I'll bet you'd get a programmer-friendly system in a hurry. In fact, I don't see why it would be considered to be programmer-friendly already -- it's got terminal and a text editor, what more do you need? ;-) Anyhow, speaking as someone who has only very recently gotten involved with the project, I can say that the Sugar interface was one of the most appealing things to me. I'm sure there are other potential contributors out there who would be attracted for the same reasons. Pat -- Patrick Dubroy http://dubroy.com/blog - on programming, usability, and hci ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Mesh connectivity from regular WiFi gear
On Apr 15, 2008, at 3:54 PM, Martin Langhoff wrote: > On Tue, Apr 15, 2008 at 2:32 PM, John Watlington <[EMAIL PROTECTED]> > wrote: >> It works fine if using the AA to connect to an AP. > > Interesting... Tell me more about this... would it work to have the XS > with a conventional AP on its LAN connection, and a couple of AAs > installed further away to extend the reach? Will that scale well? > IOWs > how smart are the AAs in their behaviour as repeaters? Theoretically, that could be done. Practically, it will never happen as the 5m USB cable limitation means that AA have to be near the server. > Am I understanding your comment right? No. If it gets repeated, it is mesh traffic. > cheers, > > > > m > -- > [EMAIL PROTECTED] > [EMAIL PROTECTED] -- 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] AP association, and mesh behaviour
This is a known UI problem. If you wait until it is done searching for a mesh portal the first time, it shouldn't happen. You are wrong about its behavior with known APs. The laptop always searches for mesh portals. If it doesn't find any, it then looks for APs that it knows about. If it finds one, it selects it. I didn't find a trac ticket for this problem, and haven't entered one. I've still got a backlog of more severe problems I'm trying to get entered... wad On Apr 15, 2008, at 2:02 PM, Martin Langhoff wrote: > Hi list, Michail, > > here in Lima we are looking a behaviour of the network association UI > that I am not sure whether is intended... > > The versions are: > - image 703 > - Q2D14 > > Process: > > 1 - the laptop boots and does not associate immediately to an AP or > active antenna > 2 - user selects an AP in the networks UI pane - the laptop associates > successfully > 3 - while the WAN is accessible through the AP, the network pane shows > the 3 meshes blinking (in turns) as if the laptop was trying to > associate > > Expected outcome: that the laptop would settle with an AP, and not > bother searching for AAs. Why? Because in some scenarios we are > considering deploying APs as the main or only means of network > connectivity with the XS. > > Here I am assuming that the blinking on the UI actually correlates > with what the antenna is doing. Perhaps at a lower level the > connection has settled on the AP. In any case, olpc-netstatus doesn't > show anything interesting. > > Two related observations: > > - If the latop associates to the AP straight away at boot time > (because it was the last antenna seen), then the laptop does not seem > to be searching for AAs > - an earlier build (653 with fw Q2D07) does not show the behaviour > discussed earlier - once an AP is selected, scanning for meshes seems > to stop > > cheers, > > > > martin > -- > [EMAIL PROTECTED] > [EMAIL PROTECTED] -- 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] Mesh connectivity from regular WiFi gear
On Tue, Apr 15, 2008 at 2:32 PM, John Watlington <[EMAIL PROTECTED]> wrote: > It works fine if using the AA to connect to an AP. Interesting... Tell me more about this... would it work to have the XS with a conventional AP on its LAN connection, and a couple of AAs installed further away to extend the reach? Will that scale well? IOWs how smart are the AAs in their behaviour as repeaters? Am I understanding your comment right? cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- 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] Mesh connectivity from regular WiFi gear
It works fine if using the AA to connect to an AP. The other way around (using the AA as an AP) isn't supported yet. wad On Apr 15, 2008, at 1:11 PM, Martin Langhoff wrote: > Michail, Wad, > > what do we know about the possibility of connecting to our active > antennaes with regular WiFi hardware, perhaps from OTS laptops using > linux? > > cheers, > > > martin > -- > [EMAIL PROTECTED] > [EMAIL PROTECTED] -- 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] AP association, and mesh behaviour
Hi list, Michail, here in Lima we are looking a behaviour of the network association UI that I am not sure whether is intended... The versions are: - image 703 - Q2D14 Process: 1 - the laptop boots and does not associate immediately to an AP or active antenna 2 - user selects an AP in the networks UI pane - the laptop associates successfully 3 - while the WAN is accessible through the AP, the network pane shows the 3 meshes blinking (in turns) as if the laptop was trying to associate Expected outcome: that the laptop would settle with an AP, and not bother searching for AAs. Why? Because in some scenarios we are considering deploying APs as the main or only means of network connectivity with the XS. Here I am assuming that the blinking on the UI actually correlates with what the antenna is doing. Perhaps at a lower level the connection has settled on the AP. In any case, olpc-netstatus doesn't show anything interesting. Two related observations: - If the latop associates to the AP straight away at boot time (because it was the last antenna seen), then the laptop does not seem to be searching for AAs - an earlier build (653 with fw Q2D07) does not show the behaviour discussed earlier - once an AP is selected, scanning for meshes seems to stop cheers, martin -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- 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] Mesh connectivity from regular WiFi gear
Michail, Wad, what do we know about the possibility of connecting to our active antennaes with regular WiFi hardware, perhaps from OTS laptops using linux? cheers, martin -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- 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
