free usb8388.bin
We have free firmware now: git clone git://dev.laptop.org/users/albert/usb8388 I admit that it has some... bugs. The mesh doesn't work. Power management doesn't work. Heck, it won't send/receive packets and it knows nothing of this USB thing. However, we have a blinkenlight. Ship it! BTW, what is killing my blinkenlight? I realize that it wouldn't do to hang the boot forever because of some missing firmware features, but that doesn't give much time to debug. Please don't do that. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
wiki page for control-panel
Hi, I found out that we have two wiki pages for the control panel. The first I created initially and has the more detailed information. The second one seems to be linked by the Support FAQ. Can we decide to use only one page? How do we handle such a case - is there a person taking care of this? http://wiki.laptop.org/go/Sugar_Control_Panel (This page is maintained by the OLPC team.) This page has been accessed 10,131 times. http://wiki.laptop.org/go/Sugar-Control-Panel (This page is part of the XO Support FAQ) This page has been accessed 2,330 times. This issue seems part of what michael describes in #6451. Best, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: RPM packages for Sugar and activities and LiveCD
On Wed, Feb 13, 2008 at 3:39 PM, Alexander Todorov [EMAIL PROTECTED] wrote: Hello all, I apologize if that's been asked before. I couldn't find RPM packages for Sugar or activities except a few made for personal use and hosted on the Internet. My intention is to create rpm package for every activity and then have these packages in a common repository. Even better if they are accepted upstream in Fedora repos. By doing this it will be very easy to use Fedora remixing tools and crete live cds with the Sugar interface (as I've seen such based on Ubuntu). Hello! I landed several sugar packages in Fedora 8 just yesterday. I opened a ticket to track the progress of this work here: http://dev.laptop.org/ticket/6459 If you feel like helping out with any of the TODO items (and with maintenance of the packages) that would be awesome. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wiki page for control-panel
Simon,
This happens. Please merge them yourself where possible -- or add
{{merge}} to the top of the pages to help others find and merge them.
I redirected the newer page to the older and copied its contents onto
the old talk page.
SJ
On Thu, Feb 14, 2008 at 4:08 AM, Simon Schampijer [EMAIL PROTECTED] wrote:
Hi,
I found out that we have two wiki pages for the control panel. The first
I created initially and has the more detailed information. The second
one seems to be linked by the Support FAQ. Can we decide to use only one
page? How do we handle such a case - is there a person taking care of this?
http://wiki.laptop.org/go/Sugar_Control_Panel
(This page is maintained by the OLPC team.)
This page has been accessed 10,131 times.
http://wiki.laptop.org/go/Sugar-Control-Panel
(This page is part of the XO Support FAQ)
This page has been accessed 2,330 times.
This issue seems part of what michael describes in #6451.
Best,
Simon
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: RPM packages for Sugar and activities and LiveCD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Marco Pesenti Gritti wrote: On Wed, Feb 13, 2008 at 3:39 PM, Alexander Todorov [EMAIL PROTECTED] wrote: Hello all, I apologize if that's been asked before. I couldn't find RPM packages for Sugar or activities except a few made for personal use and hosted on the Internet. My intention is to create rpm package for every activity and then have these packages in a common repository. Even better if they are accepted upstream in Fedora repos. By doing this it will be very easy to use Fedora remixing tools and crete live cds with the Sugar interface (as I've seen such based on Ubuntu). Hello! I landed several sugar packages in Fedora 8 just yesterday. I opened a ticket to track the progress of this work here: http://dev.laptop.org/ticket/6459 Cool, I've added some comments there. Can you please create a list of all packages/activities so we can keep track which of them have rpms and which don't? If you feel like helping out with any of the TODO items (and with maintenance of the packages) that would be awesome. I will help with whatever I can. Probably some spec file writing if needed. I'm still not sure to what extent I can commit to package maintenance as this will most probably require fixing bugs or stuff not just updating to the newest sources upstream. Thanks, Alexander. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFHtCwQhmd3WOiFct4RCuptAJ460myfrVOFsrl73Y9hIH8GvJODAgCdHUXP WgTVIGwsi5wiUr23N4+27Ew= =JtT4 -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: RPM packages for Sugar and activities and LiveCD
On Thu, Feb 14, 2008 at 12:54 PM, Alexander Todorov [EMAIL PROTECTED] wrote: Cool, I've added some comments there. Can you please create a list of all packages/activities so we can keep track which of them have rpms and which don't? Commented on the ticket about that. If you feel like helping out with any of the TODO items (and with maintenance of the packages) that would be awesome. I will help with whatever I can. Probably some spec file writing if needed. I'm still not sure to what extent I can commit to package maintenance as this will most probably require fixing bugs or stuff not just updating to the newest sources upstream. Cool. I'm happy to fix upstream the bugs we find... Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Serious side effect of #6299 (silencing salut so gabble can connect)
We're testing patches to Presence Service to not start salut (or stop it) for a while to give gabble a chance to connect to the schoolserver. However, Daf came across what was a very minor problem which becomes more serious in light of this change. Many activities are calling PS get_preferred_connection() to interact directly with the appropriate Telepathy Connection Manager, which was required in the past before we expanded Presence Service's management of setting up channels for activities. However, during the period when we stop salut to let gabble try to connect, this call fails as there is no running plugin in PS. If an activity is launched during this time (and there's no particular UI to show this other than no buddies in mesh view) and it makes this call in __init__ as most of them do, then it will crash with a gray screen. This affects: Calculate, Chat, Pippy, Record, Web and Write (of the activities we bundle) and potentially other non-bundled activities. Our options are: (a) Touch all these activities now and port them to the newer cleaner API offered by PS/Sugar (b) Don't do #6299 for Update.1, but do it and (a) for Update1.1 (c) Find some way for the call to get_preferred_connection to fail gracefully (We can't think of one so far) (d) Make a UI change to let the children know not to launch activities during this time period (e) ??? Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 692
On Thursday 14 February 2008, Build Announcer v2 wrote: http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build692 Changes in build 692 from build: 691 This is an intrim build. some more updates were approved at the end of me putting together this build. Dennis signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
hosting request: Gadget
1. Project name : Gadget
2. Existing website, if any :
3. One-line description : Jabber server extension for activity indexing
4. Longer description : Gadget provides an index of Sugar activities and
: their participants so that Sugar instances can
: efficiently find discover them.
5. URLs of similar projects :
6. Committer list
Please list the maintainer (lead developer) as the first entry. Only list
developers who need to be given accounts so that they can commit to your
project's code repository, or push their own. There is no need to list
non-committer developers.
Username Full name SSH2 key URLE-mail
- --
#1 dafDafydd HarriesMy account has already been created
#2
#3
...
If any developers don't have their SSH2 keys on the web, please attach them
to the application e-mail.
7. Preferred development model
[X] Central tree. Every developer can push his changes directly to the
project's git tree. This is the standard model that will be familiar to
CVS and Subversion users, and that tends to work well for most projects.
[ ] Maintainer-owned tree. Every developer creates his own git tree, or
multiple git trees. He periodically asks the maintainer to look at one
or more of these trees, and merge changes into the maintainer-owned,
main tree. This is the model used by the Linux kernel, and is
well-suited to projects wishing to maintain a tighter control on code
entering the main tree.
If you choose the maintainer-owned tree model, but wish to set up some
shared trees where all of your project's committers can commit directly,
as might be the case with a discussion tree, or a tree for an individual
feature, you may send us such a request by e-mail, and we will set up the
tree for you.
8. Set up a project mailing list:
[ ] Yes, named after our project name
[ ] Yes, named __
[X] No
When your project is just getting off the ground, we suggest you eschew
a separate mailing list and instead keep discussion about your project
on the main OLPC development list. This will give you more input and
potentially attract more developers to your project; when the volume of
messages related to your project reaches some critical mass, we can
trivially create a separate mailing list for you.
If you need multiple lists, let us know. We discourage having many
mailing lists for smaller projects, as this tends to
stunt the growth of your project community. You can always add more lists
later.
9. Commit notifications
[ ] Notification of commits to the main tree should be e-mailed to the list
we chose to create above
[ ] A separate mailing list, projectname-git, should be created for commit
notifications
[X] No commit notifications, please
10. Shell accounts
As a general rule, we don't provide shell accounts to developers unless
there's a demonstrated need. If you have one, please explain here, and
list the usernames of the committers above needing shell access.
11. Translation
[ ] Set up the laptop.org Pootle server to allow translation commits to be
made
[ ] Translation arrangements have already been made at ___
[X] No translations are necessary
12. Notes/comments:
--
Dafydd
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
hosting request: Cerebro
1. Project name : Cerebro
2. Existing website, if any : http://cerebro.mit.edu
3. One-line description : Provide scalable presence information
4. Longer description : Cerebro will be a plugin to the Presence Service.
:
:
:
5. URLs of similar projects :
6. Committer list
Please list the maintainer (lead developer) as the first entry. Only list
developers who need to be given accounts so that they can commit to your
project's code repository, or push their own. There is no need to list
non-committer developers.
Username Full nameSSH2 key URL
E-mail
-
--
#1 ypod Polychronis Ypodimatopoulos
http://wiki.laptop.org/go/User:Ypod [EMAIL PROTECTED]
#2 renedsRene De Santiago
[EMAIL PROTECTED]
#3
...
If any developers don't have their SSH2 keys on the web, please attach them
to the application e-mail.
7. Preferred development model
[X] Central tree. Every developer can push his changes directly to the
project's git tree. This is the standard model that will be familiar to
CVS and Subversion users, and that tends to work well for most projects.
[ ] Maintainer-owned tree. Every developer creates his own git tree, or
multiple git trees. He periodically asks the maintainer to look at one
or more of these trees, and merge changes into the maintainer-owned,
main tree. This is the model used by the Linux kernel, and is
well-suited to projects wishing to maintain a tighter control on code
entering the main tree.
If you choose the maintainer-owned tree model, but wish to set up some
shared trees where all of your project's committers can commit directly,
as might be the case with a discussion tree, or a tree for an individual
feature, you may send us such a request by e-mail, and we will set up the
tree for you.
8. Set up a project mailing list:
[ ] Yes, named after our project name
[ ] Yes, named __
[X] No
When your project is just getting off the ground, we suggest you eschew
a separate mailing list and instead keep discussion about your project
on the main OLPC development list. This will give you more input and
potentially attract more developers to your project; when the volume of
messages related to your project reaches some critical mass, we can
trivially create a separate mailing list for you.
If you need multiple lists, let us know. We discourage having many
mailing lists for smaller projects, as this tends to
stunt the growth of your project community. You can always add more lists
later.
9. Commit notifications
[ ] Notification of commits to the main tree should be e-mailed to the list
we chose to create above
[ ] A separate mailing list, projectname-git, should be created for commit
notifications
[X] No commit notifications, please
10. Shell accounts
As a general rule, we don't provide shell accounts to developers unless
there's a demonstrated need. If you have one, please explain here, and
list the usernames of the committers above needing shell access.
11. Translation
[ ] Set up the laptop.org Pootle server to allow translation commits to be
made
[ ] Translation arrangements have already been made at ___
[X] No translations are necessary
12. Notes/comments:
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: Serious side effect of #6299 (silencing salut so gabble can connect)
On Thu, 2008-02-14 at 16:58 +0200, Morgan Collett wrote: We're testing patches to Presence Service to not start salut (or stop it) for a while to give gabble a chance to connect to the schoolserver. (a) Touch all these activities now and port them to the newer cleaner API offered by PS/Sugar (b) Don't do #6299 for Update.1, but do it and (a) for Update1.1 I initially wrote Distance by cargo-culting the sharing code from HelloMesh. When HelloMesh upgraded to the new API, I swapped in the new boilerplate. It was not difficult at all. Thus, I suspect (a) is easy. I recommend (b), so as to avoid major changes at this very inconvenient time. --Ben ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Serious side effect of #6299 (silencing salut so gabble can connect)
(e) make salut less chatty during this period (instead of stopping it). But I don't know if this is possible or how to do it. So it maybe not a valid suggestion. But ... I think we have a time sensitive problem. Salut clogs the network if there are many XOs running it. So, if you think of a scenario where many XOs are _not_ turned on at the same time (or within a certain time window) each XO will have an opportunity to switch to gabble without the need to turn salut off. The network will be naturally salut free. Maybe we don't need to turn salut off while trying to connect to gabble. On Thu, Feb 14, 2008 at 3:19 PM, John Watlington [EMAIL PROTECTED] wrote: On Feb 14, 2008, at 11:52 AM, Jim Gettys wrote: On Thu, 2008-02-14 at 16:58 +0200, Morgan Collett wrote: We're testing patches to Presence Service to not start salut (or stop it) for a while to give gabble a chance to connect to the schoolserver. However, Daf came across what was a very minor problem which becomes more serious in light of this change. Many activities are calling PS get_preferred_connection() to interact directly with the appropriate Telepathy Connection Manager, which was required in the past before we expanded Presence Service's management of setting up channels for activities. However, during the period when we stop salut to let gabble try to connect, this call fails as there is no running plugin in PS. If an activity is launched during this time (and there's no particular UI to show this other than no buddies in mesh view) and it makes this call in __init__ as most of them do, then it will crash with a gray screen. This affects: Calculate, Chat, Pippy, Record, Web and Write (of the activities we bundle) and potentially other non-bundled activities. Ouch... Seems like this is something we're going to have to fix pretty quickly no matter what. Our options are: (a) Touch all these activities now and port them to the newer cleaner API offered by PS/Sugar How big are the diffs? Does this simplify the code? (b) Don't do #6299 for Update.1, but do it and (a) for Update1.1 This would be pretty much immediately, anyway. (c) Find some way for the call to get_preferred_connection to fail gracefully (We can't think of one so far) (d) Make a UI change to let the children know not to launch activities during this time period\ (d) might be the simplest to implement in the required time frame. Let me ask a different question: what happens to activities already running which are running shared? Are they going to fail? Presumably, yes It sounds like any activity trying to share until either gable connect to a server or gives up and starts salut is going to crash. This either happens on boot or when a user manually switches networks. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: free usb8388.bin
On Thu, Feb 14, 2008 at 11:24 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Thu, Feb 14, 2008 at 3:26 AM, Albert Cahalan [EMAIL PROTECTED] wrote: BTW, what is killing my blinkenlight? I realize that it wouldn't do to hang the boot forever because of some missing firmware features, but that doesn't give much time to debug. Please don't do that. At what point is boot hanging? I'm guessing it's during the udev probe? I'm not a udev hacker, but turning udev off should get you to boot at least (if I'm guessing properly). It doesn't hang forever, so I can still boot. I haven't timed the hang, but it could be 30 to 200 seconds. Then it seems that something shuts off the wireless chip. Random guesses are that the driver and/or NetworkManager asks the EC to cut the power. That isn't much time to run a debugger. (gdb via OpenOCD) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Serious side effect of #6299 (silencing salut so gabble can connect)
Jim Gettys wrote: On Thu, 2008-02-14 at 16:58 +0200, Morgan Collett wrote: However, during the period when we stop salut to let gabble try to connect, this call fails as there is no running plugin in PS. If an activity is launched during this time (and there's no particular UI to show this other than no buddies in mesh view) and it makes this call in __init__ as most of them do, then it will crash with a gray screen. This affects: Calculate, Chat, Pippy, Record, Web and Write (of the activities we bundle) and potentially other non-bundled activities. Ouch... Seems like this is something we're going to have to fix pretty quickly no matter what. Our options are: (a) Touch all these activities now and port them to the newer cleaner API offered by PS/Sugar How big are the diffs? Does this simplify the code? Yes, it simplifies the code. Here are the two patches for HelloMesh that do it: http://dev.laptop.org/git?p=projects/hellomesh;a=commitdiff;h=723ba547e4d7fe7ccca856b264b10cd9fdd291e6 http://dev.laptop.org/git?p=projects/hellomesh;a=commitdiff;h=e6c15f7c77914bf8c30a119786413685ef19e30b (b) Don't do #6299 for Update.1, but do it and (a) for Update1.1 This would be pretty much immediately, anyway. Yes, but without holding other things back in between Release Candidates. (c) Find some way for the call to get_preferred_connection to fail gracefully (We can't think of one so far) (d) Make a UI change to let the children know not to launch activities during this time period Let me ask a different question: what happens to activities already running which are running shared? Are they going to fail? Presumably, yes Irrespective of #6299, activities which are shared and lose their connections, do not receive any updates from other participants, but otherwise will probably appear to continue to function. There's no UI indication of failure. The bug for this is #5620. Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Serious side effect of #6299 (silencing salut so gabble can connect)
John Watlington wrote: On Feb 14, 2008, at 11:52 AM, Jim Gettys wrote: Let me ask a different question: what happens to activities already running which are running shared? Are they going to fail? Presumably, yes It sounds like any activity trying to share until either gable connect to a server or gives up and starts salut is going to crash. This either happens on boot or when a user manually switches networks. The problem I raised will prevent them from successfully launching during this time. If we fix that by using the new API instead of the old call, they will launch, but attempting to share during this time period should fail relatively gracefully (albeit without much feedback - Share with just never becomes disabled). Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: free usb8388.bin
Then it seems that something shuts off the wireless chip. Random guesses are that the driver and/or NetworkManager asks the EC to cut the power. You can't cut power to the WLAN while running the CPU or you lose +3.3 and your system crashes. The driver does however tell the EC to reset the WLAN if it thinks the firmware download fails. My guess is that the last time through that loop it resets the chip and then drops out. Leaving you with no firmware. Look in the libertas driver for the details -- Richard A. Smith ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Serious side effect of #6299 (silencing salut so gabble can connect)
Morgan Collett wrote: Many activities are calling PS get_preferred_connection() to interact directly with the appropriate Telepathy Connection Manager, which was required in the past before we expanded Presence Service's management of setting up channels for activities. However, during the period when we stop salut to let gabble try to connect, this call fails as there is no running plugin in PS. If an activity is launched during this time (and there's no particular UI to show this other than no buddies in mesh view) and it makes this call in __init__ as most of them do, then it will crash with a gray screen. This affects: Calculate, Chat, Pippy, Record, Web and Write (of the activities we bundle) and potentially other non-bundled activities. I should have mentioned that there is an open bug for this: #4494, but it's for Future Release since until now this was only triggered by salut crashing, leaving no CMs running. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Serious side effect of #6299 (silencing salut so gabble can connect)
I am not sure I was clear. I meant: maybe it is not necessary to turn it (salut) off _while_ trying to connect to gabble. If connected to gabble, then stop salut. Wouldn't this simplify matters? On Thu, Feb 14, 2008 at 3:44 PM, Ricardo Carrano [EMAIL PROTECTED] wrote: (e) make salut less chatty during this period (instead of stopping it). But I don't know if this is possible or how to do it. So it maybe not a valid suggestion. But ... I think we have a time sensitive problem. Salut clogs the network if there are many XOs running it. So, if you think of a scenario where many XOs are _not_ turned on at the same time (or within a certain time window) each XO will have an opportunity to switch to gabble without the need to turn salut off. The network will be naturally salut free. Maybe we don't need to turn salut off while trying to connect to gabble. On Thu, Feb 14, 2008 at 3:19 PM, John Watlington [EMAIL PROTECTED] wrote: On Feb 14, 2008, at 11:52 AM, Jim Gettys wrote: On Thu, 2008-02-14 at 16:58 +0200, Morgan Collett wrote: We're testing patches to Presence Service to not start salut (or stop it) for a while to give gabble a chance to connect to the schoolserver. However, Daf came across what was a very minor problem which becomes more serious in light of this change. Many activities are calling PS get_preferred_connection() to interact directly with the appropriate Telepathy Connection Manager, which was required in the past before we expanded Presence Service's management of setting up channels for activities. However, during the period when we stop salut to let gabble try to connect, this call fails as there is no running plugin in PS. If an activity is launched during this time (and there's no particular UI to show this other than no buddies in mesh view) and it makes this call in __init__ as most of them do, then it will crash with a gray screen. This affects: Calculate, Chat, Pippy, Record, Web and Write (of the activities we bundle) and potentially other non-bundled activities. Ouch... Seems like this is something we're going to have to fix pretty quickly no matter what. Our options are: (a) Touch all these activities now and port them to the newer cleaner API offered by PS/Sugar How big are the diffs? Does this simplify the code? (b) Don't do #6299 for Update.1, but do it and (a) for Update1.1 This would be pretty much immediately, anyway. (c) Find some way for the call to get_preferred_connection to fail gracefully (We can't think of one so far) (d) Make a UI change to let the children know not to launch activities during this time period\ (d) might be the simplest to implement in the required time frame. Let me ask a different question: what happens to activities already running which are running shared? Are they going to fail? Presumably, yes It sounds like any activity trying to share until either gable connect to a server or gives up and starts salut is going to crash. This either happens on boot or when a user manually switches networks. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Serious side effect of #6299 (silencing salut so gabble can connect)
John, I am sure 20 laptops will melt down a channel currently. But in this case, the 20 are already turned on and running salut, right? My point is: If you turn on one laptop running salut (it is the only one turned on for a while) can it connect to a school server (even while running salut)? If so it can abandon mDNS in favor of XMPP after connected to gabble. The next laptop will do the same. If you don't turn many XOs on at the same time, you won't have salut preventing gabble to work. My fear is that we are complicating things unnecessarily. On Thu, Feb 14, 2008 at 5:42 PM, John Watlington [EMAIL PROTECTED] wrote: Ricardo, That is the current situation, and the chatter generated by Salut multiplied by mesh multicast really does prevent laptops from connecting through gabble. We did a recent test here where 20 laptops really melted down a single channel. wad On Feb 14, 2008, at 2:39 PM, Ricardo Carrano wrote: I am not sure I was clear. I meant: maybe it is not necessary to turn it (salut) off _while_ trying to connect to gabble. If connected to gabble, then stop salut. Wouldn't this simplify matters? On Thu, Feb 14, 2008 at 3:44 PM, Ricardo Carrano [EMAIL PROTECTED] wrote: (e) make salut less chatty during this period (instead of stopping it). But I don't know if this is possible or how to do it. So it maybe not a valid suggestion. But ... I think we have a time sensitive problem. Salut clogs the network if there are many XOs running it. So, if you think of a scenario where many XOs are _not_ turned on at the same time (or within a certain time window) each XO will have an opportunity to switch to gabble without the need to turn salut off. The network will be naturally salut free. Maybe we don't need to turn salut off while trying to connect to gabble. On Thu, Feb 14, 2008 at 3:19 PM, John Watlington [EMAIL PROTECTED] wrote: On Feb 14, 2008, at 11:52 AM, Jim Gettys wrote: On Thu, 2008-02-14 at 16:58 +0200, Morgan Collett wrote: We're testing patches to Presence Service to not start salut (or stop it) for a while to give gabble a chance to connect to the schoolserver. However, Daf came across what was a very minor problem which becomes more serious in light of this change. Many activities are calling PS get_preferred_connection() to interact directly with the appropriate Telepathy Connection Manager, which was required in the past before we expanded Presence Service's management of setting up channels for activities. However, during the period when we stop salut to let gabble try to connect, this call fails as there is no running plugin in PS. If an activity is launched during this time (and there's no particular UI to show this other than no buddies in mesh view) and it makes this call in __init__ as most of them do, then it will crash with a gray screen. This affects: Calculate, Chat, Pippy, Record, Web and Write (of the activities we bundle) and potentially other non-bundled activities. Ouch... Seems like this is something we're going to have to fix pretty quickly no matter what. Our options are: (a) Touch all these activities now and port them to the newer cleaner API offered by PS/Sugar How big are the diffs? Does this simplify the code? (b) Don't do #6299 for Update.1, but do it and (a) for Update1.1 This would be pretty much immediately, anyway. (c) Find some way for the call to get_preferred_connection to fail gracefully (We can't think of one so far) (d) Make a UI change to let the children know not to launch activities during this time period\ (d) might be the simplest to implement in the required time frame. Let me ask a different question: what happens to activities already running which are running shared? Are they going to fail? Presumably, yes It sounds like any activity trying to share until either gable connect to a server or gives up and starts salut is going to crash. This either happens on boot or when a user manually switches networks. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Serious side effect of #6299 (silencing salut so gabble can connect)
Ricardo, That is the current situation, and the chatter generated by Salut multiplied by mesh multicast really does prevent laptops from connecting through gabble. We did a recent test here where 20 laptops really melted down a single channel. wad On Feb 14, 2008, at 2:39 PM, Ricardo Carrano wrote: I am not sure I was clear. I meant: maybe it is not necessary to turn it (salut) off _while_ trying to connect to gabble. If connected to gabble, then stop salut. Wouldn't this simplify matters? On Thu, Feb 14, 2008 at 3:44 PM, Ricardo Carrano [EMAIL PROTECTED] wrote: (e) make salut less chatty during this period (instead of stopping it). But I don't know if this is possible or how to do it. So it maybe not a valid suggestion. But ... I think we have a time sensitive problem. Salut clogs the network if there are many XOs running it. So, if you think of a scenario where many XOs are _not_ turned on at the same time (or within a certain time window) each XO will have an opportunity to switch to gabble without the need to turn salut off. The network will be naturally salut free. Maybe we don't need to turn salut off while trying to connect to gabble. On Thu, Feb 14, 2008 at 3:19 PM, John Watlington [EMAIL PROTECTED] wrote: On Feb 14, 2008, at 11:52 AM, Jim Gettys wrote: On Thu, 2008-02-14 at 16:58 +0200, Morgan Collett wrote: We're testing patches to Presence Service to not start salut (or stop it) for a while to give gabble a chance to connect to the schoolserver. However, Daf came across what was a very minor problem which becomes more serious in light of this change. Many activities are calling PS get_preferred_connection() to interact directly with the appropriate Telepathy Connection Manager, which was required in the past before we expanded Presence Service's management of setting up channels for activities. However, during the period when we stop salut to let gabble try to connect, this call fails as there is no running plugin in PS. If an activity is launched during this time (and there's no particular UI to show this other than no buddies in mesh view) and it makes this call in __init__ as most of them do, then it will crash with a gray screen. This affects: Calculate, Chat, Pippy, Record, Web and Write (of the activities we bundle) and potentially other non-bundled activities. Ouch... Seems like this is something we're going to have to fix pretty quickly no matter what. Our options are: (a) Touch all these activities now and port them to the newer cleaner API offered by PS/Sugar How big are the diffs? Does this simplify the code? (b) Don't do #6299 for Update.1, but do it and (a) for Update1.1 This would be pretty much immediately, anyway. (c) Find some way for the call to get_preferred_connection to fail gracefully (We can't think of one so far) (d) Make a UI change to let the children know not to launch activities during this time period\ (d) might be the simplest to implement in the required time frame. Let me ask a different question: what happens to activities already running which are running shared? Are they going to fail? Presumably, yes It sounds like any activity trying to share until either gable connect to a server or gives up and starts salut is going to crash. This either happens on boot or when a user manually switches networks. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Serious side effect of #6299 (silencing salut so gabble can connect)
You may be correct; the one other issue we have to look at carefully is Avahi (Salut's) behavior after resume. It is likely that all timeouts have expired, and that as soon as you resume a system, it may be immediately doing mdns traffic. If everyone opens up at the same time, you'd have trouble. In principle, Avahi isn't supposed to work this way, but right now, there is no hook between power management and Avahi to prevent it. - Jim On Thu, 2008-02-14 at 17:56 -0200, Ricardo Carrano wrote: John, I am sure 20 laptops will melt down a channel currently. But in this case, the 20 are already turned on and running salut, right? My point is: If you turn on one laptop running salut (it is the only one turned on for a while) can it connect to a school server (even while running salut)? If so it can abandon mDNS in favor of XMPP after connected to gabble. The next laptop will do the same. If you don't turn many XOs on at the same time, you won't have salut preventing gabble to work. My fear is that we are complicating things unnecessarily. On Thu, Feb 14, 2008 at 5:42 PM, John Watlington [EMAIL PROTECTED] wrote: Ricardo, That is the current situation, and the chatter generated by Salut multiplied by mesh multicast really does prevent laptops from connecting through gabble. We did a recent test here where 20 laptops really melted down a single channel. wad On Feb 14, 2008, at 2:39 PM, Ricardo Carrano wrote: I am not sure I was clear. I meant: maybe it is not necessary to turn it (salut) off _while_ trying to connect to gabble. If connected to gabble, then stop salut. Wouldn't this simplify matters? On Thu, Feb 14, 2008 at 3:44 PM, Ricardo Carrano [EMAIL PROTECTED] wrote: (e) make salut less chatty during this period (instead of stopping it). But I don't know if this is possible or how to do it. So it maybe not a valid suggestion. But ... I think we have a time sensitive problem. Salut clogs the network if there are many XOs running it. So, if you think of a scenario where many XOs are _not_ turned on at the same time (or within a certain time window) each XO will have an opportunity to switch to gabble without the need to turn salut off. The network will be naturally salut free. Maybe we don't need to turn salut off while trying to connect to gabble. On Thu, Feb 14, 2008 at 3:19 PM, John Watlington [EMAIL PROTECTED] wrote: On Feb 14, 2008, at 11:52 AM, Jim Gettys wrote: On Thu, 2008-02-14 at 16:58 +0200, Morgan Collett wrote: We're testing patches to Presence Service to not start salut (or stop it) for a while to give gabble a chance to connect to the schoolserver. However, Daf came across what was a very minor problem which becomes more serious in light of this change. Many activities are calling PS get_preferred_connection() to interact directly with the appropriate Telepathy Connection Manager, which was required in the past before we expanded Presence Service's management of setting up channels for activities. However, during the period when we stop salut to let gabble try to connect, this call fails as there is no running plugin in PS. If an activity is launched during this time (and there's no particular UI to show this other than no buddies in mesh view) and it makes this call in __init__ as most of them do, then it will crash with a gray screen. This affects: Calculate, Chat, Pippy, Record, Web and Write (of the activities we bundle) and potentially other non-bundled activities. Ouch... Seems like this is something we're going to have to fix pretty quickly no matter what. Our options are: (a) Touch all these activities now and port them to the newer cleaner API offered by PS/Sugar How big are the diffs? Does this simplify the code? (b) Don't do #6299 for Update.1, but do it and (a) for Update1.1
Open Simulator with Physics Engine
Has anybody looked at this for the XO? http://opensimulator.org/wiki/PhysicsEngines The physics is not very realistic yet. Presumably we could manage simple statics and dynamics, with graphs of position, velocity, and acceleration. I would like to have a simulation engine available for integration into e-textbooks. What other candidates are there? -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Read ETexts Activity
1. Project name : Read ETexts Activity
2. Existing website, if any : None
3. One-line description : A simple Python Activity for reading Gutenberg
etexts
4. Longer description : This will be a fairly trivial activity that allows
: paging through Gutenberg etexts. It will support
: reading text files (loaded from a USB device) or
: Zip files containing a single text file (which is
: the easiest format to download to the Journal
using
: the Browse activity). It will have a user
interface
: quite similar to the Read activity, and will
support
: most of the functions of that activity except it
: will support plain text files instead of PDFs.
5. URLs of similar projects : http://wiki.laptop.org/go/Read
6. Committer list
Please list the maintainer (lead developer) as the first entry. Only list
developers who need to be given accounts so that they can commit to your
project's code repository, or push their own. There is no need to list
non-committer developers.
Username Full name SSH2 key URLE-mail
- --
#1 jdsimmons James Simmons ? [EMAIL
PROTECTED]
#2
#3
...
If any developers don't have their SSH2 keys on the web, please attach them
to the application e-mail.
7. Preferred development model
[X] Central tree. Every developer can push his changes directly to the
project's git tree. This is the standard model that will be familiar to
CVS and Subversion users, and that tends to work well for most projects.
[ ] Maintainer-owned tree. Every developer creates his own git tree, or
multiple git trees. He periodically asks the maintainer to look at one
or more of these trees, and merge changes into the maintainer-owned,
main tree. This is the model used by the Linux kernel, and is
well-suited to projects wishing to maintain a tighter control on code
entering the main tree.
If you choose the maintainer-owned tree model, but wish to set up some
shared trees where all of your project's committers can commit directly,
as might be the case with a discussion tree, or a tree for an individual
feature, you may send us such a request by e-mail, and we will set up the
tree for you.
8. Set up a project mailing list:
[ ] Yes, named after our project name
[ ] Yes, named __
[X] No
When your project is just getting off the ground, we suggest you eschew
a separate mailing list and instead keep discussion about your project
on the main OLPC development list. This will give you more input and
potentially attract more developers to your project; when the volume of
messages related to your project reaches some critical mass, we can
trivially create a separate mailing list for you.
If you need multiple lists, let us know. We discourage having many
mailing lists for smaller projects, as this tends to
stunt the growth of your project community. You can always add more lists
later.
9. Commit notifications
[ ] Notification of commits to the main tree should be e-mailed to the list
we chose to create above
[ ] A separate mailing list, projectname-git, should be created for commit
notifications
[X] No commit notifications, please
10. Shell accounts
As a general rule, we don't provide shell accounts to developers unless
there's a demonstrated need. If you have one, please explain here, and
list the usernames of the committers above needing shell access.
11. Translation
[X] Set up the laptop.org Pootle server to allow translation commits to be
made
[ ] Translation arrangements have already been made at ___
12. Notes/comments: Since the toolbar will be adapted from the Read toolbar I
should
be able to use the same translations. Also, since the activity will be
simple
and entirely in Python it might be good sample code for new Activity
developers
to look at. The memory requirements of the Activity will be very low,
because
I'm building a list of pointers to where each page begins rather than storing
the document in memory.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Fwd: [bytesforall_readers] SPEAKER
Reposted here with permission. FYI. -- Forwarded message -- From: [EMAIL PROTECTED] Date: Tue, Feb 12, 2008 at 6:54 AM Subject: [bytesforall_readers] SPEAKER To: [EMAIL PROTECTED] Hi Everyone: I run a Free Webinar System using Elluminate http://www.elluminate.com and I can hold up to and if necessary over 100 people in the audience world wide. They just log into a URL and download a Java module and then login. They need Speakers and a Microphone. I am looking for SPEAKERS in the Technology area and quite frankly many of you could do it. I am looking for you to help those in the underdeveloped regions of the world get a better education in ITat least a glimpse of it. Something that can be useful - like using an open source tool and setting it up. Right now we are doing one on Moodle as I posted. It is at 10 am EDT and not 11 am as incorrectly posted. The speaker will need to mix his/her session with a QA that in total lasts about 1.5 to 2 hours.typically 1.5 hours. 1 hour speech and demo and 0.5 for QA. If there are any of you that would like to help disseminate some good info, and get some exposure for your organization/company or yourself, this would be a good way to do it. We accept your logo and post it on the site. I think you all have a lot to offerand have some great experiences, so please let me know at [EMAIL PROTECTED] If you need to learn how to use Elluminate - we provide learning sessions and Elluminate has some on their site too - it really is a very easy VLE to use, besides, we will all be there to help, just in case. Thank You. Asif http://www.trainerspod.com/CMS http://www.trainerspod.com/community http://www.trainerspod.com/info Please consider the environment before printing this message. DISCLAIMER: This email is intended solely for the addressee. It may contain private and confidential information. If you are not the intended addressee, please take no action based on it nor show a copy to anyone. In this case, please reply to this email to highlight the error. Opinions and information in this email that do not relate to the official business of the company of this e-mail account shall be understood as neither given nor endorsed by the company. We have taken steps to ensure that this email and any attachments are virus-free, but we do advise that the recipient should check that the email and its attachments are actually virus free. This is in keeping with good computing practice. __._,_.___ -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Read ETexts Activity
Edward, I was not planning on anything so fancy. Basically, I was frustrated that I had a device that would be wonderfully suited to reading Gutenberg etexts and no suitable program to do it with. I have written such an Activity and am putting the finishing touches on it. As I see it, the selling points of the Activity will be that it can display etexts one page at a time in a readable proportional font and remember what page you were on when you resume the activity. The child can find his book using the Gutenberg site, save the Zip file version to the Journal, rename it, resume it, and start reading. It will also be good sample code for new Activity developers to look at, even children, because it is easy to understand yet it does something that is actually useful. I have written another Activity which lets you browse through a bunch of image files stored in a Zip file, and it also would be good sample code for a new developer, as well as being useful. I have been programming professionally for almost 30 years and I still had a hard time learning everything I needed to know to make an Activity. Once you know it, it's simple, but collecting that knowledge a bit at a time is frustrating. The existing tutorials seem to quit just when things are getting interesting. I don't see myself competing with the Read activity or trying to teach anyone to read. I wouldn't know how. I might be of use teaching children to write simple computer programs. James Simmons Edward Cherlin wrote: Will it include Text-to-Speech, for the purposes we have discussed on this list? If so, could we get some sort of cursor or coloring effect to show the illiterate or semi-literate where they are in the text? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Open Simulator with Physics Engine
I have played with PyODE, but not on the XO. http:// pyode.sourceforge.net/ I suspect that the XO would not be able to handle a realistic 3D simulation with a large number of objects. This is partially due to the lack of GL for rendering. Simpler things, like wireframe rendering, 2D simulation or small numbers of objects are certainly possible. Someone could port something like these: http://arkitus.com/Play/?id=22 http://arkitus.com/Play/?id=18 Soda or Moovl would make a *great* XO activity: http://sodaplay.com/ http://www.moovl.co.uk/ -josh On Feb 14, 2008, at 12:33 PM, Edward Cherlin wrote: Has anybody looked at this for the XO? http://opensimulator.org/wiki/PhysicsEngines The physics is not very realistic yet. Presumably we could manage simple statics and dynamics, with graphs of position, velocity, and acceleration. I would like to have a simulation engine available for integration into e-textbooks. What other candidates are there? -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Read ETexts Activity
On Thu, Feb 14, 2008 at 1:39 PM, James Simmons [EMAIL PROTECTED] wrote: Edward, I was not planning on anything so fancy. Not a problem. Others can pick up where you have left off. Basically, I was frustrated that I had a device that would be wonderfully suited to reading Gutenberg etexts and no suitable program to do it with. I have written such an Activity and am putting the finishing touches on it. As I see it, the selling points of the Activity will be that it can display etexts one page at a time in a readable proportional font and remember what page you were on when you resume the activity. The child can find his book using the Gutenberg site, save the Zip file version to the Journal, rename it, resume it, and start reading. It will also be good sample code for new Activity developers to look at, even children, because it is easy to understand yet it does something that is actually useful. I have written another Activity which lets you browse through a bunch of image files stored in a Zip file, and it also would be good sample code for a new developer, as well as being useful. I have been programming professionally for almost 30 years and I still had a hard time learning everything I needed to know to make an Activity. Once you know it, it's simple, but collecting that knowledge a bit at a time is frustrating. The existing tutorials seem to quit just when things are getting interesting. Have you added your hard-won knowledge to the Wiki pages on Sugar and Sugarizing? I don't see myself competing with the Read activity or trying to teach anyone to read. I wouldn't know how. Well, we are talking about putting TTS and karaoke-style text marking in Read. Presumably nearly the same code would work in your activity. Or we could fold your code for handling Zip files and Gutenberg's lack of formatting into Read. And we have plenty of pedagogues here to consult. I might be of use teaching children to write simple computer programs. I started a document on the Wiki, Programming for Children (activities), and another, Programming with Children (tutorials). Your input would be most welcome. See the OLPC Publications page for more suggestions and invitations. James Simmons Edward Cherlin wrote: Will it include Text-to-Speech, for the purposes we have discussed on this list? If so, could we get some sort of cursor or coloring effect to show the illiterate or semi-literate where they are in the text? -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1696
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1696 Changes in build 1696 from build: 1695 Size delta: 0.00M -python-jinja 1.2-1 +python-jinja 1.2-2.fc7 --- Changes for python-jinja 1.2-2.fc7 from 1.2-1 --- + make spec comply with fedora packaging guidelines + build in mock -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Read ETexts Activity
Edward Cherlin wrote: Have you added your hard-won knowledge to the Wiki pages on Sugar and Sugarizing? To be truthful, I'm a little leery of editing Wiki pages. I'm afraid I'm going to mess up somebody else's hard work. We use a Wiki at the office but there is an implied ownership for each article and nobody edits anything without discussing it with the original author. I found that the best information available was in the Pydoc for the Activity class, which I only stumbled upon. I've done Java for years so I'm familiar with JavaDoc but I'm new to python. I was toying with the idea of writing a sort of manual for rank beginners that would cover things like how to set up a development environment, how to use Eric, how to learn python, how to write a python program that runs from the terminal, basic debugging techniques, how to make a python program into an activity, etc. I could use my Activities as samples. It would be my own document, but I wouldn't mind being edited. The thing is, a lot of my hard-won knowledge would seem laughable if it was inserted into the Wiki. Well, we are talking about putting TTS and karaoke-style text marking in Read. Presumably nearly the same code would work in your activity. Or we could fold your code for handling Zip files and Gutenberg's lack of formatting into Read. And we have plenty of pedagogues here to consult. When I said my Activity was trivial I wasn't kidding. I basically stick a GTK label in a scrollable window. I set the background color to white. I read the file from the Journal. If it ends with .zip I unzip the contents to a temporaray file, otherwise I work with the file directly. I read the entire file and make a list of pointers, adding one every 45 lines. I then load the first 45 lines into the label and listen for keydown events. Arrow keys and gamepad keys are used to page forward and backward. I save the current page number as meta info so you can resume the book where you left off. I will support skipping to a page with the toolbox. I might support text search. I will probably support copying text to the clipboard, and I might support adjusting the font size. I will attempt to make it shareable. None of this code is anything to write home about, but it does make a handy etext reader. Adding TTS and Karaoke highlighting to what I have created would be more trouble than its worth. I might be of use teaching children to write simple computer programs. I started a document on the Wiki, Programming for Children (activities), and another, Programming with Children (tutorials). Your input would be most welcome. See the OLPC Publications page for more suggestions and invitations. I'll definitely check them out. James Simmons ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Open Simulator with Physics Engine
On Thu, Feb 14, 2008 at 1:12 PM, Joshua Minor [EMAIL PROTECTED] wrote: I have played with PyODE, but not on the XO. http:// pyode.sourceforge.net/ I suspect that the XO would not be able to handle a realistic 3D simulation with a large number of objects. This is partially due to the lack of GL for rendering. Simpler things, like wireframe rendering, 2D simulation or small numbers of objects are certainly possible. Even point particles under gravity is good. I did some on the Apple ][ using TutSIM in the 80s--elliptical comet orbits, chaotic 3-body orbits. My father worked on the famous bouncing ball program on the old MIT Whirlwind in vacuum tube days. Someone could port something like these: http://arkitus.com/Play/?id=22 http://arkitus.com/Play/?id=18 Soda or Moovl would make a *great* XO activity: http://sodaplay.com/ http://www.moovl.co.uk/ Hot stuff, but proprietary. -josh Anyway, what I wanted to know was whether anybody would be interested in porting this, or in joining their community and talking up the XO project. On Feb 14, 2008, at 12:33 PM, Edward Cherlin wrote: Has anybody looked at this for the XO? http://opensimulator.org/wiki/PhysicsEngines The physics is not very realistic yet. Presumably we could manage simple statics and dynamics, with graphs of position, velocity, and acceleration. I would like to have a simulation engine available for integration into e-textbooks. What other candidates are there? -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Open Simulator with Physics Engine
Edward Cherlin wrote: Has anybody looked at this for the XO? http://opensimulator.org/wiki/PhysicsEngines The physics is not very realistic yet. Presumably we could manage simple statics and dynamics, with graphs of position, velocity, and acceleration. I would like to have a simulation engine available for integration into e-textbooks. What other candidates are there? I know its old, but have a look at xaero? Some info here, I've not used it in more than ten years, but the hardware we had then was less powerful than the XO is now; http://tog.acm.org/resources/RTNews/html/rtnv7n5.html#art6 I am not sure what license xaero is under, but that might lead to other things of interest... cheers, Kim ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
hackathon/mini-Jam in Boston, Sat. 2/16
The Olin College OLPC chapter, on the wiki at http://wiki.laptop.org/go/Olin_university_chapter/, is hosting a min-jam in the Boston area this weekend. we will be running it at Olin, about 40 minutes outside of Boston/Cambridge [in Needham, MA], and we'd love to have local contributors [hardware, software, education, wiki people, general content; anything really] swing by. The event will run from 12:00pm on Saturday until 6:00am on Sunday morning. You can find more details on the wiki at [[University Chapter Jam Boston]] or at our website, http://olinolpc.org. In addition to participants, we are also looking for good project ideas, along the lines of http://www.olpcaustria.org/mediawiki/index.php/Ideas_for_activities. If you have anything, email [EMAIL PROTECTED], or leave a note on this talk page: [[User talk:Nlee]], or on the event page [[Talk:University Chapter Jam Boston]]. Thanks! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Turn off mesh (g1g1)?
After a few days, I'm only able to connect to my WPA AP about 10% of the time. I've just updated to latest joyride, but same symptoms. It frequently re-asks me for the password too. From looking at the logs (not that I know what's going on) I'm wondering if the DHCP and network up/down of the mesh is interfering with the eth0 device and making it time out (that's the failure I always see). Is there a way to turn off the mesh? thx, -- Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Offer of help for Amharic
Hello everyone, Now that I have got Amharic working on my G1G1 XO, I spent some time today with a couple of Ethiopian friends, looking at the Amharic keyboard input and display. They encountered a number of issues both with the keyboard layout and with the way the characters were displayed. How should I report these issues, and to whom? I've already been in touch with Bernardo Innocenti, and have tried to contact Marc Maurer (uwog). I have 10 years' experience as a professional software developer but have only recently started working with Linux and Python. My knowledge of Amharic could be written on the back of a table napkin. Nonetheless, I feel I could be a useful go-between and might even be able to provide a patch or two, if someone could point me at the right bits of code to tweak. James (Holding a lever of indeterminate length, and looking for a place to stand) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] back up script for the XO's?
On Fri, Feb 15, 2008 at 4:42 AM, John Watlington [EMAIL PROTECTED] wrote: I was supposed to work on that, but am overwhelmed with other tasks at this time. Somebody else may already be working on this as well. A very old/early set of scripts is at: http://dev.laptop.org/~wad/BackupScripts.tar Ah! I didn't have that! Got a copy now. It will take me a week or so to get mildly productive (*) but I'll probably start with this if no one else makes headway on it. Bryan - don't stop waiting for me ;-) -- I'll be using a git repo to track my changes so we can merge later if we need to. If you publish a git repo (via repo.or.cz for example) let me know and I'll track your repo. * I have a base machine for a testbed XS at the office now, but I'm away in Mx for a week, and I'm waiting for the antenna. With a bit of good luck the antenna will be here when I get back. I'm setting up a chroot / vserver setup in my laptop in the meantime to build packages and XS ISOs. cheers, m ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Offer of help for Amharic
In the short term, there is not much we can do about the physical layout of the keyboard. But getting the rest of the Amharic input issues sorted out would be very helpful. A first step would be to start a collector ticket in Trac for all the open issues. regards. -walter On 2/14/08, James [EMAIL PROTECTED] wrote: Hello everyone, Now that I have got Amharic working on my G1G1 XO, I spent some time today with a couple of Ethiopian friends, looking at the Amharic keyboard input and display. They encountered a number of issues both with the keyboard layout and with the way the characters were displayed. How should I report these issues, and to whom? I've already been in touch with Bernardo Innocenti, and have tried to contact Marc Maurer (uwog). I have 10 years' experience as a professional software developer but have only recently started working with Linux and Python. My knowledge of Amharic could be written on the back of a table napkin. Nonetheless, I feel I could be a useful go-between and might even be able to provide a patch or two, if someone could point me at the right bits of code to tweak. James (Holding a lever of indeterminate length, and looking for a place to stand) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender One Laptop per Child http://laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
