On Wed, 2007-08-15 at 20:28 -0400, Owen Williams wrote:
What's the best way to implement this change and maintain compatibility?
If SUGAR_ACTIVITY_ROOT exists, use it, but if not, use HOME?
Well, SUGAR_ACTIVITY_ROOT should always exist when your activity is ran
inside Sugar, regardless of
I'm trying to install Firefox2.0 (http://wiki.laptop.org/go/Firefox2) in XO
emulated but it´s not working.
when I type yum install firefox command the following error message is
showed to me (after some time)
...
Running Transaction
error: Couldn't´t fork %pre: Cannot allocate memory
.. (there
On Thu, 2007-08-16 at 07:23 +0800, Yuan Chao wrote:
o On momentary power button:
turn off screen, suspend machine, leave keyboard and wireless on;
keyboard/touchpad will cause instant on again.
I'm curious here that I thought the wireless needs CPU to work with.
Why suspend the
It isn't clear that making the popdown insensitive is the right
solution. Why should it appear at all if there is no sharing?
-walter
On 8/16/07, Zarro Boogs per Child [EMAIL PROTECTED] wrote:
#2819: need way to make a non-sharable activity
It isn't clear that making the popdown insensitive is the right
solution. Why should it appear at all if there is no sharing?
Interesting point. An arguable benefit (as long as it remains an option
menu) is that it still clearly indicates that the activity is private. It's
function as a
Arjun,
1) eToys:
It would be very nice to have support for Analog Input in eToys.
You could use my code -
See
http://dev.laptop.org/git?p=projects/measure;a=blob_plain;f=audioGrab.py;hb=HEAD
(getting samples)
and
Yoshiki Ohshima wrote:
Arjun,
1) eToys:
It would be very nice to have support for Analog Input in eToys.
You could use my code -
See
http://dev.laptop.org/git?p=projects/measure;a=blob_plain;f=audioGrab.py;hb=HEAD
(getting samples)
and
Mitch,
Thank you. As I wrote on http://dev.laptop.org/ticket/2800, what we
would like to have is C functions. Then, I can wrap them as Squeak
primitives. Probably I can just rip these functions from amixer, but
if you can tell me which, that would be good!
This is the
It might be nice if there were a driver to access the GPIO, but I didn't
see one in a quick scan of the kernel source.
It turns out that there is a GPIO driver - the source is in
char/drivers/cs5535_gpio.c - and it is available as a kernel module:
modprobe cs5535_gpio
However, nobody
It turns out that there is a GPIO driver - the source is in
char/drivers/cs5535_gpio.c - and it is available as a kernel module:
And in any case, accessing this behind alsamixer's back is not a good
idea, because then alsamixer will be confused about the state.
Hmm, ok. We sure don't
Mitch,
There are ALSA controls defined for the analog input features. So we
already have driver support.
- Jim
On Thu, 2007-08-16 at 09:24 -1000, Mitch Bradley wrote:
Yoshiki Ohshima wrote:
Mitch,
Thank you. As I wrote on
Apparently there is an alternative to calling amixer - you can use ALSA lib.
http://www.alsa-project.org/main/index.php/ALSA_Library_API
Jim Gettys wrote:
Mitch,
There are ALSA controls defined for the analog input features. So we
already have driver support.
-
Jim Gettys wrote:
...
There seems to be no way to manually adjust the backlight level in
ebook mode. What would be the policy for it? Leave it on all the time
or dim down after some idle time? Also CPU (and wireless?) should go
to suspend for most of time in ebook mode?
We have code in
Hello, Elijah,
http://squeakland.org/pipermail/squeakland/2007-August/003717.html
This discussion might make you think that claiming a video chat app as
the killer app is not a very compelling pitch as an educational
project...
video chat alone, not so useful.
video chat
14 matches
Mail list logo