Re: [Sugar-devel] Hosting activities(and its deps) sources(and not only) tarballs
On Tue, Jul 20, 2010 at 5:04 PM, Aleksey Lim alsr...@member.fsf.org wrote: Hi all, I'm working on Zero Sugar packaging infrastructure and wandering how to solve activity tarballs/bundles/etc hoisting issue. How does 0sugar work with multiple architectures such x86/x86_64/ARM? Peter Until now, I kept in mind only rsync access to remote directory (on sunjammer by default). But I guess it is overkill to require arbitrary activity developer to have ssh access to sunjammer (but it fine for core/fructose developers). There could be, at least, several options: * OBS (hosted by openSUSE or SL). http://wiki.opensuse.org/openSUSE:Build_Service It is full functional packaging environment but mainly targeting to native packages. But at the end, activities could be implicitly turned (using 0sugar) to native packages just by having an analog of existed activity.info file. So, we can have one packaging/code-sharing portal for developers (in comparing with sharing portal for users - ASLO). * reuse ASLO. It is already used for .xo uploads, but .xo, as primary sharing model, should die at earlier or later. Activity developers will upload sources (manually or via tools like 0sugar) to ASLO via web UI or http api like OBS has (https://api.opensuse.org/apidocs/). Any ideas? -- Aleksey ___ 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] behaviour of F-keys on XO HS
On Tue, Jul 20, 2010 at 2:27 AM, Gonzalo Odiard godi...@gmail.com wrote: Yeah How we detect what keyboard is present? Wouldn't you be better of using xkeys or what ever gtk uses and they you don't need to what keyboard is present, it would just work. Peter On Mon, Jul 19, 2010 at 9:26 PM, Walter Bender walter.ben...@gmail.com wrote: On Mon, Jul 19, 2010 at 5:20 PM, Paul Fox p...@laptop.org wrote: i'd like to bring this discussion to a conclusion. i'm starting to be a fan of this proposal of bert's -- it's very simple, keeps the keys the same in sugar and in gnome, and on membrane and non-membrane keyboards, it's backwards compatible with existing use on XO-1, and the volume/ brightness keys remain easily discoverable. it does require that sugar respond to F5 and F6 for journal and frame -- i still don't have a feeling for whether that's an issue or not, and if so, how big. The only activity I am aware of that uses F5 and F6 on the XO is the most recent version of Paint that Gonzolo is working on. Presumably these keymaps could be grabbed by Paint when running on an OLPC XO 1.0 or when we detect the membrane keyboard. Otherwise, we could keep the mapping as Bert suggests. any yeas or nays? Yeah. paul bert wrote: On 17.07.2010, at 09:31, Bernie Innocenti wrote: El Thu, 15-07-2010 a las 23:08 -0400, Paul Fox escribió: i think everyone (except apple, i'm learning tonight) agrees this is the correct setup when not in sugar. Lenovo also seems to be switching to the Apple layout: http://www.blogcdn.com/www.engadget.com/media/2010/01/thinkpadedgepost16.jpg http://www.thinkpads.com/wp-content/gallery/lenovo-thinkpad-edge-13-review/lenov o-thinkpad-edge-13-keyboard.jpg Almost all the historic F-key mappings have an alternative CTRL+key or ALT+key mapping in modern HIGs. Keys to control laptop volume and brightness are accessed much more frequently, so it's foreseeable that over time they will supplant the F-keys in PC keyboards. +1 IMHO pressing fn to get f1 to f10 makes sense. In my daily routine I much more often change volume or brightness than use the numbered F keys. Looking at this again http://wiki.laptop.org/go/OLPC_Spanish_Non-membrane_Keyboard I propose: f1-f8 produce F key codes both with and without the fn key f9-f12 produce F codes only with fn, and volume/brightness events without fn. So holding down fn always gets you the F key codes, you can change volume/brightness without modifier, and as a bonus you can use the first eight F keys even without the fn key. This mapping should work both in Sugar and outside. - Bert - ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel =- paul fox, p...@laptop.org ___ 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 -- Gonzalo Odiard Responsable de Desarrollo Sistemas Australes ___ 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
[Sugar-devel] No sugar-base or sugar-presence-service releases for 0.90 branch?
Hi, I am currently releasing the 0.90 (a.k.a. 0.89.x) branch of Sugar for Debian. The parts sugar, sugar-artwork and sugar-toolkit have Git tags and tarballs in the 0.89.x series, but not sugar-base or sugar-presence-service. Why? ...have I perhaps missed some major structure changes? Kind regards, - 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
[Sugar-devel] Git tag missing for sugar-datastore 0.89.1 tarball release
Hi, As subject says, it seems sugar-datastore lack a Git tag v0.89.1 corresponding the recent tarball release. Kind regards, - 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] Hosting activities(and its deps) sources(and not only) tarballs
On Wed, Jul 21, 2010 at 10:25:38AM +0100, pbrobin...@gmail.com wrote: On Tue, Jul 20, 2010 at 5:04 PM, Aleksey Lim alsr...@member.fsf.org wrote: Hi all, I'm working on Zero Sugar packaging infrastructure and wandering how to solve activity tarballs/bundles/etc hoisting issue. How does 0sugar work with multiple architectures such x86/x86_64/ARM? At the end, 0sugar is only high level infrastructure interface to things like: * For distribution: * http://0install.net/, for decentrilized distribution of any pieace of sofware i.e. it is only about how to deploy some package taking into account its OS, architecture, dependencies. * PackageKit, to install dependencies from native packages (it is supported via 0install) * via sneakernet, i.e. bundling packages to .xo * For building binaries: * https://build.opensuse.org/, to build binaries for bunch of rpm/deb based distros and arches that OBS supports http://wiki.opensuse.org/openSUSE:Build_Service_supported_build_targets these binaries could be used as-is (by attaching rpm/deb repos) or 0install * local build So, the short answer, these things are designed to be architecture (and even in case of 0install, OS) agnostic. The long answer is long... but anyway OBS provides possibility to build binaries on several arches and 0install is designed to deploy them. Peter Until now, I kept in mind only rsync access to remote directory (on sunjammer by default). But I guess it is overkill to require arbitrary activity developer to have ssh access to sunjammer (but it fine for core/fructose developers). There could be, at least, several options: * OBS (hosted by openSUSE or SL). http://wiki.opensuse.org/openSUSE:Build_Service It is full functional packaging environment but mainly targeting to native packages. But at the end, activities could be implicitly turned (using 0sugar) to native packages just by having an analog of existed activity.info file. So, we can have one packaging/code-sharing portal for developers (in comparing with sharing portal for users - ASLO). * reuse ASLO. It is already used for .xo uploads, but .xo, as primary sharing model, should die at earlier or later. Activity developers will upload sources (manually or via tools like 0sugar) to ASLO via web UI or http api like OBS has (https://api.opensuse.org/apidocs/). Any ideas? -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] HELP REQUEST: Record activity developers / gstream experts
That is what im thinking, but i realy like the way record looks and feels. I plan to make a Microscope activity, but want to use as much of the record nuts and bolts as possible because of how seamless its sharing is. The way you see the photos other poeple have taken while working together is ideal. On 2010-07-20, at 10:43 PM, Aleksey Lim alsr...@member.fsf.org wrote: On Fri, Jul 16, 2010 at 02:54:39PM +0300, Joseph Gordon wrote: Dear developers First I'd like to say I love your code and it was easy to find where the changes would be made. I am working on a secondary school deployment of 1.5s and I would like to support usb microscopes within the sugar environment. I am working at Ntugi school in kenya www.ntugischool.com feel free to look us up. My device can be called with gstream as /dev/video1 but does not support frame caps, colorspace or other driver controls. All i want to be able to do is see the live image and take a picture. I can make most of the gui changes but im stuck when it comes to glive.py. I do not know where the changes need to be made to support this device. I can take a pic with pipeline = gst.parse_launch('v4l2src device=/dev/video1 ! jpegenc ! filesink location=/tmp/microscope.jpg') Any feedback would be great. What about creating activity only for this particular purpose, I mean it could be more useful to keep Record simple and support in Microscope activity special workflows. For example there is TimeLaps activity (http://activities.sugarlabs.org/en-US/sugar/addon/4270) which is also record/video related. Adam Gordon Upper Canada College Toronto, ON, Canada www.ntugischool.com PS. I am in Kenya until the 21st where implementation would be easy, though the communication between us is strong enough to impliment this later aswell. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Aleksey ___ 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] [SoaS] Call for Testers: LiveUSB Creator on other Distributions
On Tue, Jul 20, 2010 at 9:41 AM, Sebastian Dziallas sebast...@when.com wrote: Hi all, I'd like us to get a coherent way in terms of user interfaces for creating Sugar on a Stick on as many distributions as possible. I do have a first iteration of such a release using Fedora's LiveUSB Creator ready and need some testers with - preferably different - distributions. There are a couple of things that need to be checked before this is ready for mass-consumption, but if you're interested in giving this a try, please drop me a line and note the distributions you're running on real machines on which you could actually test this. Thanks, --Sebastian ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas Another observation from Lucid: The file browser doesn't remember what directory you were using between sessions and even when searching for a new .iso within a single session. Also, I got burnt by the forgot to set the overlay size and had to restart the application even after my session ended. -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] HELP REQUEST: Record activity developers / gstream experts
On 21 July 2010 04:25, Joseph Gordon agordon...@me.com wrote: That is what im thinking, but i realy like the way record looks and feels. I plan to make a Microscope activity, but want to use as much of the record nuts and bolts as possible because of how seamless its sharing is. The way you see the photos other poeple have taken while working together is ideal. Sharing is not really difficult in Sugar, and Record is a horribly bad example of how to do sharing. Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Design] Home views and Journal integration
Daniel posted this on de...@lists.laptop.org ( http://lists.laptop.org/pipermail/devel/2010-July/029403.html): On 20 July 2010 12:33, Reuben K. Caron reuben at laptop.org wrote: So what if we created a Library Activity The activity would: -Open a book from within the activity -Highlight and annotate books -List all of the books you have downloaded -Allow you to search and download additional books from Feed Books, Internet Archive, the XS, etc.. -List the resources in /home/olpc/Library (so this can be removed from Browse) -Allow one to synchronously or asynchronously share a book to their Neighborhood so anyone can download and read it. I'd argue that some of this is duplication of functionality that belongs (or already is) in the Journal and the Read activity, having such a design might kill some UI complications but add others. Parts of your concerns could be addressed with some ideas I wrote here: http://wiki.sugarlabs.org/go/Features/Content_support#Accessing_content_from_home_screen I agree that this definitely merits further design/discussion. Daniel Concerning the Journal, Gary commented ( http://lists.laptop.org/pipermail/devel/2010-July/029404.html): I'd lean towards improving the Journal with a grid view and background sharing, as it could provide much the same thing for _all_ activities not just books (Alekseys Library was along this vector, as are I think his plans for future Journal). Journal is really in need of love, and a plan, for so long now :) Regards, --Gary Walter and others have commented at http://wiki.sugarlabs.org/go/Talk:Features/Content_support. --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Some activities to fix (or check) for F11-0.88
On Tue, Jul 20, 2010 at 11:24 PM, Bernie Innocenti ber...@codewiz.org wrote: Hello Jorge, I know activities are low-priority now, but when you have time it would be good to try to fix these activities with known problems: com.laptop.Ruler, The ruler is scaled incorrectly (since Sugar 0.84) Ticket #2113 (closed) -walter com.socialtext.SocialCalcActivity, This one has startup problems (since Sugar 0.84) due to a hard-coded timeout to synchronize the Python part with the JavaScript part. There are also bugs in charts. OLPC dropped it from their builds. org.worldwideworkshop.PollBuilder, org.worldwideworkshop.olpc.JigsawPuzzle, org.worldwideworkshop.olpc.SliderPuzzle, These are simply untested on 0.88. They might work out of the box. Do we want PollBuilder in the default installation of F11-0.88? org.laptop.AcousticMeasure (aka Distance) It is said to work badly on the XO-1.5. But did it ever work well? While we cannot expect the method used by Distance to yield very accurate results, but in the past I've always seen pseudo-random numbers even with the X-1. tv.alterna.Clock This one does not make much sense until we set the time from ntp (no need to test it) -- // 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 -- 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] Memorize Game sharing a Created game
Hello, I would like to understand the correct procedure to share and invite a Memorize game that has been created on an XO. Whenever we try this it is very difficult to make it work. Using XO-1.0 / 8.2.1 and Memorize-34 1. Create, name and save a game adding matching pairs of photos from the journal, matched to words (text). 2. Try to invite or share with others. On the XOs that have joined, the game area remains blank (black) and nothing seems to load further 3. We tried uploading to the server (site files) and pre-loading the game on other XOs and retrying. No result I have done this successfully in the past (i.e. transfer a newly created game to others) but cannot reliable replicate. It would seem to be a standard sort of thing to do with Memorize so is it the wrong version for the build/XO that we are using? We also note that when you save a Memorize game it does not give it a file extension/type icon and thus does not load from the journal - you have to load the game from within Memorize. Have we lost something in the mix with that too? David Leeming ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel