Re: sugar-drawing assert

[Jameson Quinn]

Sorry, this is hard to understand. Is it an activity, or a script? What do
you do to "run this program"? What do you do to "run this program as root"?
I suspect that you are using non-sugar GTK widgets, and that "run it as
root" means run it outside sugar - am I guessing right?

Jameson

On Wed, Mar 25, 2009 at 2:35 PM, Tobias Steinicke wrote:

> ERROR:sugar-drawing.c:358:sugar_draw_rounded_arrow: code should not be
> reached
>
> Hi at all,
> I play a little bit with sugar on ubuntu intrepid with there own
> packages. Now i have a program written in python and gtk.
> When i run this program i get this message
>
> "ERROR:sugar-drawing.c:358:sugar_draw_rounded_arrow: code should not be
> reached"
>
> When i run this program as root i have no problems. I think because it
> use a different theme. What i make wrong?
>
> Thanks
> Tobias Steinicke
>
> ___
> 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: [Mbc] Introducing the OLPC Multi-Battery Charger.

[Luke Faraone]

Luke Faraone, address is on file.
Part of the DC Learning Club  and the
Arlington STEM academy

On Tue, Mar 24, 2009 at 3:20 PM, Richard A. Smith wrote:
>
> How many XO's do you have in your current deployment/pilot?

We're developers and enthusiasts, but in our community testbed we have about
30 XOs.  We use XOs in the classroom (high school) as development tools with
Sugar as the target platform.

Where is your deployment/pilot?


Washington, DC

What power source would you be using? AC or DC?
>
AC.


> What power source (AC or DC) do you see as most useful for your
> deployment/pilot?
>
AC, we're in an area of high power availability.


> Would you purchase extra batteries for use with the MBC?
>
No, we have plenty (about 20 batteries in the DC Repair Center stock).


> What time frame you would roll out MBC units.

How many MBC units do you think your deployment would need in the short
> and long term?
>
If we get a deployment off the ground we would probably need 2 to 4 units.
Until then, we need 1, and would just perform testing etc.
-- 
Luke Faraone
http://luke.faraone.cc
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Fwd: FW: [Mbc] Introducing the OLPC Multi-Battery Charger.

[Isabel Amigo]

Hi,

I would like to receive a sample of the MBC for testing it, in the context
of the Uruguayan project "Plan Ceibal" (www.ceibal.edu.uy)

Thank you.

Regards,
Isabel Amigo

Contact Person:

Isabel Amigo
LATU-Plan Ceibal
Avenida Italia 6201
Montevideo-Uruguay-South America

Tel.: +598 2 601 57 73 ext 213
Fax.:+598 2 601 57 73 ext 215
E-mail : iam...@plan.ceibal.edu.uy


Shipping method:

I would need you to send the package to the contact specified above and to
send by fax or mail the acknowledgement number given by the shipping company
as well as the bill. Although it is a sample we need to have a bill that
indicates it's a sample and if possible the estimated price of the product.


Responses to the questions:

How many XO's do you have in your current deployment/pilot?
We have 185404 laptops delivered to children

Where is your deployment/pilot?
Uruguay, South America

What power source would you be using? AC or DC?
In the majority of the schools we use AC but the MBC will more likely use
DC, in schools with solar panels for instance. Test will be probably made
with both (AC and DC), though.

What power source (AC or DC) do you see as most useful for your
deployment/pilot?
DC, to use it in schools without energy from the national network (may be
using it with solar panels).

Would you purchase extra batteries for use with the MBC?
Can't answer yet

What time frame you would roll out MBC units.
If they work properly and are a practical solution in non-electrified
regions, in this year.

How many MBC units do you think your deployment would need in the short and
long term?
Hard to know so far. If they work properly and are a solution to provide in
non-electrified regions may be close to 200. If then we evaluate to use it
in conventional schools (electrified ones) in the long term they could be
much more (we have close to 3000 schools)


-- Forwarded Message
From: "Richard A. Smith" 
Organization: One Laptop per Child
Reply-To: 
Date: Tue, 24 Mar 2009 16:20:34 -0400
To: , OLPC Developer's List ,
, Julia Reynolds ,
"cava...@laptop.org" 
Subject: [Mbc] Introducing the OLPC Multi-Battery Charger.

Welcome to m...@list.laptop.org.  The mailing list for OLPC's
Multi-Battery Charger.  Rather than try to send a bunch of duplicate
e-mails to people or make a big cc: list I decided to create a mailing
list so that its really easy to share info among everyone interested.

You are on this list and receiving this mail because you are:

1) A developer or manufacturer of the Multi-Battery Charger,
2) Have previously indicated interest in the multi-battery charger,
3) Were selected by my as a site that may find the Multi-Battery
charger useful.
4) Involved in OLPC deployments.

5) On one of mail lists I cross-posted the announcement to. :)
(Sorry if you get this multiple times)

If you wish to be removed you may do so via the web-interface
http://lists.laptop.org/listinfo/mbc or let me know and I'll remove you.

If you know of other people who you think would like to receive this
info please forward it on or let me know and I'll send it to them.

If you are receiving this message via another channel like a forward or
a cross-post from another list and you want to join the
m...@lists.laptop.org list then you can subscribe here:

http://lists.laptop.org/listinfo/mbc

What is the Multi-Battery Charger?
--

The Multi-Battery Charger (MBC) is a product designed by OLPC to assist
deployments with the task of bulk charging XO laptop batteries.  In a
nutshell it will:

Charge 15 batteries running on AC input 300 Watts
Charge  7 batteries running on DC input 150 Watts
Charge ~5 batteries on 2 60W solar blankets at full sun *[1]

The charge time is approx 2 hours (depending on the input source)

It will run on either AC or DC.

AC input is 120/220V 50 or 60 Hz.
DC input 9-28 VDC 150W max output.

What is currently available?


19 Pre-production test units.  A few more if you just want AC only

These are fully functional units but have NOT gone through Safety and
Regulatory approval.

These units also have minor cosmetic damage from some issues with the
original shipping packaging.

How can I get a test unit?
--

Reply-to-all this email with responses to the questions below, a contact
person and a shipping method (see note *[2]).

Please answer the questions below with as much info as you have.  If you
 don't know answer to a question thats fine but the more information I
can get the better to make the product as useful as possible.  Some of
the questions may be better answered once you have had a chance to use a
test unit.

OLPC will have test unit(s) shipped to you for evaluation. In return you
promise to provide prompt feedback information from your test site on
how you use the device and how many you would be interested in purchasing.

The info I need to know is:

How many XO's do you have in your current deployment/pilot?
Where is your deployment/

Re: [Mbc] Introducing the OLPC Multi-Battery Charger.

[Rabi Karmacharya]

Richard A. Smith wrote:
>
>
> Reply-to-all this email with responses to the questions below, a contact
> person and a shipping method (see note *[2]).
>   
Rabi Karmacharya
The MBC can be shipped to UN World Food Program (WFP) office in 
Kathmandu. As one of our partners in the OLPC project, WFP has helped us 
get shipments including XOs through Nepal's customs.
> Please answer the questions below with as much info as you have.  If you
>   don't know answer to a question thats fine but the more information I
> can get the better to make the product as useful as possible.  Some of
> the questions may be better answered once you have had a chance to use a
> test unit.
>
> OLPC will have test unit(s) shipped to you for evaluation. In return you
> promise to provide prompt feedback information from your test site on
> how you use the device and how many you would be interested in purchasing.
>
> The info I need to know is:
>
> How many XO's do you have in your current deployment/pilot?
>   
Currently 135, but a batch of 2525 arriving tomorrow for the pilot 
deployment.
> Where is your deployment/pilot?
>   
6 districts spread around Nepal.
> What power source would you be using? AC or DC?
>   
Currently AC, but seriously looking at solar option, in which case it 
will be DC.
> What power source (AC or DC) do you see as most useful for your
> deployment/pilot?
>   
AC for now since most schools are on the grid.
> Would you purchase extra batteries for use with the MBC?
>   
As long as they are not much more expensive than the AC power adapters.
> What time frame you would roll out MBC units.
>   
May
> How many MBC units do you think your deployment would need in the short
> and long term?
>   
Not sure yet. Depends on the test. If it works well, we might go with as 
many as 100.
> And of course firmware bugs/problems/improvements or any other info you
> want to feedback to OLPC about the MBC.
>
> How much will production units cost?
> --
>
> Everybody's favorite question.  The goal has been to keep the cost as
> low as possible while still make the product robust enough to withstand
> the large variability of deployment environments.  Its very
> dependent on the quantity of the order I can place with the 
> manufacturer.  In smaller quantities of < 500 it will between $450 - 
> $600 USD and a 12 week lead time. With higher quantities OLPC can get 
> better pricing.
>
> Thanks for taking the time to respond and I look forward to everyones
> responses.
>
> *[1] Based on test measurements and the rated output of the solar
> blankets at sunlight of 1000W/m^2 .  Solar conditions are highly
> variable and will affect the charge time considerably.  The firmware
> attempts to optimize the charging based on the available power.  The
> wide DC input voltage range allows the use of other more powerful panels.
>
> *[2] In the past international customs has been a source of extended
> delays when shipping various items to pilots.  If you know of any
> special instructions that will help with the delivery please indicate them.
>
>   

