martin wrote:
(written as part of the brussels test session)
One thing consistent across the machines we're testing with Soas is
that many (most?) of them get very low sound levels. This is an issue
with Fedora and Pulseaudio.
The fedora devel list is aflame with discussion about
roshan wrote:
yes I have those current XOs with standard touchpad and I'm using os767.
in that case you're in somewhat uncharted territory. the
tap_time parameter mentioned in in the link you gave below is
documented to only work with absolute touchpads, so i doubt it
applies.
there may be
is the choice of an analog clockface feasible? it's not like
analog watches have gone away, and i'd think that on a learning
platform, especially, that it would be a good option.
paul
p.s. translation: are we sure it's a bikeshed we should be
building? :-)
eben wrote:
1. I think that
tomeu wrote:
On Fri, May 8, 2009 at 14:03, Martin Dengler mar...@martindengler.com
wrote:
I was very heartened to hear on IRC two days ago that OLPC have a
kernel hacker (dsaxena) starting in June (to work on Gen 1.5), and
that one of the first thing on the todo list was to get
sascha wrote:
On Sat, May 02, 2009 at 05:39:21PM +0100, Martin Dengler wrote:
[Clock behaviour in suspend]
But I take your point...the answer is: no, it's not easy (with my
simple patch). I'm not sure what the behavior should be (hide on
idle?!, come out of suspend once a
jameson wrote:
Well, if the frame always auto-hid after 10 seconds, and the delay for
idle-suspend was 15 seconds, then it would work. I personally believe that
the frame should be hidden more agressively - whenever there's a user action
that doesn't address it, and after a longish timeout
martin wrote:
On Sat, May 02, 2009 at 10:28:06AM +0200, Tomeu Vizoso wrote:
Hi Martin,
I was hoping the frame clock could be implemented as a device icon
extension, so people could add it, remove it and customize it more
easily. Why is it inside the shell instead?
The code
martin wrote:
On Tue, Apr 21, 2009 at 2:05 AM, da...@lang.hm wrote:
also note that this will require that you run some sort of
DNS cache on the
The standard dns resolver libs on linux (part of glibc?) caches
alright. All platforms I know cache things alright, and it's fairly
martin wrote:
On Mon, Apr 20, 2009 at 3:53 PM, Jonas Smedegaard d...@jones.dk wrote:
DNS-SD using unicast DNS seems reasonable to me too.
If we can do without the avahi gunk, and use it in a way that is not
optimised for user driven browsing but for automated selection of
services,
jonas wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Apr 20, 2009 at 09:45:28AM -0400, p...@laptop.org wrote:
benjamin m. schwartz wrote:
Martin Langhoff wrote:
The short of it is that mdns/dns-sd make sense for a small,
underutilised network of peers. They
i wrote:
olpc-kbdshim should work on the
latest rawhide releases. (i hope -- feedback please, i haven't
had a chance to try rawhide myself.)
i've gotten my feedback: in a word, don't bother. :-) the grab
keys might work, but rotation is broken, not only because the
location of
info that comes with the packages, i'll just
refer directly there.
olpc-kbdshim is described in its README:
http://dev.laptop.org/git/users/pgf/olpc-kbdshim/tree/README
powerd is described by commentary in the core script itself:
http://dev.laptop.org/git/users/pgf/powerd/tree/powerd
.)
anyway, code is available here:
http://dev.laptop.org/git/users/pgf/powerd/
and rpms are here:
http://dev.laptop.org/~pgf/rpms/
you'll need to install both olpc-kbdshim and olpc-powerd (in that
order). when installed, olpc-powerd disables ohmd, and reenables
mitch wrote:
My XO Boots but gets stuck loading the initrd.
OFW Q2E34
Here is what I see on the screen
Boot device: /nandflash:\boot\olpc.fth Arguments:
Boot device: /nandflash:\boot\vmlinuz0 Arguments: root=mtd0
rootfstype=jffs2
liveimg console=tty0
vamsi krishna davuluri wrote:
I see your point, I agree. I will do the elimination as is required, and
this time include a milestones/deadlines in my hopefully final draft
proposal.
My main objective will be to send the file from the laptop through the
network to the server, have the
at least one i still can't really explain. (but it was
after a couple of glasses of wine, so who knows.)
code:
http://dev.laptop.org/git/users/pgf/powerd/
rpms:
http://dev.laptop.org/~pgf/rpms/
paul
p...@laptop.org wrote:
hi --
i had an itch that needed scratching
, and not using
external devices, so i sort of forgot about this case.)
anyway, code is available here:
http://dev.laptop.org/git/users/pgf/powerd/
and rpms are here:
http://dev.laptop.org/~pgf/rpms/
you'll need to install both olpc-kbdshim and olpc-powerd (in that
order). when
is available here:
  http://dev.laptop.org/git/users/pgf/powerd/
