Can't upload a .po file to Pootle

2008-06-30 Thread Bastien
Hi all,

while trying to upload a .po file to Pootle, the server hangs then
outputs this error:

,
| Bad Gateway!
| 
| The proxy server received an invalid response from an upstream server.
| 
| The proxy server could not handle the request POST /translate/fr/etoys/.
| 
| Reason: Error reading from remote server
| 
| If you think this is a server error, please contact the webmaster.
| Error 502
| dev.laptop.org
| Mon Jun 30 03:35:43 2008
| Apache/2.2.8 (Ubuntu) DAV/2 SVN/1.4.6 proxy_html/3.0.0 mod_ssl/2.2.8
| OpenSSL/0.9.8g mod_wsgi/1.3 Python/2.5.2a0 mod_perl/2.0.2 Perl/v5.8.8  
`

Any idea why this happens?

Other question: the file I'm trying to upload is etoy.po -- how does the
system knows it's the french translation?  Should I upload etoys-fr.zip
instead?

Thanks for any advice,

PS: I've put the file here: http://lumiere.ens.fr/~guerry/etoys.po , in
case someone can upload it.

-- 
Bastien
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: embedding evince

2008-06-30 Thread Tomeu Vizoso
Aleksandar Kalev wrote:
 I was wondering if there is any additional information/documentation
 (besides the source code of the Read activity) on how to embed evince
 in a Python application.

Hi, I'm afraid we don't have any written docs like that. If I had to do 
another activity that used the evince python bindings, I would first 
read Read's code and then see if the existing bindings in evince.def are 
enough. You can find some apidocs about that in the evince C sources. If 
you need to add bindings, see how evince.defs is done and send patches.

Also, note that we are shipping a forked package of evince containing a 
few patches to evince itself, some work to put the evince code in a 
shared lib, plus the python bindings themselves. All this should be 
upstreamable, but nobody has found the time yet. If someone wanted to do 
such contribution, would be very welcome.

Regards,

Tomeu

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [sugar] [SURVEY] builders, how do you build? what do you build?

2008-06-30 Thread Tomeu Vizoso
Erik Garrison wrote:
 
 0) Who are you and who do you directly work for?

Tomeu, contracted by OLPC.

 1) What do you build?

regularly: sugar, sugar-artwork, sugar-toolkit, sugar-base, 
sugar-datastore, journal bundle (.xo).

 2) Where does it come from? / Who directly provides you with source code?

Release tarballs are announced in the sugar mailing list. Snapshot 
tarballs are generated from git trees pulled from dev.laptop.org.

 3) Where does the output of your build process go?  / Who handles the
 immediate output of your builds?

I build the rpms in fedora's koji, and from there it gets into olpc 
images. Not sure how it happens now though, the current process for 
getting the rpms into images seems to be in flux.

 4) Where specifically is it built? (I want server names and/or
 descriptions, where security is a concern please share them with me
 privately.)

teach.laptop.org, administered by Michael.

 5) What build systems do you use to build software?  Please briefly
 describe their operation or provide a link to documentation or source
 code which does.

I build rpms locally (in teach) with mock (make mockbuild) and after 
testing I submit them to fedora's koji. See release instructions for 
Sugar in sugar/docs (sorry, no URL, I'm offline right now).

I think it's very similar for other sugar developers.

Thanks for starting this, feel free to ask any questions.

Regards,

Tomeu


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [SURVEY] builders, how do you build? what do you build?

2008-06-30 Thread Bert Freudenberg
Am 27.06.2008 um 23:23 schrieb Erik Garrison:

 Developers, specifically those running build systems,

 Many of us are confused about the software flows inherent in the daily
 build processes which are occuring at OLPC.  I would like to conduct a
 simple survey of all people building software for OLPC so that all  
 of us
 can better understand the sources of the software running on the XO  
 and
 XS without individually hassling the responsible parties every time we
 have generic questions about their build processes.

 Builders, please describe your local build network:

 0) Who are you and who do you directly work for?

Bert Freudenberg, under contract with Viewpoints Research Institute  
(VPRI).

I usually build the rpms. Yoshiki Ohshima and Takashi Yamamiya (both  
employed by VPRI) do when I am unavailable.

 1) What do you build?

etoys rpm, squeak-vm rpm, Etoys xo bundle

 2) Where does it come from? / Who directly provides you with source  
 code?

Source comes directly from VPRI. Developers there are Yoshiki Ohshima,  
Takashi Yamamiya, Scott Wallace, Ted Kaehler, Ian Piumarta, and y.t.,  
directed by Alan Kay and Kim Rose.

There are many more contributors from the Etoys and Squeak community,  
contributions are selectively pulled by the VPRI team.

 3) Where does the output of your build process go?  / Who handles the
 immediate output of your builds?

rpms are pulled into the build from

~bert/public_rpms/joyride on dev.laptop.org

by way of being uploaded to

http://tinlizzie.org/olpc/sugar/rpm/

(a VPRI-operated server) and mirrored to

http://etoys.laptop.org/rpms/

(one can also yum install from the latter)

 4) Where specifically is it built? (I want server names and/or
 descriptions, where security is a concern please share them with me
 privately.)

My personal machine running a virtual machine with Fedora-7.

 5) What build systems do you use to build software?  Please briefly
 describe their operation or provide a link to documentation or source
 code which does.


http://wiki.laptop.org/go/Etoys_RPM_and_XO_bundle

Note that this describes the current build process, there might be  
changes in the future. For example, etoys is also made available via  
sugar, and there was talk to get squeak and etoys into Fedora.

- Bert -


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Announcement] - speech-dispatcher package now available

2008-06-30 Thread Hemant Goyal
On Tue, Jun 24, 2008 at 12:30 PM, Hemant Goyal [EMAIL PROTECTED]
wrote:

 *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 -

 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-0.6.6-13.olpc2.i386.rpm
- speech-dispatcher-0.6.6-13.olpc2.src.rpm-

 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/src/speech-dispatcher-0.6.6-13.olpc2.src.rpm
- speech-dispatcher-debuginfo-0.6.6-13.olpc2.i386.rpm -

 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-debuginfo-0.6.6-13.olpc2.i386.rpm
- speech-dispatcher-devel-0.6.6-13.olpc2.i386.rpm  -

 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-devel-0.6.6-13.olpc2.i386.rpm
- speech-dispatcher-doc-0.6.6-13.olpc2.i386.rpm -

 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-doc-0.6.6-13.olpc2.i386.rpm
- speech-dispatcher-python-0.6.6-13.olpc2.i386.rpm -

 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-python-0.6.6-13.olpc2.i386.rpm


 Packages for the F-7, F-8 branch will be soon available too.

 Best,
 Hemant




-- 
Hemant Goyal | http://www.nsitonline.in/hemant

Student Advisor, CSI NSIT Students Branch |
http://societies.nsitonline.in/csi
Founding Member and Student Mentor | NSITonline Webteam |
http://www.nsitonline.in
Member, Databases Group, CSE, IIT Delhi
Undergraduate Student, IT Department NSIT, Delhi University, India
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


New joyride build 2089

2008-06-30 Thread Build Announcer v2
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2089

Changes in build 2089 from build: 2088

Size delta: -0.26M

-olpcrd 0.45-0
+olpcrd 0.46-0

--
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: [SURVEY] builders, how do you build? what do you build?

2008-06-30 Thread Dennis Gilmore
On Friday 27 June 2008, Erik Garrison wrote:
 Developers, specifically those running build systems,

 Many of us are confused about the software flows inherent in the daily
 build processes which are occuring at OLPC.  I would like to conduct a
 simple survey of all people building software for OLPC so that all of us
 can better understand the sources of the software running on the XO and
 XS without individually hassling the responsible parties every time we
 have generic questions about their build processes.

 Builders, please describe your local build network:
Going forward we will only accept rpms that are built in 
koji.fedoraproject.org for inculsion into the images.  

if you test build you should only build using mock.  The attached mock config 
file will work for the current Fedora 9 based builds. 

-- 
Dennis Gilmore

config_opts['root'] = 'olpc-3-i386'
config_opts['target_arch'] = 'i386'
config_opts['chroot_setup_cmd'] = 'groupinstall buildsys-build'
config_opts['dist'] = 'olpc3'  # only useful for --resultdir variable subst

config_opts['yum.conf'] = 
[main]
cachedir=/var/cache/yum
debuglevel=1
reposdir=/dev/null
logfile=/var/log/yum.log
retries=20
obsoletes=1
gpgcheck=0
assumeyes=1

# repos

[fedora]
name=fedora
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-9arch=i386
failovermethod=priority

[updates-released]
name=updates
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f9arch=i386
failovermethod=priority

[local]
name=local
baseurl=http://koji.fedoraproject.org/static-repos/dist-olpc3-build-current/i386/






signature.asc
Description: This is a digitally signed message part.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Olpc3 vs Joyride

2008-06-30 Thread Jim Gettys
Dennis:

OLPC csound is an *exact* formal *subset* of full csound-5 built from
the same sources as csound-5.

It gets rid of tk/tcl dependency we don't want to carry in csound
  - Jim

On Sun, 2008-06-29 at 17:25 -0500, Dennis Gilmore wrote:
 On Sunday 29 June 2008, Bert Freudenberg wrote:
  Am 30.06.2008 um 00:05 schrieb Dennis Gilmore:
   On Sunday 29 June 2008, Bert Freudenberg wrote:
   I reanimated my script that shows differences between the latest
   joyride and candidate builds:
  
   http://dev.laptop.org/~bert/olpc3-joyride.html
  
   ... and in particular added a section to easily see what packages are
   in olpc3 and not in joyride, and vice versa.
  
   There are not only differences in package versions, but also in which
   packages are in. I wondered, for example, why csound is missing from
   joyride ...
  
   a second copy of csound landed in fedora as olpcsound.  it is built
   specifically for olpc  and is in joyride.
 
  If it was named csound-olpc that would have been more obvious ...
 
  - Bert -
 Yes,  first i heard of it was when i was asked to switch out csound and 
 csound-
 python for olpcsound.   Had i been asked before hand i could have suggested a 
 way that the csound spec could have produced  csound csound-python and csound-
 olpc.  but what is done is done.  I personally don't like anything being 
 called olpc-foo,  I think we should write code that is useful outside of 
 OLPC, 
 useful to the whole world.  In which case  the naming is really a poor choice.
 
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel
-- 
Jim Gettys [EMAIL PROTECTED]
One Laptop Per Child

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: First Draft Development Process Proposal

2008-06-30 Thread Dafydd Harries
Ar 29/06/2008 am 11:20, ysgrifennodd Tomeu Vizoso:
 Michael Stone wrote:
  Bryan,
  
  Thanks very much for the detailed feedback. Here are my comments:
  
  1) Be able to remove activities to free up space, including activities
  that come pre-installed. 
  
  Noted. Can you or Bernie supply a patch which accomplishes the desired
  behavior? If someone can come up with a halfway decent patch, I'm more
  than happy to try to see that this gets resolved.
 
 If possible, try to coordinate with Eben. I think that we can find a 
 simple solution that can be accepted in Sugar and won't need to change 
 in the near future (which could be a problem from the support point of 
 view). (This may be better discussed in trac)
 
  3) Stable collaboration :) I know this is a hard one.
  
  We just put Cerebro into joyride. We think that some activities, such as
  Read, will be easy to modify to use it. You might try it and see. Which
  activities do you care about most in this regard?
  
  (If you want to play with Cerebro on your existing image, then just
  install the RPM and poke Polychronis if you need help.)
 
 I thought the plan was to find a way to use Cerebro without having to 
 rewrite activities. Has this changed or are you just suggesting a short 
 term solution?

I still think that this is the way to go. Elliot Fairweather and I did some
work on this based on the telepathy-cerebro repository that Michael created.
We're planning to push our work to a public repository soon.

-- 
Dafydd
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Olpc3 vs Joyride

2008-06-30 Thread Dennis Gilmore
On Monday 30 June 2008, Jim Gettys wrote:
 Dennis:

 OLPC csound is an *exact* formal *subset* of full csound-5 built from
 the same sources as csound-5.

 It gets rid of tk/tcl dependency we don't want to carry in csound
   - Jim
There are much better ways to achieve that goal.  than what was done.  but its 
too late now.   I'm working on defining some macros in totem right now so we 
can always take the latest fedora spec, change some 0's to 1's  and build a 
much more minimalistic totem that's suitable for us.  What is done is done 
now.

 On Sun, 2008-06-29 at 17:25 -0500, Dennis Gilmore wrote:
  On Sunday 29 June 2008, Bert Freudenberg wrote:
   Am 30.06.2008 um 00:05 schrieb Dennis Gilmore:
On Sunday 29 June 2008, Bert Freudenberg wrote:
I reanimated my script that shows differences between the latest
joyride and candidate builds:
   
http://dev.laptop.org/~bert/olpc3-joyride.html
   
... and in particular added a section to easily see what packages
are in olpc3 and not in joyride, and vice versa.
   
There are not only differences in package versions, but also in
which packages are in. I wondered, for example, why csound is
missing from joyride ...
   
a second copy of csound landed in fedora as olpcsound.  it is built
specifically for olpc  and is in joyride.
  
   If it was named csound-olpc that would have been more obvious ...
  
   - Bert -
 
  Yes,  first i heard of it was when i was asked to switch out csound and
  csound- python for olpcsound.   Had i been asked before hand i could have
  suggested a way that the csound spec could have produced  csound
  csound-python and csound- olpc.  but what is done is done.  I personally
  don't like anything being called olpc-foo,  I think we should write code
  that is useful outside of OLPC, useful to the whole world.  In which case
   the naming is really a poor choice.
 
  ___
  Devel mailing list
  Devel@lists.laptop.org
  http://lists.laptop.org/listinfo/devel


-- 
Dennis Gilmore



signature.asc
Description: This is a digitally signed message part.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Olpc3 vs Joyride

2008-06-30 Thread Jim Gettys
I think Victor would be very happy to have a single spec file that
covers both the subset and full csound builds
  - Jim


On Mon, 2008-06-30 at 09:53 -0500, Dennis Gilmore wrote:
 On Monday 30 June 2008, Jim Gettys wrote:
  Dennis:
 
  OLPC csound is an *exact* formal *subset* of full csound-5 built from
  the same sources as csound-5.
 
  It gets rid of tk/tcl dependency we don't want to carry in csound
- Jim
 There are much better ways to achieve that goal.  than what was done.  but 
 its 
 too late now.   I'm working on defining some macros in totem right now so we 
 can always take the latest fedora spec, change some 0's to 1's  and build a 
 much more minimalistic totem that's suitable for us.  What is done is done 
 now.
 
  On Sun, 2008-06-29 at 17:25 -0500, Dennis Gilmore wrote:
   On Sunday 29 June 2008, Bert Freudenberg wrote:
Am 30.06.2008 um 00:05 schrieb Dennis Gilmore:
 On Sunday 29 June 2008, Bert Freudenberg wrote:
 I reanimated my script that shows differences between the latest
 joyride and candidate builds:

 http://dev.laptop.org/~bert/olpc3-joyride.html

 ... and in particular added a section to easily see what packages
 are in olpc3 and not in joyride, and vice versa.

 There are not only differences in package versions, but also in
 which packages are in. I wondered, for example, why csound is
 missing from joyride ...

 a second copy of csound landed in fedora as olpcsound.  it is built
 specifically for olpc  and is in joyride.
   
If it was named csound-olpc that would have been more obvious ...
   
- Bert -
  
   Yes,  first i heard of it was when i was asked to switch out csound and
   csound- python for olpcsound.   Had i been asked before hand i could have
   suggested a way that the csound spec could have produced  csound
   csound-python and csound- olpc.  but what is done is done.  I personally
   don't like anything being called olpc-foo,  I think we should write code
   that is useful outside of OLPC, useful to the whole world.  In which case
the naming is really a poor choice.
  
   ___
   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
-- 
Jim Gettys [EMAIL PROTECTED]
One Laptop Per Child

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: First Draft Development Process Proposal

2008-06-30 Thread C. Scott Ananian
On Sun, Jun 29, 2008 at 6:01 AM, Marco Pesenti Gritti
[EMAIL PROTECTED] wrote:
 On Sun, Jun 29, 2008 at 5:07 AM, C. Scott Ananian [EMAIL PROTECTED] wrote:
 and I formally request synchronizing our release schedule
 with Fedora's.

 That would be good, how can we do it though? A short 8.3 in November
 this year to get in sync?

Fedora releases in November and May. We could plan to release in
late-November (just before Thanksgiving) and June.  To sync up, I
think a short 8.3 might be pushing it a bit; I'd suggest taking the 10
months between August and June and making two 5 month release cycles,
so that we release in January (9.1, based on F10) and June (9.2, based
on F11), and are then synced up for a regular November/June schedule.
That's just my first shot at a proposal, though: there might be better
ideas out there.

In particular, the Fedora's November release date was specifically
designed to avoid Thanksgiving and winter holidays in December.  I'm a
little concerned that (a) if we follow Fedora too closely it will be
too hard to have Fedora making final release changes at the same time
we are, but (b) if we lag too far then we'll be freezing at
Thanksgiving and releasing at Christmas, which seems... suboptimal.

As an alternative which avoids the Christmas trap, we could consider 3
releases a year, in June, October, and February.  The June and October
releases will be based on the Fedora May release, and the February
release will be based on the Fedora November release.  This gives us
one tight integration in June where we're using the very latest
Fedora bits, one free pass in October where we can worry about our
own features and not track Fedora, and a leisurely February release
with plenty of time to sync up with the changes Fedora's made since
November.

I think I slightly favor the regularity of the November/June schedule,
with the understanding that our November schedule will be tighter (and
with a sharper cliff on the other side) than the June schedule.  We
might be more aggressive about pruning unready features early for
November, for example.

Here's the historic data on Fedora release dates (note that the
November/May schedule started around F7).
  http://fedoraproject.org/wiki/Releases/HistoricalSchedules
 If we had ambitious release engineers, we could plan to roll up
joyride into Alpha, Beta, and Preview releases synchronized with
Fedora as well, but I'd prefer we demonstrate that we can get our
basic product out the door on schedule before worrying about other
possible end-user products we might provide.
 --scott
-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: First Draft Development Process Proposal

2008-06-30 Thread pgf
c. scott ananian wrote:
  On Sun, Jun 29, 2008 at 6:01 AM, Marco Pesenti Gritti
  [EMAIL PROTECTED] wrote:
   On Sun, Jun 29, 2008 at 5:07 AM, C. Scott Ananian [EMAIL PROTECTED] 
   wrote:
   and I formally request synchronizing our release schedule
   with Fedora's.
  
   That would be good, how can we do it though? A short 8.3 in November
   this year to get in sync?

why is it necessary or optimal that we track every fedora release?
it seems like a requirement that's both ambitious, and somewhat
arbitrary.

paul
=-
 paul fox, [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Olpc3 vs Joyride

2008-06-30 Thread Victor Lazzarini

While I would have no problem doing this, it is just worth noting that
Csound for olpc (aka olpcsound) is built with different scons options, so
making a spec for csound and olpcsound might be tricky. Yes it is
a subset, but a special subset. In addition, I am not the maintainer
of the csound packages in fedora.  There are a number of issues
that require attention in order to create an updated csound package
(eg. 64bit systems built etc), which are not related to OLPC. Since
my time is limited, resolving these would mean the olpc csound
package would be delayed. My priority being getting the subset
ready meant not diverging to maintain csound on Fedora, which
of course can happen in the future.

Also, I needed to be sponsored and so I wanted to keep things
simple and tidy. I did not know there were people willing to take
on the maintenance of csound for Fedora. If I knew I would probably
not have troubled myself.

I find it amazing that instead of offering support, people
tend to criticize you for taking a thankless task onboard.
I wish instead of just talking, they went out there and did the job;
I am happy to pass on the maintenance of olpcsound, csound-olpc
or whatever name you find more appropriate, to whoever
is not happy and thinks he/she can make a better job of
it.

Victor

At 16:05 30/06/2008, Jim Gettys wrote:
I think Victor would be very happy to have a single spec file that
covers both the subset and full csound builds
   - Jim


On Mon, 2008-06-30 at 09:53 -0500, Dennis Gilmore wrote:
  On Monday 30 June 2008, Jim Gettys wrote:
   Dennis:
  
   OLPC csound is an *exact* formal *subset* of full csound-5 built from
   the same sources as csound-5.
  
   It gets rid of tk/tcl dependency we don't want to carry in csound
 - Jim
  There are much better ways to achieve that goal.  than what was 
 done.  but its
  too late now.   I'm working on defining some macros in totem 
 right now so we
  can always take the latest fedora spec, change some 0's to 
 1's  and build a
  much more minimalistic totem that's suitable for us.  What is done is done
  now.
 
   On Sun, 2008-06-29 at 17:25 -0500, Dennis Gilmore wrote:
On Sunday 29 June 2008, Bert Freudenberg wrote:
 Am 30.06.2008 um 00:05 schrieb Dennis Gilmore:
  On Sunday 29 June 2008, Bert Freudenberg wrote:
  I reanimated my script that shows differences between the latest
  joyride and candidate builds:
 
  http://dev.laptop.org/~bert/olpc3-joyride.html
 
  ... and in particular added a section to easily see what packages
  are in olpc3 and not in joyride, and vice versa.
 
  There are not only differences in package versions, but also in
  which packages are in. I wondered, for example, why csound is
  missing from joyride ...
 
  a second copy of csound landed in fedora as olpcsound.  it is built
  specifically for olpc  and is in joyride.

 If it was named csound-olpc that would have been more obvious ...

 - Bert -
   
Yes,  first i heard of it was when i was asked to switch out csound and
csound- python for olpcsound.   Had i been asked before hand 
 i could have
suggested a way that the csound spec could have produced  csound
csound-python and csound- olpc.  but what is done is done.  I 
 personally
don't like anything being called olpc-foo,  I think we should 
 write code
that is useful outside of OLPC, useful to the whole 
 world.  In which case
 the naming is really a poor choice.
   
___
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
--
Jim Gettys [EMAIL PROTECTED]
One Laptop Per Child

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth 

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: working gdb for recent joyride

2008-06-30 Thread Deepak Saxena
On Jun 30 2008, at 12:04, Daniel Drake was caught saying:
 gdb isn't working for most apps on joyride. It interrupts the app (and
 refuses to resume) with the following error:
 
   Couldn't read floating-point and SSE registers
 
 This is because of what seems to be a kernel bug introduced in 2.6.25:
 http://lkml.org/lkml/2008/6/30/7

I've merged this fix into our testing kernel and should be in next 
Joyride (assuming our auto kernel build magic is working).

~Deepak


-- 
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Can't upload a .po file to Pootle

2008-06-30 Thread Sayamindu Dasgupta
Bastien - I guess the correct list for this will be the
[EMAIL PROTECTED] list. Which PO file is this ? If this is
something large like Etoys - it is a known issue.
Thanks,
Sayamindu


On Mon, Jun 30, 2008 at 1:15 PM, Bastien [EMAIL PROTECTED] wrote:
 Hi all,

 while trying to upload a .po file to Pootle, the server hangs then
 outputs this error:

 ,
 | Bad Gateway!
 |
 | The proxy server received an invalid response from an upstream server.
 |
 | The proxy server could not handle the request POST /translate/fr/etoys/.
 |
 | Reason: Error reading from remote server
 |
 | If you think this is a server error, please contact the webmaster.
 | Error 502
 | dev.laptop.org
 | Mon Jun 30 03:35:43 2008
 | Apache/2.2.8 (Ubuntu) DAV/2 SVN/1.4.6 proxy_html/3.0.0 mod_ssl/2.2.8
 | OpenSSL/0.9.8g mod_wsgi/1.3 Python/2.5.2a0 mod_perl/2.0.2 Perl/v5.8.8
 `

 Any idea why this happens?

 Other question: the file I'm trying to upload is etoy.po -- how does the
 system knows it's the french translation?  Should I upload etoys-fr.zip
 instead?

 Thanks for any advice,

 PS: I've put the file here: http://lumiere.ens.fr/~guerry/etoys.po , in
 case someone can upload it.

 --
 Bastien
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel




-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Can't upload a .po file to Pootle

2008-06-30 Thread Sayamindu Dasgupta
Oh - grrr...
Just read the second part of your email :-).
Etoys, being quite huge, exposes some deficiencies in Pootle (it takes
a long time to process the PO, resulting in a timeout).
I will upload the file manually.  Do you want me to merge this, or
overwrite the previous PO file ?
Thanks,
Sayamindu


On Tue, Jul 1, 2008 at 12:02 AM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote:
 Bastien - I guess the correct list for this will be the
 [EMAIL PROTECTED] list. Which PO file is this ? If this is
 something large like Etoys - it is a known issue.
 Thanks,
 Sayamindu


 On Mon, Jun 30, 2008 at 1:15 PM, Bastien [EMAIL PROTECTED] wrote:
 Hi all,

 while trying to upload a .po file to Pootle, the server hangs then
 outputs this error:

 ,
 | Bad Gateway!
 |
 | The proxy server received an invalid response from an upstream server.
 |
 | The proxy server could not handle the request POST /translate/fr/etoys/.
 |
 | Reason: Error reading from remote server
 |
 | If you think this is a server error, please contact the webmaster.
 | Error 502
 | dev.laptop.org
 | Mon Jun 30 03:35:43 2008
 | Apache/2.2.8 (Ubuntu) DAV/2 SVN/1.4.6 proxy_html/3.0.0 mod_ssl/2.2.8
 | OpenSSL/0.9.8g mod_wsgi/1.3 Python/2.5.2a0 mod_perl/2.0.2 Perl/v5.8.8
 `

 Any idea why this happens?

 Other question: the file I'm trying to upload is etoy.po -- how does the
 system knows it's the french translation?  Should I upload etoys-fr.zip
 instead?

 Thanks for any advice,

 PS: I've put the file here: http://lumiere.ens.fr/~guerry/etoys.po , in
 case someone can upload it.

 --
 Bastien
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel




 --
 Sayamindu Dasgupta
 [http://sayamindu.randomink.org/ramblings]




-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [sugar] [Announcement] - speech-dispatcher package now available

2008-06-30 Thread Bobby Powers
On Mon, Jun 30, 2008 at 7:30 AM, Hemant Goyal [EMAIL PROTECTED] wrote:


 On Tue, Jun 24, 2008 at 12:30 PM, Hemant Goyal [EMAIL PROTECTED]
 wrote:

 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 -
 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-0.6.6-13.olpc2.i386.rpm
 speech-dispatcher-0.6.6-13.olpc2.src.rpm-
 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/src/speech-dispatcher-0.6.6-13.olpc2.src.rpm
 speech-dispatcher-debuginfo-0.6.6-13.olpc2.i386.rpm -
 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-debuginfo-0.6.6-13.olpc2.i386.rpm
 speech-dispatcher-devel-0.6.6-13.olpc2.i386.rpm  -
 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-devel-0.6.6-13.olpc2.i386.rpm
 speech-dispatcher-doc-0.6.6-13.olpc2.i386.rpm -
 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-doc-0.6.6-13.olpc2.i386.rpm
 speech-dispatcher-python-0.6.6-13.olpc2.i386.rpm -
 http://koji.fedoraproject.org/packages/speech-dispatcher/0.6.6/13.olpc2/i386/speech-dispatcher-python-0.6.6-13.olpc2.i386.rpm

 Packages for the F-7, F-8 branch will be soon available too.

I assume you mean F9 will be coming soon ;)

Bobby


 Best,
 Hemant


 --
 Hemant Goyal | http://www.nsitonline.in/hemant

 Student Advisor, CSI NSIT Students Branch |
 http://societies.nsitonline.in/csi
 Founding Member and Student Mentor | NSITonline Webteam |
 http://www.nsitonline.in
 Member, Databases Group, CSE, IIT Delhi
 Undergraduate Student, IT Department NSIT, Delhi University, India
 ___
 Sugar mailing list
 [EMAIL PROTECTED]
 http://lists.laptop.org/listinfo/sugar


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Can't upload a .po file to Pootle

2008-06-30 Thread Sayamindu Dasgupta
Another thing that may have caused the problem -
http://lumiere.ens.fr/~guerry/etoys.po has a formatting error at line
2683.
Thanks,
Sayamindu


On Tue, Jul 1, 2008 at 12:06 AM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote:
 Oh - grrr...
 Just read the second part of your email :-).
 Etoys, being quite huge, exposes some deficiencies in Pootle (it takes
 a long time to process the PO, resulting in a timeout).
 I will upload the file manually.  Do you want me to merge this, or
 overwrite the previous PO file ?
 Thanks,
 Sayamindu


 On Tue, Jul 1, 2008 at 12:02 AM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote:
 Bastien - I guess the correct list for this will be the
 [EMAIL PROTECTED] list. Which PO file is this ? If this is
 something large like Etoys - it is a known issue.
 Thanks,
 Sayamindu


 On Mon, Jun 30, 2008 at 1:15 PM, Bastien [EMAIL PROTECTED] wrote:
 Hi all,

 while trying to upload a .po file to Pootle, the server hangs then
 outputs this error:

 ,
 | Bad Gateway!
 |
 | The proxy server received an invalid response from an upstream server.
 |
 | The proxy server could not handle the request POST /translate/fr/etoys/.
 |
 | Reason: Error reading from remote server
 |
 | If you think this is a server error, please contact the webmaster.
 | Error 502
 | dev.laptop.org
 | Mon Jun 30 03:35:43 2008
 | Apache/2.2.8 (Ubuntu) DAV/2 SVN/1.4.6 proxy_html/3.0.0 mod_ssl/2.2.8
 | OpenSSL/0.9.8g mod_wsgi/1.3 Python/2.5.2a0 mod_perl/2.0.2 Perl/v5.8.8
 `

 Any idea why this happens?

 Other question: the file I'm trying to upload is etoy.po -- how does the
 system knows it's the french translation?  Should I upload etoys-fr.zip
 instead?

 Thanks for any advice,

 PS: I've put the file here: http://lumiere.ens.fr/~guerry/etoys.po , in
 case someone can upload it.

 --
 Bastien
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel




 --
 Sayamindu Dasgupta
 [http://sayamindu.randomink.org/ramblings]




 --
 Sayamindu Dasgupta
 [http://sayamindu.randomink.org/ramblings]




-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Server-devel] [PATCH] postprocess.py gets _actually_ fleshed out- and incrontab tweaks

2008-06-30 Thread Michael Stone
On Mon, Jun 30, 2008 at 03:11:48PM -0400, [EMAIL PROTECTED] wrote:

 +datestamp = subprocess.Popen(['date', '-u', '+%Y-%m-%d_%H:%M'],stdout=PIPE
 + ).communicate()[0]
 +# comes with newline - rstrip() will chomp it
 +datestamp = datestamp.rstrip()

A common Python equivalent:

import time
time.strftime('%Y-%m-%d_%H:%M', time.gmtime())


 +sys.stdout.write(datestamp)
 +exitcode = subprocess.call(['cp', '-al',
 +user[5] + '/datastore-current',
 +user[5] + '/datastore-' + datestamp])
 +if (exitcode != 0):
 +sys.stderr.write('Cannot cp -al')
 +exit(1)

Seen subprocess.check_call()?

 +# Note the -n parameter here. Without it
 +# the symlink lands inside the previous
 +# target of datastore-last. Oops!
 +exitcode = subprocess.call(['ln', '--force', '-sn',
 + user[5] + '/datastore-' + datestamp,
 + user[5] + '/datastore-last'])
 +if (exitcode != 0):
 +sys.stderr.write('Cannot ln')
 +exit(1)

Same as above. Here I'd be tempted just to symlink(), then rename() and
be done with it.

Michael
___
Server-devel mailing list
[EMAIL PROTECTED]
http://lists.laptop.org/listinfo/server-devel


Re: Olpc3 vs Joyride

2008-06-30 Thread C. Scott Ananian
On Mon, Jun 30, 2008 at 12:25 PM, Victor Lazzarini
[EMAIL PROTECTED] wrote:
 I find it amazing that instead of offering support, people
 tend to criticize you for taking a thankless task onboard.
 I wish instead of just talking, they went out there and did the job;
 I am happy to pass on the maintenance of olpcsound, csound-olpc
 or whatever name you find more appropriate, to whoever
 is not happy and thinks he/she can make a better job of
 it.

I'm sorry it appears that way, Victor.  We certainly do appreciate you
doing the packaging!
OLPC and Redhat/Fedora still have a bit of a ways to go to properly
integrate their communities, and sometimes we get lingering resentment
in one direction or another (symmetrically: these OLPC guys, always
going off their own way and these Fedora folks, trying to force us
into their shoebox).  We're working on it!  Dennis has been a
fantastic resource in integrating the OLPC way into the Fedora
way, and hopefully we can continue to get more folks like him and you
both.

Thank you again for your hard work!  I hope when Dennis gets out from
under the 8.2 release work you two (and the mysteriously other Fedora
csound maintainer) can touch base on how best to merge packaging so we
don't always have to be playing catchup to our upstream.
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: First Draft Development Process Proposal

2008-06-30 Thread C. Scott Ananian
On Mon, Jun 30, 2008 at 11:22 AM,  [EMAIL PROTECTED] wrote:
 c. scott ananian wrote:
   On Sun, Jun 29, 2008 at 6:01 AM, Marco Pesenti Gritti
   [EMAIL PROTECTED] wrote:
On Sun, Jun 29, 2008 at 5:07 AM, C. Scott Ananian [EMAIL PROTECTED] 
 wrote:
and I formally request synchronizing our release schedule
with Fedora's.
   
That would be good, how can we do it though? A short 8.3 in November
this year to get in sync?

 why is it necessary or optimal that we track every fedora release?
 it seems like a requirement that's both ambitious, and somewhat
 arbitrary.

I personally think that it's good to keep your upstream (like your
enemies) close -- but I agree that it's not strictly necessary for
every release.  I do think it's important to have a well-defined
relationship with our upstream, though, and since 6-month schedules
were being proposed it makes sense to think about how that lines up
with Fedora's 6-month schedules.

Perhaps you'd like my second, 4-month, proposal better, which gives us
a day off from following fedora once in a while.  Or, returning to
the 6-month proposal, if the November schedule ends up squeezing us
too much because of the holidays, propose that we follow every *other*
Fedora release, skipping the Fedora release that happens in November.

I personally don't have a strong opinion which of these we do
(although I suspect Dennis does, since the burden of keeping us in
sync with upstream seems to be falling mostly on him), but I do
strongly feel that we should have a well-defined and consistent
relationship with Fedora's schedule, whatever that turns out to mean.
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Olpc3 vs Joyride

2008-06-30 Thread victor
I'd really like it if we get the 'straight' csound package updated,
too, as the software will benefit from more official exposure.
I hope we can improve things and make the whole process
smoother. At least now I don't need to be sponsored anymore,
so it should be simpler.

Victor

- Original Message - 
From: C. Scott Ananian [EMAIL PROTECTED]
To: Victor Lazzarini [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; Dennis Gilmore [EMAIL PROTECTED]; 
devel@lists.laptop.org
Sent: Monday, June 30, 2008 8:31 PM
Subject: Re: Olpc3 vs Joyride


 On Mon, Jun 30, 2008 at 12:25 PM, Victor Lazzarini
 [EMAIL PROTECTED] wrote:
 I find it amazing that instead of offering support, people
 tend to criticize you for taking a thankless task onboard.
 I wish instead of just talking, they went out there and did the job;
 I am happy to pass on the maintenance of olpcsound, csound-olpc
 or whatever name you find more appropriate, to whoever
 is not happy and thinks he/she can make a better job of
 it.

 I'm sorry it appears that way, Victor.  We certainly do appreciate you
 doing the packaging!
 OLPC and Redhat/Fedora still have a bit of a ways to go to properly
 integrate their communities, and sometimes we get lingering resentment
 in one direction or another (symmetrically: these OLPC guys, always
 going off their own way and these Fedora folks, trying to force us
 into their shoebox).  We're working on it!  Dennis has been a
 fantastic resource in integrating the OLPC way into the Fedora
 way, and hopefully we can continue to get more folks like him and you
 both.

 Thank you again for your hard work!  I hope when Dennis gets out from
 under the 8.2 release work you two (and the mysteriously other Fedora
 csound maintainer) can touch base on how best to merge packaging so we
 don't always have to be playing catchup to our upstream.
 --scott

 -- 
 ( http://cscott.net/ ) 

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: First Draft Development Process Proposal

2008-06-30 Thread pgf
c. scott ananian wrote:
  On Mon, Jun 30, 2008 at 11:22 AM,  [EMAIL PROTECTED] wrote:
  
   why is it necessary or optimal that we track every fedora release?
   it seems like a requirement that's both ambitious, and somewhat
   arbitrary.
  
  I personally think that it's good to keep your upstream (like your
  enemies) close -- but I agree that it's not strictly necessary for
  every release.  I do think it's important to have a well-defined
  relationship with our upstream, though, and since 6-month schedules
  were being proposed it makes sense to think about how that lines up
  with Fedora's 6-month schedules.
  
  Perhaps you'd like my second, 4-month, proposal better, which gives us
  a day off from following fedora once in a while.  Or, returning to
  the 6-month proposal, if the November schedule ends up squeezing us
  too much because of the holidays, propose that we follow every *other*
  Fedora release, skipping the Fedora release that happens in November.

it's the latter possibility i was thinking of (sync to every
other fedora release), but obviously only if we (which, as you
say, probably means dennis) thought the net work, and net
churn, were lower using that plan.

paul
=-
 paul fox, [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [PATCH] Install customization packages left for us by a USB key.

2008-06-30 Thread C. Scott Ananian
On Fri, Mar 7, 2008 at 3:23 AM, Michael Stone [EMAIL PROTECTED] wrote:
 ---
  olpc-configure |   16 
  1 files changed, 16 insertions(+), 0 deletions(-)

 diff --git a/olpc-configure b/olpc-configure

Slight variant, which passes my muster (unless someone convinces me it
shouldn't!) attached (and also added to
http://dev.laptop.org/ticket/6432#comment:14 ).
 --scott

-- 
 ( http://cscott.net/ )
diff --git a/etc/rc.d/init.d/olpc-configure b/etc/rc.d/init.d/olpc-configure
index 17b0f80..c4f0d2d 100755
--- a/etc/rc.d/init.d/olpc-configure
+++ b/etc/rc.d/init.d/olpc-configure
@@ -103,6 +103,22 @@ rebuild_library_index() {
 	fi
 }
 
+install_customization_packages () {
+	# we'd like to look on USB/SD here, but udev/sugar hasn't mounted
+	# them yet =(
+	for pkgdir in /home/olpc/.custom/rpms ; do # other paths?
+		if [ ! -d $pkgdir ]; then continue; fi
+		pkgs=$(find $pkgdir -name '*.rpm' -a ! -name '*.src.rpm' )
+		if [ -n $pkgs ]; then
+			echo '* olpc-configure: Installing customization packages:'
+			echo $pkgs
+			yum -yt --nogpgcheck install $pkgs
+		fi
+		unset pkgs
+	fi
+	unset pkgdir
+}
+
 # configurations which happen in /home
 # these don't need to be repeated when we upgrade.
 configure_home() {
@@ -212,6 +228,11 @@ __EOF__
 		echo olpc-configure: replaying rainbow spool...
 		/usr/sbin/rainbow-replay-spool
 	fi
+
+	# developer customizations.
+	if /usr/bin/olpc-test-devkey -q ; then
+		install_customization_packages
+	fi
 }
 
 #
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


New joyride build 2091

2008-06-30 Thread Build Announcer v2
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2091

Changes in build 2091 from build: 2089

Size delta: 0.00M

-kernel 2.6.25-20080627.1.olpc.a5ec9961fa7089e
+kernel 2.6.25-20080630.1.olpc.4ae580e3a9597a7

--
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: First Draft Development Process Proposal

2008-06-30 Thread Edward Cherlin
On Fri, Jun 27, 2008 at 8:31 AM, Greg Smith [EMAIL PROTECTED] wrote:
 Hi All,

 I posted a first pass Release Process Overview.

 See: http://wiki.laptop.org/go/Release_Process_Home

Thank you.

 Its based on work done by Michael and others on this list. It needs a
 lot more work, but I hope we can start using it soon and improve it over
 time.

 I could use help fleshing it out and closing the open items listed in
 the final section. Let me know if anyone wants to work with me on that.

 The goals of this process are:
 1 - Ensure high quality releases which meet the needs of users in a
 timely fashion.
 2 - Maximize the participation, productivity and enthusiasm of the open
 source community.
 3 - Create a predictable process which helps users and developers plan
 for the future.

 I want to minimize the process overhead as much as possible. If its not
 helping make coders life easier then its not likely to make better code.

 Please comment, question, augment and criticize as needed. I especially
 want to know if it makes sense, looks useful and meets the goals
 outlined above.

 Comments on linked pages also welcome, especially:
 http://wiki.laptop.org/go/Releases
 and
 http://wiki.laptop.org/go/Unscheduled_software_release_process

 Any input welcome.

 Thanks,

 Greg Smith
 OLPC Product Manager

 PS - This is my first e-mail to the list since I changed from volunteer
 to employee. It's truly an honor to have this chance to work for OLPC
 and to learn from you all!

 Right now, I'm 90% focused on gathering input so I'm open to a call or
 e-mail exchange with anyone who is contributing to the project. If you
 want to have a brief call, just send me an agenda and a few open times
 7AM - 6PM US ET, Mon - Fri.

We don't seem to have any process for translating textbooks and
content. There are teacher training materials in Spanish and Nepali
that we need in English, and a variety of other content in many
languages.

I think that we also need to do some work on creating a global
conversation on curriculum and free textbooks incorporating Sugar
software capabilities, and what we know about how children learn and
when they can learn it.

I am working with others to create a separate process for researching
and deploying other parts of the solution, such as electricity and
Internet in villages with microfinance support, parts which are out of
scope for OLPC. But we would still like to coordinate our efforts with
yours.
 ___
 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: First Draft Development Process Proposal

2008-06-30 Thread C. Scott Ananian
On Mon, Jun 30, 2008 at 6:13 PM, Edward Cherlin [EMAIL PROTECTED] wrote:
 On Fri, Jun 27, 2008 at 8:31 AM, Greg Smith [EMAIL PROTECTED] wrote:
 I posted a first pass Release Process Overview.

 We don't seem to have any process for translating textbooks and
 content. There are teacher training materials in Spanish and Nepali
 that we need in English, and a variety of other content in many
 languages.

In general, I think this is the fundamental weakness of the first
draft: it mentions that a release consists of core OS + other
stuff but really only talks about dates  deadlines  names for the
core OS.

I don't think the solution is expanding our scope so that OLPC is
responsible for releasing every country's other stuff along with 8.2
at a single release date.

I think the solution is to be more explicit about where the hand offs
are, what the limits of our development/support are, and what
processes are used to support local development.  We should write into
our release process when we gives bits to local translation, activity,
and content teams, and when we need bits back from them, esp. for
localization of reference activities and content (library-core,
Write, Words) and for reference activities which are not maintained
by OLPC (Tam Tam, Etoys, Squeak).

There may be a separate release document that outlines the steps we
will take to support a planned large-scale deployment, including basic
QA of their activities + core OS image, converting it to an image
suitable for Quanta and shepherding it through their QA process, QA of
keyboards and manufacturing data on local SKUs, etc.  This timetable
is driven by the deployment, but we should set reasonable expectations
for what steps are required, in what order, and how much time is
needed for each.  I'd also like to see quality expectations set, since
the success and reputation of OLPC may depend on the success of these
large-scale deployments.  This is both technical (their release should
work) and aesthetic (icons for local activities should conform to
Sugar guidelines, the ordering should be logical, etc).

For the bits of non-core OS other stuff we do, we should commit to a
schedule.  When is the first draft of the release notes available?
Are the final versions of the reference activities synchronized with
the core OS, or can/do they lag it by a week (or two, or three)?
After how long does a release candidate become a release?  What
happens if there is a critical bug discovered in a not maintained
here reference activity?  Our biggest weakness to date is not
knowing when we're done because the core OS is good enough but the
other stuff isn't getting done.
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity

2008-06-30 Thread Erik Garrison
On Fri, Jun 27, 2008 at 01:24:36PM -0700, [EMAIL PROTECTED] wrote:
 On Fri, 27 Jun 2008, Erik Garrison wrote:
 What functionality do we certainly lose by using a package management
 system as our default software distribution system?

 it's not that we loose functionality by using a package-based approach,  
 it's that we increase complexity and eat up scarce development resources. 
 You see the fact that this may work better with custom packages as a big  
 advantage, I think that people who do custom packages can deal with the  
 complexities themselves, and that they are very much the exception rather 
 then the rule. by far the most common situation is, and is going to  
 continue to be, the case where the laptops are running a standard image  
 with no additional packages (note that this 'standard image' may be  
 defined by the country, not OLPC, and therefor may contain some packages  
 not in the OLPC image). it's only a small subset of the G1G1 and  
 development machines that will have custom packages on them.

I agree that a package-based approach increases the complexity of our
software distribution processes.  I observe, as you do, that we are
already managing a complex deployment environment in which most
large-scale deployments have their own customizations.  Individual
deployments have specific needs.  We offer them monolithic images and
also assistance in creating deployment-specific images.  This
deployment-by-deployment effort increases almost linearly with the
number of large deployments that we engage.  I suggest that a more
sophisticated packaging system becomes useful as the effort expended on
custom image creation reaches a certain level.  It is not clear what
that level is, but I doubt it lies at a scale of deployment much greater
than where we currently stand.

Erik

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity

2008-06-30 Thread david
On Mon, 30 Jun 2008, Erik Garrison wrote:

 On Fri, Jun 27, 2008 at 01:24:36PM -0700, [EMAIL PROTECTED] wrote:
 On Fri, 27 Jun 2008, Erik Garrison wrote:
 What functionality do we certainly lose by using a package management
 system as our default software distribution system?

 it's not that we loose functionality by using a package-based approach,
 it's that we increase complexity and eat up scarce development resources.
 You see the fact that this may work better with custom packages as a big
 advantage, I think that people who do custom packages can deal with the
 complexities themselves, and that they are very much the exception rather
 then the rule. by far the most common situation is, and is going to
 continue to be, the case where the laptops are running a standard image
 with no additional packages (note that this 'standard image' may be
 defined by the country, not OLPC, and therefor may contain some packages
 not in the OLPC image). it's only a small subset of the G1G1 and
 development machines that will have custom packages on them.

 I agree that a package-based approach increases the complexity of our
 software distribution processes.  I observe, as you do, that we are
 already managing a complex deployment environment in which most
 large-scale deployments have their own customizations.  Individual
 deployments have specific needs.  We offer them monolithic images and
 also assistance in creating deployment-specific images.  This
 deployment-by-deployment effort increases almost linearly with the
 number of large deployments that we engage.  I suggest that a more
 sophisticated packaging system becomes useful as the effort expended on
 custom image creation reaches a certain level.  It is not clear what
 that level is, but I doubt it lies at a scale of deployment much greater
 than where we currently stand.

how many different deployment builds do you think are being supported at 
this time? I think it's still in the single digits.

I also think that before the complexity of things gets to the point where 
it's better to deploy to the laptops in a package-based system the number 
of builds directly supported by OLPC probably needs to get in the 30-40 
range (or if they are indirectly supported, probably in the 100+ range)

remember that for downstream customizers, OLPC is able to provide their 
development image (complete with the upstream package management tools in 
place, and the scripts to strip them out), so that those downstream 
customizers are able to take full advantage of the package based tools for 
creating their customized images that can then be published via the 
existing snapshot based infrastructure.

the disagreement here is over the question of if OLPC should be supporting 
the end-user customizing the laptop (other then by installing activities). 
those who think that this should be happening see an obvious need for 
package-based tools, those who think that this should not be happening 
(that the customizations are at the country level or so) see much less of 
a need to drop down to the package level for OS management.

David Lang
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: GSoC Status Report: Vision Processing

2008-06-30 Thread Seth Woodworth
Nirav,

I found your project only early this morning and am fascinated with your
progress thus far.  I will be following your developments eagerly.  Also, I
will be informing some of the other interest at the office about your work
and see if any collaboration comes of it.

Seth

On Thu, Jun 26, 2008 at 4:07 AM, Nirav Patel [EMAIL PROTECTED] wrote:

 As you may know, OLPC got GSoC students again this summer.  I am one
 of them, and my project is Vision Processing.  That is, a library to
 use the webcam for more than capturing images.  I am implementing this
 by adding v4l2 and computer vision functions to pygame.

 My code is available at http://git.n0r.org/?p=pygame-nrp;a=summary and
 is currently pygame 1.8.1 with the addition of a camera module that
 supports v4l2 cameras that use MMAP and have pixelformats of RGB24,
 RGB444, YUYV, SBGGR8, or YUV420.  Basic usage is as follows:

 import pygame
 from pygame import camera

 cam = camera.Camera(/dev/video0, (640, 480), RGB)  # the third
 argument can be YUV or HSV too.
 cam.start()
 frame = cam.get_image() # the frame returned is a 24bit pygame Surface

 You can also do fun stuff like:
 http://eclecti.cc/bytes/living-pointillism-a-pygame-webcam-script
 or more practical stuff like having it track the centroid of a
 specific hue (green in this case): http://eclecti.cc/files/centroid.py

 My plans are to add functions like finding the largest connected
 component, optical flow, and other things useful for computer vision.

 Currently, performace is pretty poor on the XO; a combination of the
 Geode being slow and having to convert from 24bit to 16bit surfaces to
 display any captured frames.  The XO is fast enough to capture and
 blit a 320x240 RGB frame at 30fps, but not at 640x480 or a frame being
 converted to HSV.  I'm not sure how or if I'm going to be able to
 overcome those performance problems.

 I'd appreciate any comments, suggestions, or reality checks on
 improving performance or anything else, or any requests for vision
 functions to add.  Also, I only have the camera in the XO, vivi, and a
 poorly supported USB webcam, so if anyone could test it on other
 webcams, that would be great.

 Thanks,

 Nirav Patel
 ___
 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


Malfunctioning touchpad

2008-06-30 Thread pradosh Kharel
I am troubleshooting hardware problems for the next week for Nepal's
pilot schools. I will be asking questions to this list and sending my
experiences.

I had a laptop with a touchpad that only detected motion along the y axis.
Swapping the card with an older version of the xo resulted in the touchpad
not functioning at all and some keys not working. When I replaced the
Keyboard of the malfunctioning XO with another one, both the keyboard and
the touchpad worked fine.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity

2008-06-30 Thread Martin Langhoff
On Mon, Jun 30, 2008 at 6:50 PM,  [EMAIL PROTECTED] wrote:
 how many different deployment builds do you think are being supported at
 this time? I think it's still in the single digits.

I expect this to change quite drastically soon.

...
 customizers are able to take full advantage of the package based tools for
 creating their customized images that can then be published via the
 existing snapshot based infrastructure.

There are bitfrost issues that need to be addressed there IIRC.

 the disagreement here is over the question of if OLPC should be supporting
 the end-user customizing the laptop (other then by installing activities).

End user being local educational authorities - yes, I think we must.
But I'm the XS guy so I'll talkwith authority about the XS and say:
Hell yeah!  I don't consider the (XS) product usable by those clients
without long-term supportable means of customising it. (The XS is far
from finished, so these are in the works however...)

I won't claim this is an easy task though - XS or XO.

cheers,



m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity

2008-06-30 Thread C. Scott Ananian
On Mon, Jun 30, 2008 at 6:58 PM, Martin Langhoff
[EMAIL PROTECTED] wrote:
 On Mon, Jun 30, 2008 at 6:50 PM,  [EMAIL PROTECTED] wrote:
 how many different deployment builds do you think are being supported at
 this time? I think it's still in the single digits.

 I expect this to change quite drastically soon.

Let's not get ahead of ourselves.  Someday we may be able to support
lots of different configurations.  Today, we will only be successful
if we can limit the number of configurations in the field to a
testable number (and then test them!).

That's the whole point of the core OS / activities split.  Do whatever
you like on the activities side, because that's your primary value-add
(you == countries).  We can also technically ensure that one bad
activity won't spoil the whole bunch.  We will in turn provide you
with a core OS which is as stable and functional as we know how.
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Questions, OLPC-Caldas

2008-06-30 Thread Andres Cabrera
Hola Carlos,

man is man. You can install it with yum install man

For ssh you can set the password using passwd (either for root or for the
user).

ifconfig is ifconfig, but on fedora, the /sbin directory is not on the
ordinary user path, so you must use /sbin/ifconfig, or be root and use
ifconfig.

Cheers,
Andres

2008/6/30 Carlos Dario Isaza Zamudio [EMAIL PROTECTED]:

 Hello

 I 'm working with the OLPC Caldas project and i have a few questions about
 the sugar system.

 1) What's the equivalent command for man in the XO?
 2) What's the password when i try to access the XO through SSH?
 3) What's the equivalent command for ifconfig or where can i see the
 configuration of the Mesh Network?

 To sum it up I'm having some problems with the shell commands on the XO
 laptop, is there a link or do you guys have a document of the sugar
 components or configuration files? I've been looking around the wiki for
 some answers but so far no good results about my doubts.
 I appreciate your help. i guess i'll be bugging you guys from now on, thank
 you very much

 --
 Carlos Dario Isaza Zamudio::ConTi
 Ingeniero Electronico
 Universidad Nacional de Colombia - Sede Manizales
 Linux Registered User #465475
 eSSuX - Usuarios y Desarrolladores GNU/Linux UNAL Manizales
 ___
 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: Questions, OLPC-Caldas