Rabi Karmacharya
Executive Director
साझा शिक्षा ई-पाटी
Open Learning Exchange Nepal
Tel: +977.1.551
Cell: 98511-04280
http://www.olenepal.org


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

sugar-drawing assert

[Tobias Steinicke]

ERROR:sugar-drawing.c:358:sugar_draw_rounded_arrow: code should not be
reached

Hi at all,
I play a little bit with sugar on ubuntu intrepid with there own
packages. Now i have a program written in python and gtk.
When i run this program i get this message

"ERROR:sugar-drawing.c:358:sugar_draw_rounded_arrow: code should not be
reached"

When i run this program as root i have no problems. I think because it
use a different theme. What i make wrong?

Thanks
Tobias Steinicke

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

Re: [support-gang] the keyhandler.ppy mystery

[Daniel Drake]

2009/3/22 Aaron Konstam :
> Can anyone suggest another reason for my experiences?

An intermittent problem with your keyboard, which coincidentally went
away on reflash, but is likely to resurface in the near future.

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

Re: olpc kernel src rpm

[Daniel Drake]

2009/3/25 Peter Robinson :
> Hi All,
>
> Does anyone have a link to the kernel src rpm that's used for what was
> the latest joyride kernel or the equivalent thereof?

Should be here:
http://dev.laptop.org/~dilinger/master/

and 8.2 kernels here:
http://dev.laptop.org/~dilinger/testing/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Server-devel] Is a USB-Ethernet NIC appropriate for the XS?

[Tim Moody]

Have you considered configuring the internal nic to listen on two ip 
addresses, lan and wan?  I think you said you are locating all of the XS 
machines centrally, so this might be an option depending on the networking 
infrastructure you have in the central location.  What would happen if you 
changed eth1:1 in the network-config script to eth0:1?  If at some point in 
the future you locate the XS at the school, then you might have an AA on a 
usb port and not need the second nic anyway.


> --
>
> Message: 1
> Date: Tue, 24 Mar 2009 14:26:20 +0545
> From: Bryan Berry 
> Subject: Re: [Server-devel] Is a USB-Ethernet NIC appropriate for the
> XS?
> To: Ties Stuij 
> Cc: server-devel , Bernie Innocenti
> 
> Message-ID: <1237884080.9157.30.ca...@hitman>
> Content-Type: text/plain
>
> That isn't the problem. I believe that USB 1.1 NIC's choke when they
> have multiple connections. I guess the "Rx polling" - whatever that is -
> causes so many interrupts that the NIC stops serving requests
>
> friends on server-devel, I highly recommend you use the "lsusb -v" to
> find out if your usb NIC is actually USB 2.0. Apparently a number of USB
> NIC's on the market are advertised as USB 2.0 but are actually 1.1
>
> On Tue, 2009-03-24 at 14:08 +0545, Ties Stuij wrote:
>> So Tony suggested just using the usb-ethernet thingies for the
>> internet-connection. USB1.1 is, what, 700kbps? What are the chances
>> that we can supply the schools with more bandwidth than that?
>>
>> /Ties
>>
>> On Tue, Mar 24, 2009 at 9:56 AM, Martin Langhoff
>>  wrote:
>> > On Tue, Mar 24, 2009 at 4:49 AM, Bryan Berry  
>> > wrote:
>> >> The ever helpful cjb and Mitch_Bradley directed me to the root of the
>> >> problem, the USB-ethernet devices I am using are USB 1.1 which has
>> >> horrible throughput. A USB-ethernet device that supports USB 2.0 
>> >> should
>> >> fix the problem.
>> >
>> > That's great news!  I'll also be delighted to hear about what hw you
>> > find that works...
>> >
>> > cheers,
>> >
>> >
>> > m
>> > --
>> >  martin.langh...@gmail.com
>> >  mar...@laptop.org -- 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-de...@lists.laptop.org
>> > http://lists.laptop.org/listinfo/server-devel
>> >
> -- 
> Bryan W. Berry
> Technology Director
> OLE Nepal, http://www.olenepal.org
>
>
>
> --
>
> ___
> Server-devel mailing list
> server-de...@lists.laptop.org
> http://lists.laptop.org/listinfo/server-devel
>
>
> End of Server-devel Digest, Vol 23, Issue 30
> 
> 

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