and rpms are here:
  http://dev.laptop.org/~pgf/rpms/
you'll need to install both olpc-kbdshim and olpc-powerd (in that
order). Â when installed, olpc-powerd disables ohmd, and reenables
it when uninstalled
with the recent switchover from, uh, whatever we were using
before, to cgit on dev.laptop.org, there are now many stale links
on wiki.laptop.org (and possibly some at sugarlabs as well, i
suppose).
if you do a google search on wiki.laptop.org for
url:dev.laptop.org/git you'll get almost 200 hits
wade wrote:
These charts are really interesting (and nice looking!). The whole thing
probably requires a lot of analysis to make real gains though. I wonder
what all those calls to 'cat' are in the first chart. I also wonder if it
i did some looking, and while i don't think i've found
daemon was already looking at every input event, it seemed
a natural place to implement the rotation feature.
and after doing that, the name seemed like it should change.
so, announcing olpc-kbdshim.
source:
http://dev.laptop.org/git?p=users/pgf/olpc-kbdshim
rpm:
http://dev.laptop.org/~pgf
martin wrote:
In fact, this might be something that upstream wants to think about in
a generic sense. All the boot-in-5s focus lately is a lot of fun (and
great for end-users, I surely want _my_ boxes to boot in 5s), but
depends in part on skipping a lot of poking and waiting for hardware.
wade wrote:
Cool! I'm looking forward to trying this when I get back to my XO
I wonder though, is there a reason this has to be a separate daemon, and
can't just being part of the HPGK driver with a /sys/... interface for
control?
it's a daemon very largely because much of the code
eben wrote:
On Sun, Mar 1, 2009 at 2:41 PM, Sascha Silbe
sascha-ml-ui-sugar-de...@silbe.org wrote:
On Sun, Mar 01, 2009 at 01:58:30PM -0500, Eben Eliason wrote:
As I understand it, this cannot be so simple because it needs to be a
bootable image, and not just a set of files.
bert wrote:
On 24.02.2009, at 19:09, Carol Farlow Lerche wrote:
...
Asking for better documentation doesn't imply that the facility is
new. It recognizes that development has reached a local minimum in
an important component that is not well understood by many. My post
was a
it if you'd like:
http://dev.laptop.org/git?p=users/pgf/grabkeyd
it needs to be started before X, and uinput needs to be loaded.
(happily, uinput is already in the XO releases.) initially the
easiest way to test it is:
# modprobe uinput
# init 3
# ./grabkeyd -l
[ check that grabkeyd
david wrote:
Paul,
You are not probably not going to get much feedback from core
developers on grab right now.
gee, way to let them all off the hook, david. :-)
That has nothing to do with the validity of the design or the quality
of the implementation.
It is entirely to do
eben wrote:
On Tue, Feb 24, 2009 at 3:31 PM, p...@laptop.org wrote:
but what i'd done was different: when one's finger moved on the
touchpad, the _scrollbars_ moved. the mouse pointer stayed
stationary with respect to the window edges, and the window
contents moved in the
i promised simon on irc that i'd raise this on the sugar devel
list, so thanks for replying and reminding me.
(to recap: my legacy activity would like to be able to present
help and documentation info to the user via the local browser.)
s page wrote:
p...@laptop.org wrote:
can someone
29 matches
Mail list logo