Re: 13.1.0 build 29 for XO-4 released
On 02/11/2013 08:59 PM, Daniel Drake wrote: Hi, Another XO-4 only build for 13.1.0: http://download.laptop.org/xo-4/os/candidate/13.1.0-29/ Changes are: - Improved power saving in graphics and other areas - Latest wake-on-WLAN developments - A potential fix for loss of mouse on boot (#12101) - Latest EC code - Wikipedia works when offline (#12479) Thanks Daniel The most obvious issue I saw after booting the machine was that the Sugar cursor was corrupted. At the left side there was some artifact. After reboot the cursor was fine. A known issue? Cheers, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Renaming the Telescope activity to Scope
Am 20.11.2012 um 06:23 schrieb Martin Langhoff : > On Mon, Nov 19, 2012 at 11:58 PM, Chris Leonard > wrote: >> As I recall, this activity was already renamed once from xoscope after >> it became clear it was colliding in name space with an oscilloscpe >> activity. > > Renames are a pain in infrastructure, and in upgrade handling for users. > > I would say prefer to retain the current name until there's an > overwhelming case for change. > Agreed. A rename should be well thought through. If you do it, agreed with what Chris said, please use a cerb. Thanks, Simon > cheers, > > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- Software Architect - OLPC > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] 13.1.0 development build 11 released
On 11/11/2012 11:18 PM, Peter Robinson wrote: A new 13.1.0 development build is available. http://wiki.laptop.org/go/13.1.0 http://build.laptop.org/13.1.0/os11/ Changes: - The latest sugar component versions that were released on Thursday Actually, the package list [1] shows that Saturday's releases went in as well. Thanks a lot for that! Cheers, Simon [1] http://build.laptop.org/13.1.0/os11/xo-4/31011o4.packages.txt ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] 13.1.0 development build 8 released
On 10/26/2012 07:15 AM, Manuel Quiñones wrote: 2012/10/25 Daniel Drake : Hi, A new 13.1.0 development build is available: http://build.laptop.org/13.1.0/os8 http://wiki.laptop.org/go/13.1.0 - The latest Sugar release including various fixes, and some activity updates too - XO-4 kernel work for 8787/mwifiex wireless plus a touchscreen behaviour improvement. - Fixed a crash in plugin display in the browser (#12162) Interesting first boot of XO-4: some icons are not visible. - activity icons in frame top side - activity startup animation - activity icon in the activity main toolbar This got introduced with pygobject3-3.4.1.1-1.fc18.armv7hl, if you 'yum downgrade' to pygobject3-3.3.91 the icons are back. Tracked at: http://bugs.sugarlabs.org/ticket/4102 Another show stopper for the XO-4 build is that all space is used. First thing I had to do was to remove Wikipedia-* to get some space, oh well a good candidate to test the no space left alert :) The 1.75 build has a bit of space left. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [FATAL] No popup appears, to ask for secrets when connecting to Wifi-Network in Neighborhood-View
On 10/09/2012 07:52 AM, Ajay Garg wrote: Seems that the same issue happens on XO-1 as well, as reported at http://lists.sugarlabs.org/archive/sugar-devel/2012-October/040173.html Likely fixed with http://lists.sugarlabs.org/archive/sugar-devel/2012-October/040187.html Will be in next build. If you do a test before, would be as well appreciated. Thanks, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] 12.1.0 devel build 5 released, for the XO-1, XO-1.5 and XO-1.75
On 03/29/2012 02:58 PM, Peter Robinson wrote: On Thu, Mar 29, 2012 at 1:43 PM, Gary Martin wrote: On 26 Mar 2012, at 17:30, Gary Martin wrote: On 26 Mar 2012, at 16:24, Daniel Drake wrote: On Sat, Mar 24, 2012 at 4:56 PM, Peter Robinson wrote: The release is our first combined 12.1.0 / Fedora 17 release, such a small release but represents so much time by so many people in both OLPC and Fedora in the ARM side of things to get a "hardfp" ARM release. Thanks everyone for all the feedback so far! Just noticed that on the XO-1, the laptop power button doesn't trigger the usual sleep/shutdown full screen UI. Works fine on the XO-1.75. Sorry, just one more heads-up, while I bump into it (please shout if there's more appropriate channel than this mail thread): The XO-1.75 test unit I have here with the touch screen layer is no longer responding to screen touch input with the 12.1.0 dev build 5, it works fine on 11.3.1 build 31. Have been looking into the on-screen keyboard overlay, added to GNOME 3.2 [1] (originally a GSoC 2011 project by Nohemi Fernandez, mentored by Dan Winship), to see if it's an option we can adapt for Sugar. It should be fixed in the next release which will be out in the next couple of days or you can grab the latest rpm of olpc-kbd from arm koji [1] Peter [1] http://arm.koji.fedoraproject.org/packages/olpc-kbdshim/25/1.fc17/armv7hl/olpc-kbdshim-25-1.fc17.armv7hl.rpm Ahh, thanks - I was looking fr that rpm myself today, forgot about the arm.koji one. Great, installed it, but touchscreen input is still not working. Seem to be something else missing. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC Engineering] [Techteam] 12.1.0 devel build 5 released, for the XO-1, XO-1.5 and XO-1.75
On 03/25/2012 09:25 PM, Jon Nettleton wrote: On Mar 25, 2012 9:15 PM, "Simon Schampijer" wrote: On 03/25/2012 08:45 PM, Chris Ball wrote: Hi, On Sun, Mar 25 2012, Simon Schampijer wrote: Yeah, flashed now another 1.75 machine (1C2 4GB) and the first boot when I did not sit next to the machine it came up the same as my 1B1 with a non usable keyboard and trackpad. I rebooted and directly entered a name and could use than the machine. Things I came across from a first quick look: - the trackpad was not as good responsible - the neighborhood view had no APs listed - Paint did not start due to missing binaries (does start on the 1.5) It might have crashed on its way into idle suspend (probably due to the libertas bugs) leading to an apparant symptom of no keyboard/trackpad. I stopped powerd straight away to avoid that. - Chris. Yeah, that is what I did, now I don't get hangs anymore at least. The trackpad is still not as responsible, though. I filed a few more activity bugs on the sugarlabs tracker verifying the bugs we already found in os4 [1], marked them with the keyword '12.1.0'. Regards, Simon [1] http://wiki.laptop.org/go/User:Erikos/Testing/os4 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel I would recommend disabling render acceleration in the xorg.conf of the 1.75 it seems to be very crashy. Jon On os5 "RenderAccel" is set to false already to workaround #11256 and #11237. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC Engineering] [Techteam] 12.1.0 devel build 5 released, for the XO-1, XO-1.5 and XO-1.75
On 03/25/2012 08:45 PM, Chris Ball wrote: Hi, On Sun, Mar 25 2012, Simon Schampijer wrote: Yeah, flashed now another 1.75 machine (1C2 4GB) and the first boot when I did not sit next to the machine it came up the same as my 1B1 with a non usable keyboard and trackpad. I rebooted and directly entered a name and could use than the machine. Things I came across from a first quick look: - the trackpad was not as good responsible - the neighborhood view had no APs listed - Paint did not start due to missing binaries (does start on the 1.5) It might have crashed on its way into idle suspend (probably due to the libertas bugs) leading to an apparant symptom of no keyboard/trackpad. I stopped powerd straight away to avoid that. - Chris. Yeah, that is what I did, now I don't get hangs anymore at least. The trackpad is still not as responsible, though. I filed a few more activity bugs on the sugarlabs tracker verifying the bugs we already found in os4 [1], marked them with the keyword '12.1.0'. Regards, Simon [1] http://wiki.laptop.org/go/User:Erikos/Testing/os4 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC Engineering] [Techteam] 12.1.0 devel build 5 released, for the XO-1, XO-1.5 and XO-1.75
On 03/25/2012 07:59 PM, Chris Ball wrote: Hi, On Sun, Mar 25 2012, Simon Schampijer wrote: I have filed the Browse related tickets 11716, 11718 testing on the XO-1.5. My 1.75 does boot until the naming screen but I can not use the trackpad or the keyboard. This is a 1.75 1B1 with 4GB. Keyboard/trackpad both work here on 1.75 1C2 8GB. Constant libertas timeouts, though. - Chris. Yeah, flashed now another 1.75 machine (1C2 4GB) and the first boot when I did not sit next to the machine it came up the same as my 1B1 with a non usable keyboard and trackpad. I rebooted and directly entered a name and could use than the machine. Things I came across from a first quick look: - the trackpad was not as good responsible - the neighborhood view had no APs listed - Paint did not start due to missing binaries (does start on the 1.5) Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 12.1.0 devel build 5 released, for the XO-1, XO-1.5 and XO-1.75
On 03/24/2012 11:56 PM, Peter Robinson wrote: The "We are the Knights who say... NI." release. THIS IS A DEVELOPMENT RELEASE The release is our first combined 12.1.0 / Fedora 17 release, such a small release but represents so much time by so many people in both OLPC and Fedora in the ARM side of things to get a "hardfp" ARM release. This is post alpha F-17 so the major churn for Fedora development is now closed. Also note this release has the "usr move" too. The major features destined for Fedora 17 can be found here [1]. This is the first release using the new file naming scheme, details can be found here [2], it will allow an easier means of identifying builds, in particular makes it easy to differ a x86/arm build :) Some of the notable details of this release are: - First 12.1.0 combined release for all devices :-) - Fedora 17 devel release [1] - ARM hardfp release for the XO 1.75 (note old F-14 armv5tel binaries won't run) - Latest Sugar 0.95.x devel releases - gnome 3.4 RC - gtk3 3.3.20 with multitouch! - xorg-x11-server 1.12 with XInput 2.2 (Mutlitouch). - plymouth pretty and fast boot - 3.3 based kernel for x86 XOs - 3.0 based kernel for ARM XOs - The latest firmwares - only 4Gb images, for 8Gb expand the FS, we need to review dependencies for 2Gb - a lot of various improvements Download from: http://build.laptop.org/12.1.0/os5/ [1] https://fedoraproject.org/wiki/Releases/17/FeatureList [2] http://wiki.laptop.org/go/Release_Process#Version_numbering Great stuff! I have filed the Browse related tickets 11716, 11718 testing on the XO-1.5. My 1.75 does boot until the naming screen but I can not use the trackpad or the keyboard. This is a 1.75 1B1 with 4GB. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] 11.3.1 development build 31 for XO-1.75
On 03/21/2012 05:09 PM, Simon Schampijer wrote: On 03/21/2012 01:38 AM, Martin Langhoff wrote: "Are we there yet?" This build brings fixes for two critical camera and Sugar crash bugs. Updatable via olpc-update -- try the cmdline below. Notes: - Building the first ARM RC in a couple of hours, based on this build. - Building XO-1 and XO-1.5 OS31 builds for testing tomorrow. - The getty on the serial port is _disabled_ by default now (that's the workaround). It gets enabled when you hold the "check" game key during boot (for verbose boot). Upgrade online with: olpc-update 11.3.1_xo1.75-31 The update mechanism did work fine for me as well. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] 11.3.1 development build 31 for XO-1.75
On 03/21/2012 01:38 AM, Martin Langhoff wrote: "Are we there yet?" This build brings fixes for two critical camera and Sugar crash bugs. Updatable via olpc-update -- try the cmdline below. Notes: - Building the first ARM RC in a couple of hours, based on this build. - Building XO-1 and XO-1.5 OS31 builds for testing tomorrow. - The getty on the serial port is _disabled_ by default now (that's the workaround). It gets enabled when you hold the "check" game key during boot (for verbose boot). Upgrade online with: olpc-update 11.3.1_xo1.75-31 Download from: http://build.laptop.org/11.3.1/os31/ Fixes (please help us confirm): #11657 XO-1.75 "Kernel panic- not syncing" while using Record #11698 Python segfault / error 4 in libglib-2.0.so This one is fixed and verified, see #11698. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 12.1.0 trac milestone organisation
On 03/15/2012 05:15 PM, Daniel Drake wrote: Hi, In recent release cycles, the trac milestone on http://dev.laptop.org for each release has been disorganised and (for that reason) of limited use - many more tickets in the milestone that the team would have time to attack. In the 11.3.0 cycle I saw that I was not the only one affected by this - it makes things especially hard for those who don't spend as many hours tracking the release progress as the rest of us. So for 12.1.0 I would like to change this by myself dedicating more time to keeping things clean and managed within the 12.1.0 milestone. I'm proposing that we experiment with the following, which is what I wrote at http://wiki.laptop.org/go/12.1.0/Release_plan : In recent release cycles, the release milestone in trac has become a bit of a dumping ground for ideas-of-the-minute and miscellaneous bugs (e.g. bugs not related to current development efforts). As such the milestone's bug listing has been of limited value and hard to utilise by those who do not work on the release specifics every day. In this release cycle, the release manager will attempt to improve on this situation with the following measures: - All bugs in the milestone will have a correct and accurate assignee who understands the responsibility to work on the issue according to the schedule in this release plan. - The release manager will triage incoming bugs roughly according to the following criteria: - - Regressions caused by work in this release cycle will be included in the milestone and assigned accordingly - - All other tickets will be triaged into Future Release (for things we want, but will not necessarily commit to working on it immediately) and Opportunity (for nice-to-haves). - - All tickets triaged to Future Release and Opportunity will have at least 1 core release team member as assignee or CC. This way, any bad triaging decisions can be raised and discussed in the weekly release meeting. - Developers are welcome to take tickets from Future Release and Opportunity milestones and move them into the release milestone, as and when they have time available to dedicate to such work. - The resultant succinct, clean ticket listing in the milsetone will be useful for release management, allowing for early identification of release blockers, easy progress tracking, and lets us easily see that nobody is overloaded with work. Daniel Hi Daniel, I like your proposal and see the potential. Looks really good. I can not even come up with good nitpicks :) Thanks for attacking such a hard nut, and thanks for being our release manager for another round! Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
ConsoleKit Removal
Hi, Fedora is switching away from ConsoleKit and is using systemd instead [1]. Looks like olpc-utils needs to be updated to reflect that. We seem to open/close a ConsoleKit session in olpc-dm.c. Regards, Simon [1] http://fedoraproject.org/wiki/Features/ckremoval [2] http://dev.laptop.org/git/projects/olpc-utils/tree/src/olpc-dm.c#n229 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] The Fedora Fifteen Franken ARM hardfp build 1 for XO 1.75
On 03/01/12 14:03, Peter Robinson wrote: The "This sonic transducer, it is I suppose some kind of audio-vibratory-physio-molecular transport device?" release. THIS IS A DEVELOPMENT RELEASE AIMED AT CORE OS/HW DEVELOPERS This is a hard floating point Franken release for development and testing of the hardfp on the XO 1.75. Its very incomplete and has a number of things that don't work. This is expected and its a release only really intended for people that understandard what hardfp is and the significance of it and wish to test and develop further for this fairly major feature both for upstream Fedora and the XO releases. This isn't a release that shouldn't have bug reports against it. So what are the known issues, and what works? - X works using fbdev. There's an issue with resolution. Fix this by removing the "Virtual" line from /etc/X11/xorg.conf.d/xo1.75.conf - No accelerated X - Sugar and GNOME do work quite well - Networking seems to work OK - Firefox DOESN'T work. Known issue, hopefully should be fixed before long - Midori for GNOME, Surf for Sugar included as browsers. I've been working to get this to a reasonable testing state for a while and finally all the bits fell into place. There's quite a bit of change going on in the ARM Fedora 15 world. I would suggest regular "yum update" to get the latest builds. I'm not expecting to do regular builds of this, but will happily cut more builds if people think a new one would be useful. Download from: http://build.laptop.org/F15-arm/os1/ For those interested in hardfp stuff enjoy :-) Peter For booting I had to use the 'checker'-key (the right one of the game keys), otherwise I had a white screen after booting. (I think I had this with one of Daniel's early F16 builds, he might know how to fix this). Removing the 'Virtual' line as indicated above fixed the resolution fine for me. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing OLPC OS 11.3.0 for XO-1, XO-1.5 and XO-1.75
On 11/09/2011 11:47 PM, Christoph Derndorfer wrote: On Sun, Nov 6, 2011 at 6:28 AM, Gonzalo Odiard wrote: (1) In Record 93's preview image (both small and full-sized) the lowest rows of pixels constantly flickers between green and white. Please fill a ticket. Done. http://bugs.sugarlabs.org/ticket/3230 (2) While playing around with the Journal I ran into an odd situation where a photo I had taken didn't display in the right chronological order in the Journal (please see the attached screenshot). I think there a ticket about this, but I can't find it. Okay, I did a quick search again and also couldn't find anything... Maybe it is the same root cause as: http://dev.laptop.org/ticket/10905 ? Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing the development of OLPC OS 11.3.1
On 11/04/2011 09:45 PM, Gonzalo Odiard wrote: Martin, In 11.3.0 a few activities didn't include translations because of problems with packaging of the activities. Probably will be a good idea update these activities. I can prepare a list of recommended activities if you want. Gonzalo Are those really critical items? I would only do the really really must do changes besides any 1.75 bug fixes. Because (a) this release should be only about bug fixes in my opinion and (b) preparing/testing/shipping this takes time away from our new dev cycle. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Browse-129 PDF fork for 11.3.0
Tested as well under 11.2.0 to determine if we regressed: - I can use the 'save to Journal' option and reveal them using the Read activity ([1] does show a strange title though 'Document:", the log do not show why), enhancement: would be nice to add here the download link in the description field like we do for other downloads Same in 11.2.0, title is 'Document:'. - I can share a link using the session bookmarks (machine A), however on B when clicking on the link we try to download the pdf instead of showing it in Browse This does work actually as expected in 11.2.0. If I click on the shared bookmark it is opened in Browse. So a regression. - there is a funny drawing error when you switch to another view while the pdf is loading (see screenshot where the status alert is drawn in the neighborhood view) (os8 on a 1.5) Same in 11.2.0. Even with the regression above I would go that path forward. But would be great to diagnose the issue. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Browse-129 PDF fork for 11.3.0
On 10/05/2011 11:20 AM, Daniel Drake wrote: On Wed, Oct 5, 2011 at 10:13 AM, Simon Schampijer wrote: Thanks Daniel for working on this! A few notes from my testing: Thanks for testing on this. What's your opinion on the path forward? Pretty sure all of the noted issues will have been present on 11.2.0 as well. If we do ship it, I'd rather not make changes to it at this stage (but can relnote the issues you and Manuel have found). Daniel Yes, would be great to verify the issues found against 11.2.0. But yes, the path forward looks good to me. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Localization] [ANNOUNCE] 0.94 schedule update: still on track
On 09/13/2011 11:03 PM, Markus Schlager wrote:
Hi Simon,
Thanks Markus for the feedback,
On Thu, 8 Sep 2011, Simon Schampijer wrote:
There have been one interesting string change in the last week: there
are two entries in the sugar.po that translate the same string
('Remove') but where the context is different. This has been marked
now using pgettext. Chris has pulled that change to Pootle and all
langs sugar.po have been refreshed. An example can be seen at [3][4].
Please give feedback if that addition was helpful to do a better
translation or if anything can be improved.
Context-information is great for translation. In this example, 'volume'
as hint was not particularly helpful to me, since this has at least two
very different meanings in German. 'clipboard' on the other hand was
clear anyway since the source-hint says something about clipboard-menu.
Maybe the text should be more verbose. How about: 'remove item from
clipboard' and 'eject the external device'
One type of content-information I'd appreciate a lot would be about the
function/type of text this is: Is it e.g. a button lable, a menu entry,
a help text, ...
How would that be done, as well with msgctxt using pgettext? Or are
there other ways? In general that would be a bigger effort and would
need to define a few guidelines for that but can be done of course if
the translator community thinks this would help a lot.
Regards,
Simon
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: 11.3.0 build 4 released, for *XO-1.75*, XO-1.5 and XO-1
Hi, we are seeing here quite a lot of hangs when using os4. Easily reproducible with Browse. Might have been introduced by the new video driver...? Regards, Simon PS: there seem to be some 'redraw-corruptions' after mouse movement as well Daniel Drake hat am 10. September 2011 um 01:18 geschrieben: > http://wiki.laptop.org/go/11.3.0 > > http://build.laptop.org/11.3.0/os4 > > XO-1.75 support has been added. Woohoo! > By bringing XO-1.75 into 11.3.0 and with some related efforts, loads > of stuff has got fixed. > Peter Robinson has full release notes, he'll post them later. > This also includes Jon Nettleton's brand new XO-1.75 video driver. > > The old F14-arm stream is now obsolete in favour of XO-1.75 builds > that will appear under the 11.3.0 title. > > Daniel > ___ > 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
[ANNOUNCE] 0.94 schedule update: still on track
Hi,
we are still on track in our 0.94 development cycle [1]. The release is
three weeks away from now, we plan to release the 28th of September!
We have been entering string freeze now, which means: "No string changes
may be made without confirmation from the localization team and
notification to the release team" [2]. This freeze is meant to help the
translators finish their work and to not provide them with a moving
target. Now is the time we will see a lot of commits from our great
translators community, Activity developers please watch out for those
and do make releases to make that work available.
There have been one interesting string change in the last week: there
are two entries in the sugar.po that translate the same string
('Remove') but where the context is different. This has been marked now
using pgettext. Chris has pulled that change to Pootle and all langs
sugar.po have been refreshed. An example can be seen at [3][4]. Please
give feedback if that addition was helpful to do a better translation or
if anything can be improved.
Manuel is currently working on polishing up the tabbing experience in
Browse. There is one string change and a significant UI change [5]. Both
need to be discussed following the exception process [6].
So what's left to be done besides translating?
Right, bug fixing and testing!
I have been listing Features and changes on the pre-release-notes [7]
which should give a good sense of the bigger changes that needs testing.
General functionality testing like (networking, saving etc) are of
course welcome. I will add a list as well of the bugs we fixed so
potential regressions in those areas can be identified. Watch out for
more details here. There are instructions on the page as well how to
test and where to file bugs.
Three more weeks to go, let's make this a rock-solid, innovative and
fun-to-use release.
Regards,
Simon
[1] http://wiki.sugarlabs.org/go/0.94/Roadmap#Schedule
[2] http://wiki.sugarlabs.org/go/Development_Team/Release#String_Freeze
[3] Remove - clipboard
http://translate.sugarlabs.org/es/glucose/sugar.po?item=247&view_mode=translate
[4] Remove - volume
http://translate.sugarlabs.org/es/glucose/sugar.po?item=369&view_mode=translate
[5]
http://lists.sugarlabs.org/archive/sugar-devel/2011-September/033229.html
[6] http://wiki.sugarlabs.org/go/Development_Team/Release#UI_Freeze and
http://wiki.sugarlabs.org/go/Development_Team/Release#String_Freeze
[7] http://wiki.sugarlabs.org/go/0.94/Notes
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Gtk3 Hackfest, Praha 2011, news updates
Hi, two major changes have recently occurred in Sugar's underlying technologies. Firstly, GTK+ 2 has been obsoleted by GTK+ 3, and GNOME is now based on GTK+ 3. Secondly, PyGTK, the underlying Python library that Sugar uses to call into GTK+, has been deprecated in favor of PyGObject Introspection (hereafter "PyGI"). More background info can be found at Features/GTK3 [1]. Goal of this hackfest is to remove the biggest blockers before we can start the porting and potentially start porting over. == Sponsoring regional trips == This Hackfest is sponsored by the OLPC Foundation. If you need help for funding your travel, please send an email to simon AT laptop DOT org before the 8th of October 2011. OLPCF won't be able to refund more than 150 USD per trip, and we will fund regional (european) travels in priority [2]. Regards, Simon [1] http://wiki.sugarlabs.org/go/Features/GTK3 [2] http://wiki.sugarlabs.org/go/Marketing_Team/Events/Gtk3_Hackfest_2011 [3] http://brmlab.cz/| ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Lost "activity failed to launch" smarts in Sugar launch splash
On 08/31/2011 03:25 PM, Gonzalo Odiard wrote: On Tue, Aug 30, 2011 at 9:06 PM, Martin Langhoff wrote: Hi Gonzalo, on os41, if you launch Maze, it fails to start (that's logged already)... and the launcher fails to register the failure, which I don't think has been discussed. shell.log says "ERROR root: Cannot send NotifyLaunchFailure to the shell" -- could this be related to the new activity startup splash? Is this otherwise known? No, is not related. Maze is really broken, but one of the problems (already solved in git) is the configuration in the activity.info file and sugar can start the activity. (the line exec should be "exec = sugar-activity activity.MazeActivity) If you want try, must restart sugar after editing the file because are cached. Gonzalo Yes, the 'activity failed to launch' screen is still there. You can test with Browse in os41 easily ;p Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Help testing Sugar 0.93.x
Hi, we have been landing the features targeted at 0.94 and are currently in the phase of fixing bugs related to those features and other changes introduced by recent code changes [1]. I have been starting to create notes about the Features and changes that have been made [2]. Those will evolve over time but should give you a good first impression about the recent additions and changes. There are two olpc builds that contain the latest changes os3 [3] for the i686 architecture (XO 1 and XO 1.5) and os41 [4] for the new ARM hardware. It would be great if people with those hardware (or sugar-jhbuild or Fedora 16) could help testing so that we are able to fix bugs in time. Bugs related to Sugar and activities should be filed under [5], bugs that are related to the new 1.75 hardware (or that are specific to the XO hardware) should be filed at [6]. Please make sure to note as well the build version and hardware you are using for testing in the bug report. Please stay tuned for new builds that will be announced on those lists. Regards, Simon [1] http://wiki.sugarlabs.org/go/0.94/Roadmap#Schedule [2] http://wiki.sugarlabs.org/go/0.94/Notes [3] http://build.laptop.org/11.3.0/os3/ [4] http://build.laptop.org/F14-arm/os41/ [5] http://bugs.sugarlabs.org/ [6] http://dev.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F14-arm build os40 - Are we there yet? I'm hungry!
On 08/27/2011 10:23 AM, Peter Robinson wrote: On Sat, Aug 27, 2011 at 8:59 AM, Simon Schampijer wrote: On 08/26/2011 07:02 PM, Peter Robinson wrote: The are we there yet? I'm hungry release Lots of change this release... again! So I'll just get to the raw details... Wonderful! Congrats. Smoketest: fixed: #11161: Cant alt tab between activities fixed: #11174: Wlan&FW version no information under "my computer". Sugar* 0.93.3 made it successfully into the build. Note: there is no activity updater (Control Panel) in this build. We have patched the aslo-based one out of Sugar and the wikipage-based one has not been added yet. Like in 11.2.0 the keyboards section in the CP is removed as well. Simon, Can you have a look a Browse, it seems to have startup issues :-/ Peter Yes, this is known. I already asked Rafael for a new bundle as it is fixed in master. Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F14-arm build os40 - Are we there yet? I'm hungry!
On 08/26/2011 07:02 PM, Peter Robinson wrote: The are we there yet? I'm hungry release Lots of change this release... again! So I'll just get to the raw details... Wonderful! Congrats. Smoketest: fixed: #11161: Cant alt tab between activities fixed: #11174: Wlan&FW version no information under "my computer". Sugar* 0.93.3 made it successfully into the build. Note: there is no activity updater (Control Panel) in this build. We have patched the aslo-based one out of Sugar and the wikipage-based one has not been added yet. Like in 11.2.0 the keyboards section in the CP is removed as well. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F14-arm build os40 - Almost in sync with x86!
On 08/23/2011 12:54 PM, Peter Robinson wrote: On Tue, Aug 23, 2011 at 10:08 AM, Simon Schampijer wrote: Hi Peter, thanks for the new build! First of all, it does boot fine. Thanks for confirmation, was racing out the door! On 08/23/2011 09:28 AM, Peter Robinson wrote: The please just exit the building already release! There's been quite a bit of churn since the last release so its likely possible I've missed some bits. I plan to cut another release Friday morning so let me know what I need to ensure is pulled in soon. Download from: http://build.laptop.org/F14-arm/os40/ Changes and notes from Martin's OS36 (including some from my OS1 test): - sugar 0.92.4 As we can not push 0.94 to F14 in Fedora I will do F14 builds for our builds and put them into my public repo. OK, please use Fedora spec files or rebase OLPC's on them as there's a number of bugs I've seen in the olpc ones that have long since been fixed. Yes, will do. - abiword and pyabiword with network support works now indeed. - pybox2d distro package included so Physics should work Physics is actually missing in the build (see activities diff below) Weird. Its using the same Activity bits and URLs etc that are in mainline OOB now so it should have been the same. I'll have time to poke more at OOB this week in time for the next build on Friday. From my list: sugar-presence-service is now the latest package and fixes [1]. Awesome. "hostname set too late; upsets avahi" [2]: this does not seem to have been fixed. Even though a new olpc-utils version based on olpc-utils 1.3.0 has been pulled in the hostname is not set correctly, it is set to localhost. Hmmm... There's an issue with avahi builds in the builder due to bloody gtk3 which I need to take a closer look at, I wonder if there's a fix in that? avahi-0.6.27-2.fc14.i686 is what we have in the i686 builds , and building that for ARM failed as I see in the koji logs. 27-1 is what we have in our ARM builds at the moment, 27-2 was a python 2.7 mass rebuild it looks like - not sure it has an effect on the above. Maybe Daniel has a clue what causes the error as he has been doing the hostname fix? Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F14-arm build os40 - Almost in sync with x86!
Hi Peter, thanks for the new build! First of all, it does boot fine. On 08/23/2011 09:28 AM, Peter Robinson wrote: The please just exit the building already release! There's been quite a bit of churn since the last release so its likely possible I've missed some bits. I plan to cut another release Friday morning so let me know what I need to ensure is pulled in soon. Download from: http://build.laptop.org/F14-arm/os40/ Changes and notes from Martin's OS36 (including some from my OS1 test): - sugar 0.92.4 As we can not push 0.94 to F14 in Fedora I will do F14 builds for our builds and put them into my public repo. - abiword and pyabiword with network support works now indeed. - pybox2d distro package included so Physics should work Physics is actually missing in the build (see activities diff below) From my list: sugar-presence-service is now the latest package and fixes [1]. "hostname set too late; upsets avahi" [2]: this does not seem to have been fixed. Even though a new olpc-utils version based on olpc-utils 1.3.0 has been pulled in the hostname is not set correctly, it is set to localhost. Hmmm... Regards, Simon [1] http://dev.laptop.org/ticket/11139 [2] http://dev.laptop.org/ticket/11141 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F14-arm build os1 - Fedora mirror plus more!
On 08/14/2011 03:14 PM, Peter Robinson wrote: The Peter's first release with Fedora Secondary Mirrors goodness plus much more release! Download from: http://build.laptop.org/~pbrobinson/f14-arm/os1/ Changes and notes from Martin's OS36: - All of sugar 0.92.4 release - abiword and pyabiword with network support - pybox2d distro package included so Physics should work I have opened a discussion to add pybox2d to the Sugar platform [1]. - gnash / gnash-plugin - PolicyKit-olpc - Temporarily removed pygame and totem due to dep issues That is why Physics does still not start even though pybox2d is present :) Your build does include the latest sugar-presence-service package and therefore fixes [2]. These builds are becoming the new build stream and we can close the ticket then - is this correct? Regards, Simon [1] http://lists.sugarlabs.org/archive/sugar-devel/2011-August/032798.html [2] http://dev.laptop.org/ticket/11139 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: stop sharing an activity
On 05/30/2011 07:36 AM, Yioryos Asprobounitis wrote: > > --- On Sun, 5/29/11, James Cameron wrote: > >> I don't know where that discussion might be, but the >> concept follows the >> maxim that once information is released there's no going >> back. >> > > Thanks for the detailed info. > For sure once information is released there is no going back, > but I do not think activity sharing/collaboration is anything close to that > as a concept or practice. > Today other collaboration tools allow not only collaboration to stop but also > who and how to collaborate. > I can see many scenarios in and out of a class that may need that feature and > I'm actually surprised is not(?) brought up by any deployment yet. Actually, I happened to think about it yesterday. Of course the 'unshare' functionality this adds a bit more complexity to the issue, which I think is the main reason why it is not handled as of today. At the moment, what you do when you want to stop a shared session is that you close the activity. So activities at the moment have to be aware of that fact and should be able to handle those cases cleanly (person who joined/the person who started the shared session are leaving). However, for 'unshare' you have to handle as well this case, the activity state change, in your activity and this might be a bit trickier, or at least adds more complex code. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 development build 19 released
On 05/20/2011 10:15 AM, James Cameron wrote: > On Fri, May 20, 2011 at 09:38:12AM +0200, Simon Schampijer wrote: >> On 05/20/2011 12:29 AM, James Cameron wrote: >>> On Thu, May 19, 2011 at 06:54:54PM +0200, Simon Schampijer wrote: >>>> Hmm, the representation of the missing blocks and the 'Warning' at the >>>> end that not all blocks have been written put me off. It looked to me >>>> as if there was an error. Maybe we can represent that better? >>> >>> No, just put it in the release notes. >>> >>> I presume you used an old firmware version to do the fs-update. Exactly >>> which version did you use? This is important to know. For those >>> updating from the latest stable 10.1.3 which has Q3A62, we expect no >>> warning. For those updating using a firmware version after Q3A62, and >>> before Q3A65 or Q3B04, a warning may appear. >> >> I did update from dx2. I guess one can live with the missing blocks >> if the warning is not displayed at the end. > > Do you know what firmware you used to do the fs-update? This is > displayed just before the ok prompt. It may have changed since, of > course. > Now is Q3B03, but afaik it got updated. I could not find out easily which firmware version dx 2 from Paraguay had. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 development build 19 released
On 05/20/2011 12:29 AM, James Cameron wrote: > On Thu, May 19, 2011 at 06:54:54PM +0200, Simon Schampijer wrote: >> Hmm, the representation of the missing blocks and the 'Warning' at the >> end that not all blocks have been written put me off. It looked to me >> as if there was an error. Maybe we can represent that better? > > No, just put it in the release notes. > > I presume you used an old firmware version to do the fs-update. Exactly > which version did you use? This is important to know. For those > updating from the latest stable 10.1.3 which has Q3A62, we expect no > warning. For those updating using a firmware version after Q3A62, and > before Q3A65 or Q3B04, a warning may appear. I did update from dx2. I guess one can live with the missing blocks if the warning is not displayed at the end. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 development build 19 released
On 05/14/2011 01:46 PM, Daniel Drake wrote: > http://wiki.laptop.org/go/11.2.0 > > http://build.laptop.org/11.2.0/os19 > > Notable changes: > XO-1.5 zd images are now sparse, meaning fs-update writes only to > certain parts of the disk and the flash process is much quicker Hmm, the representation of the missing blocks and the 'Warning' at the end that not all blocks have been written put me off. It looked to me as if there was an error. Maybe we can represent that better? Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Anybody has a Go Go board?
On 03/07/2011 04:39 PM, Martin Langhoff wrote: > -- if you can connect your sexy gogo board to your friendly linux > machine and type > > sudo lsusb -v> gogo-info.txt > > and email that txt file to me. > > thanks! > > > > m Done. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Require ".olpc" in rpms in ~/public_rpms/F14?
On 02/28/2011 02:37 PM, Martin Langhoff wrote:
> Hi Daniel,
>
> to ensure we keep track (and limit) of what non-Fedora rpms make it to
> the builds, should the "rpm collection" step... ?
>
> - only grab rpms that say .olpc
> - complain about rpms that don't...
>
> This would mean that in the package listing, it's non-ambiguous what
> packages we're "carrying".
>
> cheers,
>
>
> m
What would be the preferred place to put 'olpc' in the rpm name? Between
the distribution version and the 'arch'? Like:
Version: 0.92.0
Release: 1%{?dist}.olpc
sugar-0.92.0-1.fc14.olpc.noarch.rpm
And another check could be to make sure there is a srpm available for
each package.
Regards,
Simon
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: Activity crashes when using libsugarize.so
On 02/10/2011 11:55 AM, Martin Langhoff wrote: > On Thu, Feb 10, 2011 at 8:50 AM, Martin Langhoff > wrote: >> Indeed. At this point, we think the crash comes not so much from >> libsugarize but from changing windows very quickly during startup. > > Wrtiteup of my diagnosis and patches at http://dev.laptop.org/ticket/10683 > > Note that the patches only shrink the window. Combine them, and the > crash (with this specific program, this hw, this load profile) goes > away. Mostly :-) > > Not sure if there's a way to ask gtk.gdk& wnck to query a window in a > sane manner. Maybe this race is bad API in those bindings, maybe it's > just an X11 protocol gotcha. > > Where's jg when we need him? ;-) > > > m For reference: We just found that master has a catch for that issue: http://bugs.sugarlabs.org/ticket/1123 http://git.sugarlabs.org/sugar-toolkit/mainline/commit/d304f72872fa346dd2c3cedd1d3e508a3aeb5107 Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Language support for 11.2.0
On 02/06/2011 07:51 AM, Daniel Drake wrote: > On 6 February 2011 12:36, Daniel Drake wrote: >> Does anyone know what the difference between "ht" and "ht_HT" is? >> I see that SKU24 does set the system locale to ht_HT. But does that >> mean we should include ht *and* ht_HT? Just ht_HT? Or ...? > > I think I figured it out: "ht" doesn't exist as a locale, but what > "ht" means in this context is to include all avaliable locales which > start with "ht_". Yes that is how I understand it as well. Having "pt,pt_BR" in the olpc-os-builder config file seem to be not needed then - 'pt' would be enough. > According to "locale -a" output on 11.2.0-7, ht_HT is already > available, and it seems to work (not many strings are available, but > according to kreyol.com the offered translation of Write as Ekri is > accurate). So I think we may have misdiagnosed (or mis-guessed) the > problem in 10.1.3 with Kreyol translations in that other thread, as > ht_HT should also be included there. You are right on that one. ht was included in the build all the time. So I think just the CP command line command did choke when setting. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Language support for 11.2.0
On 02/06/2011 07:36 AM, Daniel Drake wrote: > On 4 February 2011 13:00, Simon Schampijer wrote: >> I request German for inclusion! At least I use it in my small >> 'deployment' of 5 machines :) I remember as well a class in Austria that >> used the builds, Christoph (in cc) will know better. Sebastian had as >> well a class set delivered to Hannover - not sure what the status is >> there. Bert might have other examples... > > Whats the locale that needs adding then? de? de_DE? I did build my builds with including 'de' - there exist de_AT (Austria) and de_DE (Germany) and a few more de_* - as Austria and Germany have requested inclusion you could just include those. Thanks, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar on arm
On 02/07/2011 11:41 AM, ismael schinca wrote: > Hello everyone. I'm trying to run Fedora 12 on a Beagleboard xm and running > sugar on it. > > However, when I try to install the sugar package via yum I get some > dependencies problem. Specifically, the xapian-bindings-python package is > missing (apparently sugar-datastore requires it). This package is not > available for ARM architecture. > > So I downloaded and compiled the latest xapian bindings for python manually. > However, after succesfully installing this, the dependencies problem still > remains. I suppose it just checks for the package. > > Any suggestions? I'm no expert so maybe it's something quite simple (yum > skip-broken does not do the trick). If the package is not available, it should be build for arm. I think F13-arm is close [1] - you might find it more complete. Regards, Simon [1] http://fedoraproject.org/wiki/Architectures/ARM ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: F15 glibc again fails on AMD Geode LX
On 02/04/2011 12:43 PM, Peter Robinson wrote: > On Fri, Feb 4, 2011 at 5:37 PM, John Gilmore wrote: >> FYI: Early Fedora 15 builds don't run on the Geode, again. This time, >> people seem to be on the issue, and may resolve it without much work >> from OLPC. But I think it would be worth spending some testing time >> to make sure it's really resolved, so the final F15 can be used as >> a basis for an OLPC release for the XO-1. > > Yes, thanks for the heads up on this, the XO-1 rawhide testing was on > my todo list prior to the alpha release. I've added it as a blocker > for the alpha release so we should get it fixed before then. After the > last flame war over it there was an official decision by the powers > that be (can't remember whether it was the Board or FESCo) that the > XO-1 platform was something they wanted to support and as a result of > that it should block the release. > > Peter Oups! Thanks Peter for taking action. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Language support for 11.2.0
On 02/04/2011 07:16 AM, Daniel Drake wrote: > Hi, > > Currently we are including the following languages and locales in > 11.2.0 official builds: > > en_US > es > ar > pt > pt_BR > fr > ht > mn > mr_IN > am_ET > km_KH > ne_NP > ur_PK > rw > ps > fa_AF > si > zh_CN > > We can extend that list if there are active deployments (of really any > size) that use locales not covered by the list above. Requests can be > made on this mailing list. I request German for inclusion! At least I use it in my small 'deployment' of 5 machines :) I remember as well a class in Austria that used the builds, Christoph (in cc) will know better. Sebastian had as well a class set delivered to Hannover - not sure what the status is there. Bert might have other examples... > One area we need to investigate is Haiti in light of a recent > discussion here; ht is included but perhaps we also need ht_HT? Yes, ht_HT is what I included in the builds I made for Haiti. That had the locale we were looking for. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] !! in 10.1.3, setting "languages" property clears all activities
On 01/30/2011 06:55 PM, si...@schampijer.de wrote: > Hi Timothy, > > so the issue you are seeing is twofold: > > a) the command you are using "sugar-control-panel -s language Kreyol/Haiti" > will > write a faulty locale. Can be seen in /home/olpc/.i18n That is why your > activity > icons are gone. It should be something similar to this: > > LANG="ht_HT.utf8" > LANGUAGE="ht_HT.utf8" > > b) The Haiti translations are not included in the build (this has been due to > space constraints). The quickest solution would be to build a new image - as > Daniel stated if we do it here you would have to download it. > > I am building a new image at the moment to get you one option - I will let you > know how it goes. > > Regards, > Simon Ok, I have rebuilt the 860 (10.1.3) build with the Haiti translations included. Since downloading here at FUDCon takes a while I have not been able to test them yet (verification welcome). Don't worry the numbering - just wanted to have it being different than the official signed build. And yes, like said by Daniel - those builds are not signed by OLPC. http://build.laptop.org/10.1.3/xo-1/os361-haiti/ http://build.laptop.org/10.1.3/xo-1.5/os361-haiti/ Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[ANNOUNCE] OLPC OS 10.1.3 final release
Dear olpc community,
we are very pleased to announce build os860 as the final 10.1.3 release
build for XO-1 and XO-1.5 laptops!
This is an update to software release 10.1.2 that fixes important bugs
and includes some new improvements (listed at the bottom of this mail).
The release is based on Fedora 11 and contains the latest Sugar 0.84 and
the GNOME desktop.
The full release notes can be found at [1]. Instructions for installing
the release on an XO can be found at [2].
Many thanks to everyone -- testers, translators, documenters,
developers and others -- who contributed to this release!
On behalf of the OLPCA-team,
Simon
[1] http://wiki.laptop.org/go/Release_notes/10.1.3
[2] http://wiki.laptop.org/go/Release_notes/10.1.3#Installation
==New features==
===Collaboration "under a tree" on XO-1.5===
We have significantly improved collaboration when XO-1.5 is used with no
Access Points available ("under a tree"). The Neighborhood View now
shows three default Ad-hoc networks (for channels 1, 6, and 11) in
user-friendly icons, and XOs will auto-connect without user
intervention. This behavior is similar to the "mesh" behavior on XO-1.
===Sharing/Backup Journal entries using a mass storage device===
You may now share Journal entries with another learner using a [[USB
drive]] or SD card. The user experience is: Martin wants to give a
picture he has been drawing to Simon. He plugs in his USB drive and
copies the Journal entry on the drive. Simon plugs in Martin's drive in
his laptop. The entry will be shown with Martin's XO color on the drive.
Simon copies Martin's entry into his Journal.
You can use this feature to backup Journal entries to a USB drive or SD
card.
===Connect your XO to external projectors and monitors===
We have added support for USB2VGA adapters. You can now connect an XO to
a projector over a USB2VGA adapter and project what is on your XO screen
onto a screen or for many people to see.
===Screen Rotation on XO-1.5===
On XO-1.5 it is now possible to rotate the screen using the 'rotate'
button. This allows learners to use the XO in ebook mode.
===Protected Activities Support===
In this build certain activities are protected from being deleted by
accident. In the activity list in the home view the erase option is
disabled for those. Protected activities are: Browse, Terminal, Log,
Write, ImageViewer and Record.
===Better interaction between GNOME and Sugar===
Switching between Sugar and GNOME user interfaces is smoother. Changes
of settings in GNOME now do not affect Sugar, and vice-versa.
The ~/Activities directory is now hidden from the user in GNOME, to
prevent accidental deletions that could harm Sugar. The networking
settings are now synchronized so enabling/disabling networking is unified.
Users can now change GNOME panels and fonts without risk of breaking
GNOME -- invalid settings are reset on restart.
The dialog to set a GNOME keyring password when connecting to a secure
wireless network has been disabled.
===Browse===
A home button has been added into the Browse toolbar. The button returns
to the home page, where important links are.
A busy cursor has been added for when a page is loading. This was
present in 8.2.1 but missing from 10.1.2.
Finally, previews for downloaded images have been added, so that the
Journal will show appropriate thumbnails of downloaded images.
===Paint===
The Paint activity has been improved a lot:
* The cursor has been enhanced and realigned,
* Text tool has been improved
* New filters: invert colors and mirror effects
* Tool size and shape are shown
* Improvements to copy and paste
===Read===
Scrolling has been improved. The up and down directional keypad to the
left of the XO display will now scroll, which is especially useful if
the laptop is in ebook mode. Using the fn key with the up and down arrow
keys will now scroll by page.
===Write===
You can now paste images into Write. Images can be copied from Browse,
Paint or Write. You can now put images into tables and export to PDF.
The style list has been reordered to place paragraph text styles before
heading styles.
===Wikipedia===
Page loading has been sped up and several smaller fixes made.
===Scratch===
A new camera plugin adds importing from camera on XO-1.
===Activity Updates===
We included the latest versions of Calculate, Colors, Distance, Etoys,
Help, InfoSlicer, Jukebox, Labyrinth, Memorize, Physics, Pippy, Turtle
Art and Typing Turtle.
===System Lid Behavior===
When the lid is closed on the XO, the laptop will suspend its operations
and turn off the screen. Historically re-opening the lid has turned on
the screen and woken up the laptop for normal use. In order to avoid a
problem where stacked XO units may accidentally turn each other back on,
this wake-up behavior has been disabled. To wake up the laptop from
suspend press the power button once.
___
Devel mailing list
Devel@l
10.1.3 Release Candidate --- build os860 for XO-1 and XO-1.5 (Signed by OLPC)
OLPC build 10.1.3 - 860 = The '¿Habla español?' build. =Builds= http://build.laptop.org/10.1.3/xo-1/os860 http://build.laptop.org/10.1.3/xo-1.5/os860 =General Information= This is the first release candidate in the 10.1.3 cycle. The final build is scheduled for the end of next week (14th of January). This build is a signed one (by OLPC), meaning that you can install it on a secured XO without the need to unsecure it with a developer key [1]. For a list of improvements and fixes in the 10.1.3 build please have a look at [2] (this page is still work in progress). Please record your testing results at [3], or file bugs directly at [4]. [1] http://wiki.laptop.org/go/Activation_and_developer_keys [2] http://wiki.laptop.org/go/Release_notes/10.1.3 [3] http://wiki.laptop.org/go/10.1.3/Testing [4] http://dev.laptop.org/ =Description of changes in this build= ==Updated Spanish translations== * sugar * Browse * Calculate * Paint * Colors * InfoSlicer * Labyrinth * Memorize * Physics * TypingTurtle ==Activities removed from Build== * Analyze * Ruler * SocialCalcActivity ==Read== * Regression fix: Scrolling does not work for epub files in Read activity #10494 =Package changes since build 360= --- os360/os360.packages.txt2010-12-22 16:08:22.0 -0500 +++ os860/os860.packages.txt2011-01-06 16:46:04.0 -0500 @@ -605,7 +605,7 @@ strace-4.5.19-1.fc11.i586 stunnel-4.26-3.i586 sudo-1.7.2p6-1.fc11.i586 -sugar-0.84.29-1.fc11.i586 +sugar-0.84.31-1.fc11.i586 sugar-artwork-0.84.4-1.fc11.i586 sugar-base-0.84.2-1.fc11.i586 sugar-datastore-0.84.1-1.fc11.i586 =Activity changes since build 360= == XO-1 == --- os360/os360.activities.txt 2010-12-22 16:08:06.0 -0500 +++ os860/os860.activities.txt 2011-01-06 16:45:48.0 -0500 @@ -1,18 +1,20 @@ -Browse-108.2 -Calculate-34 +Browse-108.4 +Calculate-35 Chat-65 Distance-21 Etoys-115 Help-12 +ImageViewer-8 Implode-9 +Jukebox-20 Log-20 Maze-6 Measure-31 -Memorize-35 +Memorize-36 Moon-11 -Paint-30 +Paint-31 Pippy-38 -Read-87.1 +Read-87.2 Record-86 Scratch-17 Speak-18 == XO-1.5== --- os360/os360.activities.txt 2010-12-21 03:18:36.0 -0500 +++ os860/os860.activities.txt 2011-01-06 16:00:53.0 -0500 @@ -1,8 +1,7 @@ -Analyze-8 -Browse-108.2 -Calculate-34 +Browse-108.4 +Calculate-35 Chat-65 -Colors-15 +Colors-15.1 Distance-21 Etoys-115 Finance-3 @@ -10,22 +9,20 @@ Help-12 ImageViewer-8 Implode-9 -InfoSlicer-8 +InfoSlicer-8.1 Jukebox-20 -Labyrinth-9 +Labyrinth-11 Log-20 Maze-6 Measure-31 -Memorize-35 +Memorize-36 Moon-11 -Paint-30 -Physics-7 +Paint-31 +Physics-8 Pippy-38 -Read-87.1 +Read-87.2 Record-86 -Ruler-3 Scratch-17 -SocialCalcActivity-5 Speak-18 StopWatch-4 TamTamEdit-53 @@ -34,7 +31,7 @@ TamTamSynthLab-53 Terminal-31 TurtleArt-104 -TypingTurtle-26 +TypingTurtle-26.2 Wikipedia-23 WikipediaEN-23 Words-4 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Will 10.1.3 become 11.1.1?
On 01/03/2011 05:19 PM, Daniel Drake wrote: > On Mon, 2011-01-03 at 00:31 -0800, Sameer Verma wrote: >> Given that 10.1.3 is still beta and we are now in 2011, will it become >> 11.1.1? > > No, because 10.1.3 is a point release in the 10.1 series. Similarly, > 8.2.1 was released in 2009. > > Daniel Yes, like Daniel said, we stick to the naming as 10.1.3 even if the final release build will be in 2011. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Testing] New 10.1.3 build os359 for XO-1 and XO-1.5
OLPC build 10.1.3 - 359 = The 'stick all the fixes in olpc-utils' build. =Builds= http://build.laptop.org/10.1.3/xo-1/os359 http://build.laptop.org/10.1.3/xo-1.5/os359 =Description of changes in this build= ==build== * Add the content bundles to the XO-1 builds #10537 * In the XO-1.5 build we have a new Wikipedia-22 and a new WikipediaEN-22 activity. ==sugar== * Sync networking state between Sugar and GNOME #10532 * Expand size of version field in activity list #10523 * Make scanning of storage devices more robust OLPC #10140 * Journal: display entries that have no title on storage devices #10533 * Protected Activities Support #10415 * bundlebuilder: move the mime type installation in a separate method, part of #10427 ==olpc-utils== * olpc-session: check/fix gnome panel and fonts dlo#10539 * olpc-session: disable rfkill, but keep wlan down for gnome #10532 * olpc-configure: bump ALSA master for XO-1.5 to -10dB #10235 * force capture mixer control to 100% #10234 * Create a default unencrypted keyring #10290 * Protect ~/Activities when starting non-Sugar shells #10531 ==Write== * Change the signal used to update the color #10488 * Change the order in the options in the style combo #3913 * Add Separators to Style combo #3913 ==Paint== Change the signal used to get the color update #10488 Fix invert colors in F11 #2495 Implement change the size, font and attributes in the Text Tool. #2501 and #3707 Change the color of the TextView control - fix OLPC #3708 and #10447 Shape merged cursor icons have active cursor point not at the tip of the cursor SL #2337 Section shapes - the cursor looks like a house for an hexagon #10446 Add binaries to python 2.7 in 64bits arch SL 2417 and SL 2464 Add binary files to different architectures and python versions Fixed aspect ratio mode for Shape tools #3705 =Package changes since build 357= --- os357/os357.packages.txt 2010-12-09 03:51:42.0 -0500 +++ os359/os359.packages.txt 2010-12-16 06:06:40.0 -0500 @@ -483,7 +483,7 @@ olpc-powerd-dbus-32-1.fc11.i586 olpc-switch-desktop-0.7-1.fc11.noarch olpc-update-2.23-1.fc11.noarch -olpc-utils-1.0.31-1.fc11.i586 +olpc-utils-1.0.36-1.fc11.i586 OpenEXR-libs-1.6.1-8.fc11.i586 openjpeg-libs-1.3-5.fc11.i586 openldap-2.4.15-7.fc11.i586 @@ -605,12 +605,12 @@ strace-4.5.19-1.fc11.i586 stunnel-4.26-3.i586 sudo-1.7.2p6-1.fc11.i586 -sugar-0.84.26-1.fc11.i586 +sugar-0.84.29-1.fc11.i586 sugar-artwork-0.84.4-1.fc11.i586 sugar-base-0.84.2-1.fc11.i586 sugar-datastore-0.84.1-1.fc11.i586 sugar-presence-service-0.84.3-1.fc11.noarch -sugar-toolkit-0.84.15-1.fc11.i586 +sugar-toolkit-0.84.16-1.fc11.i586 sugar-update-control-0.23-2.fc11.noarch symlinks-1.4-2.fc11.i586 system-config-firewall-tui-1.2.16-3.fc11.noarch =Activity changes since build 357= --- os357/os357.activities.txt 2010-12-09 05:05:41.0 -0500 +++ os359/os360.activities.txt 2010-12-16 07:32:09.0 -0500 @@ -18,7 +18,7 @@ Measure-31 Memorize-35 Moon-11 -Paint-29 +Paint-30 Physics-7 Pippy-38 Read-87.1 @@ -35,7 +35,7 @@ Terminal-31 TurtleArt-104 TypingTurtle-26 -Wikipedia-20 -WikipediaEN-21 +Wikipedia-22 +WikipediaEN-22 Words-4 -Write-63.3 +Write-63.4 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 10.1.3 release date
On 12/16/2010 07:18 AM, Martin Langhoff wrote: > We are working hard hard on it. It's a bit delayed because getting > rotate running well has been much more complex than expected -- Jon > Nettleton and James Cameron have just now -- 5 minutes ago -- found > the root cause of a glitch that was holding us up. > > So we are on the final stretch - won't promise a date yet, but you're > welcome to make your test builds from our 10.1.3 repos, so you can be > checking in parallel that there are no conflicts / issues and then > spin your build soon after we release. > > Your test reports will also be welcome! > > cheers - > > > m Hi Sridhar, would be great if you could contribute to these testing efforts [1]. We are particularly interested in possible regressions at this stage and testing of the new Features etc. I am also working on the release notes in the next days, so you know what to expect [2]. Thanks, Simon [1] http://wiki.laptop.org/go/10.1.3/Testing [2] http://wiki.laptop.org/go/Release_notes/10.1.3 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
10.1.3 Testing page available
Hi, we have a page [1] available where you are invited to gather your 10.1.3 testing results. We hope to find out more quickly possibly introduced regressions and get a sense of what works well. There are some tests where details about the hardware you used are of interest to us (e.g. Internet connection, USB2VGA). And of course, we hope it is fun for you to see a page like this grow! Each 10.1.3 Feature has a section where you can comment. There are as well some more generic tests like connecting to the Internet and backwards compatibility tests. The last section has a list of bugs that we think are important to test. The current build available as of today is os358. All of the tests in the page works as well with os357 if you have already downloaded that one. The difference between os357 and os358 is *only* a new WikipediaEN, WikipediaES and a new Write and Paint activity. Looking forward to the results, Simon [1] http://wiki.laptop.org/go/10.1.3/Testing [2] http://build.laptop.org/10.1.3/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: USB to VGA
On 12/09/2010 02:28 PM, Martin Langhoff wrote: > On Tue, Dec 7, 2010 at 1:24 PM, Kevin Gordon wrote: >> Both 1.5's with both Startechs, with both monitors: If the monitor is >> already turned on, and already plugged into the USB port on the XO 1.5 >> before cold boot, the external monitor becomes active and looks fantastice, >> every time. This works on both the Sugar and Gnome boots. System doesnt >> seem to care if anyting else has been plugged into the USB port between >> boots, still comes up first time every time. > > Great. Besides looking fantastic, does it work well? ;-) > >> Both 1.0's with both Startechs with both monitors: If the monitor is >> already turned on, and already plugged into the USB port on the XO 1.0 >> before cold boot, the external monitor becomes active and looks fantastic, >> most the time. This is the case on both the Sugar and Gnome boots. The >> most the time comes from : If I have plugged a different USB device into >> the port between boots, the XO 1.0 stalls at the 'third dot around the >> circle' during boot and flashes the external monitor. > > That is very strange. Can you elaborate on the "a different usb > device"? Can you give us exact steps to repro? > >> I have had absolutely no success in plugging any adapter with any monitor >> into any of the XO's after XO is up. LSUSB recognizes the adapter, but >> doesn't activate the external monitor. > > Correct. We cannot reconfigure while running. You can in some cases > where the 2 video ports are on the same card and you have recent > drivers. But not inserting a new video device as we do in this case. > >> I have had no success in unplugging the adapter while the external monitor >> is active. The internal XO display does not come back active, and >> replugging the external adapter does not bring the external monitor back >> active. Oops, now need to Power off again. > > Please try this again -- the external monitor will take a few seconds > but in my testing it does come back. > >> Another little note, when the external becomes active when booting the Sugar >> desktop, the internal display goes blank, once the External goes active. >> When booting on the Gnome side, the internal display continues to display a >> sort of console output, but it remains static. > > Minor oddity I guess. > > thanks for the testing! > > > > m Hi Kevin, thanks for testing. You might as well like to log your findings here: http://wiki.laptop.org/go/10.1.3/Testing#USB2VGA_Adapter_usage Thanks, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New 10.1.3 build os357 for XO-1 and XO-1.5
On 12/09/2010 03:10 PM, Martin Langhoff wrote: > On Thu, Dec 9, 2010 at 6:43 AM, Simon Schampijer wrote: >> =Builds= >> http://build.laptop.org/10.1.3/xo-1/os357 >> http://build.laptop.org/10.1.3/xo-1.5/os357 > > Yay for another build. Getting closer. > > Testers note - there's a mis-step I think on the Wikipedia side -- > WikipediaEN-21 has a few issues, so it's not really The Real Deal, I'm > cooking a WikipediaEN-22 today. > > What is ready and in good shape is Wikipedia Spanish (Wikipedia-22) -- > grab it from http://dev.laptop.org/~martin/wikipedia_es/ -- be aware > that to test it you must *remove* WikipediaEN before installation. > > (There's a "duelling Wikipedias" bug in recent Sugar builds, > activities with very similar names get mixed up internally. We're > fixing that so both Wikipedias can coexist.) > >> -xorg-x11-drv-geode-2.11.9-1.fc11.i586 >> +xorg-x11-drv-geode-2.11.9-2.fc11.i586 > > What's this? Is it the boot-time "don't unfreeze dcon" fix? > * Add getcrtc and freezedcon patches, avoids #10196 Adjusted the log. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New 10.1.3 build os357 for XO-1 and XO-1.5 (was: New 10.1.3 build os355 for XO-1 and XO-1.5)
OLPC build 10.1.3 - 357 = The 'no excuse' or read-my-homework-I-made-with-0.82-and-stored-on-my-usb-stick build. =Builds= http://build.laptop.org/10.1.3/xo-1/os357 http://build.laptop.org/10.1.3/xo-1.5/os357 =Description of changes in this build= ==sugar== * Convert Journal entries that have been saved to a storage device in 0.82 #9658 * Possibility to share Journal entry using a storage device #9657 * Adjust copyright in Control Panel #10273 * Journal bundle removal won't remove installed activity #10486 ==etoys== * added translation: hi, ta * update translations: de, mn, vi * use compressed sources file (EtoysV4.stc) To take up less space on machines with a non-compressing file system (i.e., about anything except XO-1, but in particular the XO-1.5) this version uses a compressed sources file (before: 18 MB, now: 4.5 MB). ==olpc-powerd== * better power logging ==sratch== * new camera plugin 0.8, fixes import from camera on XO-1 #10413 ==WikipediaEN== (only available on the XO-1.5) * Faster page loading #10147 =Package changes since build 355= --- os355/os355.packages.txt 2010-11-25 11:30:37.0 -0500 +++ os357/os357.packages.txt 2010-12-09 03:51:42.0 -0500 @@ -106,7 +106,7 @@ eog-2.26.3-1.fc11.i586 espeak-1.40.02-2.fc11.i586 ethtool-6-4.20090306git.fc11.i586 -etoys-4.0.2339-1.fc11.noarch +etoys-4.0.2340-2.noarch evince-2.26.2-1.fc11.i586 evince-djvu-2.26.2-1.fc11.i586 evolution-data-server-2.26.3-2.fc11.i586 @@ -479,8 +479,8 @@ olpc-kbdshim-15-1.fc11.i586 olpc-library-2.0.4-1.fc11.noarch olpc-netutils-0.8-1.fc11.noarch -olpc-powerd-31-1.fc11.i586 -olpc-powerd-dbus-31-1.fc11.i586 +olpc-powerd-32-1.fc11.i586 +olpc-powerd-dbus-32-1.fc11.i586 olpc-switch-desktop-0.7-1.fc11.noarch olpc-update-2.23-1.fc11.noarch olpc-utils-1.0.31-1.fc11.i586 @@ -605,7 +605,7 @@ strace-4.5.19-1.fc11.i586 stunnel-4.26-3.i586 sudo-1.7.2p6-1.fc11.i586 -sugar-0.84.25-1.fc11.i586 +sugar-0.84.26-1.fc11.i586 sugar-artwork-0.84.4-1.fc11.i586 sugar-base-0.84.2-1.fc11.i586 sugar-datastore-0.84.1-1.fc11.i586 @@ -677,7 +677,7 @@ xorg-x11-drv-cirrus-1.2.0-6.fc11.i586 xorg-x11-drv-evdev-2.2.6-1.fc11.i586 xorg-x11-drv-fbdev-0.4.0-4.fc11.i586 -xorg-x11-drv-geode-2.11.9-1.fc11.i586 +xorg-x11-drv-geode-2.11.9-2.fc11.i586 xorg-x11-drv-keyboard-1.3.2-3.fc11.i586 xorg-x11-drv-mouse-1.4.0-2.fc11.i586 xorg-x11-drv-sisusb-0.9.1-2.fc11.i586 =Activity changes since build 355= --- os355/os355.activities.txt2010-11-26 05:20:16.0 -0500 +++ os357/os357.activities.txt2010-12-09 05:05:41.0 -0500 @@ -4,7 +4,7 @@ Chat-65 Colors-15 Distance-21 -Etoys-113 +Etoys-115 Finance-3 GetBooks-5 Help-12 @@ -24,7 +24,7 @@ Read-87.1 Record-86 Ruler-3 -Scratch-16 +Scratch-17 SocialCalcActivity-5 Speak-18 StopWatch-4 @@ -36,6 +36,6 @@ TurtleArt-104 TypingTurtle-26 Wikipedia-20 -WikipediaEN-20 +WikipediaEN-21 Words-4 Write-63.3 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New 10.1.3 build os355 for XO-1 and XO-1.5
OLPC build 10.1.3 - 357 = The 'no excuse' or read-my-homework-I-made-with-0.82-and-stored-on-my-usb-stick build. =Builds= http://build.laptop.org/10.1.3/xo-1/os357 http://build.laptop.org/10.1.3/xo-1.5/os357 =Description of changes in this build= ==sugar== * Convert Journal entries that have been saved to a storage device in 0.82 #9658 * Possibility to share Journal entry using a storage device #9657 * Adjust copyright in Control Panel #10273 * Journal bundle removal won't remove installed activity #10486 ==etoys== * added translation: hi, ta * update translations: de, mn, vi * use compressed sources file (EtoysV4.stc) To take up less space on machines with a non-compressing file system (i.e., about anything except XO-1, but in particular the XO-1.5) this version uses a compressed sources file (before: 18 MB, now: 4.5 MB). ==olpc-powerd== * better power logging ==sratch== * new camera plugin 0.8, fixes import from camera on XO-1 #10413 ==WikipediaEN== (only available on the XO-1.5) * Faster page loading #10147 =Package changes since build 355= --- os355/os355.packages.txt 2010-11-25 11:30:37.0 -0500 +++ os357/os357.packages.txt 2010-12-09 03:51:42.0 -0500 @@ -106,7 +106,7 @@ eog-2.26.3-1.fc11.i586 espeak-1.40.02-2.fc11.i586 ethtool-6-4.20090306git.fc11.i586 -etoys-4.0.2339-1.fc11.noarch +etoys-4.0.2340-2.noarch evince-2.26.2-1.fc11.i586 evince-djvu-2.26.2-1.fc11.i586 evolution-data-server-2.26.3-2.fc11.i586 @@ -479,8 +479,8 @@ olpc-kbdshim-15-1.fc11.i586 olpc-library-2.0.4-1.fc11.noarch olpc-netutils-0.8-1.fc11.noarch -olpc-powerd-31-1.fc11.i586 -olpc-powerd-dbus-31-1.fc11.i586 +olpc-powerd-32-1.fc11.i586 +olpc-powerd-dbus-32-1.fc11.i586 olpc-switch-desktop-0.7-1.fc11.noarch olpc-update-2.23-1.fc11.noarch olpc-utils-1.0.31-1.fc11.i586 @@ -605,7 +605,7 @@ strace-4.5.19-1.fc11.i586 stunnel-4.26-3.i586 sudo-1.7.2p6-1.fc11.i586 -sugar-0.84.25-1.fc11.i586 +sugar-0.84.26-1.fc11.i586 sugar-artwork-0.84.4-1.fc11.i586 sugar-base-0.84.2-1.fc11.i586 sugar-datastore-0.84.1-1.fc11.i586 @@ -677,7 +677,7 @@ xorg-x11-drv-cirrus-1.2.0-6.fc11.i586 xorg-x11-drv-evdev-2.2.6-1.fc11.i586 xorg-x11-drv-fbdev-0.4.0-4.fc11.i586 -xorg-x11-drv-geode-2.11.9-1.fc11.i586 +xorg-x11-drv-geode-2.11.9-2.fc11.i586 xorg-x11-drv-keyboard-1.3.2-3.fc11.i586 xorg-x11-drv-mouse-1.4.0-2.fc11.i586 xorg-x11-drv-sisusb-0.9.1-2.fc11.i586 =Activity changes since build 355= --- os355/os355.activities.txt 2010-11-26 05:20:16.0 -0500 +++ os357/os357.activities.txt 2010-12-09 05:05:41.0 -0500 @@ -4,7 +4,7 @@ Chat-65 Colors-15 Distance-21 -Etoys-113 +Etoys-115 Finance-3 GetBooks-5 Help-12 @@ -24,7 +24,7 @@ Read-87.1 Record-86 Ruler-3 -Scratch-16 +Scratch-17 SocialCalcActivity-5 Speak-18 StopWatch-4 @@ -36,6 +36,6 @@ TurtleArt-104 TypingTurtle-26 Wikipedia-20 -WikipediaEN-20 +WikipediaEN-21 Words-4 Write-63.3 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO1 new builds
On 11/27/2010 05:20 PM, Kevin Gordon wrote: > Resolved ...thanks for the quick response. I now have a 1.0 F14,a 1.0 os355, > a 1.5 F14 and a 1.5 355 to use for A-B testing. I may actually finish > testing the USB microscopes before noon! If your usb microscopes have been affected by http://dev.laptop.org/ticket/10378 you might want to report back here. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New 10.1.3 build os355 for XO-1 and XO-1.5
Hi, a new build in our 10.1.3 cycle is available! This fixes the activity updater where a regression was introduced due to switching to the new dotted activity scheme. Please test this thoroughly. If you have a USB-VGA converter you might want to use the XO to run a presentation. Martin has made several fixes in this area. Last but not least, we have updated certain activities. The new versions of Browse and Write fixes two regressions (good that we have Sam to find these). TurtleArt contain the most changes, feedback is highly appreciated here. From the extra activities that are available on the XO-1.5 Jukebox and Physics contain now the latest versions. Thanks for these new versions to our activity heros, and Mister activity himself - Gonzalo! Regards, Simon OLPC build 10.1.3 - 355 (XO-1) = The activity updater build. =Builds= http://build.laptop.org/10.1.3/xo-1/os355 http://build.laptop.org/10.1.3/xo-1.5/os355 =Description of changes in this build= ==olpc-utils== * Fixes for "Make SISUSBVGA devices trivial to use" #10210 ** XO-1 and XO-1.5 now only run the external screen, disabling the internal display. No mirroring. This is significantly faster, and removes various bugs and issues -- for example keyboard mappings. ** DPMS is off ** Xephyr is no longer needed (should not get dragged into the build) ** We use 16-bit on XO-1.5 ==Browse== * Fixed regression in: Browse fails to download some files with non-ascii characters #8857 ==Write== * Fixed regression in: Add the option to export to PDF #10442 ==bitfrost== * Fixed regression in: New activity version support #10379 ==sugar-toolkit== * bundlebuilder: install mimetypes.xml and associated icon #10427 * Apply new version scheme as well to content bundles #10379 =Package changes since build 354= -- os354/os354.packages.txt 2010-11-22 04:03:24.0 -0500 +++ os355/os355.packages.txt 2010-11-25 11:30:37.0 -0500 @@ -30,7 +30,7 @@ bind-libs-9.6.2-3.P1.fc11.i586 bind-utils-9.6.2-3.P1.fc11.i586 binutils-2.19.51.0.14-3.fc11.i586 -bitfrost-1.0.10-2.fc11.i586 +bitfrost-1.0.10-3.fc11.i586 bluecurve-cursor-theme-8.0.2-3.fc11.noarch boost-1.37.0-9.fc11.i586 bootfw-q2e45-1.olpc2.unsigned.i386 @@ -483,7 +483,7 @@ olpc-powerd-dbus-31-1.fc11.i586 olpc-switch-desktop-0.7-1.fc11.noarch olpc-update-2.23-1.fc11.noarch -olpc-utils-1.0.30-1.fc11.i586 +olpc-utils-1.0.31-1.fc11.i586 OpenEXR-libs-1.6.1-8.fc11.i586 openjpeg-libs-1.3-5.fc11.i586 openldap-2.4.15-7.fc11.i586 @@ -610,7 +610,7 @@ sugar-base-0.84.2-1.fc11.i586 sugar-datastore-0.84.1-1.fc11.i586 sugar-presence-service-0.84.3-1.fc11.noarch -sugar-toolkit-0.84.14-1.fc11.i586 +sugar-toolkit-0.84.15-1.fc11.i586 sugar-update-control-0.23-2.fc11.noarch symlinks-1.4-2.fc11.i586 system-config-firewall-tui-1.2.16-3.fc11.noarch @@ -687,7 +687,6 @@ xorg-x11-font-utils-7.2-7.fc11.i586 xorg-x11-server-common-1.6.4-0.3.fc11.i586 xorg-x11-server-utils-7.4-7.1.fc11.i586 -xorg-x11-server-Xephyr-1.6.4-0.3.fc11.i586 xorg-x11-server-Xorg-1.6.4-0.3.fc11.i586 xorg-x11-utils-7.4-4.fc11.i586 xorg-x11-xauth-1.0.2-6.fc11.i586 =Activity changes since build 354= --- os354/os354.activities.txt 2010-11-22 04:03:12.0 -0500 +++ os355/os355.activities.txt 2010-11-25 11:30:17.0 -0500 @@ -1,4 +1,4 @@ -Browse-108.1 +Browse-108.2 Calculate-30 Chat-65 Distance-21 @@ -21,5 +21,5 @@ TamTamMini-52 TamTamSynthLab-53 Terminal-31 -TurtleArt-88 -Write-63.2 +TurtleArt-104 +Write-63.3 OLPC build 10.1.3 - 355 (XO 1.5) = The activity updater build. =Builds= http://build.laptop.org/10.1.3/xo-1/os355 http://build.laptop.org/10.1.3/xo-1.5/os355 =Description of changes in this build= ==olpc-utils== * Fixes for "Make SISUSBVGA devices trivial to use" #10210 ** XO-1 and XO-1.5 now only run the external screen, disabling the internal display. No mirroring. This is significantly faster, and removes various bugs and issues -- for example keyboard mappings. ** DPMS is off ** Xephyr is no longer needed (should not get dragged into the build) ** We use 16-bit on XO-1.5 ==Browse== * Fixed regression in: Browse fails to download some files with non-ascii characters #8857 ==Write== * Fixed regression in: Add the option to export to PDF #10442 ==bitfrost== * Fixed regression in: New activity version support #10379 ==sugar-toolkit== * bundlebuilder: install mimetypes.xml and associated icon #10427 * Apply new version scheme as well to content bundles #10379 ==Physics== * Fix for cpu idling events when in background special case for Sugar 0.84. * Physics now idles when in the background to free up the cpu and save power. * Saves thumbnail image of simulation for details view in Journal. * Better behaviour when attempting to create minimum sized triangles, boxes, and circles (SL#1249). * Fixed new toolbars expanding separator f
New 10.1.3 build os354 for XO-1 and XO-1.5
OLPC build 10.1.3 - 354 = The wake up on multicast packages build. =Builds= http://build.laptop.org/10.1.3/xo-1/os354 http://build.laptop.org/10.1.3/xo-1.5/os354 =Description of changes in this build= ==olpc-powerd== * Better collaboration support when idle suspend is enabled #9535 * Do not wake up on lid open on XO-1 #10424 ==kernel== * Support for uvcvideo #10378 * Lid wakeups on XO-1 are now implemented via new /sys/power/wake-on-lid node #10398, #10399, #10424 ==sugar-update-control and bitfrost== * Add new activity numbering scheme to the activity updater #10397 ==squeak-vm== * Remove MySqueak option from GNOME #9785 ==Write== * Don't set the activity metadata property when save PDF file because Write can save PDF files but can't open them #10442 * The mime types from files rtf and html have text/plain in mime_parents. We need to modify the criteria to open them like rich text #8972 ==Read== * Fix Epub support (regression introduced in 353, packaging issue, there is no new activity version) #1045 =Package changes since build 353= --- os353/os353.packages.txt 2010-11-15 07:49:24.0 -0500 +++ os354/os354.packages.txt 2010-11-22 04:03:24.0 -0500 @@ -30,7 +30,7 @@ bind-libs-9.6.2-3.P1.fc11.i586 bind-utils-9.6.2-3.P1.fc11.i586 binutils-2.19.51.0.14-3.fc11.i586 -bitfrost-1.0.10-1.fc11.i586 +bitfrost-1.0.10-2.fc11.i586 bluecurve-cursor-theme-8.0.2-3.fc11.noarch boost-1.37.0-9.fc11.i586 bootfw-q2e45-1.olpc2.unsigned.i386 @@ -250,8 +250,8 @@ jwhois-4.0-14.fc11.i586 kacst-fonts-2.0-2.fc11.noarch kbd-1.15-7.fc11.i586 -kernel-2.6.31_xo1-20100823.1641.1.olpc.12d64069981699a.i586 -kernel-firmware-2.6.31_xo1-20100823.1641.1.olpc.12d64069981699a.i586 +kernel-2.6.31_xo1-20101119.1249.1.olpc.3781c4e5eac361a.i586 +kernel-firmware-2.6.31_xo1-20101119.1249.1.olpc.3781c4e5eac361a.i58 keyutils-libs-1.2-5.fc11.i586 khmeros-base-fonts-5.0-6.fc11.noarch khmeros-fonts-common-5.0-6.fc11.noarch @@ -479,8 +479,8 @@ olpc-kbdshim-15-1.fc11.i586 olpc-library-2.0.4-1.fc11.noarch olpc-netutils-0.8-1.fc11.noarch -olpc-powerd-29-1.fc11.i586 -olpc-powerd-dbus-29-1.fc11.i586 +olpc-powerd-31-1.fc11.i586 +olpc-powerd-dbus-31-1.fc11.i586 olpc-switch-desktop-0.7-1.fc11.noarch olpc-update-2.23-1.fc11.noarch olpc-utils-1.0.30-1.fc11.i586 @@ -599,7 +599,7 @@ soundtouch-1.4.0-2.fc11.i586 speex-1.2-0.11.rc1.fc11.i586 sqlite-3.6.20-1.fc11.i586 -squeak-vm-3.10.5-3.fc11.i586 +squeak-vm-3.10.5-4.fc11.i586 ssmtp-2.61-11.9.fc11.i586 startup-notification-0.9-6.fc11.i586 strace-4.5.19-1.fc11.i586 @@ -611,7 +611,7 @@ sugar-datastore-0.84.1-1.fc11.i586 sugar-presence-service-0.84.3-1.fc11.noarch sugar-toolkit-0.84.14-1.fc11.i586 -sugar-update-control-0.23-1.fc11.noarch +sugar-update-control-0.23-2.fc11.noarch symlinks-1.4-2.fc11.i586 system-config-firewall-tui-1.2.16-3.fc11.noarch system-config-network-tui-1.5.97-1.fc11.noarch =Activity changes since build 352= --- os353/os353.activities.txt 2010-11-15 07:49:09.0 -0500 +++ os354/os354.activities.txt 2010-11-22 04:03:12.0 -0500 @@ -22,4 +22,4 @@ TamTamSynthLab-53 Terminal-31 TurtleArt-88 -Write-63.1 +Write-63.2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: F14 os2 testing images available for XO-1 and XO-1.5
On 11/22/2010 11:55 AM, James Cameron wrote: > On Mon, Nov 22, 2010 at 09:03:28AM +0100, Simon Schampijer wrote: >> I think we should add a Version field for F14 (e.g. 1.5/1.0 software >> Build F14). > > I disagree. The version field is for formal releases. The reporter of > a bug may use "Development build as of this date" for the current F14 > builds. Identify the build version in the keywords field. This has > been our practice for the past year. "Development build as of this date" is ambiguous as we have the 10.1.3 stream and the F14 stream :/ > On Mon, Nov 22, 2010 at 10:36:03AM +, Daniel Drake wrote: >> You could even simplify it a step further: just put all of them in the >> F14 milestone without thought. As the scope of the release is not yet >> defined it's not really possible to do a "real" triage. And knowing >> what bugs are there could also help us define that scope. > > I agree, just throw them into the F14 milestone. > > trac does not allow us to easily manage tickets for multiple release > engineering streams. If you sense a fight over which milestone a ticket > should be in (10.1.3 vs F14), then I suggest opening a new ticket. Yeah, I guess I have to do that then. The bad thing is that I have to touch tickets then and can not pass that to the reporter by indicating the version number. For anyone working on the F14 builds please make sure to set the milestone then accordingly on the tickets you are touching. At least I could stop the initial request from a reporter setting milestones ;p Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: F14 os2 testing images available for XO-1 and XO-1.5
On 11/22/2010 10:59 AM, Daniel Drake wrote: > On 22 November 2010 09:24, Simon Schampijer wrote: >> We have to do that at some point when we want to do a "serious" release. In >> any case, I think reporters should indicate a version. We should not abuse >> the milestone field to get that information. > > If someone is doing that already for 10.1.3 (you? Sam?) could we > additionally ask them to do triage for F14? I guess they are already > having to look at all the bugs anyway just in case they are > 10.1.3-related. > > Daniel Yes, we do triage bugs for 10.1.3. Until 10.1.3 is out in mid December I don't want to get into F14 triaging. However as I have to read all the bugs anyhow, as you mentioned, I can make sure the version field is set correctly in new incoming bugs (and if I am sure it is a blocker for a F14 release I can set the milestone as well). That should be good enough for now to know what bugs one wants to work on for F14. Is that a good compromise? (The Milestone field I really see as a way to manage the work.) Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: F14 os2 testing images available for XO-1 and XO-1.5
On 11/22/2010 10:08 AM, Daniel Drake wrote: > On 22 November 2010 08:03, Simon Schampijer wrote: >> I think we should add a Version field for F14 (e.g. 1.5/1.0 software Build >> F14). That field is set by the reporter of an issue. The milestone is set by >> the development team/maintainer to triage his work, when he thinks that >> issue can/will be handled. > > Sounds good as long as someone is going to offer to triage all new > incoming bugs..? > > Daniel > We have to do that at some point when we want to do a "serious" release. In any case, I think reporters should indicate a version. We should not abuse the milestone field to get that information. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: F14 os2 testing images available for XO-1 and XO-1.5
On 11/21/2010 08:54 PM, Daniel Drake wrote: > Hi, > > Simon has built new Fedora 14 images for XO-1 and XO-1.5, available here: > http://build.laptop.org/F14/os2/ > > These efforts are now official so we'll step towards making this into > a proper release. There are still some pretty obvious issues though, > which we'll be working through. > > Bug reports are now accepted, please put them in the "F14" milestone > on http://dev.laptop.org. I think we should add a Version field for F14 (e.g. 1.5/1.0 software Build F14). That field is set by the reporter of an issue. The milestone is set by the development team/maintainer to triage his work, when he thinks that issue can/will be handled. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Upgrading a _very_ old OLPC
On 11/17/2010 06:53 PM, Sameer Verma wrote: > Krishnan is local to SF. We'll help him get upgraded. > > Sameer Depending on the data you want to save, you might just save the content of home (Jounal) and reflash the machine with the current stable build (and then copy that stuff back in). Cheers, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New 10.1.3 build os353 for XO-1 and XO-1.5
OLPC build 10.1.3 - 353 = The dotted activity version build. =Builds= http://build.laptop.org/10.1.3/xo-1/os353 http://build.laptop.org/10.1.3/xo-1.5/os353 =Description of changes in this build= ==General== We do have 8g builds now for the XO-1.5. ==sugar== * Adapt bundle registry to use the new activity version scheme #10379 * Sugar Ad-hoc icons show in search results when connect/disconnect to AP OLPC #10412 ==sugar-toolkit== * Add new activity numbering scheme #10379 ==Browse== * Web activity uses gettext on file name #6874 * History not right when resuming activity #10437 * Add Home Button in Browse #10364 * Browse fails to download some files with non-ascii characters #8857 * Can not save pictures from the olpc library with Browse to Journal #10365 * Palettes in Browse do not always go away #10407 ==Distance== * Changes ringdown values for more stable measures (part of #10122) ==Paint== * Use new color chooser (still use ColorSelector for <= 0.82) #1015 * Fixed aspect ratio mode for Shape tools #3705 * New suggestion for arrow drawing in Paint #4170 * Changes made to save the last added text item #5917 * Paint - Rect. Marquee icon changes erratically #5882 * Implemented Mirroring Effect in Paint Activity - SL#2463 * Added Invert Color Effect to Paint Activity - OLPC #2495 * Title for 'Rectangular Marquee' tool changed to 'Select Area' - SL #2266 * Paint starts with a random color selected SL #2053 * Paste images from clipboard - SL #813, #9022 * paint overwrites file type instead of creating new file - SL #1771 * Slider bar should change brush and line width - #8865 * Tools & Shapes would be a radio button set - #3695 and #3694 * Active point of Paint pointers should be at tip of pencil, brush, drip on fill bucket, etc - SL #296 * The free form polygon tool should be in the shapes toolbar - OLPC #3693 * turn off activity sharing - SL #1863 * Make "keep aspect ratio" selection visible in the UI. - SL #931 * Under tools tab, pencil size functionality is not working - SL #1902 * Change in the icon activity to avoid errors in new librsvg * Clean up cursors * Add binary files to python 2.7 ==Write== * Change the default method to insert images #3066 and #7405. This adds a checkbox to enable the user to select the method * Preserve the mime type when reading and saving files. Related to tickets #8972, #5291, #1925 and SL #2127. * Add option to export to PDF - SL #1458 * Paste images in write #2507 and #7186. Now you can copy an image from Paint, Browse or Write and paste in Write. ==Read== * Add scrolling options for PDFs #10396 ==Help== * Fix permissions for HTML pages: use 0644 * Fix icon for F13 changes in rendering #8513 * Use go-home icon #8575, #10267 * Add view toolbar, with zoom in, zoom out and full screen buttons * Remove width from content section in css to improve screen usage * Merge with latest XO 1.5 branch ==Pippy== * Cannot start "Thanks" example #10384 * Add EditToolbar & modify toolbars for <=0.84 compatibility #10395 * Fix svg icons for Pippy * Remove the 'dobject'/groupthink sub-module * Switch activity.info from class to exec =Package changes since build 352= --- os352/os352.packages.txt 2010-11-05 10:05:47.0 -0400 +++ os353/os353.packages.txt 2010-11-15 03:19:59.0 -0500 @@ -608,12 +608,12 @@ strace-4.5.19-1.fc11.i586 stunnel-4.26-3.i586 sudo-1.7.2p6-1.fc11.i586 -sugar-0.84.24-1.fc11.i586 +sugar-0.84.25-1.fc11.i586 sugar-artwork-0.84.4-1.fc11.i586 sugar-base-0.84.2-1.fc11.i586 sugar-datastore-0.84.1-1.fc11.i586 sugar-presence-service-0.84.3-1.fc11.noarch -sugar-toolkit-0.84.13-1.fc11.i586 +sugar-toolkit-0.84.14-1.fc11.i586 sugar-update-control-0.23-1.fc11.noarch symlinks-1.4-2.fc11.i586 =Activity changes since build 352= --- os352/os352.activities.txt 2010-11-04 06:15:13.0 -0400 +++ os353/os353.activities.txt 2010-11-15 07:49:09.0 -0500 @@ -1,18 +1,18 @@ -Browse-108 +Browse-108.1 Calculate-30 Chat-65 -Distance-20 +Distance-21 Etoys-113 -Help-11 +Help-12 Implode-9 Log-20 Maze-6 Measure-31 Memorize-35 Moon-11 -Paint-27 -Pippy-35 -Read-86 +Paint-29 +Pippy-38 +Read-87.1 Record-86 Scratch-16 Speak-18 @@ -22,4 +22,4 @@ TamTamSynthLab-53 Terminal-31 TurtleArt-88 -Write-63 +Write-63.1 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New 10.1.3 build os352 for XO-1 and XO-1.5
OLPC build 10.1.3 - 352 = The "happy rotate" build. =Builds= http://build.laptop.org/10.1.3/xo-1/os352 http://build.laptop.org/10.1.3/xo-1.5/os352 =Description of changes in this build= =olpc-utils== * add config for screen rotation (part of #9350) * Enable SiSUSB support (part of #10210) ==xorg-x11-drv-sisusb== * Make SISUSBVGA devices trivial to use #10210 ==xulrunner== * Firefox does not start in GNOME #10425 (regression from 351) =Package changes since build 351= --- os351/os351.packages.txt2010-10-28 08:47:58.0 -0400 +++ os352/os352.packages.txt2010-11-04 08:48:33.0 -0400 @@ -486,7 +486,7 @@ olpc-runin-tests-0.9.20-1.noarch olpc-switch-desktop-0.7-1.fc11.noarch olpc-update-2.23-1.fc11.noarch -olpc-utils-1.0.28-1.fc11.i586 +olpc-utils-1.0.30-1.fc11.i586 xorg-x11-drv-openchrome-0.2.990-1.fc11.i586 +xorg-x11-drv-sisusb-0.9.1-2.fc11.i586 xorg-x11-drv-vesa-2.2.0-3.fc11.i586 xorg-x11-drv-void-1.2.0-1.fc11.i586 xorg-x11-filesystem-7.3-4.fc11.noarch xorg-x11-font-utils-7.2-7.fc11.i586 xorg-x11-server-common-1.6.4-0.3.fc11.i586 xorg-x11-server-utils-7.4-7.1.fc11.i586 +xorg-x11-server-Xephyr-1.6.4-0.3.fc11.i586 xorg-x11-server-Xorg-1.6.4-0.3.fc11.i586 xorg-x11-utils-7.4-4.fc11.i586 xorg-x11-xauth-1.0.2-6.fc11.i586 xorg-x11-xinit-1.0.9-9.fc11.i586 xorg-x11-xkb-utils-7.2-8.fc11.i586 xterm-242-3.fc11.i586 -xulrunner-1.9.1.10-2.fc11.i586 -xulrunner-python-1.9.1.10-2.fc11.i586 +xulrunner-1.9.1.9-2.fc11.i586 +xulrunner-python-1.9.1.9-2.fc11.i586 xz-4.999.9-0.1.beta.20091007git.fc11.i586 xz-libs-4.999.9-0.1.beta.20091007git.fc11.i586 xz-lzma-compat-4.999.9-0.1.beta.20091007git.fc11.i586 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: customizing olpc-os-builder image
On 11/04/2010 06:36 AM, Mike Dawson wrote: > Well one choice as discussed before would be to use the modules I > already wrote that do exactly that: > > OS Builder Module: www.paiwastoon.af/otherdownloads/afcustomization.tar.gz > www.paiwastoon.af/otherdownloads/f11-xo1-g4.ini > > Unfortunately I don't think modifying ksmain will be enough because > olpc-configure will come along and change whatever was there in the > first place, unless one modifies it. olpc-configure changes it > according to the hardware info / SKU. For Afghanistan this is set to > be a Dari keyboard AFAIK. The afcustomization script depends on a > bundle - that can be uploaded this evening. Just more practical here > than telling it download locations such as the way that activities > module works. Yeah, bumped into that the other day, too. I think it would be great to have an option in the builder for the language the image should come up with. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Dextrose] New 10.1.3 build os351 for XO-1 and XO-1.5
On 11/04/2010 04:50 AM, Bernie Innocenti wrote: > On Wed, 2010-11-03 at 14:11 -0400, Martin Langhoff wrote: >> On Wed, Nov 3, 2010 at 1:02 PM, Daniel Castelo >> wrote: >>> With this steps If I press the rotate button the screen changes, but the >>> behavior is not appropriate. >> >> Grab latest olpc-utils rpm from >> http://dev.laptop.org/~martin/public_rpms/10.1.3/ , reboot and retry. >> >> If you still see problems, you gotta tell us more detail. > > Can you drop this new package in your public_rpms on dev.laptop.org? So > it will appear in the repo from which dextrose pulls. > It is now: http://xs-dev.laptop.org/~dsd/repos/f11/ Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New 10.1.3 build os351 for XO-1 and XO-1.5
On 11/03/2010 01:18 PM, Martin Langhoff wrote: > On Wed, Nov 3, 2010 at 7:49 AM, Daniel Castelo > wrote: >> Can I install this 2 GB image in a XO with 8 GB for test purpose? > > Yes. And if you can put the SD card on a different machine you can use > resize2fs on it. > > > > m Yeah - I have only build the 2GB images for now due to size constraints on the build machine. Yes, you can install it on a machine with 2GB. There will be 8GB images soon, too. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New 10.1.3 build os351 for XO-1 and XO-1.5
OLPC build 10.1.3 - 351 = The "rotation" build. =Builds= http://build.laptop.org/10.1.3/xo-1/os351 http://build.laptop.org/10.1.3/xo-1.5/os351 =Description of changes in this build= ==sugar*== * Disable start option for entries that can't be opened #8733 (Mukul Gupta) * Cleanup temporary files on startup #10301 (Simon Schampijer) * restore sugar-launch by bundle id substring, fixes #9189 (James Cameron) * New go-home icon, needed by Browse #10364 (Gary C Martin) * Remove shared activity from the neighborhood view when no members left #10308 (Simon Schampijer) * Deal with unicode nick names #889 (moved patch from rpm into repository) (Simon Schampijer) ==olpc-kbdshim== * dpad rotates wrong #10380 ==olpc-powerd== * avoids resume from suspend when lid opens #10402 ==xorg-x11-drv-openchrome== * Screen rotation support for XO-1.5 #9350 ==memorize== * Game not transferred when loading a created game #10302 =Package changes since build 351= -olpc-kbdshim-14-1.fc11.i586 +olpc-kbdshim-15-1.fc11.i586 olpc-library-2.0.4-1.fc11.noarch olpc-netutils-0.8-1.fc11.noarch -olpc-powerd-26-1.fc11.i586 -olpc-powerd-dbus-26-1.fc11.i586 +olpc-powerd-29-1.fc11.i586 +olpc-powerd-dbus-29-1.fc11.i586 sudo-1.7.2p6-1.fc11.i586 -sugar-0.84.23-1.fc11.i586 -sugar-artwork-0.84.3-1.fc11.i586 +sugar-0.84.24-1.fc11.i586 +sugar-artwork-0.84.4-1.fc11.i586 sugar-base-0.84.2-1.fc11.i586 sugar-datastore-0.84.1-1.fc11.i586 -sugar-presence-service-0.84.2-1.fc11.noarch +sugar-presence-service-0.84.3-1.fc11.noarch sugar-toolkit-0.84.13-1.fc11.i586 -xorg-x11-drv-openchrome-0.2.904-6.3.fc11.i586 +xorg-x11-drv-openchrome-0.2.990-1.fc11.i586 xorg-x11-drv-vesa-2.2.0-3.fc11.i586 xorg-x11-drv-void-1.2.0-1.fc11.i586 xorg-x11-filesystem-7.3-4.fc11.noarch ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New 10.1.3 build os350 for XO-1 and XO-1.5
On 10/25/2010 01:48 PM, Chris Ball wrote: > Hi, > > > Is olpc-update of this build available? > > That requires me to tell updates.laptop.org about the new build > stream, which I'll do when I have more free time/return from Taipei. > > Thanks, Ok, thanks. I did not tested that obviously. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New 10.1.3 build os350 for XO-1 and XO-1.5
OLPC build 10.1.3 - 350 = The "busy cursor" build. =Builds= http://build.laptop.org/10.1.3/xo-1/os350 http://build.laptop.org/10.1.3/xo-1.5/os350 =Description of changes in this build= ==Sugar== * Journal: Show alert when error occurs while writing to external devices #10312 * AP: separate signal strength from status #10347 * Add default Ad-hoc networks #9845 * Connect to gabble immediately when possible #10350 * Unable to register a laptop after trying on the wrong network #6857 * Feedback when deleting files on an external device #10351 * Do not break if the string contains no conversion specifier #10372 * Save title when closing #10346 ==Browse (xulrunner)== * Browse has no "busy" indication #10383 =Package changes since build 852= -sugar-0.84.22-1.fc11.i586 -sugar-artwork-0.84.2-1.fc11.i586 +sugar-0.84.23-1.fc11.i586 +sugar-artwork-0.84.3-1.fc11.i586 sugar-base-0.84.2-1.fc11.i586 sugar-datastore-0.84.1-1.fc11.i586 -sugar-presence-service-0.84.1-1.fc11.noarch -sugar-toolkit-0.84.12-1.fc11.i586 +sugar-presence-service-0.84.2-1.fc11.noarch +sugar-toolkit-0.84.13-1.fc11.i586 sugar-update-control-0.23-1.fc11.noarch xorg-x11-xkb-utils-7.2-8.fc11.i586 -xulrunner-1.9.1.9-1.fc11.i586 -xulrunner-python-1.9.1.9-1.fc11.i586 +xulrunner-1.9.1.10-2.fc11.i586 +xulrunner-python-1.9.1.10-2.fc11.i586 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Where should I put my public_rpms for 10.1.3 ?
On 10/21/2010 02:35 PM, Bert Freudenberg wrote: > > On 20.10.2010, at 23:44, Simon Schampijer wrote: > >> On 10/20/2010 07:10 PM, Martin Langhoff wrote: >>> Hi Simon, >>> >>> as in the past, should it be ~/public_rpms/10.1.3 ? Will that work? >> >> Yes, using the public_rpms will work. They will end up under the name of >> dsd then [1]. Mind that you have to use ~martin/public_rpms and not >> ~martin/public_html/public_rpms but I am sure you know this already :) >> >>> Hello list -- did I forget to mention this? Simon is build-master for >>> 10.1.3 . Release manager. Culprit-in-chief. >>> >>> Mbwa-ha-ha-ha-ha. Little does he know the trouble he's in... ;-) >> >> Thanks for the introduction :) >> >> Regards, >> Simon >> >> [1] http://xs-dev.laptop.org/~dsd/repos/f11/filelist.txt > > Awesome news :) > > What's the schedule? > > - Bert - We plan to have a release candidate the first of December and release the 15th of December. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Where should I put my public_rpms for 10.1.3 ?
On 10/20/2010 07:10 PM, Martin Langhoff wrote: > Hi Simon, > > as in the past, should it be ~/public_rpms/10.1.3 ? Will that work? Yes, using the public_rpms will work. They will end up under the name of dsd then [1]. Mind that you have to use ~martin/public_rpms and not ~martin/public_html/public_rpms but I am sure you know this already :) > Hello list -- did I forget to mention this? Simon is build-master for > 10.1.3 . Release manager. Culprit-in-chief. > > Mbwa-ha-ha-ha-ha. Little does he know the trouble he's in... ;-) Thanks for the introduction :) Regards, Simon [1] http://xs-dev.laptop.org/~dsd/repos/f11/filelist.txt ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Test request time
On 10/14/2010 11:20 AM, Tabitha Roder wrote: > Hello world > > It is late Thursday night here in NZ so it is the time of the week I start > looking for what we should download Friday and test in NZ on Saturday > morning. Are there any test requests from anyone out there? > > I am assuming we are starting with a Sugar 0.90 test of some sort... > I see some new releases - Sliderule-22, Physics-7, Turtle Blocks-100, > Jukebox-20 and Numbers-3. Should we test these and is there anything in > particular (other than the changes described in the release notes) you are > looking for feedback on? I was hoping that Wordgroupz would be ready for > testing but I haven't seen that yet. > We still have to try out creating our own images for Visual Match, and test > eToys on Sugar 0.90 too. > The Australians have a new XO-1.5 build they want tested... > > Anything else? > > Thanks world > > Tabitha > olpc NZ volunteer Hi Tabitha, thanks very much for asking. Of course it would be great if you could give 0.90 another go. I am updating and uploading new images for testing on the XO-1 and XO-1.5 [1]. I would as well like to give you a list of fixes that went in the packages you could verify and of course I am looking for any other feedback you have. We will do new Sugar tarballs today (then it takes some hours for the rpms, some for new builds...). Until when do you need the builds and the instructions? Regards, Simon [1] http://bugs.laptop.org/~erikos/F14_builds/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #10363 NORM 10.1.3: Auto-Suspend gets in the way when sharing over Salut
On 10/13/2010 12:14 PM, James Cameron wrote: > On Wed, Oct 13, 2010 at 11:47:07AM +0200, Simon Schampijer wrote: >> On 10/13/2010 12:29 AM, James Cameron wrote: >>> On Tue, Oct 12, 2010 at 05:27:27PM +0200, Simon Schampijer wrote: >>>> For 0.84 we can do what powerd offers, creating a file based on the pid >>>> in /var/run/powerd-inhibit-suspend/ (those are removed by powerd when it >>>> goes into suspend the next time). >>> >>> If I understand correctly, these are only removed if the process with >>> the pid no longer exists. We can rely on /var/run being empty on boot, >>> since it is a tmpfs. >>> >> >> Right, so in the case of an activity that inhibit suspend because it is >> shared you have to close the activity in order to get out of that state. >> There is currently no way to 'un-share' an activity. > > That appears to be a Sugar design feature. > >> So, in order for powerd to kick in the activity has to be closed and >> therefore it will remove the file. > > powerd will not idle suspend while that file and the matching process is > present on the system. If either are not present, powerd may idle > suspend subject to other data. > >> Or do I oversee something why we can not rely on my assumption? > > I don't understand this question, sorry. > > My reply was specifically aimed at your statement that the files "are > removed by powerd when it goes into suspend the next time". Ok, my point was that I do not have to unlink the files in Sugar, since powerd takes care of that. I guess we both have the same understanding of what powerd does just that we describe it differently. No need to discuss here further from my side. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #10363 NORM 10.1.3: Auto-Suspend gets in the way when sharing over Salut
On 10/13/2010 12:29 AM, James Cameron wrote: > On Tue, Oct 12, 2010 at 05:27:27PM +0200, Simon Schampijer wrote: >> For 0.84 we can do what powerd offers, creating a file based on the pid >> in /var/run/powerd-inhibit-suspend/ (those are removed by powerd when it >> goes into suspend the next time). > > If I understand correctly, these are only removed if the process with > the pid no longer exists. We can rely on /var/run being empty on boot, > since it is a tmpfs. > Right, so in the case of an activity that inhibit suspend because it is shared you have to close the activity in order to get out of that state. There is currently no way to 'un-share' an activity. So, in order for powerd to kick in the activity has to be closed and therefore it will remove the file. Or do I oversee something why we can not rely on my assumption? Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #10363 NORM 10.1.3: Auto-Suspend gets in the way when sharing over Salut
On 09/29/2010 08:31 AM, Tomeu Vizoso wrote: > On Tue, Sep 28, 2010 at 21:43, Gonzalo Odiard wrote: >> We have this code in many places, I found it in the Distance activity and >> bitfrost updater. >> May be is a good idea inhibit suspend when is displayed the neighborhood >> view also. >> Can we have a unique class like PowerManager or anything like that? > > Good with me if that's the way to go from the POV of the systems > people, would be great if it could be implemented in Sugar in terms of > org.freedesktop.UPower, so we don't need to maintain two or more > backends. > > Regards, > > Tomeu So the GNOME hook for inhibiting suspend seems to be in gnome-session [1][2]. For 0.92 we can look into possibilities on using that. As we already include parts of the gnome session manager code to handle shutdown etc we might be able to switch to the gnome session manager completely. For 0.84 we can do what powerd offers, creating a file based on the pid in /var/run/powerd-inhibit-suspend/ (those are removed by powerd when it goes into suspend the next time). I modified James's example to handle the share and join case (in the base activity class). Quite good results here in terms of usability. I guess one wants to inhibit as well when one invite someone to an activity. Not sure we need to inhibit suspend when we display the neighborhood view. The presence (buddies and activities) should be synced when we come out of suspend (Upower+Aavahi [3]). Not sure we need as well to inhibit here then. Regards, Simon [1] http://people.gnome.org/~mccann/gnome-session/docs/gnome-session.html#org.gnome.SessionManager.Inhibit [2] http://live.gnome.org/GnomePowerManager/FAQ#How_do_I_make_my_application_stop_the_computer_auto-suspending.3F [3] http://lists.freedesktop.org/archives/avahi/2010-October/001939.html ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[ANNOUNCE] Sucrose 0.90 Final Release
Dear Sugar community, Sucrose 0.90 is the latest version of the Sugar learning platform: Sugar promotes collaborative learning through Sugar Activities that encourage critical thinking, the heart of a quality education. Designed from the ground up especially for children, Sugar offers an alternative to traditional “office-desktop” software. Furthermore it provides a flexible and powerful platform for activity developers. Sugar is Free and Open Source Software and consists of Glucose, the base system environment; and Fructose, a set of demonstration activities. This new release contains many new features, performance and code improvements, bug fixes, and translations. Full release notes can be found at: http://wiki.sugarlabs.org/go/0.90/Notes Thanks everyone for your great contributions! On behalf of the Sugar community, Your Release Team ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Testing 0.90 on an XO
On 10/04/2010 05:22 PM, Simon Schampijer wrote: > Hi, > > I have been doing 0.90-F14 builds for the XO-1 and XO-1.5. You can grab > the latest build from [1]. > > I provide these builds that people that do have XO-hardware can start > helping testing 0.90. So far, we did not have much testing yet. We just > released 0.90.0 and want to do a bug fix release at the end of the month > [2]. So testing and filing good bug reports is highly welcome. > > Please use these builds only for reporting back 0.90 issues. There are > surely issues that are due to integration issues. Leave them for now. > > When you report bugs at [3] with these builds please set the Version to > 0.90 and add the keyword olpc-0.90 to be able differentiate those bugs. > > A good first start would be to test the Features [4] that have landed in > 0.90. Each page does contain a test case. As well the release notes at > [5] might be of help. And of course, testing different languages and > smoke tests of all different fashions are welcome. > > Regards, > Simon I added the olpc-0.90 keyword to all the bugs that are present in the builds [1]. Thanks to Tony Forster a few new ones could be identified. If you have an XO one can can make sure that the latest xorg-x11-drv-geode package does work fine for you and indicate that in bodhi [2] that would be great - so the driver will get into the stable repository. The Final Change Deadline for Fedora 14 is the 18th of October [3]. Would be great to get as many bugs as possible present in Sugar 0.90 on F14 fixed and pushed until then. Thanks, Simon [1] http://bugs.sugarlabs.org/query?status=accepted&status=assigned&status=new&status=reopened&order=priority&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component&keywords=~olpc-0.90 [2] https://admin.fedoraproject.org/updates/xorg-x11-drv-geode-2.11.9-1.fc14?_csrf_token=fa12d11a38d93c2c6c1c817bd4390413b87db316 [3] https://fedoraproject.org/wiki/Releases/14/Schedule ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Testing 0.90 on an XO
Hi, I have been doing 0.90-F14 builds for the XO-1 and XO-1.5. You can grab the latest build from [1]. I provide these builds that people that do have XO-hardware can start helping testing 0.90. So far, we did not have much testing yet. We just released 0.90.0 and want to do a bug fix release at the end of the month [2]. So testing and filing good bug reports is highly welcome. Please use these builds only for reporting back 0.90 issues. There are surely issues that are due to integration issues. Leave them for now. When you report bugs at [3] with these builds please set the Version to 0.90 and add the keyword olpc-0.90 to be able differentiate those bugs. A good first start would be to test the Features [4] that have landed in 0.90. Each page does contain a test case. As well the release notes at [5] might be of help. And of course, testing different languages and smoke tests of all different fashions are welcome. Regards, Simon [1] http://dev.laptop.org/~erikos/F14_builds/ [2] http://wiki.sugarlabs.org/go/0.90/Roadmap#Schedule [3] http://bugs.sugarlabs.org [4] http://wiki.sugarlabs.org/go/0.90/Feature_List [5] http://wiki.sugarlabs.org/go/0.90/Notes === Known Issues === Here is a list of current Issues in the builds I have found so far: - Gnome keyring pops up at first start: http://bugs.sugarlabs.org/ticket/2339 ---> At least a new behavior, if not fixable it should be documented what to do. - Physics crashes: http://bugs.sugarlabs.org/ticket/2363 ---> We had a similar issue in Sugar, the same fix can be applied here. Gary is working on it as I am writing those lines... - Calculate does not start: http://bugs.sugarlabs.org/ticket/2245 ---> Version 34 fixes it, will be in a next build - Terminal: Can not scroll when using less: "Warning Terminal is not fully functional". On the XO builds I could not edit files with Vi neither which works here ok. There was a new version of VTE in updates-testing (0.26.0-1) but that one did not fix that issue. http://bugs.sugarlabs.org/ticket/2394 ---> We have a hint already. - Activity icon not disappearing from the neighborhood view http://bugs.sugarlabs.org/ticket/2389 ---> Tomeu has a fix in Gabble and is verifying now if that happens on Salut as well. - Sharing button not updated when resuming a previously-shared activity http://bugs.sugarlabs.org/ticket/2390 ---> Tomeu is on that one as well. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Empty list view
On 09/29/2010 01:10 PM, Tomeu Vizoso wrote: > On Wed, Sep 29, 2010 at 13:03, javed khan wrote: >> here is the log > > Seems to be an issue with localization: > > /usr/lib/python2.5/site-packages/sugar/util.py in > timestamp_to_elapsed_string(timestamp=dbus.Double(1285751109.0, > variant_level=1), max_levels=2) > 226 > 227 time_period += _ngettext(name_singular, name_plural, > --> 228 elapsed_units) % elapsed_units > elapsed_units = 1 > 229 > 230 elapsed_seconds -= elapsed_units * factor > > TypeError: not all arguments converted during string formatting > > Simon and the rest of the Sugar OLPC team are aware of the issue and > have a fix coming, though not sure if for 0.82. > > Regards, > > Tomeu Hi Javed, funny, how things turn up at the same time. We just worked on that issue a a few days ago and have a fix for 0.84 [1]. About a fix for 0.82 - I am not sure about that as I am only involved in the 0.84 builds, maybe someone else can comment. There might be other issues in Arabic languages in 0.84. If you (or someone from your team) as a knowledgeable person can have a look at the latest builds in [2] and check the latest Arabic localization that would be highly appreciated. You can comment your findings at [3] or here on list. Thanks, Simon [1] http://dev.laptop.org/ticket/10372 [2] http://download.laptop.org/xo-1/os/official/latest/ or http://download.laptop.org/xo-1.5/os/official/latest/ [3] http://dev.laptop.org/ticket/6808 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Introduction
Hi Steven, On 09/28/2010 01:00 PM, Tomeu Vizoso wrote: > On Tue, Sep 28, 2010 at 12:46, Steven Parrish wrote: >> Some of you may have already heard that I have accepted a position >> with ActivityCentral to be the project manager for Dextrose. It feels >> like I have come full circle as I started out as a volunteer >> maintaining the "F11 for the XO-1" builds for the past 18 months. >> That work was very rewarding and I was glad to see OLPC step in and >> release official builds based on my work. The "F11 for the XO-1" was >> also a starting point for the original Dextrose system, which Bernie >> Innocenti brought to fruition. >> >> Now we will be taking the original Dextrose and expanding upon it. >> Dextrose2 will be the result. Based on Fedora11 and Sugar 0.88 it >> will strive for stability, while providing deployments with a >> customizable product. I have already started creating builds for the >> new system with additional language support, and they can be found at >> http://wiki.sugarlabs.org/go/Dextrose . The builds will be for both >> the XO-1 and XO-1.5 and will be available both with Gnome and without. >> >> We have a team of developers at SEETA who will be working on this with >> us. Many of them are already known to the community and more will >> become known as they join the effort. >> >> I have already started going over the outstanding issues and know that >> with everyone's help we can make Dextrose the Premier system for XO >> deployments. >> >> The issues that need to be worked on can be found at: >> >> http://bugs.sugarlabs.org/query?status=accepted&status=assigned&status=new&status=reopened&order=priority&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component&keywords=$love >> >> and >> >> http://bugs.sugarlabs.org/query?status=accepted&status=assigned&status=new&status=reopened&order=priority&col=id&col=summary&col=component&col=status&col=type&col=priority&col=milestone&keywords=$extrose >> >> If you are already working on any of these tickets please send me a >> quick note as to which tickets you are working on and what the status >> is. >> >> I look forward to working with everyone. > > I'm very happy to read this, look forward to work further with you. > > It would be very helpful if any new contributors could take the time > to present themselves and their plans as you have done. > > Regards, > > Tomeu Thanks for your great introduction. It is a good habit to present oneself and his role to the community. I would like to encourage others to do so as well. Looking forward to work with you, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #10363 NORM 10.1.3: Auto-Suspend gets in the way when sharing over Salut
On 09/23/2010 03:55 PM, Tomeu Vizoso wrote: > On Thu, Sep 23, 2010 at 15:30, Tomeu Vizoso wrote: >> On Mon, Sep 20, 2010 at 12:56, Paul Fox wrote: >>> tomeu wrote: >>> > On Thu, Sep 16, 2010 at 23:38, Martin Langhoff >>> >wrote: >>> > > On Thu, Sep 16, 2010 at 5:05 AM, Tomeu >>> Vizoso wrote: >>> > >> So the problem is that if you had to resync all state for each >>> machine >>> > >> every time they wake up, you would use lots of bandwidth with the >>> > > (...) >>> > >> Another issue with this is that you not only want to resync >>> presence, >>> > >> but shared activities also would need to resync their state. >>> > > >>> > > Correct. My notes on the bug are probably unreadable -- it was late >>> > > last night, apologies. >>> > > >>> > > What I mean to say is that we could >>> > > >>> > > 1 - explore the interaction between sleep timeouts and Salut resync >>> > > frequency for presence >>> > > >>> > > 2 - hack the Tubes/Telepathy stack to _prevent sleep_ while an >>> actual >>> > > collaboration session is running >>> > > >>> > > I think #1 needs to be done regardless, as it'll improve behaviour >>> > > even if/when we our networking/suspend issues sorted. And some of >>> the >>> > > issues in network/suspend interaction won't be easy to resolve. >>> > >>> > I doubt there's much that can be done in Salut about it, should be >>> > instead done inside Avahi. I would see how mDNS works, then look for >>> > opportunities of tuning knobs in Avahi to speed up rediscovery: >>> > >>> > http://tools.ietf.org/html/draft-ietf-dnsext-mdns-47 >>> > >>> > I'm going to ask around in case somebody has already thought of it and >>> > can provide a shortcut. >>> >>> the laptop knows how long it was suspended, and this information could >>> be made available to a resume hook (which almost exists, but not >>> quite, in powerd) if it would be useful. i.e., a a post-resume script >>> could decide whether to kick the protocols to do something differently, >>> if that was needed. >> >> Paul, what do you think about powerd implementing org.freedesktop.UPower ? >> >> http://upower.freedesktop.org/docs/UPower.html > > If so, Lennart could be interested in accepting a patch that makes > Avahi listen for Resuming() and that implements the wake-up behavior > as specified in > http://files.multicastdns.org/draft-cheshire-dnsext-multicastdns.txt . Thanks for that pointer and contacting Lennart. The funny part is: the draft expired yesterday :) > After a quick read, looks like it would involve querying the network > with the QU bit set so the other nodes can send unicast replies > instead of multicast, thus saving bandwidth. Yes the draft talks in section "5.5 Questions Requesting Unicast Responses" the case when using unicast responses instead of multicast responses in the resume case. The document states that after the first query multicast responses should be used. "Appendix D" contains some interesting points why using multicast responses is not inefficient. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #10363 NORM 10.1.3: Auto-Suspend gets in the way when sharing over Salut
On 09/23/2010 03:30 PM, Tomeu Vizoso wrote: > On Mon, Sep 20, 2010 at 12:56, Paul Fox wrote: >> tomeu wrote: >> > On Thu, Sep 16, 2010 at 23:38, Martin Langhoff >> >wrote: >> > > On Thu, Sep 16, 2010 at 5:05 AM, Tomeu Vizoso >> wrote: >> > >> So the problem is that if you had to resync all state for each >> machine >> > >> every time they wake up, you would use lots of bandwidth with the >> > > (...) >> > >> Another issue with this is that you not only want to resync >> presence, >> > >> but shared activities also would need to resync their state. >> > > >> > > Correct. My notes on the bug are probably unreadable -- it was late >> > > last night, apologies. >> > > >> > > What I mean to say is that we could >> > > >> > > 1 - explore the interaction between sleep timeouts and Salut resync >> > > frequency for presence >> > > >> > > 2 - hack the Tubes/Telepathy stack to _prevent sleep_ while an actual >> > > collaboration session is running >> > > >> > > I think #1 needs to be done regardless, as it'll improve behaviour >> > > even if/when we our networking/suspend issues sorted. And some of the >> > > issues in network/suspend interaction won't be easy to resolve. >> > >> > I doubt there's much that can be done in Salut about it, should be >> > instead done inside Avahi. I would see how mDNS works, then look for >> > opportunities of tuning knobs in Avahi to speed up rediscovery: >> > >> > http://tools.ietf.org/html/draft-ietf-dnsext-mdns-47 >> > >> > I'm going to ask around in case somebody has already thought of it and >> > can provide a shortcut. >> >> the laptop knows how long it was suspended, and this information could >> be made available to a resume hook (which almost exists, but not >> quite, in powerd) if it would be useful. i.e., a a post-resume script >> could decide whether to kick the protocols to do something differently, >> if that was needed. > > Paul, what do you think about powerd implementing org.freedesktop.UPower ? > > http://upower.freedesktop.org/docs/UPower.html > > Regards, > > Tomeu UPower is available in Fedora >= 13 AFAIK. We are still stuck at the moment with F11. So, that road is meant as Future possibilities, right? Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Updating with olpc-update command
On 09/21/2010 04:16 PM, Narendra Sisodiya wrote: > Dear all, I have two question > > 1) I am using virtual environment to booting up fedora-sugar. Can I use > olpc-update command for update purpose ? When I try the command, it give me > error that developer key is not present. > 2) Is this command arch-dependent ? because I am using > fedora-12-arm repository. Fedora 12 ARM repo support upto - *Sugar 0.86.3*, > If I want to update it to the latest one ( > http://build.laptop.org/10.2.0/os206/ ) > am i missing something ? Hi Narendra, if I understand correctly you are using Sugar on Fedora and not an OLPC build. The olpc-update command is meant to update olpc-images for the XO. For updating your configuration you need to use the distribution specific means. Fedora 12 has Sugar 0.86.x which as actually a newer version than what you would get in http://build.laptop.org/10.2.0/os206/ which is Sugar 0.84.x. I guess F12 is the latest arm version you get for Fedora [1]. Otherwise Sugar 0.88 is packaged in Fedora 13 and 0.90 is in F14. Regards, Simon [1] http://fedoraproject.org/wiki/Architectures/ARM ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Initial F14 developers-only release for XO and XO-1.5
On 09/02/2010 07:43 PM, Mikus Grinbergs wrote: >>> In Terminal, cursor movement keys don't work. [I also saw interference >>> to Terminal (white background) from dmesg? lines (black background), >>> after each boot -- but these would go away if I just restarted Sugar.] >> >> This could be X using the xfree86 keycodes instead of the evdev ones. >> What does "setxkbmap -v" say? > >0 [olpc]# setxkbmap -v >Trying to build keymap using the following components: >keycodes: evdev+aliases(qwerty) >types: complete >compat: complete >symbols:pc+us(olpc)+inet(evdev)+terminate(ctrl_alt_bksp) >geometry: pc(pc104) >0 [olpc]# > > By the way, in Terminal 'vi' appears to be placing the text it shows > onto a NON-EMPTY screen - there is present background text from what had > in the past been shown on the Terminal screen. If I want to look at > something, I now use 'cat' (which has blank background) instead of 'vi'. > >>> Among the non-starters were Chat and TamTam. >> >> Could you determine why? > > Activity output logs attached. > Chat fails because no attribute _pservice. This has been fixed in git: http://git.sugarlabs.org/projects/chat/repos/mainline/commits/997ca380edbc59bbae1da9950369d3f50ffa6991 Aleksey will do a new release. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Initial F14 developers-only release for XO and XO-1.5
On 09/11/2010 04:20 PM, Jon Nettleton wrote: >> The XO-1.5 build does not boot for me, I get the following after >> flashing the image: >> >> Boot device: /wlan Argumenst: >> Scan for: OLPCOFW not found >> Scan for: school-mesh-0 not found >> Scan for: school-mesh-1 not found >> Scan for: school-mesh-2 not found >> :0: >> Can't open boot device >> >> Anyone else booted the XO-1.5 image already? > > I have booted the XO-1.5 image but did not use OFW to install it. > Since I am running it from an SDHC card I manually extracted the > filesystems onto the card. I have an updated kernel rpm that fixes a > few of initial bugs that needed squashing with the XO 1.5. I can post > that if people want to do extended testing. Sure! Keep it rolling :) > That error looks like OFW is not finding a bootable device. What > output do you get if you do dir int:\boot\ from the OFW prompt? > > -Jon Thanks Jon for following up and sharing the command. It helped to find out that the bootfw package was missing. Daniel will do a new build. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Initial F14 developers-only release for XO and XO-1.5
On 09/01/2010 07:22 AM, Daniel Drake wrote: > Hi, Hi Daniel, first of all - thanks for your excellent work! > After seeing the community help significantly with F11-on-XO > development, I'm wondering if we can do something similar for a future > release. So, I've taken the first few steps in getting OLPC's > technologies rebased on Fedora 14 and Linux v2.6.35. > > The result has lots of problems, but I figure that publishing the work > so far is the first step in getting things fixed. > > Things are in such an early stage that I'm labelling this as a > developers-only release. To name a few: Sugar crashes all the time, > the XO-1.5 camera doesn't work, there are some funky graphics bugs on > XO-1, no power management, DCON doesn't work right on either laptop, > desktop switching lands you at a blank screen. > > For now, please don't file bugs unless you include patches. And, to > take 1 bite at a time out of this huge task, lets ignore all but the > biggest sugar issues for now because there is plenty of OS work to be > done first. (or alternatively lets take sugar issues directly to SL > trac) > > And the links: > 2.6.35 kernel is in git://dev.laptop.org/olpc-2.6 branch olpc-2.6.35 > OS build is done from 'f14' branch of olpc-os-builder > First released images are at http://build.laptop.org/F14/os1/ > Trac is at http://dev.laptop.org/milestone/F14 (basically my immediate > TODO), please don't file tickets unless you include patches in these > early days > > Note: I haven't tested those exact images (since Chris @ OLPC built > them), so boot-testing them can be the first task for someone. I have > been working from the same codebases making local images successfully, > so they will probably work (to the extent that things are working). The XO-1.0 build does boot fine here. After installing the latest sugar package [1] I get quite good results. This is very promising. Yay!!! The XO-1.5 build does not boot for me, I get the following after flashing the image: Boot device: /wlan Argumenst: Scan for: OLPCOFW not found Scan for: school-mesh-0 not found Scan for: school-mesh-1 not found Scan for: school-mesh-2 not found :0: Can't open boot device Anyone else booted the XO-1.5 image already? Regards, Simon [1] http://koji.fedoraproject.org/koji/buildinfo?buildID=193501 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS Builder: Missing dependency mtd-utils
On 09/07/2010 01:54 PM, Esteban Bordon wrote: > In Dextrose page [1] we can find this information: > > - Install dependencies > > yum upgrade > yum install libtomcrypt-devel bitfrost make gcc mtd-utils > python-imgcreate zip unzip > > I don't know if os-builder used to build Dextrose have any difference with > this. > > > Cheers, > Esteban. > > [1] http://wiki.sugarlabs.org/go/Dextrose/Build_System Yeah, I had the information for the dependency from the README in the tarball I did download [1]. We should just add it as well there. Regards, Simon [1] http://dev.laptop.org/git/projects/olpc-os-builder/tree/doc/README ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Enhancing Sugar to support multiple users
On 09/07/2010 01:33 AM, Hal Murray wrote: > > d...@laptop.org said: >> When we discussed this while I was in Peru, one requirement they identified >> is that the kid would log onto an XO one day and do some work, and then log >> onto another XO the following week and continue the same work. > >> Assuming this still stands, this strongly calls for a network-based home >> directory system with some kind of network login service (but someone with >> experience in such areas should comment). This would require a number of >> changes at the OS level and server level, but Sugar would be left untouched, >> as far as I can think. > > I think there are two approaches. > > One is for /home to live on the file server and XOs to access their files via > NFS. There may be interesting alternatives to NFS, but I'm not familiar with > any of them. > > The other is to have a working copy of files on the local machine and > manually slosh files back and forth, probably using a program to automate > things. > > I don't think either would be great, but both could probably be made to work. > > Both depend on reasonable network support. Somebody would have to do some > experimenting to see how many users the typical WiFi setup can support. > > [...] > > Here is another alternative... Give each child their own SD card. Patch > Sugar to look there. Or patch the system to mount /home/olpc there. ... From my experience in class, handing out cards/usb sticks to kids is very delicate for the reasons of loosing them or forgetting them at home. Of course you can organize for them to leave them in the school or with the teachers, I just would not let the kids take them home... :) Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Enhancing Sugar to support multiple users
On 09/06/2010 03:40 PM, pbrobin...@gmail.com wrote: > On Mon, Sep 6, 2010 at 2:05 PM, Daniel Drake wrote: >> On 5 September 2010 13:57, Christoph Derndorfer >> wrote: >>> Hi, >>> >>> I just created a new ticket (http://bugs.sugarlabs.org/ticket/2292) to get >>> some discussions started on what changes need to be made to Sugar to work >>> well in an environment where multiple users will work on the same machine >>> (which is how Peru's next 300,000 XOs will be used: >>> http://www.olpcnews.com/countries/peru/peru_between_one_laptop_per_child_and_seven_children_per_laptop.html). >>> >>> Obviously this touches upon a lot of areas from simple naming of the >>> machine, over the Journal, backups and probably a whole host of other issues >>> that I haven't though of yet. >> >> When we discussed this while I was in Peru, one requirement they >> identified is that the kid would log onto an XO one day and do some >> work, and then log onto another XO the following week and continue the >> same work. >> >> Assuming this still stands, this strongly calls for a network-based >> home directory system with some kind of network login service (but >> someone with experience in such areas should comment). This would >> require a number of changes at the OS level and server level, but >> Sugar would be left untouched, as far as I can think. > > The standard way of doing this in unix is to use nfs and automount > with NIS/LDAP authentication. This would mount the users home > directory on login. There's a number of issues that come up with this > implementation for the XOs in that wireless would need to connect > prior to this and NFS over wifi would be interesting at best due to > wifi dropouts. To mitigate that problem you'd probably have to wedge > some of the caching filesystems that are being developed to allow the > home directory to be cached. Suddenly your getting a very complex > solution to fix the problem. Yes, this is true. I obviously used wired connections when using LDAP/NFS. In a lap with fixed equipment this is an easy setup. For the XOs, I agree this could lead to frustration. (even in my case kids very confused because someone has pulled the cables) > The other possible alternative to this would be to use something like > couchdb to store the contents of the journal and associated config > files where you can have a local couchdb that replicates to a remote > service. This might be the simpler solution but would obviously > require development. > > Peter Interesting. A solution where you only need to sync twice (start/stop) might be better in the wifi environment. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Enhancing Sugar to support multiple users
On 09/06/2010 03:05 PM, Daniel Drake wrote: > On 5 September 2010 13:57, Christoph Derndorfer > wrote: >> Hi, >> >> I just created a new ticket (http://bugs.sugarlabs.org/ticket/2292) to get >> some discussions started on what changes need to be made to Sugar to work >> well in an environment where multiple users will work on the same machine >> (which is how Peru's next 300,000 XOs will be used: >> http://www.olpcnews.com/countries/peru/peru_between_one_laptop_per_child_and_seven_children_per_laptop.html). >> >> Obviously this touches upon a lot of areas from simple naming of the >> machine, over the Journal, backups and probably a whole host of other issues >> that I haven't though of yet. > > When we discussed this while I was in Peru, one requirement they > identified is that the kid would log onto an XO one day and do some > work, and then log onto another XO the following week and continue the > same work. > > Assuming this still stands, this strongly calls for a network-based > home directory system with some kind of network login service (but > someone with experience in such areas should comment). This would > require a number of changes at the OS level and server level, but > Sugar would be left untouched, as far as I can think. > > Daniel So this is basically what I did in my pilot [1]. I used F11, 0.84 on regular laptops and an Xserve that was already handling LDAP and NFS. The changes you need to make on the machines to point to the Server are minimal, Sugar itself stays untouched. And yes you need some login manager. Regards, Simon [1] http://wiki.sugarlabs.org/go/Planetarium/en ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
OS Builder: Missing dependency mtd-utils
Hi, I had to build a localized german image for my pilot [1] last night and gave the OS Builder [1] a go. It worked out really well. Thanks for sharing the tool! During the process mkfs.jffs2 could not be located. The package mtd-utils was missing. I think we should add it as a dependency. (There was no component in dev.l.o, hence I note it here). Regards, Simon [1] http://wiki.sugarlabs.org/go/Planetarium/en [2] http://wiki.laptop.org/go/OS_Builder ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[ANNOUNCE] 0.90 Schedule
Hi, I have filled out the missing pieces in the 0.90 development cycle [1]. I want to highlight some important dates: * 16th August: Feature Freeze * 29th September: The final, new stable release * 27th October: Bug fix release The Sugar 0.89.x schedule is based on the GNOME 2.31.x development cycle [2]. One reason is that Sugar as based on the GNOME stack. Another reason is that GNOME makes sure that their release will be able to be shipped by the major distributions. The dates of the release are made accordingly to the GNOME schedule. As there is not much time left for 0.90 we will focus on stabilizing and landing the features that were left over from the last release. As well as landing all the patches that are currently pending. New Features are handled by the Feature process, as it has been the case in the past [3]. Make sure to read the policy what needs to be done in order that your feature can be accepted [4]. It is a sanity check, so don't be too worried. It is there to help the submitter and maintainer in order to get input from the community and the release manager to track features and their status. The actual code gets reviewed by the module maintainer. If there are any questions, about the policy or the schedule, please ask. Regards, Simon [1] http://wiki.sugarlabs.org/go/0.90/Roadmap#Schedule [2] http://live.gnome.org/TwoPointThirtyone [3] http://wiki.sugarlabs.org/go/Features/Policy [4] http://wiki.sugarlabs.org/go/Features/Policy#Acceptance_of_a_feature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Keep confusion -- round N+1
On 06/23/2010 10:49 PM, Martin Langhoff wrote: [...] > It probably needs to be complemented by an option in the Journal to > add a "duplicate this document", and Home View changes to make it > clearer/easier to open a new activity without reopening the last > document. We actually did a lot of work on this in the last release cycle with the design team on making a better separation between resume and start new in the Journal. After making tests [1] in deployments for "start new" vs. "resume" we concluded that the way activity starting works on the iPhone would probably work well in Sugar, too [2]. In any case, we have been working on this topic so hard during the last release cycle, would be great it we conclude something from that discussion at make it an action item. Regards, Simon [1] http://wiki.sugarlabs.org/go/Design_Team/0.88_Meeting#Resume.2FStart_new_on_the_Home_View [2] http://wiki.sugarlabs.org/go/File:Sugar_resume_vs_start_new.jpg ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Keep confusion -- round N+1
On 06/24/2010 01:07 AM, Daniel Drake wrote: > On 23 June 2010 15:49, Martin Langhoff wrote: >> Continuing on the tradition of "Keep confusion, yet again" thread >> http://lists.sugarlabs.org/archive/sugar-devel/2010-April/023440.html >> >> I was yesterday in a conf call with the Perú team, who had been >> working with teachers and were reporting a "keep" bug on F11/S0.84 >> images. >> >> What was very clear was that both technical team and teachers were >> confused about the keep button; and they were seeing a bug that >> increased their confusion. > > Yep, I'm here in peru and they are facing the same confusion as i've > seen all over the world. > This button needs to go away. Yes, same observation here in the Planetarium deployment. The kids think that the keep button means 'saving' and they get confused when I say that Sugar saves automatically. +1 too for removing it. > Here in Peru they are modifying all of the 30 activities on the laptop > to remove the Keep button. (with a little care for the ones where it > has alternative functions such as Write -- thats why you can't just > take it out of the activity class altogether) Maybe those activities that do need those exports options can move them into another category/subtab. TurtleArt is a good example for solving that. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: multicast route missing on ad-hoc+mesh
On 06/23/2010 03:59 PM, Martin Langhoff wrote: > On Wed, Jun 23, 2010 at 6:51 AM, Simon Schampijer wrote: >> Btw, the multicast route has been added to NM, there is an rpm in >> F11-testing. Would be nice if some people test it too, so it gets >> included in the stable branch and does land in F11. >> >> Thanks, >> Simon >> >> https://admin.fedoraproject.org/updates/NetworkManager-0.7.2.997-2.git20100609.fc11?_csrf_token=683e354aa38a8ba7478fb4a53de40df43e1241dd > > Yay. Hopefully it'll get into the next spin of F11/XO-1 and F11/XO-1.5 ! > > Chris, > > with this and http://dev.sugarlabs.org/ticket/1610 I think we'll have > mich improved networking for XO-1.5 and XO-1. Yes, #1610 contains the default adhoc networks. I asked our #1 reviewer Tomeu to have a look. The mesh-code did land already. When r+ed we just need to package it up and include it in Chris' build. > - The ad-hoc UI and interaction model is now similar to what we had > on F9/0.82 with mesh for "under a tree" scenarios. > > - The code detects whether msh0 is present, and will present the mesh > UI; or fall back to ad-hoc. (This means it supports XO-1 but will also > work on XO-1.5 once the thinfirm is ready and working with > open80211s.) > > - Even when msh0 is present and it's in "mesh" mode, if it spots a > running ad-hoc network, it can join it; so mesh-enabled XOs can talk > with non-mesh-enabled XOs. Right, I have been doing testing here with my XO1.0s and XO1.5s and I am quite happy with the results. As Martin said the XO1.0 can share with the XO1.5 and there is an easy way to collaborate without having infrastructure for the XO1.5s. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: multicast route missing on ad-hoc+mesh
On 06/01/2010 03:32 PM, Daniel Drake wrote: > On 1 June 2010 02:55, Sascha Silbe > wrote: >> Excerpts from James Cameron's message of Tue Jun 01 00:42:38 + 2010: >>> Yep, that's it. Sugar is entirely relying on the existence of this >>> multicast route, and it is not present on os240py. >>> >>> It can temporarily be added after mesh is started: >>> >>> ip route add 224.0.0.0/4 dev msh0 >> [...] >>> Bernie, modules/base/kspost.10.core.inc in olpc-os-builder handles this >>> for ad-hoc. Presumably it needs a similar thing for mesh. >> >> What's the upstream ticket for this bug (the multicast route being missing)? >> This might explain quite a bit of the trouble I had with collaboration >> (though not all of it). > > You can find the discussion on the NetworkManager list. It wasn't > concluded, Dan Williams needs to be prodded more so that we can come > up with a solution. > > Daniel Btw, the multicast route has been added to NM, there is an rpm in F11-testing. Would be nice if some people test it too, so it gets included in the stable branch and does land in F11. Thanks, Simon https://admin.fedoraproject.org/updates/NetworkManager-0.7.2.997-2.git20100609.fc11?_csrf_token=683e354aa38a8ba7478fb4a53de40df43e1241dd ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: multicast route missing on ad-hoc+mesh
On 06/01/2010 03:32 PM, Daniel Drake wrote: > On 1 June 2010 02:55, Sascha Silbe > wrote: >> Excerpts from James Cameron's message of Tue Jun 01 00:42:38 + 2010: >>> Yep, that's it. Sugar is entirely relying on the existence of this >>> multicast route, and it is not present on os240py. >>> >>> It can temporarily be added after mesh is started: >>> >>> ip route add 224.0.0.0/4 dev msh0 >> [...] >>> Bernie, modules/base/kspost.10.core.inc in olpc-os-builder handles this >>> for ad-hoc. Presumably it needs a similar thing for mesh. >> >> What's the upstream ticket for this bug (the multicast route being missing)? >> This might explain quite a bit of the trouble I had with collaboration >> (though not all of it). > > You can find the discussion on the NetworkManager list. It wasn't > concluded, Dan Williams needs to be prodded more so that we can come > up with a solution. > > Daniel Ok, testing with setting the route helped here, too. For some reason, it took a while until I could share. Daniel, I searched a bit on the NM-list but could not find that previous discussion, can you point me to it? Thanks, Simon PS: as mesh support will land in 0.84 soon, we want to set our system up for that http://bugs.sugarlabs.org/ticket/2015. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] ANNOUNCE: Sugar 0.88 for the XO-1
On 05/25/2010 08:16 PM, Peter Robinson wrote: > On Tue, May 25, 2010 at 5:25 PM, Bernie Innocenti wrote: >> Hello everyone, >> >> we've just started a new development cycle aimed at providing Sugar 0.88 >> for the XO-1. Our focus is stability and usability for deployments, >> although we're also attempting to merge a couple of low-risk features >> developed in Uruguay. >> >> Full details are here: >> >> http://wiki.sugarlabs.org/go/Deployment_Team/Sugar-0.88_Notes >> >> The current image, os140py, is an alpha quality build with a few known >> regressions. >> >> Please, help us make this release as polished as possible. For the >> occasion, it would be great if someone volunteered to revive the Sugar >> Labs Bug Squad. We're going to coordinate with the fledgling Deployment >> Team to gather feedback directly from the field. > > Is F-11 still the base OS for this? > > Peter I am interested in that one, too. Are there any plans to move on? As F11 is EOL soon... Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
"Sugar: Wireless scan is slow to happen after sleep with wireless off" - first test results
Hi, I tested today if the Sugar reconnection to the wireless network is as fast as the one in GNOME. That for I used two XO 1.5, one running Sugar and one running GNOME, and connected them to the same AP. I suspended both machines by closing the lid. After I reopened the lid both machines connected to the previously connected AP at the same speed. It was easy to verify by eye. I repeated that test a few times and always had the same result. I conclude, that the Sugar-NM implementation is not slower in reconnecting to the previously connected network than the GNOME one. Happy to hear about 'contraire' test results, of course ;) Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
On 04/26/2010 06:01 AM, James Cameron wrote: > What do you do with scan results that show an ad-hoc network is > available with the same name? Pick one: > > 1. show an access point icon for it (the current behaviour in os121), > > 2. show an ad-hoc mesh icon for it, with a badge showing that it is > active. > > This might reduce the need to communicate the chosen channel between > users in a class. > The code does only display the three icons for channel 1, 6, 11. You click on the icon and join the network or create it. The code is the same for both cases, this is a general 'feature' of ad-hoc networks. One could show a badge for 'active' networks indeed, at the moment I filter those cases out, to not display 'doubles'. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