Re: csound vs olpcsound

[Andres Cabrera]

Hi,

Bear in mind that in Csound 5.09 the csound API was bumped (from 5.1
to 5.2), and 5.09 onwards are binary incompatible with the previous
5.XX releases. I think it would be better to get 5.10 in, as the
changes in the API shouldn't require any changes to applications that
depend on the Csound API.

(Actually 5.09 is somewhat of a bad release for development as the API
is already binary incompatible, but the API version was not changed).

Cheers,
Andrés

On Wed, Mar 25, 2009 at 6:45 AM, Peter Robinson  wrote:
> Hi Victor,
>
> Thanks for the update, its very useful. I'll have a look at it next
> week. Where can I find the 5.07 spec you mention. I'll have a look at
> getting it up to 5.08 as a starter and see if I can't push the Tcl/Tk
> plugins into a subpackage but according to this sugarlabs page the
> 0.84 release will work with either 5.08 and 5.10. It would require a
> rebuild for the associated apps though.
>
> http://wiki.sugarlabs.org/go/Development_Team/Sugar_Platform/0.84
>
> Cheers,
> Pete
>
> On Wed, Mar 25, 2009 at 11:35 AM,   wrote:
>> Basically all the Tcl/Tk stuff, some spectral processing
>> plugin opcodes and other more heavy-processing plugins,
>> portmidi and portaudio-based IO modules,
>> the ALSA-based IO is made to be the default IO module.
>> However, if  the spec file for Csound 5.07 is used as a basis for
>> an updated csound package, I think
>> it's possible to make a csound5 package very lean, as many
>> dependencies are moved to individual rpms, which can be
>> left out of the installation (so olpcsound becomes almost
>> obsolete).
>> That way fedora can have a fully update full csound 5 package,
>> and sugar can use only the rpms that it requires.
>> The only slight complication, if we are moving to 5.10 (latest) is
>> that the csound library had a SONAME bump (5.2 now). I am not
>> sure how that will affect packages. The last 'stable' version of
>> libcsound5.1 was released in 5.08. So it might be worth building
>> a csound5.08 set of rpms, based on csound5.07 spec and then
>> doing a csound5.10 later, as an upgrade. If sugar adopts 5.10,
>> applications (ie TAMTAM) will need to be re-built and linked
>> against it.
>> If a move away from olpcsound is required, I would suggest taking
>> the spec of 5.07, which, to me, seems the most correct. If we
>> are upgrading olpcsound to 5.10, then we need to rebuild all
>> packages that depend on it before shipping.
>> In any case, please feel free to ask any questions and seek any
>> help you need from me (not sure you know, but I am also one
>> of upstream developers, so I might be able to help with integrating
>> patches to future releases, etc.)
>> Regards
>> Victor
>>
>>
>>
>> - Original Message -
>> From: Peter Robinson 
>> Date: Wednesday, March 25, 2009 11:17 am
>> Subject: Re: csound vs olpcsound
>> To: victor.lazzar...@nuim.ie
>> Cc: OLPC Developer's List 
>>
>>> Hi Victor,
>>>
>>> Thanks for the clarification. Yes, I was aware that csound in Fedora
>>> is 5.03. My query was based on getting Fedora up to the latest version
>>> (so if we needed olpcsound if fedora had >= 5.08). I'm going to follow
>>> this up to see where I can get. As a side note, do you know what the
>>> removed deps were?
>>>
>>> Cheers,
>>> Peter
>>>
>>> On Wed, Mar 25, 2009 at 11:14 AM,
>>>  wrote:
>>> > Very strange, but olpcsound is based on csound 5.08. As far as
>>> I know there
>>> > is no
>>> > fedora package for csound 5.08 or 5.10. If there is, it should
>>> be no
>>> > problem moving from olpcsound to csound. I would not like to
>>> > move from olpcsound to csound 5.03, though.
>>> > olpcsound is not a fork, it is based on the same sources as
>>> Csound5, with
>>> > less components and dependencies. It is just a build option
>>> (for scons).
>>> >
>>> > Victor
>>> > - Original Message -
>>> > From: Peter Robinson 
>>> > Date: Wednesday, March 25, 2009 10:12 am
>>> > Subject: csound vs olpcsound
>>> > To: OLPC Developer's List 
>>> >
>>> >> Hi All,
>>> >>
>>> >> I know that olpcsound was originally a fork of csound for
>>> olpc. I
>>> >> noticed just now on the sugarlabs page for the 0.84 release
>>> [1] that
>>> >> it depends on csound 5.08/5.10 and makes no mention of
>>> >> olpcsound. Does
>>> >> that mean that olpcsound is now obsolete and that once we get
>>> csound>> in Fedora upgraded to a remotely recent version that
>>> olpcsound can
>>> >> just disappear?
>>> >>
>>> >> Cheers,
>>> >> Peter
>>> >>
>>> >> [1]
>>> http://wiki.sugarlabs.org/go/Development_Team/Sugar_Platform/0.84>>
>>> ___
>>> >> Devel mailing list
>>> >> Devel@lists.laptop.org
>>> >> http://lists.laptop.org/listinfo/devel
>>> >
>>> > Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,National
>>> University of
>>> > Ireland, Maynooth
>>> >
>>> >
>>
>> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,National University of
>> Ireland, Maynooth
>>
>>
> ___
> Devel m

Re: csound vs olpcsound

[Peter Robinson]

Hi Victor,

Thanks for the update, its very useful. I'll have a look at it next
week. Where can I find the 5.07 spec you mention. I'll have a look at
getting it up to 5.08 as a starter and see if I can't push the Tcl/Tk
plugins into a subpackage but according to this sugarlabs page the
0.84 release will work with either 5.08 and 5.10. It would require a
rebuild for the associated apps though.

http://wiki.sugarlabs.org/go/Development_Team/Sugar_Platform/0.84

Cheers,
Pete

On Wed, Mar 25, 2009 at 11:35 AM,   wrote:
> Basically all the Tcl/Tk stuff, some spectral processing
> plugin opcodes and other more heavy-processing plugins,
> portmidi and portaudio-based IO modules,
> the ALSA-based IO is made to be the default IO module.
> However, if  the spec file for Csound 5.07 is used as a basis for
> an updated csound package, I think
> it's possible to make a csound5 package very lean, as many
> dependencies are moved to individual rpms, which can be
> left out of the installation (so olpcsound becomes almost
> obsolete).
> That way fedora can have a fully update full csound 5 package,
> and sugar can use only the rpms that it requires.
> The only slight complication, if we are moving to 5.10 (latest) is
> that the csound library had a SONAME bump (5.2 now). I am not
> sure how that will affect packages. The last 'stable' version of
> libcsound5.1 was released in 5.08. So it might be worth building
> a csound5.08 set of rpms, based on csound5.07 spec and then
> doing a csound5.10 later, as an upgrade. If sugar adopts 5.10,
> applications (ie TAMTAM) will need to be re-built and linked
> against it.
> If a move away from olpcsound is required, I would suggest taking
> the spec of 5.07, which, to me, seems the most correct. If we
> are upgrading olpcsound to 5.10, then we need to rebuild all
> packages that depend on it before shipping.
> In any case, please feel free to ask any questions and seek any
> help you need from me (not sure you know, but I am also one
> of upstream developers, so I might be able to help with integrating
> patches to future releases, etc.)
> Regards
> Victor
>
>
>
> - Original Message -
> From: Peter Robinson 
> Date: Wednesday, March 25, 2009 11:17 am
> Subject: Re: csound vs olpcsound
> To: victor.lazzar...@nuim.ie
> Cc: OLPC Developer's List 
>
>> Hi Victor,
>>
>> Thanks for the clarification. Yes, I was aware that csound in Fedora
>> is 5.03. My query was based on getting Fedora up to the latest version
>> (so if we needed olpcsound if fedora had >= 5.08). I'm going to follow
>> this up to see where I can get. As a side note, do you know what the
>> removed deps were?
>>
>> Cheers,
>> Peter
>>
>> On Wed, Mar 25, 2009 at 11:14 AM,
>>  wrote:
>> > Very strange, but olpcsound is based on csound 5.08. As far as
>> I know there
>> > is no
>> > fedora package for csound 5.08 or 5.10. If there is, it should
>> be no
>> > problem moving from olpcsound to csound. I would not like to
>> > move from olpcsound to csound 5.03, though.
>> > olpcsound is not a fork, it is based on the same sources as
>> Csound5, with
>> > less components and dependencies. It is just a build option
>> (for scons).
>> >
>> > Victor
>> > - Original Message -
>> > From: Peter Robinson 
>> > Date: Wednesday, March 25, 2009 10:12 am
>> > Subject: csound vs olpcsound
>> > To: OLPC Developer's List 
>> >
>> >> Hi All,
>> >>
>> >> I know that olpcsound was originally a fork of csound for
>> olpc. I
>> >> noticed just now on the sugarlabs page for the 0.84 release
>> [1] that
>> >> it depends on csound 5.08/5.10 and makes no mention of
>> >> olpcsound. Does
>> >> that mean that olpcsound is now obsolete and that once we get
>> csound>> in Fedora upgraded to a remotely recent version that
>> olpcsound can
>> >> just disappear?
>> >>
>> >> Cheers,
>> >> Peter
>> >>
>> >> [1]
>> http://wiki.sugarlabs.org/go/Development_Team/Sugar_Platform/0.84>>
>> ___
>> >> Devel mailing list
>> >> Devel@lists.laptop.org
>> >> http://lists.laptop.org/listinfo/devel
>> >
>> > Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,National
>> University of
>> > Ireland, Maynooth
>> >
>> >
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,National University of
> Ireland, Maynooth
>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: csound vs olpcsound

[Peter Robinson]

Hi Victor,

Thanks for the clarification. Yes, I was aware that csound in Fedora
is 5.03. My query was based on getting Fedora up to the latest version
(so if we needed olpcsound if fedora had >= 5.08). I'm going to follow
this up to see where I can get. As a side note, do you know what the
removed deps were?

Cheers,
Peter

On Wed, Mar 25, 2009 at 11:14 AM,   wrote:
> Very strange, but olpcsound is based on csound 5.08. As far as I know there
> is no
> fedora package for csound 5.08 or 5.10. If there is, it should be no
> problem moving from olpcsound to csound. I would not like to
> move from olpcsound to csound 5.03, though.
> olpcsound is not a fork, it is based on the same sources as Csound5, with
> less components and dependencies. It is just a build option (for scons).
>
> Victor
> - Original Message -
> From: Peter Robinson 
> Date: Wednesday, March 25, 2009 10:12 am
> Subject: csound vs olpcsound
> To: OLPC Developer's List 
>
>> Hi All,
>>
>> I know that olpcsound was originally a fork of csound for olpc. I
>> noticed just now on the sugarlabs page for the 0.84 release [1] that
>> it depends on csound 5.08/5.10 and makes no mention of
>> olpcsound. Does
>> that mean that olpcsound is now obsolete and that once we get csound
>> in Fedora upgraded to a remotely recent version that olpcsound can
>> just disappear?
>>
>> Cheers,
>> Peter
>>
>> [1] http://wiki.sugarlabs.org/go/Development_Team/Sugar_Platform/0.84
>> ___
>> Devel mailing list
>> Devel@lists.laptop.org
>> http://lists.laptop.org/listinfo/devel
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,National University of
> Ireland, Maynooth
>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: csound vs olpcsound

[Victor . Lazzarini]

Very strange, but olpcsound is based on csound 5.08. As far as I know there is 
no
fedora package for csound 5.08 or 5.10. If there is, it should be no
problem moving from olpcsound to csound. I would not like to
move from olpcsound to csound 5.03, though.

olpcsound is not a fork, it is based on the same sources as Csound5, with
less components and dependencies. It is just a build option (for scons).


