Re: [Sugar-devel] Automatically Retrying an AP?
On Thu, Feb 4, 2010 at 3:04 PM, Martin Langhoff martin.langh...@gmail.com wrote: http://dev.laptop.org/ticket/9936 -- and be prepared to get into the In case someone needs to understand this setup, the control logic is mainly in nminfo.py nmclient.py MeshBox.py The whole thing is a mesh of callbacks. Lots of objects around the Sugar desktop subscribe directly to NM events. Coordination and decisionmaking is moderately centralised in those 3 files above. So I have a candidate patch, attached to #9936 - seems to work well, but I'd need failing APs to test it fully. Been testing it with wrong passphrases ;-) The only AP I have handy right now (Airport Express) does not show the bug with 802B1. It does hit the dhclient/dbus timing issue on 802 pretty often, and it completely fails with 767. But with 802B1, it connects very solidly. ... knowing where to hack is 99.9% of the battle, as usual... once I found nminfo.py... cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Sugar Settings Manager 0.87.2
Hello, I just released a new version of sugar-settings-manager. You can download it from http://download.sugarlabs.org/sources/external/sugar-settings-manager/sugar-settings-manager-0.87.2.tar.gz This release fixes a dependency issue spotted by Sebastian Dziallas. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fresh Sugar presetnations?
For an upcoming talk, I'd like to remix some of my old Sugar presentations and include new technical and introductory information about SoaS and Sugar's core components. Can anyone point me at existing presentations from which I could shamelessly rip graphics and good ideas? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] Fresh Sugar presetnations?
I used this one on Monday: http://prezi.com/kuuhqwmkxxtm/ On Wed, Feb 10, 2010 at 4:52 PM, Bernie Innocenti ber...@codewiz.orgwrote: For an upcoming talk, I'd like to remix some of my old Sugar presentations and include new technical and introductory information about SoaS and Sugar's core components. Can anyone point me at existing presentations from which I could shamelessly rip graphics and good ideas? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Marketing mailing list market...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/marketing -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Activity SoaS Licensing Concerns
Sebastian Dziallas wrote: Hi folks, I've lately taken the task of packaging more activities to get us a reasonably user experience for the next iteration of SoaS. The normal review process requires an application to be properly and clearly licensed. I'd like to encourage activity authors to work on getting these clarifications, if needed, committed into GIT. For example, if your activity doesn't contain a license file that states unambiguously the licenses of the *whole* activity and all of its bundled libraries, a kind of per-file licensing would be good, as some files would be otherwise without a license specification. I'm not trying to make things up here, but am rather just realistic, as such things are simply blockers. I'll try to follow up with people... Actually, another topic is the SoaS boot screen. Since we need to get that packaged in Fedora in time (meaning basically as soon as possible), we need to have a public location where we host a tarball or a GIT repo of the boot screen picture files, together with licensing information. Can I just move ahead and put them in git.sl.o? Thanks, --Sebastian ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] sugar-launch, with brief activity name
G'day, The sugar-launch [0] utility used to accept a brief activity name, such as Maze. It was changed [1] to require a bundle id, such as vu.lux.olpc.Maze. This is less easy to use [2]. Can we discuss whether a brief activity name can be used instead or as well as a bundle id? References: 0. http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/bin/sugar-launch 1. http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/b36db6599ed59412ce77c8ed4fb1dea782877a62 2. http://bugs.sugarlabs.org/ticket/897 -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] sugar-0.87.4
== Source == http://download.sugarlabs.org/sources/sucrose/glucose/sugar/sugar-0.87.4.tar.bz2 == News == - Add Connection Information to 3G Support (Daniel Castelo, Plan Ceibal) #1652 - Fallback to system locale #1715 (silbe) Set the language to the system one if no ~/.i18n is present - simplify jarabe.journal.model._Cache (#1651) cache.remove_all(cache) doesn't work as expected as we're iterating over the object we're modifying. cache won't be empty after this call, causing the caching algorithm to break. - Updated ALL_LINGUAS - Fix some po formatting errors - Implement support for 3G modems (tch) #1622 - Use-sugar.datastore. instead of direct DBus access #1198 (silbe) - sugar, sugar-emulator: refuse to run as root (#1675) It's a very bad idea to run Sugar as root for a variety of reasons, but there seem to be people who try it (and fail) nevertheless. Failing early and with a clear message increases safety and safes precious developer and user time. - set default language (#614) - Implement mesh support again for NM 0.7 (dsd) #230 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