2008-06-30 Thread Bobby Powers
2008/6/30 Carlos Dario Isaza Zamudio [EMAIL PROTECTED]:
 Hello

Hello!

 I 'm working with the OLPC Caldas project and i have a few questions about
 the sugar system.

 1) What's the equivalent command for man in the XO?

man pages are not installed to save some space on the machines.  I
suppose the equivolent command would be to type 'man your_command'
into Google in Browse ;)

 2) What's the password when i try to access the XO through SSH?

you need to set the root password before you can do this.  if you're
in the Terminal activity:
sudo passwd

should give you a prompt to set the new root password.  I've heard
that changing the user olpc's password can have unintended
consequences.  (not sure where this is documented, tho I think its on
the wiki somewhere

 3) What's the equivalent command for ifconfig or where can i see the
 configuration of the Mesh Network?

ifconfig works for me, or is there more you want to see?
http://wiki.laptop.org/go/Ifconfig

 To sum it up I'm having some problems with the shell commands on the XO
 laptop, is there a link or do you guys have a document of the sugar
 components or configuration files? I've been looking around the wiki for
 some answers but so far no good results about my doubts.



 I appreciate your help. i guess i'll be bugging you guys from now on, thank
 you very much

good luck and enjoy!


bobby

 --
 Carlos Dario Isaza Zamudio::ConTi
 Ingeniero Electronico
 Universidad Nacional de Colombia - Sede Manizales
 Linux Registered User #465475
 eSSuX - Usuarios y Desarrolladores GNU/Linux UNAL Manizales
 ___
 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: Questions, OLPC-Caldas

2008-06-30 Thread david
On Mon, 30 Jun 2008, Bobby Powers wrote:

 3) What's the equivalent command for ifconfig or where can i see the
 configuration of the Mesh Network?

 ifconfig works for me, or is there more you want to see?
 http://wiki.laptop.org/go/Ifconfig

what is it that you are trying to see on the mesh network?

ifconfig works for normal networking over the wireless, but if you are 
trying to look at mesh specific things I think there are other tools that 
you need to get involved with.

David Lang
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Malfunctioning touchpad

2008-06-30 Thread Nirav Patel
I've had the same issue with my G1G1 XO.  It sounds like it could be
http://dev.laptop.org/ticket/5575

My problem mostly went away by itself after I took apart the XO and
put it back together.

Nirav

2008/6/30 pradosh Kharel [EMAIL PROTECTED]:
 I am troubleshooting hardware problems for the next week for Nepal's
 pilot schools. I will be asking questions to this list and sending my
 experiences.

 I had a laptop with a touchpad that only detected motion along the y axis.
 Swapping the card with an older version of the xo resulted in the touchpad
 not functioning at all and some keys not working. When I replaced the
 Keyboard of the malfunctioning XO with another one, both the keyboard and
 the touchpad worked fine.

 ___
 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: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity

2008-06-30 Thread Erik Garrison
On Mon, Jun 30, 2008 at 07:10:23PM -0400, C. Scott Ananian wrote:
 On Mon, Jun 30, 2008 at 6:58 PM, Martin Langhoff
 [EMAIL PROTECTED] wrote:
  On Mon, Jun 30, 2008 at 6:50 PM,  [EMAIL PROTECTED] wrote:
  how many different deployment builds do you think are being supported at
  this time? I think it's still in the single digits.
 
  I expect this to change quite drastically soon.
 
 Let's not get ahead of ourselves.  Someday we may be able to support
 lots of different configurations.  Today, we will only be successful
 if we can limit the number of configurations in the field to a
 testable number (and then test them!).
 

In your opinion what is a 'testable number'?

 That's the whole point of the core OS / activities split.  Do whatever
 you like on the activities side, because that's your primary value-add
 (you == countries).  We can also technically ensure that one bad
 activity won't spoil the whole bunch.  We will in turn provide you
 with a core OS which is as stable and functional as we know how.

There is another primary value-add, which is a different operating
system or window manager.  To enable this value-add we could be
distributing a minimal image for each of the popular linuxes and then
distributing packages to install sugar, activites, other window
managers, etc.  Such packaging would be most useful to deployments
engaged in customization.

We already know that countries want to be able to run more traditional
desktop environments.

Erik
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Touchpad issues on joyride

2008-06-30 Thread Deepak Saxena

Hi,

For those of you running into crazy pointer behavior on 
the latest Joyride builds (2080+ with latest kernel), 
can you please try the following in the terminal/console 
and report back on if this helps at all after some extended 
usage:

echo 120  /sys/modules/psmouse/parameters/ignore_delta

Thanks!
~Deepak