Victor

- Original Message -
From: Peter Robinson 
Date: Wednesday, March 25, 2009 10:12 am
Subject: csound vs olpcsound
To: OLPC Developer's List 

> Hi All,
> 
> I know that olpcsound was originally a fork of csound for olpc. I
> noticed just now on the sugarlabs page for the 0.84 release [1] that
> it depends on csound 5.08/5.10 and makes no mention of 
> olpcsound. Does
> that mean that olpcsound is now obsolete and that once we get csound
> in Fedora upgraded to a remotely recent version that olpcsound can
> just disappear?
> 
> Cheers,
> Peter
> 
> [1] http://wiki.sugarlabs.org/go/Development_Team/Sugar_Platform/0.84
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,National University of 
Ireland, Maynooth


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

[Server-devel] Some notes on the What you paint is what you get

[Martin Langhoff]

Alex Wulms was recently asking for some detail on this in a private
conversation -- the revelevant bits below...

[ to everyone involved, let's have the conversations via server-devel :-) ]

On Thu, Mar 19, 2009 at 11:16 AM, Alex Wulms  wrote:
> Regarding the finger painting application: at the moment we don't have much
> information about what is expected about it.
>
> Here is the info that we have:
> --- start of info
> *   Moodle is the Course Management System / Learning Management System.
> It is the "main face" of the webbased tools that the
> School Server offers. Most of online (webbased) interaction is via forms -- a
> text-heavy approach, thus aimed at older kids.
> *   Young children find it easier to paint and draw.
> *   If we can switch the WYSIWYG HTML editors in forms with a Paint Here
> facility, then we make web based tools easier for them.
>
>
> This project aims to develop a finger painting facility.
>
> Implementation idea
>
> *   Write a vector-based "paint" facility in JS that runs in the browser.
> *   Write a vector or bitmap paint facility in Flash, bearing in mind that
> OLPC ships Gnash instead of Adobe's Flash
>
> Technical notes
>
> *   Moodle is using a WYSIWYG editor called TinyMCE - that is a possible
> integration point.
> *   Performance matters - the OLPC XO has a relatively low power CPU, so
> image editing has to be tuned / optimised to be
> responsive
> --- end of info

That info is pretty much all I have too ;-) there is a thread I
started on moodle.org where I asked people to report on nice Flash or
JS based editors, and a few very nice ones emerged. It's nice to play
with the many implementations out there, and see what feels good.

(I think I posted that link before, don't have it handy atm...)

> So we have a few questions.
>
> One question is the age category that you have in mind for this application.

6 to 12 roughly. But "kids of any age" is my target ;-)

I am already taking the TinyMCE editor and switching off most options.
A very simple editor is enough (brush size, color, eraser). A
sophisticated editor can be a bonus, but it's only interesting the
main goal is that the "core" functionality works really well.

In other words, if there are more buttons, we might hide them as we do
with tinymce.

Another aspect of 'sophistication' -- after looking at many editors,
the most valuable feature I've seen is the "replay" button, way more
important than anything else. (see the thread in moodle.org about the
editors ;-) )

> Another question is about how you see the further integration with Moodle and
> potentially with TinyMCE.

 - If it is possible to integrate it into TinyMCE itself it might be a
good idea -- means that it canbe reused by any other webapp using
TinyMCE :-)

 - I _think_ that TinyMCE is relatively modular. If this can "plugin"
into tinyMCE, great so moodle can ship a "standard" TinyMCE with a
plugni, rather than a patched TinyMCE. This may well be impossible
though :-/

>  How would you see a typical use case or
> user-interaction? Would the school server for example show an assignment
> like 'paint a tree' and then the child would paint the tree and submit it
> back to the server for review by the teacher?

Yes. Or propose "paint something" in a moodle forum which is more fun
and educational than an assignment.

My example "use cases" and notes...

 - I want to use moodle's forum and "just paint" instead of writing each post.

 - As a teacher, when I hit 'edit' to edit the texts in the course
outline page (technically called "labels" in moodle code), I want to
be able to paint.

 - Nice workflow for the user:
  - I am using TinyMCE, there is a button that switches mode to 'painting'
  - Nice to have: if I've written something before hitting the
'painting' switch, then I would paint in top of that (the written
words get rendered...)
  - I am _not_ expecting to be able to switch back from painting to
writing. Keep it simple...

> Should the children be able to
> save their paintings on the server and also load/retrieve them again from the
> server?

Well, they aren't "separate documents" -- they'd get just teh same
treatment that the content of an html-area (TinyMCE) driven form gets.
Most TinyMCE-powered forms in Moodle also accept an attachment (and if
it's an image, moodle will display it inline). This feaure could be
available only on those forms, so the changes to moodle core code
would be none or minimal.

> Or would loading/saving only happen locally on the XO?

Working with the XO apps is something I want to avoid, because it
forces many steps for the user.

The whole magic of this is "paint right there in the form". We already
have "switch to a Paint program, paint, save, go to the browser,pick
the file to submit, post it", and it's unusable for young kids, and
uncomfortable for everyone...

cheers,



m
--
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with s

Re: [Server-devel] [IAEP] format for lessons/content

[Martin Langhoff]

On Wed, Mar 25, 2009 at 7:03 AM, Sameer Verma  wrote:
> I ran into Jason Cole

I know Jason fairly well ;-) and MoaS too.

> the problem of creating content/lessons for Moodle.

Ah, the drama. In an XS/Moodle centric world, just create them in
Moodle, and if needed trade moodle "course backups". That is what
Jason is suggesting.


If you are the local ministry of ed asking content creators to give
you content, our options are to ask for

 - Moodle specific: Moodle "course backups" (which can be produced
with a normal moodle or a MoaS)

 - Portable: IMS-CP / SCORM packages using HTML, PDF, Flash (tested to
be Gnash compatible!) content

IMS-CC tries to be a portable "full course" export akin to the "course
backups" above. But it is rather green, and the facilities in each LMS
are fairly different, so I am not sure that it will ever be good
enough in real life. (For the record, Moodle is part of the IMS
consortium, and I have been to the IMS-CC meetings.)

Using MoaS for editing content is good on a full blown machine. On an
XO, it is way too heavy. Be within range of the XS wifi or wait for
the "offline moodle" efforts to come to fruition.

cheers,



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- 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-de...@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: [Server-devel] Fwd: Regarding adding a moodle plugin

[Martin Langhoff]

2009/3/24 Vamsi Krishna Davuluri :
> Much appreciated!
> I have updated my proposal, that actually makes the process much easier.
> http://wiki.sugarlabs.org/go/Print_Support

Also -- if your "print queue" is based on the Journal, we can add a
simple xml-rpc point of entry to Moodle to receive the PDFs, and teach
the Journal to talk to it directly.

cheers,




m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- 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-de...@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: [Server-devel] [Sugar-devel] print support proposal up and running!(uses moodle)

[Martin Langhoff]

2009/3/25 Vamsi Krishna Davuluri :
> So, here is an almost finished version of my Print Proposal minus the second
> community member remarks. ( cc Martin Langhoff please give me your views on
> this if possible)
>
> http://wiki.sugarlabs.org/go/Print_Support

Looks good! A couple of notes...

On the XO side,

 - new Activities may include with the m the ability to turn their own
"document" files into a PDF, so at activity-install time, you may want
to poke the activity metadata to extend the list of mimetypes handled.

 - cups has lots of overhead and complication, if you find a simpler
way to print to PDF, it will be a big win

 - once you have a Journal-based "PDF print queue", it will be easy to
push that into moodle or into other systems. I really like that.

On the XS side:

 - Moodle + cups makes lots of sense.

 - Happy to help design the moodle integration and user workflow.

 - Good call on the quotas and teacher control.


cheers,



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- 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-de...@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

olpc kernel src rpm

[Peter Robinson]

Hi All,

Does anyone have a link to the kernel src rpm that's used for what was
the latest joyride kernel or the equivalent thereof?

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

csound vs olpcsound

[Peter Robinson]

Hi All,

I know that olpcsound was originally a fork of csound for olpc. I
noticed just now on the sugarlabs page for the 0.84 release [1] that
it depends on csound 5.08/5.10 and makes no mention of olpcsound. Does
that mean that olpcsound is now obsolete and that once we get csound
in Fedora upgraded to a remotely recent version that olpcsound can
just disappear?

Cheers,
Peter

[1] http://wiki.sugarlabs.org/go/Development_Team/Sugar_Platform/0.84
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel