On Thu, Oct 23, 2008 at 4:31 AM, C. Scott Ananian [EMAIL PROTECTED] wrote:
On Tue, Oct 21, 2008 at 8:57 AM, [EMAIL PROTECTED] wrote:
can's mdns/avahi help with discovery? it'd be a shame to have to
manually configure a server address or name.
DNS-SD is the Right Answer (which is not exactly
2008/10/23 Henry Vélez Molina [EMAIL PROTECTED]:
Verifying from the Terminal activity, we note that doing the ping
schoolserver , he print ous: uknown host.
We believe that the problem is the Access Point.
I agree! That sounds like the AP is acting like a gateway (and that's
not what you
Hi All,
We are planning a mini-conference at OLPC headquarters November 17 - 21.
For more information, see the conference wiki page at:
http://wiki.laptop.org/go/XOcamp_2
Please post any proposals for talks directly on the wiki page at:
http://wiki.laptop.org/go/XOcamp_2#Proposals
Starting at
Hi All,
We are planning a mini-conference at OLPC headquarters November 17 - 21.
For more information, see the conference wiki page at:
http://wiki.laptop.org/go/XOcamp_2
Please post any proposals for talks directly on the wiki page at:
http://wiki.laptop.org/go/XOcamp_2#Proposals
Starting at
Hi,
I think that with a small effort, we could implement something much
better than what we have today.
We have glorious plans for the view source key, but as no resources
have been devoted to them, perhaps we should scale back and make sure
that we provide the best we can today. And let the
I think that any activity that goes to the trouble of building their
own view source mechanism can handle the added overhead of adding a
line to the activity.info file. Seems like that is the easiest path.
Doesn't it have any negative repercussions in the long term?
-walter
On Thu, Oct 23, 2008
tomeu -- excellent! thanks for helping make progress on this.
tomeu wrote:
http://dev.laptop.org/~tomeu/viewsource.py
This approach has a good thing that is that works everywhere, but has
a major problem: doesn't let activities override it and handle
themselves the view source key
Am 23.10.2008 um 14:53 schrieb Tomeu Vizoso:
Hi,
I think that with a small effort, we could implement something much
better than what we have today.
We have glorious plans for the view source key, but as no resources
have been devoted to them, perhaps we should scale back and make sure
bert wrote:
Am 23.10.2008 um 15:15 schrieb [EMAIL PROTECTED]:
an addition to activity.info, with sensible defaults, would be the
best bet, i think.
This would mean that sometimes the shell and sometimes the activity
would have to handle that key, which is fragile. I'd opt for
Am 23.10.2008 um 15:33 schrieb [EMAIL PROTECTED]:
bert wrote:
Am 23.10.2008 um 15:15 schrieb [EMAIL PROTECTED]:
an addition to activity.info, with sensible defaults, would be the
best bet, i think.
This would mean that sometimes the shell and sometimes the activity
would have to handle
Hi All,
I need to move the weekly future feature planning meeting next week.
The next meeting will be Wed. October 29 in IRC, freenode.net
#olpc-meeting channel at 1PM US ET (not 2PM as previously communicated).
I have a hard stop at the end of one hour so we will try to stay on
agenda. I
I could be talking nonsense, and perhaps this would consume more power
than it saves, but if you were able to slowly dim the backlight over
the course of a minute or so, instead of waiting a minute and then
dropping it suddenly, we could prevent the sudden change which causes
a break in
bert wrote:
Am 23.10.2008 um 15:33 schrieb [EMAIL PROTECTED]:
bert wrote:
Am 23.10.2008 um 15:15 schrieb [EMAIL PROTECTED]:
an addition to activity.info, with sensible defaults, would be the
best bet, i think.
This would mean that sometimes the shell and sometimes the
Hi All,
Can someone post the MD5 Sum details for the 8.2 images linked from the
release notes?
See the request at: http://wiki.laptop.org/go/Talk:Release_notes/8.2.0
Thanks,
Greg S
___
Devel mailing list
Devel@lists.laptop.org
Hi All,
Below is a thread I had with Juliano (learning team member with lots of
experience in Brazil and more recently Rwanda) on collaboration. I
wanted to share it with everyone, mostly verbatim.
I haven't had time to edit this for the list but I wanted to share it
before waiting any
On Thu, Oct 23, 2008 at 9:33 AM, [EMAIL PROTECTED] wrote:
sure, that's fine. but i think we need to keep thinking about
how to support of non-, or not-fully-sugarized applications with
every new feature we do (as well as with every revision of old
features).
I've got a half-baked idea about
On Thu, Oct 23, 2008 at 7:43 AM, Greg Smith [EMAIL PROTECTED] wrote:
We are planning a mini-conference at OLPC headquarters November 17 - 21.
Starting at the end of the day US ET, Monday October 27th we will review
all proposals and begin setting the agenda for the conference.
It would
2008/10/22 Ian Daniher [EMAIL PROTECTED]:
I'm curious what the DISPLAY variable is in os767 as I used to be able to
set it to 0:0 and launch gui apps(mplayer) from the command line.
I'm working on the mother-of-all media center scripts and could use some
help.
I'll share this script upon
How well we can do that isn't clear.
We have 16 brightness levels, but we didn't think about making them
logarithmic in response to correspond to the eye's behavior, so there
are really fewer than that that are useful.
Please experiment and see if it is helpful, of course...
Hello all,
This is somewhat on-topic, as this code can be used to test the smoothness
of diming the backlight by editing SLP in the included code.
I originally wrote this as I'm planning on using an XO motherboard/screen as
an alarm clock, and will have the brightness set via some fancy HR=$(date
Two high level goals:
* Make desktop applications run without modifications in the Sugar
shell and integrate as much as possible with it.
* Make activities run on a standard desktop, as long as the required
services are installed.
Problems we need to solve to make this possible:
* Our icon
Do we have the ability to pulse width modulate the backlight LEDs? What is
the resolution on the PWM? It's hard to know if this is feasible without a
hardware schematic and specs on the backlight driver. The CL1 spec mentions
a PWM signal, but maybe it only has four bits of resolution?
In the
Problems and ideas in no particular order.
* Sugar shell startup is too slow.
Reduce dependencies, single process shell, modularize and delay
initialization of components which are not immediately necessary,
measure constantly to avoid regressions and monitor progress.
* Icons rendering is slow
On Fri, Oct 24, 2008 at 1:56 AM, Marco Pesenti Gritti
[EMAIL PROTECTED] wrote:
* Activity startup is ridiculously slow.
Design an API incompatible Activity class. Start from a very basic
window and add functionalities on the top of it, trying to not regress
startup time. Make sure that
On Wed, Oct 22, 2008 at 8:02 PM, Victoria Blackaby
[EMAIL PROTECTED] wrote:
We've spoken a few times on the IRC chat line. I'm Victoria from Chicago,
trying to deploy XO's for a tutoring center. I've spoken with you and Mitch
about using a fedora base with fvwm to handle our tutoring
If you cna wait a few days for the final release of 0.5, then yes.
ok
Thanks
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
26 matches
Mail list logo