-- 
Deepak Saxena [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


New joyride build 2092

2008-06-30 Thread Build Announcer v2
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2092

Changes in build 2092 from build: 2091

Size delta: -1.05M

-hippo-canvas 0.2.31-1.fc9
+hippo-canvas 0.2.34-1.fc9
-hippo-canvas-python 0.2.31-1.fc9
+hippo-canvas-python 0.2.34-1.fc9
-xml-common 0.6.3-23.fc9
+xml-common 0.6.3-24.fc9

--- Changes for hippo-canvas 0.2.34-1.fc9 from 0.2.31-1.fc9 ---
  + Update to 0.2.34 (Fixes crash when destroying HippoCanvasWidget)
  + Update to 0.2.33 (Fixes problem with python bindings missing get_font() 
method)
  + Update to 0.2.32

--
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: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity

2008-06-30 Thread david
On Mon, 30 Jun 2008, Erik Garrison wrote:

 On Mon, Jun 30, 2008 at 07:10:23PM -0400, C. Scott Ananian wrote:
 On Mon, Jun 30, 2008 at 6:58 PM, Martin Langhoff
 [EMAIL PROTECTED] wrote:
 On Mon, Jun 30, 2008 at 6:50 PM,  [EMAIL PROTECTED] wrote:
 how many different deployment builds do you think are being supported at
 this time? I think it's still in the single digits.

 I expect this to change quite drastically soon.

 Let's not get ahead of ourselves.  Someday we may be able to support
 lots of different configurations.  Today, we will only be successful
 if we can limit the number of configurations in the field to a
 testable number (and then test them!).


 In your opinion what is a 'testable number'?

this is a very squishable number, it's going to depend to a large degree 
on how different the builds are.

frankly, based on what I've been seeing, for the past 6 months the 
'testable number' has been 1 (several more have been deployed, but the 
resources have not been allocated to really test any of them)

note that I am speaking for myself.

 That's the whole point of the core OS / activities split.  Do whatever
 you like on the activities side, because that's your primary value-add
 (you == countries).  We can also technically ensure that one bad
 activity won't spoil the whole bunch.  We will in turn provide you
 with a core OS which is as stable and functional as we know how.

 There is another primary value-add, which is a different operating
 system or window manager.  To enable this value-add we could be
 distributing a minimal image for each of the popular linuxes and then
 distributing packages to install sugar, activites, other window
 managers, etc.  Such packaging would be most useful to deployments
 engaged in customization.

 We already know that countries want to be able to run more traditional
 desktop environments.

this sort of thing is drastic enough that the package-based updaters would 
not help much.

soapbox
   unless you have maintained the software for an embedded system, or a 
very similar focused set of systems you don't understand the trade-offs as 
much as you think you do. When things get small and tight the overhead of 
normal distros becomes a huge factor. also the 'small' risk of an upgrade 
failing and jamming the box up becomes unacceptable becouse you don't have 
hands available to touch the systems (if you even have people in the right 
place to be able to touch the systems)

In the embedded space it is very common to use the approach that OLPC is 
useing. they provide a smapshot of the running system, and have a 
provision to load a second snapshot ans switch to it. My Tivo has been 
doing the same thing for about the last decade, and I've never had to send 
it in becouse an upgrade has failed (I have had to re-apply my own local 
modifications quite frequently as the upgrades wipe them out, but their 
stuff has just worked)
/soapbox

what I would really like to see is for OLPC to not just release the 
snapshots, but to have a way for developers to get the rest of the build 
environment, complete with either the scripts, or command logs of what is 
done to go from the fedora build to the OLPC build. (This may already be 
available and I just don't know where to look)

I would then like to see someone maintain another base-level distro that 
can run on the OLPC, but not be based on Sugar so that people who want a 
normal distro can use one, and also so that various performance and 
usability issues can be identified as being caused by the software vs 
being caused by the limited hardware. there have been a few people who 
have made single-shot builds, but AFAIK nobody has maintained/improved the 
image after the initial 'here, see, it boots' announcement

David Lang
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity

2008-06-30 Thread Martin Langhoff
On Mon, Jun 30, 2008 at 9:03 PM,  [EMAIL PROTECTED] wrote:
 what I would really like to see is for OLPC to not just release the

(note: I think what you are asking for is available)

...
 I would then like to see someone maintain another base-level distro that

Guys, it'd be great to run all the distros, all the WMs out there, and
Hurd too. It is just a ton of work, which has not been interesting
enough for anybody to get it done.Let's move quickly from rethoric to
working code, or drop the conversation.

cheers,


m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Release Status Meeting - 8.2.0 - Tomorrow, 2:00 PM EDT, various venues

2008-06-30 Thread Michael Stone
As discussed last week, we are meeting publicly from 2 - 4PM EDT (1600-1800
UTC), tomorrow, Tuesday July 1, to discuss the release plan for 8.2.0.

The meeting will be held in the Boardroom at 1CC, on Line #2 (from the
United States: 866-213-2185 access code: 1671650#), and on irc.freenode.org in
#olpc-meeting.

Here is our proposed agenda:

What is it?--   15 minutes
---

 * Reiterates our purpose, goals, and target features.

(For our current thinking, please see the 8.2.0 Release [1] and the the Main
Release Status [2] pages.)

[1]: http://wiki.laptop.org/go/8.2.0
[2]: http://wiki.laptop.org/go/Releases


Release Review--30 minutes
---

We'll discuss our current release contracts report:

  http://dev.laptop.org/report/18


Action items--   30 minutes


There's plenty of work to do in the future. We'll record it in earnest here.


Final comments--   15 minutes
--

 * Set date for next meeting. Tuck in anything you had to hold back when
   Greg cut you off for being off topic :-)


---


In short, come one, come all, and let's get this show on the road!

Michael  Greg

P.S. - Greg wants to talk about process at another meeting. We'll see who
prevails.

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


my XO has difficulty with f9

2008-06-30 Thread Mikus Grinbergs
Been running reasonably happily with f7 builds (primarily Joyride 
2056). G1G1; Q2D16.  When I couldn't stand sitting still any longer, 
I installed yesterday's Joyride (f9).  Ran almost acceptably (needed 
manual intervention during boot).

One problem I had was that my USB removable storage devices (except 
for my SD card) were not being recognized, neither by OFW nor by the 
system drivers.  The insoluble problem was that when I installed a 
build (e.g., Joyride 2089), the first boot would work -- but 
thereafter every attempt at booting would stop somewhere.  [If I 
used the 'check' key to get out of pretty boot, the booting 
process would always stop after the console message Starting 
anacron:.  If I used manual intervention to get to the text 
console, after the Starting anacron: message there would be 
periodic msh0: link becomes ready messages, sometimes interspersed 
with messages complaining about bad checksums in the jffs2 
filesystem -- but sooner or later the XO would just sit there.]

My problem is that I do not know if I did something after the first 
boot to cause this situation,  Nor do I know how to correct jffs2.


Each time the XO would not allow me to boot, I re-flashed the entire 
nand. Eventually got tired of it - am now back to running f7 builds.

mikus

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Samba's Talloc and mem pressure on the XS - tinkerers?

2008-06-30 Thread Martin Langhoff
Opening post cross-posted to devel@ but please reply only to server-devel@ :-)

Couple weeks ago we had Tridge @ 1CC and while jg and I cried about
memory pressure on XO and XS, he suggested we try talloc, and monitor
actual memory usage with the newfangled smaps.

This is something I'm very keen on doing, but definitely haven't been
able to work on yet. And it's orthogonal to everything else we arew
doing. Some interesting things to tackle

 - Have a look at Apache's memory usage when serving something like
moodle or mediawiki, using ps_mem.py - see how apache processes do
_not_ release mem back to the OS mem pool after serving a page. (They
will when they are reaped, but that's a different question...)

 - Compile talloc and run the nasty apache/php combo with
LD_LIBRARY_PATH pointing to talloc - hopefully apache, php and the php
extensions behave well and actually release memory after the page is
served.

 - Compare performance (ab is good enough) of php execution when using
talloc, vs using the normal glibc malloc+apache set to
MaxRequestsPerChild 1 (reaping every child after serving the page).

Bind with talloc might be another trick to play with, though perhaps
that's a lost cause, and a clean cut to dnsmasq might be better.

Any takers?




m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [PATCH] Install customization packages left for us by a USB key.

2008-06-30 Thread Michael Stone
On Mon, Jun 30, 2008 at 04:58:33PM -0400, C. Scott Ananian wrote:

 + yum -yt --nogpgcheck install $pkgs

1. As an earlier commenter hinted, you want localinstall because
   otherwise yum may try to talk to the network in order to download its
   header cache and to look for newer versions of packages that satisfy
   dependencies of the installation set.

 @@ -212,6 +228,11 @@ __EOF__
   echo olpc-configure: replaying rainbow spool...
   /usr/sbin/rainbow-replay-spool
   fi
 +
 + # developer customizations.
 + if /usr/bin/olpc-test-devkey -q ; then
 + install_customization_packages

2. Do we need a guard for the existence and executability of
   olpc-test-devkey?

3. Why do we care whether there's a devkey? We would actually be better
   off checking that all the RPMs we're installing are owned by uid 0,
   this being the exact privilege that we're attempting to safeguard. 

Michael
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity

2008-06-30 Thread Kim Quirk
We separated out the activities so that we could push the testing and
localization of activities out to the country.  How many activities can they
test? As many as they have people and time for.

It is in the deployment guide (and starting to get good discussion from
sales/deployment people) that a country must take responsibility for
choosing, testing, and localizing activities and content. We will make the
combined OS+Activities image for them, but our testing is limited to
ensuring that the signed image loads and we'll do the equivalent of 10
minutes of testing (this is not exact, but meant to give you the idea that
we won't spend days or even hours testing each customized image -- ideally
this testing is automated so we can do 30 different country images in a day
or in parallel).  The country has to have done the testing to enusre proper
operation of the activities and the correct language, etc.. OLPC's testing
needs to be limited or there is no scalability.

In the same way, we have set a precedent with Uruguay, that if they country
wants to make changes to the code base that they need to send a developer to
1CC to learn how to work with our processes, our developers, our
repositories, etc. and to make sure their features and bug fixes get in
releases. And they have to do their own testing.

If they do all that, then we will sign their builds, do the same '10 minute'
test and be able to support them when they have to make more changes in the
future. We won't fix their code, but we will encourage them to contribute as
we do other developers.

Note: for the G1G1 program OLPC has to choose the activities, ensure that
the testing gets done (hopefully with community help), and take some
responsibility for the activities that we ship.

Kim

On Mon, Jun 30, 2008 at 8:23 PM, Erik Garrison [EMAIL PROTECTED] wrote:

 On Mon, Jun 30, 2008 at 07:10:23PM -0400, C. Scott Ananian wrote:
  On Mon, Jun 30, 2008 at 6:58 PM, Martin Langhoff
  [EMAIL PROTECTED] wrote:
   On Mon, Jun 30, 2008 at 6:50 PM,  [EMAIL PROTECTED] wrote:
   how many different deployment builds do you think are being supported
 at
   this time? I think it's still in the single digits.
  
   I expect this to change quite drastically soon.
 
  Let's not get ahead of ourselves.  Someday we may be able to support
  lots of different configurations.  Today, we will only be successful
  if we can limit the number of configurations in the field to a
  testable number (and then test them!).
 

 In your opinion what is a 'testable number'?

  That's the whole point of the core OS / activities split.  Do whatever
  you like on the activities side, because that's your primary value-add
  (you == countries).  We can also technically ensure that one bad
  activity won't spoil the whole bunch.  We will in turn provide you
  with a core OS which is as stable and functional as we know how.

 There is another primary value-add, which is a different operating
 system or window manager.  To enable this value-add we could be
 distributing a minimal image for each of the popular linuxes and then
 distributing packages to install sugar, activites, other window
 managers, etc.  Such packaging would be most useful to deployments
 engaged in customization.

 We already know that countries want to be able to run more traditional
 desktop environments.

 Erik
 ___
 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: Release Status Meeting - 8.2.0 - Tomorrow, 2:00 PM EDT, various venues

2008-06-30 Thread Denver Gingerich
On Mon, Jun 30, 2008 at 9:54 PM, Michael Stone [EMAIL PROTECTED] wrote:
 As discussed last week, we are meeting publicly from 2 - 4PM EDT (1600-1800
 UTC), tomorrow, Tuesday July 1, to discuss the release plan for 8.2.0.

I think that should be 1800-2000 UTC.

Denver
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity

2008-06-30 Thread david
On Mon, 30 Jun 2008, Martin Langhoff wrote:

 On Mon, Jun 30, 2008 at 9:03 PM,  [EMAIL PROTECTED] wrote:
 what I would really like to see is for OLPC to not just release the

 (note: I think what you are asking for is available)

I thought that it might me.

 ...
 I would then like to see someone maintain another base-level distro that

 Guys, it'd be great to run all the distros, all the WMs out there, and
 Hurd too. It is just a ton of work, which has not been interesting
 enough for anybody to get it done.Let's move quickly from rethoric to
 working code, or drop the conversation.

please note that I was making the request for there to be one alternate, 
not requesting any in particular, and definatnly not asking for all of 
them.

I was also trying to be clear that this is not something for OLPC to do, 
but that should be done by someone else. the fact that OLPC has now pushed 
the kernel modifications upstream will be a drastic help for this sort of 
thing.

I may end up doing this later on, but right now I'm working on getting 
ready to go do fireworks for the rest of the week, so it will definantly 
not be me this weekd ;-)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Server-devel] Can't get XS to do nameserver/resolv.conf properly, unable to access URLs

2008-06-30 Thread Tony Pearson
Martin,
I got the name serving (DNS client) working.  Basically I had to grep my 
entire /etc for instances of random.xs.laptop.org and change that to the 
correct value for our ISP provider.  It seems that service network 
restart doesn't re-read the updated /etc/resolv.conf, and so rebooting is 
required.  One key change is creating /etc/sysconfig/olpc_net_config file. 
 This file indicates that the system has already been booted before and 
not to over-write any IP configurations that are generated on the first 
boot with DHCP values for eth0.  We have static IP, and specified 
BOOTPROTO=STATIC, but the XS image keeps over-writing what I had done 
previously, only to find out it did this because olpc_net_config never 
gets created.  By manually creating, it stopcs these other actviities.

Thanks





Tony Pearson
Senior Storage Consultant, IBM System Storage?
Telephone: +1 520-799-4309 |  tie 321-4309 |  Cell: +1 520 990-8669
email: [EMAIL PROTECTED] |  GSA: http://tucgsa.ibm.com/~tpearson
Blog: http://www.ibm.com/developerworks/blogs/page/InsideSystemStorage
AKA: 990tony Paravane, eightbar specialist 


image/jpeg___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


[Server-devel] [PATCH] ds-backup client - exit with HTTP error codes when appropriate

2008-06-30 Thread martin . langhoff
From: Martin Langhoff [EMAIL PROTECTED]

So callers can potentially do something smart with them.

Thanks to Michael Stone [EMAIL PROTECTED] for the idea.
---
 client/ds_backup.py |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/client/ds_backup.py b/client/ds_backup.py
index 089a2e9..0194fa4 100755
--- a/client/ds_backup.py
+++ b/client/ds_backup.py
@@ -144,5 +144,5 @@ if __name__ == __main__:
 exit(1)
 else:
 # 500, 404, 403, or other unexpected value
-exit(1)
+exit(sstatus)
 
-- 
1.5.6.dirty

___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] Laptop XS working

2008-06-30 Thread Martin Langhoff
On Mon, Jun 30, 2008 at 4:14 PM, David Leeming
[EMAIL PROTECTED] wrote:
 I got them collaborating (at the same time accessing Internet - so via the
 server) without even registering. How could that be? But I will do so.

XOs are smart enough to collaborate even without the XS, and in this
case they are using the AP but not using the ejabberd-provided
services for collaboration. The main difference is that it scales much
*much* better once they've registered and are using it.

 Can you explain the importance of the domain name. I just called mine
 oceania.org. Do we need to register domain names for external services?

None whatsoever.

I've copied this reply to [EMAIL PROTECTED] - let's have technical
questions and answers archived *there* -- it is pretty hard for me to
scale if the technical questions are asked in private. Doing it in the
public list means they are archived and searchable :-)

cheers,



m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] Laptop XS working

2008-06-30 Thread Martin Langhoff
On Mon, Jun 30, 2008 at 5:00 PM, Phill Hardstaff [EMAIL PROTECTED] wrote:
 Good stuff David, we have been playing with the server here, and without the
 active antennas it is not that simple, we had do quite a bit of playing
 around to get things to work with a normal access point but we got there in
 the end. We are putting the finishing touches to one for Niue with a normal

The XS has (or should have) 2 network interfaces.

 - eth0 is the internet / wan connection. It defaults to doing dhcp,
if you need to set it to a static ip address, edit
/etc/sysconfig/network-scripts/ifcfg-eth0

 - eth1 is the lan connection, hook the AP there, if the AP doesn't
have a network switch built in, you might need ot install a small
switch

If you are using an AP, make sure it's configured as a plain AP, not
as a router. Don't let it do DHCP or NAT. If it wants an IP address,
give it one in the 172.18.1.x range (I'm not 100% sure if the routing
is right for that subnet - if that doesn't work, try 172.18.0.250
though that will get clobbered if you have tons of laptops).

cheers,



m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


[Server-devel] Samba's Talloc and mem pressure on the XS - tinkerers?

2008-06-30 Thread Martin Langhoff
Opening post cross-posted to devel@ but please reply only to server-devel@ :-)

Couple weeks ago we had Tridge @ 1CC and while jg and I cried about
memory pressure on XO and XS, he suggested we try talloc, and monitor
actual memory usage with the newfangled smaps.

This is something I'm very keen on doing, but definitely haven't been
able to work on yet. And it's orthogonal to everything else we arew
doing. Some interesting things to tackle

 - Have a look at Apache's memory usage when serving something like
moodle or mediawiki, using ps_mem.py - see how apache processes do
_not_ release mem back to the OS mem pool after serving a page. (They
will when they are reaped, but that's a different question...)

 - Compile talloc and run the nasty apache/php combo with
LD_LIBRARY_PATH pointing to talloc - hopefully apache, php and the php
extensions behave well and actually release memory after the page is
served.

 - Compare performance (ab is good enough) of php execution when using
talloc, vs using the normal glibc malloc+apache set to
MaxRequestsPerChild 1 (reaping every child after serving the page).

Bind with talloc might be another trick to play with, though perhaps
that's a lost cause, and a clean cut to dnsmasq might be better.

Any takers?




m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] Samba's Talloc and mem pressure on the XS - tinkerers?

2008-06-30 Thread Martin Langhoff
On Mon, Jun 30, 2008 at 10:12 PM, Martin Langhoff
[EMAIL PROTECTED] wrote:
 Couple weeks ago we had Tridge @ 1CC and while jg and I cried about
 memory pressure on XO and XS, he suggested we try talloc, and monitor
 actual memory usage with the newfangled smaps.

Key links:
http://talloc.samba.org/
http://arjen-lentz.livejournal.com/60924.html
http://www.algorithm.com.au/blog/files/jan-2006.php
http://ozlabs.org/~rusty/index.cgi/tech/2006-02-17.html

cheers,



m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] Samba's alloc_mmap and mem pressure on the XS - tinkerers?

2008-06-30 Thread Martin Langhoff
On Mon, Jun 30, 2008 at 10:12 PM, Martin Langhoff
[EMAIL PROTECTED] wrote:
 Opening post cross-posted to devel@ but please reply only to server-devel@ :-)

Argh. Getting old and stuff. I seem to be losing my memory - it was
alloc_mmap. After this correction, let's go back to server-devel@ :-)

Tridge says:

no, I wasn't talking about talloc. Changing to talloc is an
interesting project, but it is not trivial, and doesn't help at all
with reducing memory usage (it aims to make programming in C less
error prone).

I was talking about alloc_mmap, which is a malloc replacement that has
low overhead and agressively gives memory back to the OS.

See http://samba.org/~tridge/junkcode/alloc_mmap/

Whether it will help with apache depends on the allocation patterns
apache uses. I'm sure it will work with apache, but you won't know if
it will reduce memory overheads without trying it.

Also, I think apache uses its own pool allocator internally, which
means you may need to graft alloc_mmap into apache rather than just
using a LD_PRELOAD in order to get the most benefit.

Cheers, Tridge


 - - -

cheers,




martin
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel