Hi,
Fedora and OLPC developers can now download the speech-dispatcher RPM
packages for testing/development of speech enabled activities.
RPMs - OLPC Branch
speech-dispatcher-0.6.6-13.olpc2.i386.rpm -
*Sorry for the Repost - *slightly more formatted email**
Hi,
Fedora and OLPC developers can now download the speech-dispatcher RPM
packages for testing/development of speech enabled activities.
RPMs - OLPC Branch
- speech-dispatcher-0.6.6-13.olpc2.i386.rpm -
2008/6/24 Tomeu Vizoso [EMAIL PROTECTED]:
On Tue, Jun 24, 2008 at 4:09 AM, Marco Pesenti Gritti
[EMAIL PROTECTED] wrote:
Ok, so I have a theory which I *hope* explains the whole thing.
In Fedora 7 xinit had ConsoleKit support implemented as a patch:
2008/6/24 Marco Pesenti Gritti [EMAIL PROTECTED]:
If you change olpc-session to run sugar as:
exec ck-xinit-session /usr/bin/sugar
The COOKIE is set but for some reason ck still doesn't give us permissions :(
After further testing it seem to work fine. There are some caveats on
how the
The USB device that I am connecting is not a storage drive. so there is no
way I can copy a file containing a unique UUID on the device. I just need
one unique parameter for the device when it is connected to the system. On
the XO according to the /proc/bus/usb/devices file It is the port no. But
Hi,
I have USB devices (not storage devices, just some usb devices), which
I can use along with my application on the olpc. The driver for these USB
devices are third paty drivers so I have to detach the kernel usb driver so
that I can use my own driver for that USB device. For this I need
Hi,
I have created a .xo package for my application . When I try to install
it through the xo-get command I get a DBus No reply error message for my .xo
package. I also tried to install the activity through the Browser(By mailing
myself the xo) and the journal activity with the same
Hi,
can I reliably detect if my code is running on XO hardware?
Is checking if /sys/power/olpc-pm exists enough? Is there a better way?
regards,
Holger, currently offline and on battery, therefore not booting an XO
kernel
on my laptop :)
pgpqDv5jzUwGN.pgp
Description: PGP signature
Deepak,
I've spent some time debugging trac #6532: SD corruption on
suspend resume and propose that we provide some sort of update
with a proposed workaround as this is an issue that has been seen
by multiple G1G1 users. Doing a full USR may be overkill for this
issue as we may just be
http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2069
Changes in build 2069 from build: 2063
Size delta: 0.13M
-kernel 2.6.22-20080523.1.olpc.28f4cb6e780db07
+kernel 2.6.25-20080619.1.olpc.279b9db99a30fe6
--- Changes for kernel 2.6.25-20080619.1.olpc.279b9db99a30fe6 from
On Jun 24 2008, at 17:35, shivaprasad javali was caught saying:
Hi,
I have USB devices (not storage devices, just some usb devices), which
I can use along with my application on the olpc. The driver for these USB
devices are third paty drivers so I have to detach the kernel usb driver
On Jun 24 2008, at 10:23, Robert Myers was caught saying:
Deepak,
I've spent some time debugging trac #6532: SD corruption on
suspend resume and propose that we provide some sort of update
with a proposed workaround as this is an issue that has been seen
by multiple G1G1 users. Doing
On Tuesday 24 Jun 2008 5:18:52 pm shivaprasad javali wrote:
The USB device that I am connecting is not a storage drive. so there is no
way I can copy a file containing a unique UUID on the device. I just need
one unique parameter for the device when it is connected to the system.
Have you tried
On Tue, 24 Jun 2008, K. K. Subramaniam wrote:
On Tuesday 24 Jun 2008 5:18:52 pm shivaprasad javali wrote:
The USB device that I am connecting is not a storage drive. so there is no
way I can copy a file containing a unique UUID on the device. I just need
one unique parameter for the device
Dov Grobgeld wrote:
Thanks. I did a copy-nand and the system is up again, but it still
doesn't explain why the system wouldn't boot. Is there any way of
debugging that?
What build and what firmware are you running? There are a few different
bugs that can cause a boot failure. Debugging
Hello All,
First off, thanks to everyone who has been contributing to the almanac (
http://wiki.laptop.org/go/Sugar-api-doc) directly or giving me feedback on
things that need to be added or improved for accuracy. Please keep the
feedback coming.
Among many other additions, the Sugar Almanac now
I'm glad that Debian didn't break the rules for etoys.
You're claiming to be open source, yet you've LOST the
source code decades ago. Hacking up binary images is
shockingly horrible software non-engineering.
You've no justification for taking shots at gcc, which
is entirely capable of being
Here are some ideas that might help you fix some of the problems
with start-up performance, shut-down performance, open source,
and software engineering practices.
You're trying to do a persistant system image on an OS that wasn't
really designed for it. If you were on an exotic system with a
Am 24.06.2008 um 20:04 schrieb Albert Cahalan:
I'm glad that Debian didn't break the rules for etoys.
You're claiming to be open source, yet you've LOST the
source code decades ago. Hacking up binary images is
shockingly horrible software non-engineering.
Sorry Albert, this just shows your
On Tue, Jun 24, 2008 at 2:18 PM, Bert Freudenberg [EMAIL PROTECTED] wrote:
Am 24.06.2008 um 20:04 schrieb Albert Cahalan:
I'm glad that Debian didn't break the rules for etoys.
You're claiming to be open source, yet you've LOST the
source code decades ago. Hacking up binary images is
Hi,
I'm currently working on adding support for the olpc mesh device to NM 0.7.
From what i understand from David Woodhouse we should be able to really use
it as two seperated devices these days (with the obvious constraint that it
shares the radio ofcourse). Some testing shows that i can
At Tue, 24 Jun 2008 14:16:22 -0400,
Albert Cahalan wrote:
Here are some ideas that might help you fix some of the problems
with start-up performance, shut-down performance, open source,
and software engineering practices.
First, Etoys' start up time is very fast. And shutdown/saving could
On Tue, 2008-06-24 at 19:42 +0100, Sjoerd Simons wrote:
Hi,
I'm currently working on adding support for the olpc mesh device to NM 0.7.
I feel sorry for you :) In some ways 0.7 has made it a lot better for
you (concurrent device support) and in other ways it's made it a bit
harder (more
Am 24.06.2008 um 20:38 schrieb Albert Cahalan:
On Tue, Jun 24, 2008 at 2:18 PM, Bert Freudenberg [EMAIL PROTECTED]
wrote:
Am 24.06.2008 um 20:04 schrieb Albert Cahalan:
I'm glad that Debian didn't break the rules for etoys.
You're claiming to be open source, yet you've LOST the
source
John and others seem to be making the argument that unless something is
technologically similar to GCC (in the way it is distributed, developed,
and coded) it can't be --- picking a term --- open source. For example,
Albert says that code has to be manageable by traditional SCM tools,
patch
Fri, 23 May 2008 19:44:36 -0300, marcel r [EMAIL PROTECTED] wrote:
1. Project Name: Departamentos
Done. Your tree is here:
git+ssh://[EMAIL PROTECTED]/git/activities/departamentos
Please follow instructions here for importing your project:
http://wiki.laptop.org/go/Importing_your_project
Let
Tue, 24 Jun 2008 11:51:57 -0700, Kate Scheppke [EMAIL PROTECTED]
wrote:
1. Project name : Typing Turtle Activity
Done. Your tree is here:
git+ssh://[EMAIL PROTECTED]/git/activities/typing-turtle
Please follow instructions here for importing your project:
4. is basically WONTFIX (would you like to open another bug for this so we
don't lose it but still can close this one in good time?)
When you've finished the rest, simply open a new ticket for (4), and
then reference that ticket number in the closing message. Thanks!
- Eben
Robert Withrow [EMAIL PROTECTED] writes:
John and others seem to be making the argument
Only seem.
that unless something is technologically similar to GCC (in the way
it is distributed, developed, and coded) it can't be --- picking a
term --- open source. [...]
Not at all.
The gist of
Am 24.06.2008 um 23:12 schrieb Frank Ch. Eigler:
The gist of the argument is that one can't currently know what's
really inside an etoys image, except beyond what it itself tells us,
This is indeed a valid concern. As I wrote before, an external tool
could be written to examine what exactly
Sjoerd Simons wrote:
I'm setting the ESSID on the msh0 interface indeed. But i never get an
association event on it.. While i even get an association event on eth0 when
it's not up (but with msh0 being up obviously) :) Seems i've got some more
bugs
to file
Why would you set an ESSID on
On Wed, 25 Jun 2008, Bert Freudenberg wrote:
Am 24.06.2008 um 23:12 schrieb Frank Ch. Eigler:
The gist of the argument is that one can't currently know what's
really inside an etoys image, except beyond what it itself tells us,
This is indeed a valid concern. As I wrote before, an external
Am 25.06.2008 um 00:12 schrieb [EMAIL PROTECTED]:
On Wed, 25 Jun 2008, Bert Freudenberg wrote:
Am 24.06.2008 um 23:12 schrieb Frank Ch. Eigler:
The gist of the argument is that one can't currently know what's
really inside an etoys image, except beyond what it itself tells us,
This is
Looking for a (memory, cpu, power) efficient way to trigger
events/scripts on the XS, I came across incrond. It weights ~600KB
according to ps_mem.py, and it looks like the kind of tool we want to
be using. There are a few processes I have on the XS that signal
completion by touching a file in a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Langhoff wrote:
| Looking for a (memory, cpu, power) efficient way to trigger
| events/scripts on the XS, I came across incrond. It weights ~600KB
| according to ps_mem.py, and it looks like the kind of tool we want to
| be using. There are a
On Tue, Jun 24, 2008 at 9:14 PM, Benjamin M. Schwartz
[EMAIL PROTECTED] wrote:
What it sounds even more like, to me, is any modern init system. For
example:
I'm very keen on new init systems, but this is not one.
Given your opposition to DBUS in this context, you might enjoy
:-) I'm not
On Tue, Jun 24, 2008 at 06:09:58PM -0400, Polychronis Ypodimatopoulos wrote:
Sjoerd Simons wrote:
I'm setting the ESSID on the msh0 interface indeed. But i never get an
association event on it.. While i even get an association event on eth0 when
it's not up (but with msh0 being up obviously)
Berkeley Logo is a GPLed interpreter for the Logo programming language
for kids. It currently runs under Linux (and MacOS and Windows, but it's
Linux that's relevant) using an xterm window as the user interface, and a
separate X11 window for graphics. It can run on the XO that way, but needs
to
After seeing that Jim Gettys and Alan Kay combined failed to
convince a guy on a software issue, it is uncertain that how much I
can add^^; But here goes:
At Wed, 25 Jun 2008 00:04:36 +0200,
Bert Freudenberg wrote:
Am 24.06.2008 um 23:12 schrieb Frank Ch. Eigler:
The gist of the
Hi,
I built and installed a customized kernel RPM following these guides:
http://wiki.laptop.org/go/Rebuilding_OLPC_kernel
http://wiki.laptop.org/go/Kernel
Unfortunately, after I boot up the custom kernel, the X server fails to
start because /home is mounted read-only.
My work around is to
Hi Scott,
Unfortunately, after I boot up the custom kernel, the X server
fails to start because /home is mounted read-only.
It's a bug in the master series kernel RPMs (or rather, in the initrd
that accompanies them). It's being worked on.
Thanks,
- Chris.
--
Chris Ball [EMAIL
Yoshiki Ohshima wrote:
Again, start up time is not a problem. Etoys start up looks a bit
slow on XO, but that is because the DBus communication that has to be
done.
I frequently hear DBus being accused of latency. As badly
implemented as it might be, I can't believe a daemon relaying
a
On Tue, 2008-06-24 at 11:41 -0700, John Gilmore wrote:
Jim:
My point is somewhat different: the only way out of the compilation
trust trap is another compiler. Unless someone has done this for gcc,
it has the identical problem, and there are many possible upstream
attacks. I see no
http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build2071
Changes in build 2071 from build: 2069
Size delta: 0.13M
-olpcrd 0.42-0
+olpcrd 0.43-0
-olpcupdate 2.7-0
+olpcupdate 2.8-0
--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/faster-pkgs.html for
Dear OLPC Fedora folk:
In response to conversation at Fudcon, I've thrown up OLPC's packaging
wishlist at
https://fedoraproject.org/wiki/PackageMaintainers/WishList#OLPC_Wishlist
OLPC folks: please check to make sure that your work is listed. Also,
please assist Fedora volunteers in any way
Thanks Deepak.
I'd love to see the SD card corruption fixed, but we are just about finished
with testing and are now in the release process for 8.1.1... so i recommend
that we schedule this fix for the 8.1.2 release (if we do this release) and
make sure it gets into 8.2.0, which might be the next
-rainbow 0.7.13-1.olpc2
+rainbow 0.7.5.11.20080104git6c25f7-1.olpc2
What's with the major rainbow regression?
Michael
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
The problem is that when I launch the application from the activity
taskbar(the activity icons at the bottom of the screen) It will run under
normal user privileges(right??). But for the application to work properly
the USB driver has to run under superuser privileges. So I have to figure
out how
So it is root UID you need for a user-space program, not a kernel
driver, I see. Have you considered setuid?
--
James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
On Wednesday 25 June 2008, Michael Stone wrote:
-rainbow 0.7.13-1.olpc2
+rainbow 0.7.5.11.20080104git6c25f7-1.olpc2
What's with the major rainbow regression?
You are probably lucky its even in the build. my guess its in a joyride repo.
and has not been built for OLPC-3.
--
Dennis Gilmore
50 matches
Mail list logo