Re: [Sugar-devel] sugar-pippy dependencies
On Tue, Sep 29, 2009 at 2:33 AM, Bernie Innocenti ber...@codewiz.org wrote: Hello, the sugar-pippy rpm in Fedora depends on pygame, which is used by some of the examples. So far, so good, but pygame in turn depends on numpy, a 7.7MB package which a lot of huge dependencies such as atlas (11MB), libgfortran (1MB), blas (700KB) and python-nose (1MB). The rest of Sugar is now free of numpy, so it would be good if we could get rid of it completely. One quick solution would be splitting the problematic examples to a sugar-pippy-examples-extra package. Another possibility -- probably the cleanest -- would be splitting the optional classes surfarray and sndarray to a subpackage of pygame. The numpy dep issue was discussed on fedora-devel a while ago and I thought they were going to split the specific bit of numpy that depended on atlas et al out into a separate package. I was of the understanding that this had already been done. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Announcing the creation of a SoaS Decision Panel [organization process started]
On Tue, Sep 29, 2009 at 2:47 AM, Luke Faraone l...@laptop.org wrote: Maybe [DP-1] or [SDP-1]? Yeah...Probably, that would be the best if we distinguish ourselves from any future groups:) Well, DP-1 and so are great.+1...how about DP-09 or DP-09-1??? -Abhishek -- Abhishek Indoria OLPC Support Volunteer http://support.laptop.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Adventures with GPA Macbooks
Not sure if this is useful info, but the OSX 'bless' command can be configured to boot removable media only once, or persistently. Sean On Wed, Sep 23, 2009 at 8:19 PM, Caroline Meeks carol...@solutiongrove.com wrote: I also tried to update the launchpad question so we have one place to look for all the info. https://answers.launchpad.net/soas/+question/81566 On Wed, Sep 23, 2009 at 1:56 PM, Caroline Meeks carol...@solutiongrove.com wrote: On Wed, Sep 23, 2009 at 1:34 PM, Bill Bogstad bogs...@pobox.com wrote: On Wed, Sep 23, 2009 at 11:15 AM, Caroline Meeks carol...@solutiongrove.com wrote: ... Bottom line is we'll get a lot farther if we can use the macbook laptop cart. Did you ever get the exact model number of those macbooks? It would help when researching precise hardware compatibility issues. I'm hoping the attached screenshots will help. Anurag will be back on Friday and can gather more info if you let us know what is needed. ... I think the next thing i want to try is a CD version of Bill's Floppy boot. It works differently doing a full linux boot then booting another kernal on the USB. There is a (fixable) issue with just burning the floppy image as the 'boot floppy' on a CD that involves the fact that 'floppy emulation' CD booting requires using the BIOS to read/write the emulated floppy. I think I can move the necessary config files into the initial ramdisk. However, I haven't had the time to decide if this is the best/most maintainable way to do this. Even once I get you an ISO using my boot floppy, I wouldn't be surprised if you still have problems. Problems seem to be a good bet! What the golly gosh jimminy crippers is going on?!? Why does it work once and not again? What is linux doing that is keeping MacOSX from booting even after all the linux medium is removed? why are these macbooks different from all other macs anyone has tired before? My thought is the problem seems to be around how its looking for the USBs. Your boot helper works in a fundamentally different manner, doing a full boot of one kernel then booting the next one. It seems worth a try. Mostly because I only have one idea that seems better and I am in super stubborn mode these days. Thanks Bill today is really pushing my family friendly email list limits. Bill Bogstad -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
On Mon, Sep 28, 2009 at 09:33:17PM -0400, Bernie Innocenti wrote: Hello, the sugar-pippy rpm in Fedora depends on pygame, which is used by some of the examples. So far, so good, but pygame in turn depends on numpy, a 7.7MB package which a lot of huge dependencies such as atlas (11MB), libgfortran (1MB), blas (700KB) and python-nose (1MB). The rest of Sugar is now free of numpy, so it would be good if we could get rid of it completely. One quick solution would be splitting the problematic examples to a sugar-pippy-examples-extra package. Another possibility -- probably the cleanest -- would be splitting the optional classes surfarray and sndarray to a subpackage of pygame. pygame and numpy are parts of Sugar Platform[1], at least for 0.84, so, the right question is should these pakcages be a part of SP-0.86 I guess +1 for both, since we have honey activities that are depend on these packages. [1] http://wiki.sugarlabs.org/go/0.84/Sugar_Platform -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
On Tue, Sep 29, 2009 at 12:36:19PM +, Aleksey Lim wrote: On Mon, Sep 28, 2009 at 09:33:17PM -0400, Bernie Innocenti wrote: Hello, the sugar-pippy rpm in Fedora depends on pygame, which is used by some of the examples. So far, so good, but pygame in turn depends on numpy, a 7.7MB package which a lot of huge dependencies such as atlas (11MB), libgfortran (1MB), blas (700KB) and python-nose (1MB). The rest of Sugar is now free of numpy, so it would be good if we could get rid of it completely. One quick solution would be splitting the problematic examples to a sugar-pippy-examples-extra package. Another possibility -- probably the cleanest -- would be splitting the optional classes surfarray and sndarray to a subpackage of pygame. pygame and numpy are parts of Sugar Platform[1], at least for 0.84, so, the right question is should these pakcages be a part of SP-0.86 I guess +1 for both, since we have honey activities that are depend on these packages. But if question is only about Pippy deps, jhconvert's Pippy doesn't have these deps(sugar-platform does). [1] http://wiki.sugarlabs.org/go/0.84/Sugar_Platform -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Content of new SugarPlatform-0.86
Hi all, We have 0.86 release, so we need new SugarPlatform specification. New wiki page[1] is just copypast of SP-0.84 page, so any improvements are welcome. [1] http://wiki.sugarlabs.org/go/0.86/Platform_Components -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fw: [Csnd] Re: Re: Re: Getting around a (sound) device assignment problem in SoaS
I neglected to mention perhaps the most important fact of all: with SoaS, any MIDI controller(s) must be plugged in AFTER boot and BEFORE compiling a .csnd. Users must be given explicit instruction to this effect. Note that this limitation does not apply to the XO. My thoughts are: 1) Getting around this limitation is far more trouble that it's worth; 2) In the world of XO and Sugar-on-a-Stick a potential misunderstanding would arise rarely in any case. Art Hunkins - Original Message - From: Art Hunkins abhun...@uncg.edu To: cso...@lists.bath.ac.uk Cc: pbrobin...@gmail.com Sent: Monday, September 28, 2009 4:35 PM Subject: Re: [Csnd] Re: Re: Re: Getting around a (sound) device assignment problem in SoaS Hi, Andres, With further experimentation, I've found that the following CsOptions will work fine for my purposes in the XO-1/Sugar-on-a-Stick context: -odac -+rtaudio=alsa -+rtmidi=alsa -M hw:1,0 Comments: Alsa is low-latency as is supported (to this date) on all XO and SoaS platforms. -odac refers indeed to the default plughw and makes the conversions you mention, at no apparent cost - whereas -odac:hw:0,0 does not. -odac will thus work as long as there is a single (usually the builtin) hardware device. This is something I can count on. -M hw:1,0 will work as long as only one controller is attached (which I can count on for my single-controller .csd's), and as long as any built-in MIDI interface (rare these days, as Peter pointed out) is not being used. I think I can count on MIDI being via USB. (If someone on the outside chance *did* want to use a builtin MIDI interface, he can change hw:1,0 to hw:0,0.) So, the above will work in all usual configurations, as long as: built-in audio is used; one USB MIDI controller is used For my multiple MIDI controller versions, these will use: -+rtmidi=alsa -Ma as soon as Peter finds the time to incorporate your multi-controller patch. Once this is achieved, all my issues are settled, and I'll be a happy camper (= find my joy). Art Hunkins - Original Message - From: Andres Cabrera mantaray...@gmail.com To: cso...@lists.bath.ac.uk Sent: Monday, September 28, 2009 3:27 PM Subject: [Csnd] Re: Re: Re: Getting around a (sound) device assignment problem in SoaS Hi, Since there's been no reply, I'll take a stab, but I may be compeltely wrong... I think alsa names hw: real hardware devices. Hardware devices can be constrained as to the number of channels or sample rates supported. There might be software interfaces to these devices (like the alsa default interface), which are plughw: devices, which can take care of sample rate conversion and different number of channels. To override the default settings, you would need to mess with the .asounrc file, which I wouldn't recommend since it might take you a while, as it is not very documented. Cheers, Andres On Wed, Sep 23, 2009 at 9:41 PM, Art Hunkins abhun...@uncg.edu wrote: In starting down the road Victor suggests (and to solve the problem addressed in the subject), I immediately ran into an anomaly. I've no idea whether the issue is Csound's or Sugar/Linux. Description: In working with the XO-1, I settled on a stereo SR=32000. (This is the maximum SR I can use with my .csd's and get glitch-free sound on the XO-1.) I developed all my work using the CsOption -odac Faced with the fact of different device assignments with Sugar on a Stick (Soas) when MIDI controller(s) are inserted prior to boot, I need to check for other assignments for -odac, such as hw:1,0. Bottom line: -odac executed fine with SR=32000; -odac:hw:0,0 (its apparent equivalent) does not, *though it does fine with SR=44100!* The error message is: Unable to set sample rate on soundcard. Failed to initialize real time audio output. Apparently there is a difference between 'plughw' (as -odac is referred to in my error log) and -odac:hw:0,0 (referred to as hw:0,0 in log). Linux folk: what is going on here? I need both to: 1) use SR=32000, and 2) test for different hardware device assignments - including -odac:hw:1,0 (it too doesn't like SR=32000). Art Hunkins - Original Message - From: victor victor.lazzar...@nuim.ie To: cso...@lists.bath.ac.uk Sent: Tuesday, September 22, 2009 3:52 AM Subject: [Csnd] Re: Getting around a (sound) device assignment problem in SoaS The compile() function in the API (and in the csndsugui module) returns 0 if successful and non-zero if not. You can check for this and recompile with different options (etc) until it works. Victor - Original Message - From: Art Hunkins abhun...@uncg.edu To: sugar-devel@lists.sugarlabs.org Cc: cso...@lists.bath.ac.uk Sent: Tuesday, September 22, 2009 4:03 AM Subject: [Csnd] Getting around a (sound) device assignment problem in SoaS For SoaS (Fedora Linux), there remains a problem of device assignment involving audio
Re: [Sugar-devel] Error running socialcalc on sugar live cd
Hello Tomeu and all, I just got the chance to try installing socialcalc on the sugar live cd and I have been able to install it properly. Here is the review of the process, might be helpful for other activities also in case anybody faces a similar problem-- 1. Actually, the error which was coming earlier was because of the permission being denied by sugar. So, in order to install any activity one is supposed to use the sudo command to have super user access. I mean, the following command would lead to above mentioned errors--- sugar-install-bundle SocialCalcActivity.xo However, using sudo will resolve the issue-- sudo sugar-install-bundle SocialCalcActivity.xo 2. However, I was unable to install the activity directly from the journal, when we click on the activity bundle in the journal, nothing actually happens. Hi, can you check you can write to /home/olpc/Activities? Yes, we can write but by using sudo command. Regards, Tomeu Cheers, VIJIT aka sumit ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Error running socialcalc on sugar live cd
On Tue, Sep 29, 2009 at 10:54 AM, vijit singh vijitthetopco...@gmail.com wrote: Hello Tomeu and all, I just got the chance to try installing socialcalc on the sugar live cd and I have been able to install it properly. Here is the review of the process, might be helpful for other activities also in case anybody faces a similar problem-- 1. Actually, the error which was coming earlier was because of the permission being denied by sugar. So, in order to install any activity one is supposed to use the sudo command to have super user access. I mean, the following command would lead to above mentioned errors--- sugar-install-bundle SocialCalcActivity.xo However, using sudo will resolve the issue-- sudo sugar-install-bundle SocialCalcActivity.xo 2. However, I was unable to install the activity directly from the journal, when we click on the activity bundle in the journal, nothing actually happens. Hi, can you check you can write to /home/olpc/Activities? Yes, we can write but by using sudo command. The directory /home/olpc/Activities should be writable by user olpc. That would explain your trouble with installing activities. The question remains, why was the ownership/write permissions of /home/olpc/Activities improperly set? -walter Regards, Tomeu Cheers, VIJIT aka sumit ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] 0.86 plans
I am planning to blog about the plans for 0.86 in the various distros. In order to ensure I get my facts straight, I am asking that those of you involved in packaging please send me a sentence or two describing your targets. regards. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] 0.86 plans
On Tue, Sep 29, 2009 at 4:06 PM, Walter Bender walter.ben...@gmail.com wrote: I am planning to blog about the plans for 0.86 in the various distros. In order to ensure I get my facts straight, I am asking that those of you involved in packaging please send me a sentence or two describing your targets. What sort of targets? 0.86 is already in rawhide and hence will be in the soon to be released Fedora 12 beta if that's the sort of target you are after. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Adventures with GPA Macbooks
On Wed, Sep 23, 2009 at 7:56 PM, Caroline Meeks carol...@solutiongrove.com wrote: Problems seem to be a good bet! What the golly gosh jimminy crippers is going on?!? Why does it work once and not again? What is linux doing that is keeping MacOSX from booting even after all the linux medium is removed? The macs have a funny BIOS that has a persistent memory. So it will remember where you booted from, and a few other things. If this BIOS gets confused and stores its confusion in persistent mem, you get exactly what you are seeing. Removing the batteries resets this memory. In Mac parlance, resetting this memory is known as resetting the PRAM (or maybe PROM). There is a key combination -- different between mac models -- that does this. Add the exact model of your mac to the search below... http://www.google.be/search?q=resetting+pram+mac this is a good example http://support.apple.com/kb/HT1379 hth, 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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] 0.86 plans
On Tue, Sep 29, 2009 at 11:06:56AM -0400, Walter Bender wrote: I am planning to blog about the plans for 0.86 in the various distros. In order to ensure I get my facts straight, I am asking that those of you involved in packaging please send me a sentence or two describing your targets. Some info could be taken from http://wiki.sugarlabs.org/go/Development_Team/Packaging -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] 0.86 plans
On Tue, Sep 29, 2009 at 11:19 AM, Peter Robinson pbrobin...@gmail.com wrote: On Tue, Sep 29, 2009 at 4:06 PM, Walter Bender walter.ben...@gmail.com wrote: I am planning to blog about the plans for 0.86 in the various distros. In order to ensure I get my facts straight, I am asking that those of you involved in packaging please send me a sentence or two describing your targets. What sort of targets? 0.86 is already in rawhide and hence will be in the soon to be released Fedora 12 beta if that's the sort of target you are after. Exactly what I am after. Thanks. Peter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] 0.86 plans
On Tue, Sep 29, 2009 at 4:46 PM, Walter Bender walter.ben...@gmail.com wrote: On Tue, Sep 29, 2009 at 11:19 AM, Peter Robinson pbrobin...@gmail.com wrote: On Tue, Sep 29, 2009 at 4:06 PM, Walter Bender walter.ben...@gmail.com wrote: I am planning to blog about the plans for 0.86 in the various distros. In order to ensure I get my facts straight, I am asking that those of you involved in packaging please send me a sentence or two describing your targets. What sort of targets? 0.86 is already in rawhide and hence will be in the soon to be released Fedora 12 beta if that's the sort of target you are after. Exactly what I am after. Thanks. No probs. The entire F12 schedule is here https://fedoraproject.org/wiki/Releases/12 the beta should be out on Oct 13th with the final release on Nov 10th. Cheers, Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Wiki] Reorganize sugar download pages
Hi all, For now we have three wiki pages to get download info: * http://wiki.sugarlabs.org/go/Downloads * http://wiki.sugarlabs.org/go/Supported_systems * http://wiki.sugarlabs.org/go/Development_Team/Packaging That could be confusing, so maybe having one page for users who want only stable releases/ways-to-run-sugar and another page for developers and experienced users? In my mind http://wiki.sugarlabs.org/go/Supported_systems is redundant - all info from that page could be moved to per-distro pages? -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Activity version compatibility
On 29 Sep 2009, at 14:00, Wade Brainerd wrote: On Mon, Sep 28, 2009 at 8:15 PM, Gary C Martin g...@garycmartin.com wrote: I have a prototype patch which fixes the launch window and adds an error message. I'll try to get it posted soon. Cool :-) Ok, a prototype patch is posted at http://dev.sugarlabs.org/ticket/1447 . When an activity fails to start, it immediately displays a Name failed to start. with a close button. If anyone can test it out I would greatly appreciate it. Also if you have a theory about the occasional segfault when clicking Close, or know how to get a traceback when running jhbuild, let me know. Fantastic, looks great, I'm hacking on new Labyrinth toolbars just now so, I will apply this and test it on all the tracebacks I get ;-) Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] 0.86 plans
On Tue, Sep 29, 2009 at 11:06:56AM -0400, Walter Bender wrote: I am planning to blog about the plans for 0.86 in the various distros. In order to ensure I get my facts straight, I am asking that those of you involved in packaging please send me a sentence or two describing your targets. As posted to this list on september 20th, the plan for Debian is this: The plan is to maintain a) newest upstream branch and b) newest stable branch and possibly c) additional older stable releases. A) and b) is sometimes one and the same, and c) depends on interest them both upstream, in the Alioth OLPC team and among users. So the end result might at some times be a single maintained branch, or it may be several. In other words, the plan is to track at least head of development and head of stable. And to leave a trail behind of all stable releases for others to spawn off from if they so choose. There is currently no decided release plan for Debian (other than the classic when ready), so it is not possible to say what exact versions of Sugar will be included. Greetings from Taipei, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] 0.86 plans
On Tue, Sep 29, 2009 at 11:06:56AM -0400, Walter Bender wrote: I am planning to blog about the plans for 0.86 in the various distros. In order to ensure I get my facts straight, I am asking that those of you involved in packaging please send me a sentence or two describing your targets. Among jhconvert's official repos, Mandriva: 0.86 was packaged to development repository and will be in the next 2010.0 release(2009-11-03) -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Csnd] Re: Getting around a (sound) device assignment problem in SoaS
Rick, I'll be happy to do such a page at Csounds.com. I'll need to wait, however, until the project is complete. Three things need to happen: 1) The multiple MIDI controller option of 5.10 needs to be patched into the Sugar Fedora updates (and shown to work); 2) This all needs to be available in a regular Sugar release (hopefully, 0.86 but probably later - until then, users/developers won't have easy access to all the features of 5.10, and without updates the current and only Sugar-on-a-Stick Strawberry [0.84] doesn't have a working Csound at all); 3) My Activities are properly posted at Sugar Labs (to be widely available). They cannot be posted until #1 occurs, hopefully sometime in October, according to Peter Robinson. Meanwhile, we're nearly there. Art Hunkins - Original Message - From: Dr. Richard Boulanger rboulange...@gmail.com To: cso...@lists.bath.ac.uk Cc: cso...@lists.bath.ac.uk; pbrobin...@gmail.com; sugar-devel@lists.sugarlabs.org Sent: Tuesday, September 29, 2009 10:32 AM Subject: [Csnd] Re: Fw: Re: Re: Re: Getting around a (sound) device assignment problem in SoaS Art, Now that you have figured all this out, it would be cool for you to create a SOS page for us at cSounds.com or Sourceforge. What do you think. Victor showed me SOS a few months back and it was pretty wonderful. I think that many csounders would like it especially if all the pieces, links, tips and toots were all in one place. Appreciating all your efforts in this area. -Rick Sent from my iPhone On Sep 29, 2009, at 10:25 AM, Art Hunkins abhun...@uncg.edu wrote: I neglected to mention perhaps the most important fact of all: with SoaS, any MIDI controller(s) must be plugged in AFTER boot and BEFORE compiling a .csnd. Users must be given explicit instruction to this effect. Note that this limitation does not apply to the XO. My thoughts are: 1) Getting around this limitation is far more trouble that it's worth; 2) In the world of XO and Sugar-on-a-Stick a potential misunderstanding would arise rarely in any case. Art Hunkins - Original Message - From: Art Hunkins abhun...@uncg.edu To: cso...@lists.bath.ac.uk Cc: pbrobin...@gmail.com Sent: Monday, September 28, 2009 4:35 PM Subject: Re: [Csnd] Re: Re: Re: Getting around a (sound) device assignment problem in SoaS Hi, Andres, With further experimentation, I've found that the following CsOptions will work fine for my purposes in the XO-1/Sugar-on-a- Stick context: -odac -+rtaudio=alsa -+rtmidi=alsa -M hw:1,0 Comments: Alsa is low-latency as is supported (to this date) on all XO and SoaS platforms. -odac refers indeed to the default plughw and makes the conversions you mention, at no apparent cost - whereas -odac:hw:0,0 does not. - odac will thus work as long as there is a single (usually the builtin) hardware device. This is something I can count on. -M hw:1,0 will work as long as only one controller is attached (which I can count on for my single-controller .csd's), and as long as any built-in MIDI interface (rare these days, as Peter pointed out) is not being used. I think I can count on MIDI being via USB. (If someone on the outside chance *did* want to use a builtin MIDI interface, he can change hw:1,0 to hw:0,0.) So, the above will work in all usual configurations, as long as: built-in audio is used; one USB MIDI controller is used For my multiple MIDI controller versions, these will use: - +rtmidi=alsa -Ma as soon as Peter finds the time to incorporate your multi- controller patch. Once this is achieved, all my issues are settled, and I'll be a happy camper (= find my joy). Art Hunkins - Original Message - From: Andres Cabrera mantaray...@gmail.com To: cso...@lists.bath.ac.uk Sent: Monday, September 28, 2009 3:27 PM Subject: [Csnd] Re: Re: Re: Getting around a (sound) device assignment problem in SoaS Hi, Since there's been no reply, I'll take a stab, but I may be compeltely wrong... I think alsa names hw: real hardware devices. Hardware devices can be constrained as to the number of channels or sample rates supported. There might be software interfaces to these devices (like the alsa default interface), which are plughw: devices, which can take care of sample rate conversion and different number of channels. To override the default settings, you would need to mess with the .asounrc file, which I wouldn't recommend since it might take you a while, as it is not very documented. Cheers, Andres On Wed, Sep 23, 2009 at 9:41 PM, Art Hunkins abhun...@uncg.edu wrote: In starting down the road Victor suggests (and to solve the problem addressed in the subject), I immediately ran into an anomaly. I've no idea whether the issue is Csound's or Sugar/Linux. Description: In working with the XO-1, I settled on a stereo SR=32000. (This is the maximum SR I can use with my .csd's and get glitch-free sound on the
Re: [Sugar-devel] [Csnd] Re: Getting around a (sound) device assignment problem in SoaS
Art, I'll be happy to do such a page at Csounds.com. I'll need to wait, however, until the project is complete. Three things need to happen: 1) The multiple MIDI controller option of 5.10 needs to be patched into the Sugar Fedora updates (and shown to work); 2) This all needs to be available in a regular Sugar release (hopefully, 0.86 but probably later - until then, users/developers won't have easy access to all the features of 5.10, and without updates the current and only Sugar-on-a-Stick Strawberry [0.84] doesn't have a working Csound at all); 3) My Activities are properly posted at Sugar Labs (to be widely available). They cannot be posted until #1 occurs, hopefully sometime in October, according to Peter Robinson. I had a very brief look at this a couple of days ago while avoiding the study I should have been doing. The patch doesn't apply cleanly to the 5.10.1 release in Fedora so it might take a bit more work than expected. I'm hoping to get to this in the first week of October and I will need you to test it at that point to ensure that it works. Once that is complete I don't see an issue getting this tagged into the F-12 beta release (and hence SoaS-2 which has the 0.86 sugar release). The current soas-1 release has access to all the Fedora-11 updates which actually does have a working csound in it (once the updates are applied) as does the current SoaS-2 snapshot. They just currently don't have support for multiple midi devices. I think all the issues should be resolved in a couple of weeks. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Error running socialcalc on sugar live cd
Hello Walter and all, The directory /home/olpc/Activities should be writable by user olpc. Yes, they should be in the live cd also as they are writable in the normal xo and the sugar emulator as well. That would explain your trouble with installing activities. The question remains, why was the ownership/write permissions of /home/olpc/Activities improperly set? Well, I didn't changed any settings ( I think sugar doesn't permits an user or even an administrator to change such settings on the sugar system). So, I think these permissions are set by default in the live cd by the rainbow system. I think some more related person would be able to explain better. -walter Cheers, VIJIT ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
El Tue, 29-09-2009 a las 12:36 +, Aleksey Lim escribió: pygame and numpy are parts of Sugar Platform[1], at least for 0.84, so, the right question is should these pakcages be a part of SP-0.86 I guess +1 for both, since we have honey activities that are depend on these packages. In Sugar shell 0.82, the only thing that numpy was providing was a bit matrix. In 0.82, we replaced it with faster and lighter C code in sugar-base, and it was a big performance win. I suspect the #1 usecase for numpy is to compensate for lack of good array support in Python. Questions: 1) are there lighter-weight alternatives for the most popular uses of numpy? 1) how many of the existing activities actually depend on numpy? 2) would it be hard to remove this dependency from them? 3) Should we define a policy for deprecating components of the Sugar Platform in new revisions? All evolving standards need to find a balance between new features with old feature removal to avoid unbounded bloat. 4) Even if numpy is going to stay around for the Sugar Platform, could we remove it from Pippy and other core activities to save resources and allow shipping lighter weight live distros? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
On Tue, Sep 29, 2009 at 9:10 PM, Bernie Innocenti ber...@codewiz.org wrote: El Tue, 29-09-2009 a las 12:36 +, Aleksey Lim escribió: pygame and numpy are parts of Sugar Platform[1], at least for 0.84, so, the right question is should these pakcages be a part of SP-0.86 I guess +1 for both, since we have honey activities that are depend on these packages. In Sugar shell 0.82, the only thing that numpy was providing was a bit matrix. In 0.82, we replaced it with faster and lighter C code in sugar-base, and it was a big performance win. I suspect the #1 usecase for numpy is to compensate for lack of good array support in Python. Questions: 1) are there lighter-weight alternatives for the most popular uses of numpy? 1) how many of the existing activities actually depend on numpy? A quick repo query gives me pippy and sugar-speak in the fedora repo. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
We use numpy in Measure for array support and the fft library. We used it in Turtle Art with Sensors for similar reasons. -walter On Tue, Sep 29, 2009 at 4:19 PM, Peter Robinson pbrobin...@gmail.com wrote: On Tue, Sep 29, 2009 at 9:10 PM, Bernie Innocenti ber...@codewiz.org wrote: El Tue, 29-09-2009 a las 12:36 +, Aleksey Lim escribió: pygame and numpy are parts of Sugar Platform[1], at least for 0.84, so, the right question is should these pakcages be a part of SP-0.86 I guess +1 for both, since we have honey activities that are depend on these packages. In Sugar shell 0.82, the only thing that numpy was providing was a bit matrix. In 0.82, we replaced it with faster and lighter C code in sugar-base, and it was a big performance win. I suspect the #1 usecase for numpy is to compensate for lack of good array support in Python. Questions: 1) are there lighter-weight alternatives for the most popular uses of numpy? 1) how many of the existing activities actually depend on numpy? A quick repo query gives me pippy and sugar-speak in the fedora repo. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
Bernie Innocenti wrote: Questions: 1) are there lighter-weight alternatives for the most popular uses of numpy? No. It has no competition, and is used by virtually every program that uses python and performs array manipulation. I think it would probably be part of the python standard library except for political issues (now mostly resolved). 1) how many of the existing activities actually depend on numpy? Many. I know that Distance uses it for FFT, for example. I believe Calculate requires it as well, because it uses matplotlib for plotting, and matplotlib requires numpy. 2) would it be hard to remove this dependency from them? Yes. Numpy provides high-speed math for python. 3) Should we define a policy for deprecating components of the Sugar Platform in new revisions? All evolving standards need to find a balance between new features with old feature removal to avoid unbounded bloat. Maybe, but numpy is not a good example. Virtually all science-oriented programs using python make use of numpy. 4) Even if numpy is going to stay around for the Sugar Platform, could we remove it from Pippy and other core activities to save resources and allow shipping lighter weight live distros? Only if you don't mind that many Activities will mysteriously fail to launch. signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
On Tue, Sep 29, 2009 at 4:10 PM, Bernie Innocenti ber...@codewiz.org wrote: El Tue, 29-09-2009 a las 12:36 +, Aleksey Lim escribió: I suspect the #1 usecase for numpy is to compensate for lack of good array support in Python. Questions: 1) are there lighter-weight alternatives for the most popular uses of numpy? How about numarray? $ rpm -q --requires python-numarray /bin/sh /usr/bin/env libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.2.5)(64bit) libpthread.so.0()(64bit) libpython2.6.so.1.0()(64bit) python(abi) = 2.6 rpmlib(CompressedFileNames) = 3.0.4-1 rpmlib(FileDigests) = 4.6.0-1 rpmlib(PartialHardlinkSets) = 4.0.4-1 rpmlib(PayloadFilesHavePrefix) = 4.0-1 rpmlib(VersionedDependencies) = 3.0.3-1 rtld(GNU_HASH) rpmlib(PayloadIsXz) = 5.2-1 1) how many of the existing activities actually depend on numpy? Peter answered this 2) would it be hard to remove this dependency from them? I seem to recall several Python apps moving from numpy to numarray in the past, so it should be doable. If we want to do this, we should probably create a tracker bug in Bugzilla. 3) Should we define a policy for deprecating components of the Sugar Platform in new revisions? All evolving standards need to find a balance between new features with old feature removal to avoid unbounded bloat. That sounds reasonable. Like new activities using numpy will not be accepted? If the porting work from numpy to numarray is documented, this should be linked to from the policy as well, so that people can adapt their activities. 4) Even if numpy is going to stay around for the Sugar Platform, could we remove it from Pippy and other core activities to save resources and allow shipping lighter weight live distros? Probably a good thing to do, yes. Regards, -- Michel Alexandre Salim -- Michel Alexandre Salim ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
El Tue, 29-09-2009 a las 16:25 -0400, Benjamin M. Schwartz escribió: Bernie Innocenti wrote: 1) are there lighter-weight alternatives for the most popular uses of numpy? No. It has no competition, and is used by virtually every program that uses python and performs array manipulation. I think it would probably be part of the python standard library except for political issues (now mostly resolved). It's not used as much as you think: 1!ber...@giskard:~$ LANG=C rpm -e numpy error: Failed dependencies: numpy is needed by (installed) pygame-1.8.1-7.fc12.x86_64 ber...@giskard:~$ rpm -qa | grep python | wc -l 93 It's also one of the worst startup time offenders I've ever seen in Python: with hot caches, it takes 300ms on a fast computer (~2 seconds on an XO). A lot longer if you have to actually fetch it from disk along with its unique dependencies. 2) would it be hard to remove this dependency from them? Yes. Numpy provides high-speed math for python. high-speed *advanced* math functions. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
Michel Alexandre Salim wrote: I seem to recall several Python apps moving from numpy to numarray in the past, so it should be doable. I strongly suspect you are backwards. Numarray is the deprecated predecessor to numpy. http://www.stsci.edu/resources/software_hardware/numarray/numarray.html numarray is being phased out and replaced by numpy. ... we expect to stop supporting numarray entirely in the middle of 2008. If you have a choice (i.e., you do not depend on existing software that uses numarray), we strongly recommend starting with numpy instead of numarray (or switching as soon as possible). signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
On Tue, Sep 29, 2009 at 9:42 PM, Bernie Innocenti ber...@codewiz.org wrote: El Tue, 29-09-2009 a las 16:25 -0400, Benjamin M. Schwartz escribió: Bernie Innocenti wrote: 1) are there lighter-weight alternatives for the most popular uses of numpy? No. It has no competition, and is used by virtually every program that uses python and performs array manipulation. I think it would probably be part of the python standard library except for political issues (now mostly resolved). It's not used as much as you think: 1!ber...@giskard:~$ LANG=C rpm -e numpy error: Failed dependencies: numpy is needed by (installed) pygame-1.8.1-7.fc12.x86_64 ber...@giskard:~$ rpm -qa | grep python | wc -l 93 On a standard SoaS install unfortunately that is completely useless because of course .xo files have no dependency tracking so it only covers the few packages that are rpms. Of course if the rpm format was used the dep tracking would be easy :-D Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
On Tue, Sep 29, 2009 at 9:45 PM, Toshio Kuratomi a.bad...@gmail.com wrote: On 09/29/2009 12:51 AM, Peter Robinson wrote: On Tue, Sep 29, 2009 at 2:33 AM, Bernie Innocenti ber...@codewiz.org wrote: Hello, the sugar-pippy rpm in Fedora depends on pygame, which is used by some of the examples. So far, so good, but pygame in turn depends on numpy, a 7.7MB package which a lot of huge dependencies such as atlas (11MB), libgfortran (1MB), blas (700KB) and python-nose (1MB). The rest of Sugar is now free of numpy, so it would be good if we could get rid of it completely. One quick solution would be splitting the problematic examples to a sugar-pippy-examples-extra package. Another possibility -- probably the cleanest -- would be splitting the optional classes surfarray and sndarray to a subpackage of pygame. The numpy dep issue was discussed on fedora-devel a while ago and I thought they were going to split the specific bit of numpy that depended on atlas et al out into a separate package. I was of the understanding that this had already been done. I admit I'm not following sugar and numpy discussions too closely so I might have missed it but I don't remember this. I do remember talking about removing the numpy dependency from pygtk because it dragged in atlas, et al and was only used by a single pygtk function. I remember that as well but at least with a quick repoquery (I might have got it wrong) it looks like the dependency is still there. Not sure what happened to the fix. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Csnd] Re: Getting around a (sound) device assignment problem in SoaS
Peter, That sounds wonderful. I'll be right here available to test whenever you like. I'm especially glad that things would be ready for 0.86 Sugar. I hope I didn't mislead anyone in assessing Csound in 0.84 Sugar (and SoaS Strawberry). I was pointing out that for SoaS-1, updates *are required* for Csound to work in an Activity: 1) to Python2.6; 2) installing csound-python, which in turn, updates Csound (from OLPCsound). This is fine for developers, but tricky for the average user - perhaps a Linux neophyte. It will certainly be nice to just make an SoaS stick and go online to download an Activity and sound just plays. With regard to SoaS-2 beta: Glad to hear it works. I've been unable to use it myself, as it does not recognize other USB sticks; so I can't easily copy my activities to it. (The Terminal frame also seems to work the opposite from SoaS Strawberry; or am I hallucinating?) Art Hunkins - Original Message - From: Peter Robinson pbrobin...@gmail.com To: Art Hunkins abhun...@uncg.edu Cc: sugar-devel@lists.sugarlabs.org; cso...@lists.bath.ac.uk Sent: Tuesday, September 29, 2009 2:40 PM Subject: Re: [Csnd] Re: Getting around a (sound) device assignment problem in SoaS Art, I'll be happy to do such a page at Csounds.com. I'll need to wait, however, until the project is complete. Three things need to happen: 1) The multiple MIDI controller option of 5.10 needs to be patched into the Sugar Fedora updates (and shown to work); 2) This all needs to be available in a regular Sugar release (hopefully, 0.86 but probably later - until then, users/developers won't have easy access to all the features of 5.10, and without updates the current and only Sugar-on-a-Stick Strawberry [0.84] doesn't have a working Csound at all); 3) My Activities are properly posted at Sugar Labs (to be widely available). They cannot be posted until #1 occurs, hopefully sometime in October, according to Peter Robinson. I had a very brief look at this a couple of days ago while avoiding the study I should have been doing. The patch doesn't apply cleanly to the 5.10.1 release in Fedora so it might take a bit more work than expected. I'm hoping to get to this in the first week of October and I will need you to test it at that point to ensure that it works. Once that is complete I don't see an issue getting this tagged into the F-12 beta release (and hence SoaS-2 which has the 0.86 sugar release). The current soas-1 release has access to all the Fedora-11 updates which actually does have a working csound in it (once the updates are applied) as does the current SoaS-2 snapshot. They just currently don't have support for multiple midi devices. I think all the issues should be resolved in a couple of weeks. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar-pippy dependencies
On Tue, Sep 29, 2009 at 10:02 PM, Toshio Kuratomi a.bad...@gmail.com wrote: On 09/29/2009 01:52 PM, Peter Robinson wrote: On Tue, Sep 29, 2009 at 9:45 PM, Toshio Kuratomi a.bad...@gmail.com wrote: I admit I'm not following sugar and numpy discussions too closely so I might have missed it but I don't remember this. I do remember talking about removing the numpy dependency from pygtk because it dragged in atlas, et al and was only used by a single pygtk function. I remember that as well but at least with a quick repoquery (I might have got it wrong) it looks like the dependency is still there. Not sure what happened to the fix. Was that on F-11 or rawhide? I downloaded the pygtk2 package from rawhide and it looks fixed. rawhide, I think the numpy support was just dropped from pygtk2 as opposed to fixing the dependencies in numpy themselves. numpy still depends on atlas and various other stuff. I'm not sure what the impact of either changes are, I'd have to dig back through archives to find the thread. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Adventures with GPA Macbooks
Thanks Martin, Does that give us any hint about whats happening? How is that PRAM/PROM normally set? Maybe we need to go change the default somewhere? On Tue, Sep 29, 2009 at 11:33 AM, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, Sep 23, 2009 at 7:56 PM, Caroline Meeks carol...@solutiongrove.com wrote: Problems seem to be a good bet! What the golly gosh jimminy crippers is going on?!? Why does it work once and not again? What is linux doing that is keeping MacOSX from booting even after all the linux medium is removed? The macs have a funny BIOS that has a persistent memory. So it will remember where you booted from, and a few other things. If this BIOS gets confused and stores its confusion in persistent mem, you get exactly what you are seeing. Removing the batteries resets this memory. In Mac parlance, resetting this memory is known as resetting the PRAM (or maybe PROM). There is a key combination -- different between mac models -- that does this. Add the exact model of your mac to the search below... http://www.google.be/search?q=resetting+pram+mac this is a good example http://support.apple.com/kb/HT1379 hth, 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 -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Test ballot complete. Feedback
I would like to announce the completion of the Sugar Labs Test Election. Know issues: The election server is very overloaded. It was not uncommon for the server to take a minute or more to process a a submission. As far as I can tell everyones vote was processed. Please keep track of your 'token' so you can verify that you vote has been processed correctly. The test election was mis-configured to run until October 28 instead of September 28. I will verify that the SLOBs election is configured correctly. Incorrect email on membership roster. I received one notice that someone did not receive a voter token. I will verify their name against the membership log and update the email roster list as necessary. Does anyone else have feedback on the test election? Please submit that feedback to this list or to me personally. David Farning SLOBs election 2009-2010 referee ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Test ballot complete. Feedback
On Tue, Sep 29, 2009 at 06:02:22PM -0500, David Farning wrote: I would like to announce the completion of the Sugar Labs Test Election. Know issues: The election server is very overloaded. It was not uncommon for the server to take a minute or more to process a a submission. As far as I can tell everyones vote was processed. Please keep track of your 'token' so you can verify that you vote has been processed correctly. The test election was mis-configured to run until October 28 instead of September 28. I will verify that the SLOBs election is configured correctly. Incorrect email on membership roster. I received one notice that someone did not receive a voter token. I will verify their name against the membership log and update the email roster list as necessary. Does anyone else have feedback on the test election? Please submit that feedback to this list or to me personally. David Farning SLOBs election 2009-2010 referee ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Didn't get any feedback and voter tokens on my email to members@ as well. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Test ballot complete. Feedback
This situation appears to be based on a missing email to memb...@sugarlabs.org. In good faith, the membership committee has added Aleksey Lim alsr...@member.fsf.org to the membership roster. David Farning SLOBs election 2009-2010 referee On Tue, Sep 29, 2009 at 6:47 PM, Aleksey Lim alsr...@member.fsf.org wrote: On Tue, Sep 29, 2009 at 06:02:22PM -0500, David Farning wrote: I would like to announce the completion of the Sugar Labs Test Election. Know issues: The election server is very overloaded. It was not uncommon for the server to take a minute or more to process a a submission. As far as I can tell everyones vote was processed. Please keep track of your 'token' so you can verify that you vote has been processed correctly. The test election was mis-configured to run until October 28 instead of September 28. I will verify that the SLOBs election is configured correctly. Incorrect email on membership roster. I received one notice that someone did not receive a voter token. I will verify their name against the membership log and update the email roster list as necessary. Does anyone else have feedback on the test election? Please submit that feedback to this list or to me personally. David Farning SLOBs election 2009-2010 referee ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Didn't get any feedback and voter tokens on my email to members@ as well. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Test ballot complete. Feedback
It turns out that the first five people to request member ship via mem...@sugarlabs.org were missing from the email roster. They follow: * Sebastian Dziallas sebast...@?.? | sdz | APPROVED * Tom Gilliard satel...@?.? | satellit | APPROVED * Brian Jordan bcjor...@?.? | Bcjordan | brian | APPROVED * Caroline Meeks solutiongr...@?.? | APPROVED * Dave Bauer d...@?.? | daveb | APPROVED The membership committee has added them to the roster. David Farning SLOBs election 2009-2010 referee On Tue, Sep 29, 2009 at 6:02 PM, David Farning dfarn...@sugarlabs.org wrote: I would like to announce the completion of the Sugar Labs Test Election. Know issues: The election server is very overloaded. It was not uncommon for the server to take a minute or more to process a a submission. As far as I can tell everyones vote was processed. Please keep track of your 'token' so you can verify that you vote has been processed correctly. The test election was mis-configured to run until October 28 instead of September 28. I will verify that the SLOBs election is configured correctly. Incorrect email on membership roster. I received one notice that someone did not receive a voter token. I will verify their name against the membership log and update the email roster list as necessary. Does anyone else have feedback on the test election? Please submit that feedback to this list or to me personally. David Farning SLOBs election 2009-2010 referee ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sugarcamp_Bolzano_2009
I would like to re-extend the invitation for Sugarcamp_Bolzano_2009[1]. As it stands, we have four people currently registered: 1. Simon Schampijer 2. Tomeu Vizoso 3. Walter Bender 4. David Farning If anyone else is interested please add your name to the wiki page[1]. 1. http://wiki.sugarlabs.org/go/Marketing_Team/Events/Sugarcamp_Bolzano_2009 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Activity version compatibility
BTW, we should still answer the question of the activity.info field... Seems like there 3 options to me: 1) Deprecate host_version in the activity.info spec. Activity developers write code to test for presence non-BC APIs and provide fallbacks (or else let activities fail to launch/work). 2) Keep host_version as an incrementing number, make activityfactory respect it, and bump the Sugar number from 1 to 2 in 0.86.1 to reflect the toolbar changes. 3) Deprecate host_version, introduce sugar_version which is set to the oldest Sugar version number the activity is compatible with. I'm fine with any of these, let me know and I'll provide the patch. -Wade On Tue, Sep 29, 2009 at 12:12 PM, Gary C Martin g...@garycmartin.comwrote: On 29 Sep 2009, at 14:00, Wade Brainerd wrote: On Mon, Sep 28, 2009 at 8:15 PM, Gary C Martin g...@garycmartin.com wrote: I have a prototype patch which fixes the launch window and adds an error message. I'll try to get it posted soon. Cool :-) Ok, a prototype patch is posted at http://dev.sugarlabs.org/ticket/1447. When an activity fails to start, it immediately displays a Name failed to start. with a close button. If anyone can test it out I would greatly appreciate it. Also if you have a theory about the occasional segfault when clicking Close, or know how to get a traceback when running jhbuild, let me know. Fantastic, looks great, I'm hacking on new Labyrinth toolbars just now so, I will apply this and test it on all the tracebacks I get ;-) Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Test ballot complete. Feedback
El Tue, 29-09-2009 a las 18:02 -0500, David Farning escribió: I would like to announce the completion of the Sugar Labs Test Election. Know issues: The election server is very overloaded. It was not uncommon for the server to take a minute or more to process a a submission. As far as I can tell everyones vote was processed. Please keep track of your 'token' so you can verify that you vote has been processed correctly. The test election was mis-configured to run until October 28 instead of September 28. I will verify that the SLOBs election is configured correctly. Incorrect email on membership roster. I received one notice that someone did not receive a voter token. I will verify their name against the membership log and update the email roster list as necessary. Does anyone else have feedback on the test election? Please submit that feedback to this list or to me personally. Yeah yeah, that's really great and stuff... but you forgot to tell us the *most important* thing that *everyone* is eager to know: WHAT'S THE BEST ACTIVITY? (-; -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
