Re: [Sugar-devel] The quest for data
Sorry for being late to the party. Clearly the quest for data is a commonly shared one, with many different approaches, questions, and reporting/results. One of the already mentioned solutions is the sugar-stats package, originally developed by Aleksey, which have now been part of dextrose-sugar builds for over a year, and the server side (xsce). http://wiki.sugarlabs.org/go/Platform_Team/Usage_Statistics The approach we followed was to collect as much data as possible without interfering with sugar-apis or code. The project has made slow progress on the visualization front, but the data collection front has already been field tested. I for one think there are a few technical trade-offs, which lead to larger strategy decisions: * Context v/s Universality ... Ideally we'd like to collect (activity) context specific data, but that requires tinkering with the sugar api itself and each activity. The other side is we might be ignoring the other types of data a server might be collecting ... internet usage and the various other logfiles in /var/log * Static v/s Dynamic ... Analyzing journal backups is great, but they are ultimately limited in time resolution due to the datastore's design itself. So the key question being what's valuable? ... a) Frequency counts of activities? b) Data such as upto the minute resolution of what activities are running, which activity is active (visible when), collaborators over time ... etc ... In my humble opinion, the next steps could be: 1 Get better on the visualization front. 2 Search for more context. Maybe arm the sugar-datastore to collect higher resolution data. On Tue, Jan 7, 2014 at 12:24 PM, Christophe Guéret christophe.gue...@dans.knaw.nl wrote: Dear Sameer, all, That's a very interesting blog post and discussion. I agree that collecting data is important but knowing that are the questions aimed to be answered with that data is even more so. If you need help with that last bit, I could propose to use the journal data as a use-case for the project KnowEscape ( http://knowescape.org/ ). This project is about getting insights out of large knowledge spaces via visualisation. There is wide (European) community of experts behind it coming from different research fields (humanities, physic, computer science, ...). Something useful could maybe come out... I would also like to refer you to the project ERS we have now almost finished. This project is an extension of the ideas behind SemanticXO some of you may remember. We developed a decentralised entity registry system with the XO as a primary platform for coding and testing. There is a description of the implementation and links to code on http://ers-devs.github.io/ers/ . We also had a poster at OLPC SF (thanks for that !). In a nutshell, ERS creates global and shared knowledge spaces through series of statements. For instance, Amsterdam is in the Netherlands is a statement made about the entity Amsterdam relating it to the entity the Netherlands. Every user of ERS may want to either de-reference an entity (*e.g.*, asking for all pieces of information about Amsterdam) or contribute to the content of the shared space by adding new statements. This is made possible via Contributors nodes, one of the three types of node defined in our system. Contributors can interact freely with the knowledge base. They themselves take care of publishing their own statements but cannot edit third-party statements. Every set of statements about a given entity contributed by one single author is wrapped into a document in couchDB to avoid conflicts and enable provenance tracking. Every single XO is a Contributor. Two Contributors in a closed P2P network can freely create and share Linked Open Data. In order for them to share data with another closed group of Contributors, we haves Bridges. A Bridge is a relay between two closed networks using the internet or any other form of direct connection to share data. Two closed communities, for example two schools, willing to share data can each setup one Bridge and connect these two nodes to each other. The Bridges will then collect and exchange data coming from the Contributors. These bridges are not Contributors themselves, they are just used to ship data (named graphs) around and can be shut-down or replaced without any data-loss. Lastly, the third component we define in our architecture is the Aggregator. This is a special node every Bridge may push content to and get updated content from. As its name suggests, an Aggregator is used to aggregate entity descriptions that are otherwise scattered among all the Contributors. When deployed, an aggregator can be used to access and expose the global content of the knowledge space or a subset thereof. One could use ERS to store (part of) the content of the Journal on an XO (Contributor), cluster information as the school level (Bridge put on the XS) and provide higher level analysis
[Sugar-devel] Sugar's future: soliciting feedback
Hi, In this past month, there has been lots of discussion on sugar-devel to figure out the future of sugar in our evolving ecosystem. A feature of those conversations has been the acceptance of changed or less-conspicuous realities and a search for a new path to accommodate for them. Co-incidentally, sugar-0.100 was just released not too long ago, and discussions around 0.102 are taking place, while at the same time a few interesting experiments on the side are being carried on. Enormous shifts in the directions olpc is taking is forcing many to rethink their association with both sugar and olpc at a very core level. Clarity in thought and action is the need of the hour. One of the challenges with most education-technology initiatives is the lack of representation from people who aren't necessarily technologists *and* the lack of communication between various groups in the project. To quote a somewhat controversial figure: The best tools are built when there is respectful two way conversation between people who build tools, and the people who use them. -Sal Khan It is really encouraging to see folks on this channel acknowledging the importance of the same, and to support that cause, I propose to conduct some research through a survey. The idea is to reach a very wide group of people within the ecosystem, and ask them hard questions about sugar, and their association with the project. Then filter that into useful feedback along various dimensions to hopefully support the sugar future/direction discussion. I will keep both the survey process and results public (though not so during the time it is taking place to avoid anchoring). Thoughts? - - - - About me: My association with the Sugar project started in early 2010. I started out as a volunteer developer, but soon spent time in deployments in Paraguay, and Uruguay. I have also collaborated with olpc-Au in the past and have been responsible for a few releases of the dextrose sugar distribution. I spent the last year at Univ of Michigan completing grad study in Design, Edu. Psychology, Entrepreneurship (and a few other things). I have been involved with the School Server Community Edition (schoolserver.org) since early this year, and want to get back to contributing to sugar. I am an employee of ActivityCentral. Cheers, Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy maintenance
I haven't looked at Pippy in a while, so I'm happy to pass maintainership to whoever is willing. Best, Anish On Mon, Nov 18, 2013 at 10:00 PM, Walter Bender walter.ben...@gmail.comwrote: Is anyone actively maintaining Pippy? I ask because I made a merge request last week and heard nothing back. The patch was quite simple, but fixes serious problem with Pippy's ability to open .py files. I also just fixed a bunch of issues that were preventing the export to Sugar activity code* from working. But I have some questions I'd like to bounce off the maintainer. regards. -walter * You can now export Turtle Art projects to Python, import them into Pippy, and then export them as Sugar activities. -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy maintenance
Walter, While you're brainstorming, here's another list of ideas me and James thought of in a session long ago. I don't think we go to implementing any of those. http://wiki.sugarlabs.org/index.php?title=User:Quozl Best, Anish On Mon, Nov 18, 2013 at 10:01 PM, Anish Mangal an...@activitycentral.comwrote: I haven't looked at Pippy in a while, so I'm happy to pass maintainership to whoever is willing. Best, Anish On Mon, Nov 18, 2013 at 10:00 PM, Walter Bender walter.ben...@gmail.comwrote: Is anyone actively maintaining Pippy? I ask because I made a merge request last week and heard nothing back. The patch was quite simple, but fixes serious problem with Pippy's ability to open .py files. I also just fixed a bunch of issues that were preventing the export to Sugar activity code* from working. But I have some questions I'd like to bounce off the maintainer. regards. -walter * You can now export Turtle Art projects to Python, import them into Pippy, and then export them as Sugar activities. -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy maintenance
Done. Can you please check and confirm :) Happy hacking! On Tue, Nov 19, 2013 at 12:01 AM, Walter Bender walter.ben...@gmail.comwrote: Since Pippy is in my critical path towards Turtle Blocks world domination, I guess I had best take over :) Can someone add me as a committer to the master branch? thanks On Mon, Nov 18, 2013 at 1:26 PM, Gonzalo Odiard godi...@gmail.com wrote: Rafael is not involved anymore, and I get the activities he left, then, if walter want get it is ok for me. Gonzalo On Mon, Nov 18, 2013 at 2:18 PM, Anish Mangal an...@activitycentral.com wrote: I would first find out who the current maintainer is (cc-ing Gonzalo, Rafael). As I said, I left maintenance of Pippy a while ago. On Mon, Nov 18, 2013 at 10:42 PM, Walter Bender walter.ben...@gmail.com wrote: Do you want to add me as a committer on g.sl.o or should I just keep working from my clone? -walter On Mon, Nov 18, 2013 at 12:09 PM, Anish Mangal an...@activitycentral.com wrote: +1. I left pippy a while ago tbh. I'm not sure who has been maintaining it since (I do remember there was a joint effort to maintain a core activity list, but not sure who was incharge or whether pippy was part of it). On Mon, Nov 18, 2013 at 10:25 PM, Walter Bender walter.ben...@gmail.com wrote: Some of these might be good GCI tasks. Alas, I found code to be quite a mess. I think a serious rewrite is in order. regards. -walter On Mon, Nov 18, 2013 at 11:34 AM, Anish Mangal an...@activitycentral.com wrote: Walter, While you're brainstorming, here's another list of ideas me and James thought of in a session long ago. I don't think we go to implementing any of those. http://wiki.sugarlabs.org/index.php?title=User:Quozl Best, Anish On Mon, Nov 18, 2013 at 10:01 PM, Anish Mangal an...@activitycentral.com wrote: I haven't looked at Pippy in a while, so I'm happy to pass maintainership to whoever is willing. Best, Anish On Mon, Nov 18, 2013 at 10:00 PM, Walter Bender walter.ben...@gmail.com wrote: Is anyone actively maintaining Pippy? I ask because I made a merge request last week and heard nothing back. The patch was quite simple, but fixes serious problem with Pippy's ability to open .py files. I also just fixed a bunch of issues that were preventing the export to Sugar activity code* from working. But I have some questions I'd like to bounce off the maintainer. regards. -walter * You can now export Turtle Art projects to Python, import them into Pippy, and then export them as Sugar activities. -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Gonzalo Odiard -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy maintenance
Try again please? On Tue, Nov 19, 2013 at 12:30 AM, Walter Bender walter.ben...@gmail.comwrote: I am a committer now, but don't seem to have permission to write. On Mon, Nov 18, 2013 at 1:39 PM, Anish Mangal an...@activitycentral.com wrote: Done. Can you please check and confirm :) Happy hacking! On Tue, Nov 19, 2013 at 12:01 AM, Walter Bender walter.ben...@gmail.com wrote: Since Pippy is in my critical path towards Turtle Blocks world domination, I guess I had best take over :) Can someone add me as a committer to the master branch? thanks On Mon, Nov 18, 2013 at 1:26 PM, Gonzalo Odiard godi...@gmail.com wrote: Rafael is not involved anymore, and I get the activities he left, then, if walter want get it is ok for me. Gonzalo On Mon, Nov 18, 2013 at 2:18 PM, Anish Mangal an...@activitycentral.com wrote: I would first find out who the current maintainer is (cc-ing Gonzalo, Rafael). As I said, I left maintenance of Pippy a while ago. On Mon, Nov 18, 2013 at 10:42 PM, Walter Bender walter.ben...@gmail.com wrote: Do you want to add me as a committer on g.sl.o or should I just keep working from my clone? -walter On Mon, Nov 18, 2013 at 12:09 PM, Anish Mangal an...@activitycentral.com wrote: +1. I left pippy a while ago tbh. I'm not sure who has been maintaining it since (I do remember there was a joint effort to maintain a core activity list, but not sure who was incharge or whether pippy was part of it). On Mon, Nov 18, 2013 at 10:25 PM, Walter Bender walter.ben...@gmail.com wrote: Some of these might be good GCI tasks. Alas, I found code to be quite a mess. I think a serious rewrite is in order. regards. -walter On Mon, Nov 18, 2013 at 11:34 AM, Anish Mangal an...@activitycentral.com wrote: Walter, While you're brainstorming, here's another list of ideas me and James thought of in a session long ago. I don't think we go to implementing any of those. http://wiki.sugarlabs.org/index.php?title=User:Quozl Best, Anish On Mon, Nov 18, 2013 at 10:01 PM, Anish Mangal an...@activitycentral.com wrote: I haven't looked at Pippy in a while, so I'm happy to pass maintainership to whoever is willing. Best, Anish On Mon, Nov 18, 2013 at 10:00 PM, Walter Bender walter.ben...@gmail.com wrote: Is anyone actively maintaining Pippy? I ask because I made a merge request last week and heard nothing back. The patch was quite simple, but fixes serious problem with Pippy's ability to open .py files. I also just fixed a bunch of issues that were preventing the export to Sugar activity code* from working. But I have some questions I'd like to bounce off the maintainer. regards. -walter * You can now export Turtle Art projects to Python, import them into Pippy, and then export them as Sugar activities. -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Gonzalo Odiard -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] 0.102 focus and features
I may be incorrect, but I think the way it happened (during 0.88-94 days) was a feature was first proposed on the mailing list with the [FEATURE] tag in the subject line. It was then extensively discussed, and then at some later point a wiki page was created, which was (supposed to be) useful at the time of feature-freeze to make a go/no-go call for code-inclusion in mainline, so having the current state summarized in a wiki page was useful. (Just giving historical reference) On Thu, Oct 31, 2013 at 6:49 PM, James Cameron qu...@laptop.org wrote: On Thu, Oct 31, 2013 at 09:18:42PM -0400, Walter Bender wrote: Not sure there is too much more overhead for writing a wiki page vs writing an email. I don't recall hearing anything concrete about the feature proposal process recently. It has be refactored periodically, usually under the guidance of the release manager :) Agreed, the overhead isn't much; only about double the time, but it is mostly borne by the feature proposer. The same template could be used in e-mail, and this would give a discussion thread view rather than a finished filled-in template view. As mostly a reader of the features, I'm okay with either, but the Wiki doesn't show much in the way of the discussion. -- 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar Digest 2013-09-16
On Tue, Sep 17, 2013 at 1:18 PM, David Farning dfarn...@activitycentral.com wrote: On Mon, Sep 16, 2013 at 11:41 AM, Walter Bender walter.ben...@gmail.com wrote: == Sugar Digest == 1. The 'New York Times' had an article about the tablet invasion, No Child Left Untableted, in this Sunday's magazine section [1]. The author of the article was a skeptical of the approach taken by the Murdoch-backed Amplify tablet. I've not seen the Amplify tablet yet, so it is difficult to judge, but there is one photograph [2] in the article that says it all: a tablet showing a blue screen with the words Eyes on Teacher. When technology becomes the affordance used by the teacher to control the class, it is a sure sign that the use of technology has gone seriously awry. With Sugar, we celebrate the fact that the students are so engaged with learning that the teacher can (in some cases literally) throw the stick out the window. It seems with Amplify, they are handed a $199 digital stick. 2. There has been a renewed discussion on the lists about Android. (The topic seems to come up once every 2-3 months.) Meanwhile, the Sugar developer team continues to make great headway. Our approach has two stages. The first stage [3] is to make HTML5/Javascript a first-class development environment for Sugar. The basics are largely complete: we already have about a dozen new activities that use the new framework. There are many details that still need addressing and undoubtedly the framework will change as we gather more experience, but please do try it: early feedback is very helpful. The second stage [4] is to migrate to the HTML5/JS apps to the Android platform. We also need to migrate some Sugar services to Android, such as the data store, and design some mechanisms for collaboration (we are exploring, among other things, a web-services approach to collaboration). There are other approaches to getting Sugar up on Android. I blogged about some efforts last year by students at the Homi Baba Center to get Linux running on a generic tablet in order to run Sugar. George Hunt has been taking a similar approach. Ruben Rodríguez has been working with Ubuntu on Android, which would also support Sugar. These efforts would likely provide more backward compatibility to existing Sugar deployments; the downside is the need to reboot to launch Android apps. As always, the problem with dual-boot in a school setting is that the maintenance and support costs double. At the core of both efforts remains a dedication to what makes Sugar valuable to the learner: the emphasis on tools for constructing; the Journal providing interoperability between objects and a place for reflection; the facility with which learners can collaborate; the empowerment of the end user as the constructor of both tools and knowledge. We remain dedicated to the principles of Free Software, even in the commercial world of Android. Thanks for the detailed response. I must confess that I am suffering a bit from Android fatigue. My personal position is to wait and see. The chatter that the Association led Android UI and framework is not free software is a bit disappointing. I'm also pretty upset about OLPC's direction with the tablet, to go down the proprietary/non-free/locked-down route (or that is what it seems like at the moment). There was a time when in our community we had energetic discussions over *just* transitioning from GPL v2 to v3. http://lists.sugarlabs.org/archive/sugar-devel/2011-April/030926.html The HTML5/JS work on Sugar seems to be a reasonable midterm approach. The lingering question is how much work will it take to make the sugar bits available within the framework. Is there an implementation plan and funding available to complete the work? === In the community === 3. International Turtle Art Day will be on October 12. Pacita Peña and Cecilia Alcala will be hosting an event in Caacupé and there will be other events around the world sharing ideas and resources. Brian Silverman and Artemis Papert will be featured guests. There are guides to holding a Turtle Art Day event available in English [11] and Spanish [12]. (Tip of the hat to Claudia Urea, who has led this effort.) 4. From 10-13 October, there will be an EduJam!, in Asunción [7]. On the 13th, we will hold a hack-a-thon, and hopefully make some headway on some of the open issues with Sugar on Android. We will also take advantage of the occasion of so many Sugar oversight board members (Gonzalo, Daniel, Claudia, and me) in one place to hold a SLOB meeting (most likely on Sunday morning). 5. Google Summer of Code [8] is coming to a close. We have had a terrific group of student interns, who contributed to a wide range of projects. Many thanks to: Kalpa Welivitigoda, Akshit Khurana, Marion Zepf, Casey DeLorme, Erik Price, Rahul Gaur, and Suraj KS. Also, many
Re: [Sugar-devel] Another sugar lab
This is (hate-my-)law-class 101 (though I'm not an expert at all) ;-) Normally in such a scenario, if the two services are similar (in domain and purpose), then you can legally approach them and tell them to rename. If the fields are quite different, then there is not a lot of ground to do it. However, +1 what Sameer suggested. Maybe ask them to put a link to sugarlabs.org and a link to the effect of In case you were looking for Sugarlabs, the learning platform, they are at http://sugarlabs.org; Best, Anish On Thu, Jul 11, 2013 at 4:54 AM, Gonzalo Odiard gonz...@laptop.org wrote: http://the-sugar-lab.com/about Should we ask them to not use the name? Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Dextrose tickets
Hi, Copying Fredrico, Pablo, as they are most up to date with Dextrose development status. Best, Anish On Sun, Jun 30, 2013 at 7:22 AM, Daniel Narvaez dwnarv...@gmail.com wrote: Hello, Walter was mentioning that dextrose tickets are not tracked on bugs.sugarlabs.org anymore. Though there are still a ton of bugs open there... Has they been migrated? Can we delete the components? -- Daniel Narvaez -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] OLPC Hack '13 New Delhi
We are hosting the inaugural olpc/sugar New Delhi hacksprint on 8-9 June next month. We hope that this will help kiskstart a community of passionate volunteers who will make positive contributions to the ecosystem. Since you guys form an integral part of olpc/sugar, it would be great if you could join us for the event. Part of the is an overnight hacksprint on IRC (and possibly other forms of online collaboration). It would awesome if you could make it here in person :) We are also open to speakers who want to share their perspectives and experiences to take the project further. Please head to hack.olpcdel.org to find out more. We can also be reached at olpcde...@gmail.com. -- OLPC Delhi ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Sugar future (was Re: Re: [DESIGN] Single instance activities)
Hi Daniel, et. al., Do you think Ubuntu could be an (easier) option for sugar to piggyback upon... This is not a because-i-think-ubuntu-is-cool opinion, but testament to the fact that canonical have been working to get ubuntu running on tablets and smartphones. https://wiki.ubuntu.com/Nexus7/Installation Even I'm not sold on the idea, but I guess it should be part a discussion and research efforts concerning sugar's future. Best, Anish On Fri, Apr 12, 2013 at 6:09 PM, Daniel Narvaez dwnarv...@gmail.com wrote: On 12 April 2013 22:52, Sean DALY sdaly...@gmail.com wrote: The initial work seems very encouraging, yet it seems Sugar Labs doesn't currently have the resources to make an Android offer available anytime soon. But: now is the time. I believe fundraising is vital to achieve this goal, at the very least to facilitate face to face Sugar Camps for the community. I have ideas how to go about this, but I agree the community needs to be clear about where we are going. An Android offer would of course be of great interest to OLPC. To be completely honest, I think a migration to HTML/Android is never going to happen unless someone invests in it *and* the community rallies around that effort. Even a small team of experienced, full time developers could lay the framework foundations. And then writing enough activities for the framework to be of any interest would take a *lot* of work from the community. But are there the conditions for that to happen? There are also initiatives we could take to multiply the size of the community. In particular, support for the Raspberry Pi (which has topped 1 million units in sales - half of these since September -, is shipped without an OS, and is arriving in junior high and high school computer science classes) could be an ideal OEM platform for Sugar. I also see Raspberry PI as a tempting opportunity. Though I think there is some conflict between trying to extend the reach of the current platform and bootstrapping a new one. I think it's important for people to understand that porting to Android is not really porting but a full rewrite. We can reuse designs, artwork, ideas and some of the experience we made so far, but no code at all. ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Sugar future (was Re: Re: [DESIGN] Single instance activities)
+1 (in spirit to fixing challenges with Sugar as a FLOSS community) On Fri, Apr 12, 2013 at 8:04 PM, Bastien b...@laptop.org wrote: Hi Sean, I've not closely followed all these discussions, so obviously I'm not in the best position to provide good arguments, but here is my gut feeling about this. I see three challenges: put Sugar in the hands of many kids, build a healthy FLOSS community, raise funds. The latter is just a means to other ends, so let's only consider the first two ones. I strongly believe Sugar should focus on building a great FLOSS community first, before trying to reach as many kids as possible. This is not to say that getting more users is orthogonal to better working as a community---it isn't. But the way you get the users is by being a great community with a distinct product, not by landing on the hardware people have. I may sound idealistic (if not romantic) about this, but I strongly believe it. I know (and I read) everyone's effort about this, and I've seen some great step in this direction. Let's build on this! Sugar can be the greatest FLOSS community in education. The day it is recognized as such, people will come and contribute with new activities, just like Gcompris joined. Maybe you know the AbulÉdu* suite (http://www.abuledu.org/) ... there are many FLOSS educational resources there. But I can't get them switching to Sugar because... they use Ubuntu and want apt-get install sugar which is only half working. That's sad. Also think of this in terms of marketing: it's easier to market the greatest FLOSS community for education, than to market a software suite on Android. In this later case, we are just marketing Android. I'm done with the rant. And of course, I would not feel so strongly about this if I was not aware about everyone's effort about Sugar. Thanks! -- Bastien ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: Proposal on how to speed up patch reviews
I don't have a dog in the fight, but I can give my two cents (disclaimer: I'm sorry if I misunderstood facts or misquoted people): With dextrose, we had the same bottleneck problem, of patches getting stuck in the review queue, then the commit queue. One associated problem is that the longer a patch lingers on, the more it loses contextual value and the harder it is to remember/understand for everyone what the patch was for or what it did (even with good commit messages). What would happen many times is that once the patch finally reaches the maintainer, he has to make an effort to recall the relevance of the patch and spend time in reviewing it again. Gonzalo also raises pertinent points: * We don't have enough reviewers * We don't have enough maintainers In dextrose, addressed this problem this way: * There was one release manager * There were multiple people with the access and the authority to commit patches * There were dedicated testers * There were foul-ups initially, but this increased the pace of development by at least 2x. What could this mean in context of sugar/mainline: * Have one or two maintainers. Simon and Manuq are excellent. They are responsible for setting roadmaps, deadlines, and making releases. * Have multiple people with commit access authority. Daniel and Gonzalo perhaps? I don't know who else. * The criteria for committing could be as simple as: ** The patch has been reviewed by atleast one person from this group ** The patch has been *tested* by atleast one person from this group Normally, one wouldn't recommend this as it increases the chance of breakage, but I guess we're at the other end of the spectrum. If development pace needs to be ramped up, I'd recommend the above. Cheers, Anish On Tue, Mar 26, 2013 at 7:26 AM, Simon Schampijer si...@schampijer.de wrote: On 03/26/2013 12:21 PM, Manuel Quiñones wrote: I would like to applaud the discussion. Yes, I think we are blocking too much, in regards to stuff that is out of bugfixing, and polishing the gtk3 port. This is indeed not good for the community. When I started in this project, my patches received reviews from many people, not only maintainers. Many discussions went by. I don't see that happening anymore. We also had periodic design meetings guiding features. Discussing design after the development is made isn't good, imho. It would be great if someone can stand up and become a maintainer. Maybe you, Daniel? You have demonstrated your skills with sugar-build, and helping on the gtk3 port. A reviewer with the authority described in this discussion is probably a good first start. I think that is what Daniel would be able to help us with. Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Network proxy, configuration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I believe this feature was requested to address the weird proxy configurations networks require in AU. We shouldn't normally expect users to have to do anything related to network configurations (why would you even require *them* to turn the radio off/on?). This proxy config panel was made part of network-cp just so that people can still access network in places information has to be * either manually entered * proxy autoconfig url For any other scenario the user-experience should remain unchanged. My knowledge of this feature is about a year old, so take this as the historical perspective. I have little idea of the current state of the feature or its implementation. On Friday 15 March 2013 03:28 AM, Simon Schampijer wrote: For this Feature it would be good to have a look at the exact use case that originated this feature request. Activity Central worked on it, maybe they can give us details about the request from their client to know which exact case we are trying to solve. Simon Am 15.03.2013 um 04:29 schrieb Tony Anderson tony_ander...@usa.net: Hi, Does this mean we will need two signed images, one for the schoolserver and one for the stand-alone XO? Until now, the default configuration has assumed that proxy is provided by the schoolserver. Tony On 03/14/2013 11:17 PM, Gonzalo Odiard wrote: On Thu, Mar 14, 2013 at 6:19 PM, Tony Anderson tony_ander...@usa.net mailto:tony_ander...@usa.net wrote: Hi, This discussion is making me nervous. The standard model of the XO has been that they are connected to the internet via the school server. Is it proposed to set up this proxy-server as a requirement for all XOs and for the user (primary school children) to have to manage this even when no access to the internet is available or even when that access is provided by the school server? No. This configuration is only needed in environments where there are not school server, and is not possible a automatic configuration. Gonzalo Tony On 03/14/2013 04:35 PM, sugar-devel-request@lists.__sugarlabs.org mailto:sugar-devel-requ...@lists.sugarlabs.org wrote: In other words, I can't imagine every 6-12 year old student in a school going into the control panel and typing (without error) a load of proxy details. In my experience things like this are incredibly challenging especially because the users cannot relate to the task at hand (unless you want to teach them about computer networks first). _ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.__org mailto:Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/__listinfo/sugar-devel 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel - -- Anish Mangal Sugar Labs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRQ27XAAoJEBoxUdDHDZVpawwH/1601Au4v1NS5fVUd1pBq2zq pxrtllW3xwJVwS1RVcmR5jN1ptaAmzfAGTZ7XX+9dosPCX2F7IiPigluA3ylcEoe WbWZO2QagWLbwkyhYbLbOb9isdxvWf0aTD/kMt5lpVSTLbHi34iDVKr+CeGqAd48 YNz71G/7SxxHa8o/AtZdu4Axmt/XgylYjG50oWrmc0tQyLfKeroiJXAMT4SGnoR3 arZeplCaYYh3Um/AwdPm2Us6wq5rCKwpkbPBT5I3uW4jzmOwmnHRt7V8w5im1BR3 BksePWfBnfxu7Cs1nWGGeVcZY3CApzcOOX3kML4aSB2EeAg/cpdO7GPdsGAgh90= =W52l -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] XSCE 0.2.1 - Phoebe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, It gives me pleasure to announce the 0.2.1 release (Phoebe-http://www.flickr.com/photos/tiayiti/8477848448 ;-) ) of the School Server Community Edition project. Since the 0.1 release nearly a month ago, a significant amount of core XS functionality has been included. With this release, we have a largely functional schoolserver, with all the core services up and running. We have tested this on the XO-1.75 and the generic x86 big iron, and look forward to contributors (hackers, testers, folks wanting to run pilots). =Download Install= Detailed instructions can be found here: http://wiki.laptop.org/go/User:Holt/XS_Community_Edition/0.2/Installing Here are some steps to try it out on an XO-1.75 laptop (Installation requires a working internet connection): su - cd /etc/yum.repos.d wget http://build.activitycentral.com/xsce-stable.repo yum -y install xs-config-xo bootstrap-xo REBOOT su - xs-setup REBOOT =Contribute= The code for this server resides at http://sugardextrose.org/projects/xs-config/repository . People interested in hacking should clone the repo and feel free to send patches to server-devel. There are weekly skype meetings on Thursdays 8pm EST for people who can join in those. ==Test== We encourage users to break the server, find weird use cases and create issues here: http://sugardextrose.org/projects/xs-config/issues Here are some basic testing notes to get started with http://wiki.laptop.org/go/User:Holt/XS_Community_Edition/0.2/Test_Plan ==Known issues/quirks== * SELinux and XSCE don't mix well so far. If SELinux isn't disabled already, please do so before/after install. * The machine needs to be rebooted after installing the server for everything to work smoothly. * On xo the hostname is automatically changed to schoolserver.local. On non-xo it is whatever the user set it to, so if you want schoolserver.local you must edit /etc/sysconfig/network and issue the hostname command. ==Looking forward - 0.3== * Targeted release date - 5/12 * Server GUI (Administrator, Teacher) * Content services * Code Modularization * Faster releases, wider testing * Support for FC18, 13.1.0 * Support for wider hardware XO1-4, Rpi * Load testing Cheers, Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRPoXeAAoJEBoxUdDHDZVpm9EIAJSLH64asvWwR3FCXGmod/2g ncjqqDUGOvc+4bqdV1Ec/fe6KXYBtI8OI8CNRda/EW9ChrpKUa/XAoc1ntWUDfS+ BPI3W/Qj5BcPvsF1a9IxJ+0hCzMxAydfKSBBTUjrPkfJRdkTTVMNvrrghZif3881 A5Ol8PqBwbYtPfk/dD5O/JGLjIwRWWahctJjAe7Ac4qgmIwoGc9gkDVJ96tuewJj 6wgzprGBJi2MBgMOaKDrlUcuX9Nl2i62T2CFG244lBl3MnjZs6KmcT7imYxAqG1Y 52/5coaCzFl+lpfvuJHykwS+bNMkvRKgLdnZDrRY7IMdeu3ZMC9cFPpF3Wz7P80= =yLPe -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] F18.. go sugar-build, go!
On Friday 18 January 2013 09:56 AM, Manuel Quiñones wrote: I installed Fedora 18 last night, and I have to say I like sugar-build more and more. With just this steps in a clean F18 you get Sugar running and ready to hack each part of it: Kudos Daniel Narvaez! sudo yum install git git clone git://git.sugarlabs.org/sugar-build/sugar-build cd sugar-build make build make run +1 -- Anish Mangal Sugar Labs ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Stepping down as Sugar maintainer
Hi Sascha, I'll never forget how I got ripped apart in one of the first sugar-core patches I sent to sugar-devel, and I can't thank you enough for it! It's been a great experience learning from you and I wish you all the best in whatever you do next! Cheers, Anish On Sun, Jan 6, 2013 at 3:19 PM, Sascha Silbe si...@sugarlabs.org wrote: Hello everyone, I am stepping down as maintainer for Sugar and some related services. This is mostly due to lack of time, but even if I had more of that to spare for Sugar, the way I work is sufficiently different from that of the most active contributors that I'd do more harm than good. For some time now, my business didn't have any Sugar-related contract, so as an entrepreneur I can't afford investing time, effort or money into Sugar. My spare time is pretty limited these days and I tend to spend what's left of it on reflecting, relaxing and some minor non-Sugar projects, so even as a volunteer I can't spend much on Sugar. However, I will continue using an XO as my primary laptop, so I may contribute to some of the lower-level parts of the stack (powerd, kernel, etc.) from time to time. I'll also continue working on some data store stuff (gdatastore, datastore-fuse, etc.), but strictly outside of Sugar as I wouldn't be able to hold your pace. It's been exciting times working with you and I've learned a lot. But now it's time to move on and let younger folks take over. That seems to have worked fine the past few months; hopefully it'll work out in the long run as well. This side of the ocean, my current customers have come to appreciate the way I work. And taking Sundays off for relaxing and reflecting, I'm much more at ease. So everyone is better off now. So long and thanks for all the fish, Sascha ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Renaming the Telescope activity to Scope
Hi, I have received requests that the Telescope activity [1] be renamed to Scope, since, off late it has been used in conjunction with not just a monocular, but small microscope attachments (the kind which were distributed at the SF summit). In that light, the name Telescope is no longer widely applicable to the set of applications it is used for. I could see Telescope and Microscope as two different activities in the future with different features. For eg, in the Telescope activity you could have: 1. Dark Frame Subtraction 2. High-Gain Noise Suppression 3. Enabling the camera's night-mode. 4. Crosshairs on the screen Right now, none of this exists, and I don't have the bandwidth to develop those features. So, until that happens, I support renaming the activity to Scope. Thoughts? [1] http://activities.sugarlabs.org/en-US/sugar/addon/4481 -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Renaming the Telescope activity to Scope
On Mon, Nov 19, 2012 at 11:58 PM, Chris Leonard cjlhomeaddr...@gmail.com wrote: Anish, 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. Correct. http://git.sugarlabs.org/xoscope I would suggest that in accordance with the Sugar HIG guidance http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/Activities#Activities_as_Verbs that a word in verb form be employed as the activity name. As an example, Magnify could apply equally to a telescope or a microscope and it is a verb, not a noun. When a decision is made, we will need to work this out in order to preserve the work done in Pootle and to re-establish the git-Pootle linkage. This time around, I would like to insist that the code be migrated to a repo with a matching name. Having the xoscope git repo connected to the telescope.pot has always had potential for confusion and this time I want the change done properly. There are a few other examples of git/Pootle naming mismatch (e.g. oficina/paint, etc.) but it has not been worth the effort to revisit these others so far. +1. Any thoughts on the icon? :-) cjl Sugar Labs Translation Team Coordinator On Mon, Nov 19, 2012 at 10:43 PM, Anish Mangal an...@sugarlabs.org wrote: Hi, I have received requests that the Telescope activity [1] be renamed to Scope, since, off late it has been used in conjunction with not just a monocular, but small microscope attachments (the kind which were distributed at the SF summit). In that light, the name Telescope is no longer widely applicable to the set of applications it is used for. I could see Telescope and Microscope as two different activities in the future with different features. For eg, in the Telescope activity you could have: 1. Dark Frame Subtraction 2. High-Gain Noise Suppression 3. Enabling the camera's night-mode. 4. Crosshairs on the screen Right now, none of this exists, and I don't have the bandwidth to develop those features. So, until that happens, I support renaming the activity to Scope. Thoughts? [1] http://activities.sugarlabs.org/en-US/sugar/addon/4481 -- Anish | an...@sugarlabs.org ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: sugar ui
On Sun, Aug 19, 2012 at 3:34 AM, David Brown djhbr...@gmail.com wrote: I've found that sometimes when people say obvious or intuitive what they really mean is familiar. yes, familiar things are obvious, once you know them. the challenge for a ui designer is to make an interface that makes it obvious to people who are unfamiliar with its peculiarities. using a familiar motif (such as a thumbnail photo of a friend's face) to designate an interface object is one simple example of how obviousness can be built in to an interface (which is why Facebook uses them). using a cryptic abstract icon is a simple counterexample; it is not obvious until you learn what it means. icons, such as Egyptian hierogyphics or Chinese ideograms, are, once learned, convenient linguistic symbols, but they are not obvious to the untrained. the 26 letters of the roman alphabet take time to learn too, as you can remind yourself by reading this upside-down in a mirror. FWIW, I've found sugar to be very obvious ;-), so obvious infact, that kids in the remote Indian village of Bhagmalpur were able to operate their laptops (eg. record audio/video clips), even when some of the machines had their language interface set to spanish, while others were in english and the language the kids actually know well is Hindi (a different script). Go figure! the phrase go figure! is an example of an obviously dismissive and aggressive communication by an American English speaker (British English speakers tend to use a different phrase for such purposes). It was not my intention to be dismissive (or aggressive), but if you felt I was so, I apologize (I am from India, so british-english). I was merely saying from what I've observed, not just in Bhagmalpur but elsewhere as well. Kids who have never used sugar tend to get quite familiar with it very quickly. The go figure part was because I'm not a UI designer or an expert and don't claim to be one as well. i figure that the app the kids used for recording did have an obvious interface - but i expect they needed a teacher or a friend to tell them how to find out where that app was on their machine's interface. There are no teachers that use XO laptops in Bhagmalpur. It's just kids learning by themselves and from one-another (mostly). it is far from obvious how to make an interface that is obvious to other people as well as oneself. -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Thanks Buddy !!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thx, for the kind words, I really appreciate it! Although, I'm not going away from Sugar/OLPC anytime soon :-P, just my involvement will be more as a volunteer with whatever time I can find. Cheers and Happy hacking! Anish On Friday 17 August 2012 03:05 AM, Ajay Garg wrote: On Thu, Aug 16, 2012 at 8:28 PM, Chris Leonard cjlhomeaddr...@gmail.com mailto:cjlhomeaddr...@gmail.com wrote: On Thu, Aug 16, 2012 at 3:34 AM, Ajay Garg a...@activitycentral.com mailto:a...@activitycentral.com wrote: I would like to take this opportunity, in front of all the members of our small family ( well.. ok, not so small a family :P ), to thank the person, who has been responsible for my rejuvenation, and is the reason for my today's well-being state. He is, of course, Anish. A year back, Anish was the one who picked me up when I was completely, morally and mentally devastated. He said just one thing :: Ajay, please come back on track. I know your abilities. That was the thing that gave me the kick; and today, here I am -- lucky to be coding for inevitable, core requirements; and fully enjoying my work here at AC. I would also like to thank you all, for providing me the support, and (specifically AC) treating me so well. But as I say, the lion's share of my thanks, has to go to Anish :) Today, as Anish goes away to pursure his Masters, I recall all those fun moments we had in college, and thereafter. Lately, our weekly meet-up at our office at a Cafe Coffee Day outlet in Delhi, had become a topic of fun and laughter amongst ourselves, and friends :D I will surely miss those weekly fun moments ... !!! Thanks Anish for everything ... Congratulations again for another feather in the cap ... And lastly - the most important thing - have fun :D :D :D Regards, Ajay Ajay, You're story reminds me of another told by a character on an American television drama called West Wing: This guy's walking down the street when he falls in a hole. The walls are so steep he can't get out. A doctor passes by and the guy shouts up, 'Hey you. Can you help me out?' The doctor writes a prescription, throws it down in the hole and moves on. Then a priest comes along and the guy shouts up, 'Father, I'm down in this hole can you help me out?' The priest writes out a prayer, throws it down in the hole and moves on Then a friend walks by, 'Hey, Joe, it's me can you help me out?' And the friend jumps in the hole. Our guy says, 'Are you stupid? Now we're both down here.' The friend says, 'Yeah, but I've been down here before and I know the way out.' Anish sounds like that sort of friend that will jump down into that hole and lead you out, which is a good friend indeed. Indeed. A great friend !! We seldom take enough time to acknowledge the mutual support we provide to each other as a community, I'm glad Ajay has taken the time to tell his story. Anish, It has been a great pleasure to work with you on improving the i18n/L10n of Dextrose, and I know your studies will command all of your attention; however, I will not say good bye, but only au revoir and best of luck in your new endeavour. Indeed. A goodbye has a tendency to cause forgetfulness. But Anish can never be forgotten. Phir milenge .. :) Regards, Ajay cjl Sugar Labs Translation Team Coordinator - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQLof2AAoJEBoxUdDHDZVpbeEH+QFBV8IrtfyokJ3HettGMj9X C1EuNSIOpoQ55UCQMfq8jbUC/osE16fZBQ0ey/wRtfskWxIW3meVl2JkyBqf0vzG 1oRV5UucodyemMCowXR+9DF8vKKN2F8ZuD+fULtDt5vM/IEU2KHXKuzivlIupaqo Pl8RPVhvyzzW7R7xWlp71uJPLdbflt57yfkRG/vcJqXr6X30BGrmBK5PlgAafeSY uWMoBVnAiGNk5AvyBfCgWbEmxorrAbCQvrnBIzcUG7svMyyhsra8P/lF+3LXcr2v RSWE/p1awL7DB1M7kbPBUJbNYIe89OnillSWFKkY5z2789t45kxkQ2yaPPk6l+c= =okes -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Proposal: Multi-Selection and Batch Operations on Journal entries
, the way it works now in multi-select mode :: * User is apparently able to edit the title, but that is all what happens. There is no efective change - neither in backend, nor in frontend. In the normal view, the renaming works as usual. == PENDING CHANGES :: a) As explained in point i) above, the renaming will not work, while in multi-select mode (however, the bug you reported wherein trying to rename in Documents folder renders the UI unusable, has been duly fixed (of course, by not allowing the renaming to happen). If this is indeed required, this will be a major change in the way we deal with UIDs for non-journal mount-points. But given that renaming is affected only in multi-select mode (renaming does not work at all in multi-select; while it works as usual in normal-mode), I am a bit sceptical to regarding this. b) A solution to the following bug :: UNRESOLVED BUG. Tick-box slow/erratic behaviour in dx3ng143 with latest rpm fixes image on XO1, still needs mouse movement to redraw. This is also an issue when using the Select all toobar button, as the list view tick-boxes do not update until after the Select all. You have selected N entries. (Ok) dialogue is clicked. still eludes me :( This is an important issue, since (although there is no unusable UX, or any such major workflow blocker), the select/deselect visual feedback is an important thing, that should be conveyed as soon as possible. Though Gary's feedback on adding a text-widget on the top EditToolBar, does help show the number of entries selected, and thus gives a textual feedback :) I would request all sugar-devel members to please post a solution to the issue, for which the discussion is going on, in the thread :: http://lists.sugarlabs.org/archive/sugar-devel/2012-July/038626.html Thanks and Regards, Ajay On Sat, Aug 4, 2012 at 9:59 PM, Gary Martin garycmar...@googlemail.com wrote: Hi Ajay, On 4 Aug 2012, at 10:21, Ajay Garg a...@activitycentral.com wrote: On Fri, Aug 3, 2012 at 8:53 PM, Ajay Garg a...@activitycentral.com wrote: Thanks a ton Gary. This is REALLY useful :) Fab :) Please find the comments inline. On Fri, Aug 3, 2012 at 6:29 PM, Gary Martin garycmar...@googlemail.com wrote: Hi Ajay/Anish, On 18 Jul 2012, at 11:57, Anish Mangal an...@activitycentral.com wrote: I would like to propose the long-discussed-finally-implemented ;-) journal entry batch operation and multi selection feature for inclusion in sugar-0.98. All the necessary and relevant details should be present in the associated feature page: http://wiki.sugarlabs.org/go/Features/Multi_selection_screenshots AFAIK, This feature was initially brought up in discussions in EDUJam in 2011 and an initial implementation was made by Martin Abente. The current implementation, done by Ajay, has been derived from that keeping the UI experience largely the same while significantly speeding up operations like select/deselect. Should you have any design related questions about this, feel free to reply to this thread. At last Tuesday's design meeting we didn't make it back around to this agenda item, so here's my feedback/notes after testing the DX3 image with the new rpms: - FIXED. Once in multi-select mode, the favourite stars no longer visibly updates, though changes update later once multi-select mode is exited. Great !! - FIXED. Auto deselection after batch operation. Great !! - UNRESOLVED BUG. Tick-box slow/erratic behaviour in dx3ng143 with latest rpm fixes image on XO1, still needs mouse movement to redraw. This is also an issue when using the Select all toobar button, as the list view tick-boxes do not update until after the Select all. You have selected N entries. (Ok) dialogue is clicked. Yep.. this is becoming a real pain. I have tried the solutions listed at http://lists.sugarlabs.org/archive/sugar-devel/2012-July/038626.html, but none seem to work :-\ Anyways, I am still trying .. [Ajay ACTION 1] : Fix this. - NEW BUG. Renaming an entry while in multi-select mode does not display the name change, only updates the name displayed after multi-select mode is exited. Thanks. Reproduced the bug at my side. [Ajay ACTION 2] : Will fix. - NEW BUG. If you rename while in multi-select and then try to copy, the entry can't be copied and raises an error Entries without a filename cannot be copied. Hmm.. I think this is a false-negative. I tried the following :: * Entered multi-select mode. * Selected an entry (by ticking the check-box). * Re-named the entry (however, the rename was not immediately visible, due to the above bug
Re: [Sugar-devel] [DESIGN] Proposal: Lease expiry information display in My Settings - About My Computer
Hi Gary, On Mon, Aug 13, 2012 at 6:18 AM, Gary Martin garycmar...@googlemail.com wrote: Hi Anish, I've uploaded a mockup image to the wiki [1] which covers most of the items raised in this thread: - a new security section (that should only be shown if there is lease information) - lease number of days remaining - lease absolute expiry date (date string should use correct formatting to display locale date format) Did I miss anything? Looks fine to me. Thanks! Regards, --Gary [1] http://wiki.sugarlabs.org/go/File:Settings_About_My_Computer_Security_Section_Mockup.png On 7 Aug 2012, at 17:55, Anish Mangal an...@activitycentral.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Daniel, Thanks for replying! On Tuesday 07 August 2012 10:12 PM, Daniel Drake wrote: On Wed, Aug 1, 2012 at 1:12 PM, Anish Mangal an...@activitycentral.com wrote: One problem they were also trying to get around in Paraguay is that during vacations, the kids don't go to the schools and hence the leases expire. If the kids also know about this information, then they can easily make sure that they don't get 'locked out' You'd hope that the project would make provisions for long-enough leases to be supplied before the vacations. But I can see the use for this for when that doesn't happen (which is understandable given high workloads and so on). Talking more with the team in Nicaragua, this functionality would be useful for them too. Similar situations are occuring here where laptops were activated for a certain amount of time, with the strong expectation that internet connectivity would become available in the schools before the activations expire (so that they can be automatically updated/renewed). These expectations look like they won't turn out to be true :( So a manual activation update process will happen and the ability for someone less-technical to be able to quickly check whether this manual update process has completed OK would be of value (that would be the person's only contact with activations - we aren't expecting them to be able to solve any problems if the results are bad, other than report up the chain). This is exactly the kind of clear info that should have been in the feature page in the first place. Sorry for not doing it earlier. Anyway, the use cases you describe in your mail don't seem to be described on the feature page. Could you please extend the feature page to go into more detail about this? I'll then add the above local case if its of interest. +1 Why is the proposal to show the number of days remaining? Yes, I remember discussing specifically this with Roberto (PyEduca Technical head) back in Dec 2010, and my suggestion was exactly the same (to display the date). However, as per them (and I know this is not a rational explanation), they wanted us to display no of days remaining. The Nicaraguan team have expressed a strong preference that this should (instead, or additionally) display the expiry date. When dealing with long duration activations, which is often the case (until good connectivity is established), having a teacher phone up and say there are 137 days remaining (and then having to calculate the day of expiry in order to put an appropriately timed school visit on the calendar) would be a pain. I agree with this, and since I cannot seem to remember exactly why they wanted it to display in terms of no. of days remaining, I'll ping them or we can go with this. Since this feature is only relevant for the XO at the moment, making use of the bitfrost API would be acceptable to me, but I don't see a lot wrong here by parsing the lease.sig directly. This file is supposed to be automatically generated/updated in normal use cases. Are you planning to parse sig02 (delegated leases) by hand as well? What if the lease is corrupt in some way? I can see myself objecting to any implementation of this that doesn't reuse bitfrost. It takes care of all of the corner cases and will avoid code duplication. Again, it seemed to solve the use case we had in Paraguay, and the idea behind upstreaming a feature is that it goes through this process of review. I am up for changing the code to use the bitfrost api. It should not be complex (if it's adequately documented somewhere). Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQIUh6AAoJEBoxUdDHDZVpEX8H/j5oCzGUvnfIWdy1f/awAnkf Trtsm4Me8r2D0ufxEyIZkUHugCQPUTdPqDEAlexr8ziQjy8mqNLrbvEWwwxxl4ho XstY7RZsk9gPGVYiE1bLniIZnO5e63lIyBEkM3eNgkHrO8XTPw86lBBcTcx9XDrx T00HW8J1UGDMo29SRcrnxnNVd6j+uArJXcaeSXhLAPb3xkaharF22AbTlWgQ+4s5
Re: [Sugar-devel] Fwd: sugar ui
On Fri, Aug 10, 2012 at 8:22 PM, Walter Bender walter.ben...@gmail.com wrote: On Thu, Aug 9, 2012 at 10:18 PM, David Brown djhbr...@gmail.com wrote: -- Forwarded message -- From: David Brown djhbr...@gmail.com Date: 10 August 2012 12:13 Subject: sugar ui To: Frederick Grose fgr...@gmail.com, xordu...@gmail.com, volunt...@laptop.org dear olpcers, i am a recently retired computer scientist who would like to contribute design ideas to the project. my cv is here. having looked at the sugar interface, my first impression is that it needs a complete rework. i do not know what its users (kids) make of it though, nor can i find any data on user experiences. There is little data in English, since most Sugar users are not native English speakers. But there are quite a few studies in Spanish (although less specific to the UI details and more focused on the overall impact.) You can find some materials here: http://wiki.laptop.org/go/Recursos_en_espanol#Evaluaci.C3.B3n_de_Proyectos i'm disappointed not to find any openly-published separately-produced k12 stuff on xo; perhaps it is all platform-dependent? Not sure what you are referring to. sugar is based on fedora i believe, so would it run any app written for fedora? Yes... but not all apps run equally as well, since Sugar restricts apps to single windows. (e.g., inkscape works well, the gimp not so well). aside from that, i would be interested to contribute to an english language learning project. there is a ton of stuff already out there which could be collected together, rather than reinvent the wheel. Lots of separate efforts in the area. C. Scott is leading one. I am working with .NI and .PY on another. Love to get more input/help. is there a software development management structure? who makes the release decisions? We have a devel team and release managers. is there an olpc executive operations management structure? why isnt olpc in bed with national school curriculum/materials organisations? or maybe it is - but if so, why aren't xos available to schools who can afford to buy them? It is a country by country decision. OLPC doesn't have the resources to operate unilaterally, nor should it. what is the target age range of xo users? 6-12. The new machines with touch could reach a younger audience. i like the notion of sugar network, but when i look at the screenshots on http://wiki.sugarlabs.org/go/Sugar_Network/Tutorial i find it hard to imagine what a child would do with it. a screen full of coloured x's does not convey any useful information other than the number of them... it reads as if it was made by unix enthusiasts for unix enthusiasts scott's blog mentions an effort last year to develop narrative interfaces - this sounds like a good idea, did anything come of it? i looked at the video by Angela Chang but couldn't find any contact info for her. i noticed the text she was displaying is not read out aloud at the time it is displayed, which i would have thought is vital for a language learning tool. she also seems to be of a mind that children would use it with their parents in attendance, but children need to be able to learn a foreign language without their parents' help. this raises a general point, surely xo needs to be an obvious interface?? (ie users should not need any outside help to use it. it should be ready to hand). Easier said than done. But your ideas for making things more obvious are welcome. But, FWIW, obvious and impact-on-learning are not always coincident. I've found that sometimes when people say obvious or intuitive what they really mean is familiar. FWIW, I've found sugar to be very obvious ;-), so obvious infact, that kids in the remote Indian village of Bhagmalpur were able to operate their laptops (eg. record audio/video clips), even when some of the machines had their language interface set to spanish, while others were in english and the language the kids actually know well is Hindi (a different script). Go figure! -anish regards. -walter david website http://sites.google.com/site/djhbrown2/home +61(0)266537638 +61(0)488471949 On 10 August 2012 01:58, Frederick Grose fgr...@gmail.com wrote: On Wed, Aug 8, 2012 at 12:51 AM, David Brown djhbr...@gmail.com wrote: thanks for your comprehensive reply, Fred. i have looked at the links you cited. i am surprised olpc is still using irc chat and mail lists - is there an operational reason for this? The hardware software developers at OLPC and Sugar Labs are most comfortable with IRC and mailing lists as they are part of their current cultural tradition (they feel part of the free/libre/open-source software tradition). Many are loath to using alternative, especially commercial software. The support staff and others at OLPC might be excepted from this characterization (in my estimation) as their work tools must align with standard
Re: [Sugar-devel] Idea for a New Activity in Sugar: To code and run C, C++ programs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 07 August 2012 01:36 AM, Gonzalo Odiard wrote: On Sun, Aug 5, 2012 at 12:03 PM, Kartik Kumar kartik.p...@gmail.com mailto:kartik.p...@gmail.com wrote: Hi All, I was thinking of an Activity for Sugar using which children can write programs in C and C++ and execute them. Why? Why, poor kids?! :) Jokes aside, I don't think is a good idea: * C is more difficult to learn than python. * In the images there are not gcc and make. * Compiled c code is dependent of the platform, and we do not have a good solution to multiplatform binaries in the activities. Why you think, learning C can be good for kids? Not saying that learning C is particularly good (or better than python), it is still the defacto programming language taught at nearly all schools in India atleast (in higher secondary levels) So, while learning C might not be a good idea (when compared with python), it would be better than not learning at all ;-) and the point of free s/w is scratching your itch ;-) Create a IDE with the simplicity needed by the sugar design is a challenge. If you want help with a development tool to write python activities, check http://git.sugarlabs.org/develop +1 or there are plenty of ideas around developing pippy (http://wiki.sugarlabs.org/go/User:Quozl) as well :-) Gonzalo This is similar to Pippy activity but this activity will use GCC for compilation and execution of these programs created by children. We can present them with such features: 1. Use pre-existing code snippets( from Journal) 2. Write custom code 3. Compilation and Execution Please provide your inputs whether this seems useful with classroom perspective and is worth taking it further? Kartik Perisetla ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org mailto: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 - -- Anish Mangal Sugar Labs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQIUBzAAoJEBoxUdDHDZVpcfAH/2ZgHABl3BxLq5KXCPcBgb/t EOtA9zYe0jUsMUYiuCNokh48fc6sGUP06seCr/ROb2mSJnN+RrOxlQq196tvokWU LHss6uonkHU8MjtPQfdcAvosKWt0cepqOXQza3VrmNd+LsV+2cAkFLFOuZXidRug NggIi3j/DqBgUprZuCTh7YAzp94wKGBzpFDWNm3LPgaaZaROMy2A2lyNXZpeoQit 2ljfOCF4Jj6+xOpmT9ccXaHS3NikBq4aZa16WhvqV0EvaRssZrrFFTo9FIxsUNI3 haXbbGPLxFtUT9MHGU5KFlWcO8cnk/uUMLdaclYHsii5Ha+VTqMbXAS45az+4Sc= =eaLP -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Proposal: Lease expiry information display in My Settings - About My Computer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Daniel, Thanks for replying! On Tuesday 07 August 2012 10:12 PM, Daniel Drake wrote: On Wed, Aug 1, 2012 at 1:12 PM, Anish Mangal an...@activitycentral.com wrote: One problem they were also trying to get around in Paraguay is that during vacations, the kids don't go to the schools and hence the leases expire. If the kids also know about this information, then they can easily make sure that they don't get 'locked out' You'd hope that the project would make provisions for long-enough leases to be supplied before the vacations. But I can see the use for this for when that doesn't happen (which is understandable given high workloads and so on). Talking more with the team in Nicaragua, this functionality would be useful for them too. Similar situations are occuring here where laptops were activated for a certain amount of time, with the strong expectation that internet connectivity would become available in the schools before the activations expire (so that they can be automatically updated/renewed). These expectations look like they won't turn out to be true :( So a manual activation update process will happen and the ability for someone less-technical to be able to quickly check whether this manual update process has completed OK would be of value (that would be the person's only contact with activations - we aren't expecting them to be able to solve any problems if the results are bad, other than report up the chain). This is exactly the kind of clear info that should have been in the feature page in the first place. Sorry for not doing it earlier. Anyway, the use cases you describe in your mail don't seem to be described on the feature page. Could you please extend the feature page to go into more detail about this? I'll then add the above local case if its of interest. +1 Why is the proposal to show the number of days remaining? Yes, I remember discussing specifically this with Roberto (PyEduca Technical head) back in Dec 2010, and my suggestion was exactly the same (to display the date). However, as per them (and I know this is not a rational explanation), they wanted us to display no of days remaining. The Nicaraguan team have expressed a strong preference that this should (instead, or additionally) display the expiry date. When dealing with long duration activations, which is often the case (until good connectivity is established), having a teacher phone up and say there are 137 days remaining (and then having to calculate the day of expiry in order to put an appropriately timed school visit on the calendar) would be a pain. I agree with this, and since I cannot seem to remember exactly why they wanted it to display in terms of no. of days remaining, I'll ping them or we can go with this. Since this feature is only relevant for the XO at the moment, making use of the bitfrost API would be acceptable to me, but I don't see a lot wrong here by parsing the lease.sig directly. This file is supposed to be automatically generated/updated in normal use cases. Are you planning to parse sig02 (delegated leases) by hand as well? What if the lease is corrupt in some way? I can see myself objecting to any implementation of this that doesn't reuse bitfrost. It takes care of all of the corner cases and will avoid code duplication. Again, it seemed to solve the use case we had in Paraguay, and the idea behind upstreaming a feature is that it goes through this process of review. I am up for changing the code to use the bitfrost api. It should not be complex (if it's adequately documented somewhere). Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQIUh6AAoJEBoxUdDHDZVpEX8H/j5oCzGUvnfIWdy1f/awAnkf Trtsm4Me8r2D0ufxEyIZkUHugCQPUTdPqDEAlexr8ziQjy8mqNLrbvEWwwxxl4ho XstY7RZsk9gPGVYiE1bLniIZnO5e63lIyBEkM3eNgkHrO8XTPw86lBBcTcx9XDrx T00HW8J1UGDMo29SRcrnxnNVd6j+uArJXcaeSXhLAPb3xkaharF22AbTlWgQ+4s5 YIzvIfmEYMpqXbCCY+IPSVxzcpdRuHhueaFKchDfzRm01Wf77laACUg6+ZFkq/Ft 9ChV1LNekysQwf+yCZ9dB9HZdfIjjJ4m1WjrPhrQtqruevs9/nglTp2djqsPU00= =QHV1 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Proposal: Lease expiry information display in My Settings - About My Computer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 19 July 2012 08:26 PM, Samuel Greenfeld wrote: Personally I think this would be a reasonable feature. But prior to this discussion I have never heard of the word expiry before. In US English the synonym expiration tends to be used much more often. I do not know what the preferred international form is. I don't really know what the correct English would be, but expiration sounds okay to me too. In India, we often use the word expiry, but could be a common mistake :-) - -- Anish --- SJG On Thu, Jul 19, 2012 at 10:40 AM, Rafael Ortiz raf...@activitycentral.com mailto:raf...@activitycentral.com wrote: On Wed, Jul 18, 2012 at 1:07 PM, Anish Mangal an...@activitycentral.com mailto:an...@activitycentral.com wrote: Hi, I would like to propose a feature for discussion and inclusion in the 0.98 cycle. http://wiki.sugarlabs.org/go/Features/Lease_Information_Display This feature, which has been tested to work on 0.94 based dextrose-3 builds, displays information relating to lease expiry in the about my computer section in the my settings menu. This feature is valuable for support staff in deployments which use OLPC's security system built on the XO laptops, and was specifically requested by the OLPC deployment in Paraguay. Please go through the feature page for a more in-depth explanation and a screenshot. Looking forward to discussion and answering queries. +1 to me, it's been used in dextrose w/o problems. Cheers, Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org mailto:Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org mailto:Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQGYAWAAoJEBoxUdDHDZVpWecH/25z/7nHa74cK6CZTiS4CU9h oVWrv1Y1qmXE1sEZ0/0Tri4zfcrQxq/zIxLxfAKLziVbTtwB1PxGo+E3z2o0CoIH wNhOB+vFVXeRxlttCzhqoKujenGvWM7DY5EZHcV5tt3gOuctflVlD3j/7aw+lO+u GeThh+lyMFz1vLvHc3BaQdTQUldx36an5CB8QAqL3gIWeKX+9uXW8UcGu4AUT+p2 U+hv/X/ANPIKqgA8NLAKSWkWLqDMQXB6DqKPHRzp9UM4jFcPB29WUBlq1K77GAFh GwSYVVBxi9uQOcKrA+JjXV7k+uVTjrcGCa7crLPhLPg5UlJDlYlIYRbYOYnNmqs= =vhzJ -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Proposal: Lease expiry information display in My Settings - About My Computer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 20 July 2012 04:05 AM, James Cameron wrote: I don't think it should be in a section titled Identity, because it isn't an identifier, and is only related to serial number because of implementation details. Your probably right. IIRC the idea was to make that information visible alongside the Serial Number. Does it make sense to move it to Software? I don't want to rename the sections because this feature should only be visible when the lease file is actually present. I don't wish to constrain your creativity by saying how to fix that though. I'm sure you can imagine many alternatives. - -- Anish Mangal Sugar Labs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQGYKjAAoJEBoxUdDHDZVpA+cH/2tT8rDzqoN3GPZbJhrU+fvR bRMw2sDwi+GHw+57WikzKygjeBBiEriKITO9gCtzyNgrQDz6leYTh4RHV2Iva5XK r+XGHIs1g1UN66aM6KicdocEEJzAX8ClE44uvyli1bc+q4D2dXtHyHguMeEc+H+0 n+LQAiaR3HeBSx2bCwvXIchwJvIvIj0+GDYCCfbE2yMCzUI1yuVSUx/f880Ucvod 8+fa9Q4d3CATcHdz0wgpGcKw2By2ETjSlMkMuMeJbgivFh7OdMvu3T/4IBi0wz2O q94j6gKpEAIDHGn7UeYYFU7W9UebtRRcgg1VEy58w8fa4lrl0ySxd/mZkTnyCUY= =iZ6m -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Proposal: Lease expiry information display in My Settings - About My Computer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 02 August 2012 04:30 AM, Gary Martin wrote: On 1 Aug 2012, at 20:25, Anish Mangal an...@sugarlabs.org wrote: On Friday 20 July 2012 04:05 AM, James Cameron wrote: I don't think it should be in a section titled Identity, because it isn't an identifier, and is only related to serial number because of implementation details. Your probably right. IIRC the idea was to make that information visible alongside the Serial Number. Does it make sense to move it to Software? I don't have a strong objection to it being in Identity, but then again, I am not aware of many of the implementation details of the code behind it – also likely true for most folks reading it in the field. If it moves to Software, perhaps it should go below the Firmware line? James is that more inkeeping with the implementation? The other option is for a new Lease section below the Identity section. I don't want to rename the sections because this feature should only be visible when the lease file is actually present. On this point, the code seems to not behave you describe above. Testing on an XO-1, the DX3 build 143 International, I see an item in the Identity section saying Lease: Not available. The wording Not available suggests something is missing from my XO when actually this machine does not need a lease, and is unsecured, this line of information should not be displayed at all to the user. Yes, that is correct. That change will be made when the code is ported over to mainline. Regards, --Gary I don't wish to constrain your creativity by saying how to fix that though. I'm sure you can imagine many alternatives. ___ 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 - -- Anish Mangal Sugar Labs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQGdpRAAoJEBoxUdDHDZVpQYIH/11UXRL+4PY23ijV9CoL0Ph6 7vexudcSbOrVNSnPCzFOaKpu9tYxSP8nYmv4S0X8KEGi4PbyAJG5O2vDb67A71SK TgbGXPqdx6FIa/i+n0axl46DAn21vQLzUQp+wFT9GvgtiBqVJW8iM/T9PlRD8phP RldsRei0jbA4AdxSHLhjyQypiE7Lcnio6FYAhrW0sYeydVLyXOpCSkv4XyQFcL5t /liB5bKs1YX9EirFJPJURuKKGWmQ/GC//uk3vmWKV+KaBJwE9koirNU4OvjSwNVX g51nmt1LwXbmYDtDWgYeUm+5hUPWbjxsFRskgW1Zgedo44XSpYz5r0DVhFzbT6I= =Xr6U -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Multi-Select] sugar-* rpms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, The rpm may be accessed here: wget http://people.sugarlabs.org/anish/sugar-0.94.1-31.dx3.noarch.rpm rpm --upgrade --nodeps --force --verbose --oldpackage sugar-0.94.1-31.dx3.noarch.rpm Cheers, Anish On Monday 30 July 2012 03:54 PM, Ajay Garg wrote: Hi all. Please find attached the sugar-* rpms, that besides the usual workflow for the multi-select feature, contain the required following two fixes, as raised by Gary in the last design-meeting [http://meeting.sugarlabs.org/sugar-meeting/meetings/2012-07-23T14:31:15.html] :: a) Do not auto-deselect source-entries (applicable only for Copy-to option). [Patch at http://git.sugarlabs.org/dextrose/mainline/commit/80efb33d9caed8c6ae3afee7c7794790847fc8d1] b) Fix the issue, wherein the favorite-status-changes were not being reflected on the UI, while in multi-select mode. [Patch at http://git.sugarlabs.org/dextrose/mainline/commit/ad3897946e013f1ff4020aeab35375ccb122758b] whereas the solution to the third issue c) How to momentarily-hover-away / momentarily-disappear-mouse from over the gtk.GenericCellRenderer? is still being tried out, as per suggested at http://www.daa.com.au/pipermail/pygtk/2012-July/020425.html I am attaching the rpms to this thread, as I do not have wifi working right now, as a result of which I am not able to ssh into my account at shell.sugarlabs.org http://shell.sugarlabs.org :-\ Thanks and Regards, Ajay - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQFmQOAAoJEBoxUdDHDZVpxkUH/RPMo+0Po49eU2TfCPvoG+sH CQc2Y7jXdxjQfS/DiO5CrMQS+l8LCJHZzixHmlkuyMYxX5kW3OXOtbE5J3XBExbO dvaC7Gi9NSe81996254tV3u2SD72xCP3h42u4an4edYtnogmGQOSEGXoLoUVHs4W +sj+uUByI93sDSELPIosCsz3mqKNWTqxHRk/7oUHNGRqAPjiUxS1jdA3IwwxhReA V4vdimxEkwfBiMp2NB9rx4FzA26AIbdK1Vemau2K5vER85jJkuKfea8g1GpzGGcI kkoYnuU77rO+o9gWT9rUUrnnPt/OV85gp5LNcQaUdDp8ycmQX6z6hbBMclfxsCQ= =jApn -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Examples objects support for activities.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 19 July 2012 11:10 PM, Martin Abente wrote: Hello Everyone: In a recent conversation with Walter, he mentioned that it would be very useful if activities could include examples objects. From my experience in the field, I can tell this feature can be a really useful indeed. Therefore I would like to bring this idea to the general discussion and see what others think. The idea is simple: Activities include examples objects that can be bundled with and accessed from the activity. For the ones that also think this could be useful: I am sure you must have your own vision of how this feature should work and look like, so please share it here. In general terms and from my POV it should be something: (a) simple to access. (b) with a familiar interface to the users. (c) low-cost for activities developers to include. (d) Safe. What kind of objects are we looking at? I assume it could mean: * Some sample programs in case of TA * Some sample setups in the physics activity The current way to go about doing that would be sample journal entries, so would I be correct in assuming that we're looking for a way to group those journal entries (in a way)? If not, and it's only the 'activity author/developer' that has the ability to bundle these example objects, then it places limitations. You'd ideally want to have teachers and others be able to bundle these examples as they best see them fit according to curriculum. One of the ideas, that meets these requirements, is to include a standard Examples folder in the activities root directory that would be accessible through a regular ObjetChooser. The ObjectChooser is already capable of presenting any folder's contents, thanks to recent years improvement in the journal to present external-media and documents-folder contents. Accessing to these objects would be as easy as just opening a ObjectChooser instance, many activities already do this (but limited to journal content). As I just said, the ObjectChooser interface is widely used, therefore users are already familiar with it. To ease the costs for activities developers I think that having this standard folder approach is crucial. One open question I still have is how this ObjectChooser should be opened from the activities in a standard way (suggestions?). By safe I mean that it should guarantee that it only presents this standard folder objects in read-only mode (at least from the GUI POV). I will stop here and I would like to hear what you guys think regarding the general idea first. Saludos. tincho. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQCGVJAAoJEBoxUdDHDZVpDHkH+wY9JVTbDbnrDUYbsZnOgSqu qKYQH+7buCk3OYlvJFH2eRiZTf9AZQpQ4DXBpipjoYy5vvPGEtljZ9roCV4Oj5T6 0LHu+LLKLVmZqDcIHtBMOxNeDqD3/VoHka0e8FQP9FR72WKDiuuj+wd/nxAyM74P jGIMmFJs7c0O7z8MpbKCdoYkSlWPO77G6nlgwGxaKT0i+iiBucdQWOw97hLa0zMF LUMu1foZvAuDTpgo/FyVOeUbu4dJpG1QHDNJsqZtHPYjbUNjLinLUh8LGmr2LvqA CxeNqYtd3OrAVRUvedhoYvmWNakZ/waUj7TybnuSQZq/1VUqY+gsWexPi7kU8CY= =Dfal -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Proposal: Multi-Selection and Batch Operations on Journal entries
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 18 July 2012 07:56 PM, Ajay Garg wrote: Hi Samuel. Please find the replies inline. On Wed, Jul 18, 2012 at 7:03 PM, Samuel Greenfeld greenf...@laptop.org mailto:greenf...@laptop.org wrote: I see in the final screenshots that all of the selected items are deselected. Is this automatic, or does the user have to choose the deselect all button to do this? This is automatic (on the fly). Personally I would prefer if the checkboxes remain selected in the source view (if not an erase operation that removes the item). That would allow the user to do multiple actions (Copy then Erase for a Move), and confirm after the operation that they selected the items they intended to select. Well, the code is generic enough, and the above may be accomplished if there is a general consensus. However, the current flow (automatic de-selection), helps user to not deselect explicitly, in the general case. I believe that copy-then-erase is a more of a special case, than a general one. For eg., copying-from-a-USB-pendrive-to-journal is more probable, than copying-from-a-USB-pendrive-to-journal-and-then-erasing-the-contents-of-USB-pendrive. It seems from these screenshots like we are trying to indicate copying progress by deselecting items as we copy them, and I do not know of another OS that does that. The workflow is :: (i) Operate on entry x. (ii) Deselect the entry x. (iii) Goto step (i) Also, it's good if Sugar tries to be different, as long as it does the right thing :P I think I can offer one explanation why it now, the way it is. Of-course, whether it's the right way to do things or needs to change, needs to be determined by this design discussion. During the initial stages of the development of this feature, the select and deselect operations were quite slow, because every select/deselect change was being written to the journal entry metadata. This made it essential to show progress of both select/deselect as the operation often took several seconds (in some cases minutes) However, later the operation was sped up significantly to just a few seconds even in case of many entries (because the select/deselect info was just being stored in-memory). So this may very well be a remnant of the way development for this feature took place. Just my 2 cents. Anish Regards, Ajay On Wed, Jul 18, 2012 at 6:57 AM, Anish Mangal an...@activitycentral.com mailto:an...@activitycentral.com wrote: Hi, I would like to propose the long-discussed-finally-implemented ;-) journal entry batch operation and multi selection feature for inclusion in sugar-0.98. All the necessary and relevant details should be present in the associated feature page: http://wiki.sugarlabs.org/go/Features/Multi_selection_screenshots AFAIK, This feature was initially brought up in discussions in EDUJam in 2011 and an initial implementation was made by Martin Abente. The current implementation, done by Ajay, has been derived from that keeping the UI experience largely the same while significantly speeding up operations like select/deselect. Should you have any design related questions about this, feel free to reply to this thread. Cheers, Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org mailto: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 - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQBslFAAoJEBoxUdDHDZVpRmYH/3PvlTLgm6DfaCtD7LWPsK7L 8EM6UDjk7GfNsibvN9kwwahQOBUGBzXbnFdrfaztORIHjSLbo8SPSoHkuzdGpedF WcQnmcuIhgWzJTixWQFJjd4lkFQmEz/CIIIwg0QkVVvam++nKZxX95YPDK3xv6o8 wm1fvLTf80K5PD9I9sokmGTC9tz7lJ9dwWc9NkBiQgvxJxSUJkPjeez+8bjWTfhg eIk/sE16B6tr1SnzU3AHctVlfs7eh9rc22vXsy9LX4Kh1XnW9f06YFFoTWSDjTtl phjwETf3LpunpETaJcrc1Zb5wSqLbHTnS6GyVN+bBdnTZVfpB0PD5IsuKqAovnY= =0yr5 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Proposal: Simple messages notification system
Hi, I would like to propose a feature for inclusion in 0.98 cycle, which we developed for dextrose, and is present in dextrose-3 (11.3.1 based) builds. The idea is to provide an api for simple notification messages to be displayed in the frame. The relevant details are mentioned in the associated feature page: http://wiki.sugarlabs.org/go/Features/Simple_Messages_Notification The code is currently based on the 0.94 release, but can be ported over to 0.98 (or whatever mainline/HEAD if necessary). Cheers, Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Proposal: Database support for 3G modem configuration
Hi, I would like to propose a feature for inclusion in the 0.98 cycle, which provides database support for configuring 3G modems in sugar. The relevant details can be found in the associated feature page: http://wiki.sugarlabs.org/go/Features/3G_Support/Database_Support This code is presently on top of 0.94 and is tested to be functioning correctly in dextrose-3 (11.3.1) builds. This will be ported once the design is agreed upon. The feature essentially allows the user to select 'Country', 'Plan', 'Provider' from a drop down box which then fills up the relevant fields needed for 3G configuration. The design mimics what is available in gnome (which is pretty standard). Without this, the user needs to remember the 3G settings and type them in manually in text entry fields. Cheers, Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Proposal: Simple messages notification system
On Fri, Jul 6, 2012 at 6:49 PM, Gary Martin garycmar...@googlemail.com wrote: Hi Anish, On 6 Jul 2012, at 07:39, Anish Mangal wrote: Hi, I would like to propose a feature for inclusion in 0.98 cycle, which we developed for dextrose, and is present in dextrose-3 (11.3.1 based) builds. The idea is to provide an api for simple notification messages to be displayed in the frame. The relevant details are mentioned in the associated feature page: http://wiki.sugarlabs.org/go/Features/Simple_Messages_Notification Thanks for starting the mail-list thread. Do you have any examples of how this notification feature is currently being used on the ground by dextrose users? Would be interesting to know some concrete examples and if you've had any direct user feedback. Yes, there are a couple of examples in which this is feature is used: 1. There is a automatic-yum-based updater in dextrose, which installs updates to sugar and related packages in the background, and upon installation, when a restart is required, a notification to that effect pops up. This is present in all flavors of dextrose (AU, UY, PY, Intl), and is also the one demonstrated on the feature page. 2. This feature has been used quite extensively in UY, where they use it to notify kids about a number of important information that the deployment administration needs to convey. I am cc-ing Esteban Bordon and Daniel Castelo, who might have more details. As far as feedback is concerned, we havent heard of complaints from deployments on this feature so far (I guess that's a positive ;-) ). The criticism has been to add more features to it. * Perhaps, there could be more notification classes. i.e., different alert types/icons * Prioritization of some alerts over others So far, this is a basic implementation which doesn't get in people's way and mostly works. We can add more bells and whistles to it, but I would want to upstream it first and add them later (with proper design discussions around them) Let me know if you need more clarification :-) Regards, --Gary Cheers, Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [sugar 0.96, NM 0.9 PATCH] sl#3727: Return cached secrets, present in 'settings' themselves.
Not to take the discussion in a different direction, but IMO, would be great if Enterprise network support made it to upstream sugar. :-) On Mon, Jun 25, 2012 at 8:22 PM, Ajay Garg a...@activitycentral.com wrote: Peter, Is WPA-Enterprise Networks supported in Sugar 0.96, yet? (I don't think it is). As a result, the current patch has not been tested with WPA Enterprise Networks. There is a patch for WPA-Enterprise Networks (fully integrated in dextrose3) available at http://patchwork.sugarlabs.org/patch/1096/ with specs at http://wiki.sugarlabs.org/go/Features/WPA-WPA2-Enterprise-Network-Connections Would upstream be interested :P :P (I would be more than willing to port it). Adding Anish in the loop. Regards, Ajay On Mon, Jun 25, 2012 at 8:07 PM, Peter Robinson pbrobin...@gmail.com wrote: On Sun, Jun 24, 2012 at 12:00 PM, Ajay Garg a...@activitycentral.com wrote: NM may request the secrets in the following cases :: a) Wifi connection is lost. b) After being lost, the wifi connection is again within the range. c) When the credentials for the wifi network change. In every case, secrets were being requested via the popup dialog. However, case c) is rare (and when it does happens, usually the system-administrator, or the like, has the responsibility for issuing the changes publically). Thus, due to case c) (which is rare), cases a) and b) were suffering (these cases are generally very plausible cases in everyday life). So now, the intended solution is ::: 1. Always return the cached secrets (present in 'settings' themselves). This would make the irritating dialog-box go away, for cases a) and b). 2. For case c), the user would :: (i) Discard Network History. (ii) Click on the wifi icon (in the neighborhood-view). (iii) Enter the new (publically broadcasted) credentials. This biggest time for C is when it's WPA-Enterprise and the enterprise user authenication has a lifetime on the password. Our corp wifi is AD authenticated and the password expires every 60 days. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] How to disable Authentication Required By Wireless Network popup in Fedora 17
OLPC regularly releases (and announces on the olpc-devel mailing list) development images on download.laptop.org I think the release candidate version of their f17/0.96 builds is available here: http://download.laptop.org/xo-1/os/candidate/ Hope this helps. On Fri, Jun 22, 2012 at 10:56 AM, Ajay Garg ajaygargn...@gmail.com wrote: Hi all. (Sorry if I am asking a very stupid question) Is there a link of an image (in .img + .crc format, for XO-1), that is based on F17, and contains sugar with NM 0.9? I tried at http://download.sugarlabs.org/images/, but apparently could not find anything useful. Alternatively, a OS builder for the same end-results would also be good. Thanks and Regards, Ajay On Thu, Jun 21, 2012 at 11:22 PM, Ajay Garg ajaygargn...@gmail.com wrote: On Thu, Jun 21, 2012 at 8:37 PM, Jon Nettleton jon.nettle...@gmail.com wrote: On Thu, Jun 21, 2012 at 3:52 PM, Ajay Garg ajaygargn...@gmail.com wrote: On Thu, Jun 21, 2012 at 9:23 AM, James Cameron qu...@laptop.org wrote: On Wed, Jun 20, 2012 at 11:29:37PM -0400, Paul Fox wrote: ajay wrote: Hi Paul. Well, I am doing development on sugar-jhbuild F17. So, after I launch sugar-emulator, I wish to have the sugar network-authentication popup pop up (if at all), and not the gnome one. ah. sugar vs. gnome. now that i understand your problem, i find i can be of no help whatsoever. sorry! Indeed, I have no idea either. Running GNOME at the same time as Sugar means NetworkManager might behave differently, as it has multiple clients. So I never wanted to try that. Because it would not be representative of the typical usage. Exactly This functionality was just introduced in F17, NetworkManager 0.9.x. Previously you could only have one client connected to the NetworkManager daemon at a time. Now the behavior has changed to make it work better with fast-user-switching. This new connection sharing also causes secrets to be handled differently. Previously everything was stored in your gnome-keyring, now by default secrets are stored at the system level. A client can register to be a secrets provider however I don't know if this has been implemented in sugar yet. When I was last testing Sugar and NetworkManager interaction, I did it on a system, such as an XO, without GNOME running. I edited the source files live and restarted Sugar to see the changes. When I had finished, I copied my changes out of the target and into git using ssh. Well, that would indeed work. Thanks for the idea .. :D :D I may have more information about this this weekend. I currently have an unstable network connection and the NetworkManager password popups are annoying me. If I find anything interesting I will update everyone. Waiting for anything interesting, whole heartedly !! :) Regards, Ajay -Jon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Passphrase must be re-entered when XO loses then regains wifi connection
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, The issue of sugar prompting users to enter wifi passphrase after a connection is broken and is re-established[1] has been in Sugar/OLPC for some time. The purpose of this email is to understand the causes of this: * Bad wireless access point * Proximity to a wireless access point * Something not working properly on the XO laptop ** Driver? ** Firmware? ** Something sugar specific? Talking with deployments, this is an annoying little bugger, because everytime it happens, the teacher has to run over to the kid's laptop and enter the passphrase. We are getting some reports that this flakey *might* be happening more often with dx3 (and following from that 11.3.x) builds. Therefore I'd like to understand the causes of this and what can be done to address it (at various levels: XO, Sugar, Wireless Access Points) [1] https://dev.laptop.org.au/issues/1305 Cheers, Anish Anish Mangal Dextrose Project Manager ActivityCentral -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP2Zt4AAoJEBoxUdDHDZVp5ugH/jSa5xeuWmrRaCMC9EqNhm+k /VPdmtYL/qrxQpboiaOiC0Uo4T13ug6xRfFdoUYAo7vOwnjP9RVHuCKeMgfOO/ML EbgNaR4vkuZmO5ruP8vIBSyD6uq59nbiuM12pLOo9RmbGIrTDV2AvWt1Hfy3Y+vQ haAQ0owpAzYbnWjbJpI5Mxyp+9CgdaFNHGOuHEMeY60JNerirddlFjJxVPI35g5X oHH7zbWx9/wREsXeTpHMfMsp+u5pbn1n2/ig2uO8HDaY9ur6/s3WPWrupD0IdSMm lAZ4QEjbIGVk50kA9oIO09gTDjUN1gWnx+6lasmaIh6wNwlM9ZmdEPy5l6oMRzo= =xd0x -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] F17 on KVM and VirtualBox
IIRC, Ajay was facing the same problem. Don't know if he solved it though :-) On Sun, May 20, 2012 at 1:36 AM, Manuel Kaufmann humi...@gmail.com wrote: Hello guys, I'm testing F17 Beta on KVM and VirtualBox. I followed the common[1] steps to compile Sugar with JHbuild and I continued compiling after getting the telepathy known error. I've just pressed 2 to continue compiling when jhbuild asked me what to do. First of all, I realized that KVM doesn't have 3d acceleration (and GNOME3 uses it), so it goes too slowly. VirtualBox works better in this point but in both I'm getting the same error when I run sugar-emulator /home/humitos/sugar-jhbuild/install/lib/python2.7/site-packages/sugar/graphics/palette.py:412: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed _sugarext.Menu.do_insert(self, item, position) 1337455277.072671 DEBUG root: STARTUP: Loading the mesh view Traceback (most recent call last): File /home/humitos/sugar-jhbuild/install/bin/sugar-session, line 289, in module main() File /home/humitos/sugar-jhbuild/install/bin/sugar-session, line 265, in main home_window = homewindow.get_instance() File /home/humitos/sugar-jhbuild/install/lib/python2.7/site-packages/jarabe/desktop/homewindow.py, line 208, in get_instance _instance = HomeWindow() File /home/humitos/sugar-jhbuild/install/lib/python2.7/site-packages/jarabe/desktop/homewindow.py, line 70, in __init__ self._mesh_box = MeshBox() File /home/humitos/sugar-jhbuild/install/lib/python2.7/site-packages/jarabe/desktop/meshbox.py, line 416, in __init__ self._model = neighborhood.get_model() File /home/humitos/sugar-jhbuild/install/lib/python2.7/site-packages/jarabe/model/neighborhood.py, line 1083, in get_model _model = Neighborhood() File /home/humitos/sugar-jhbuild/install/lib/python2.7/site-packages/jarabe/model/neighborhood.py, line 705, in __init__ obj = bus.get_object(ACCOUNT_MANAGER_SERVICE, ACCOUNT_MANAGER_PATH) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 244, in get_object follow_name_owner_changes=follow_name_owner_changes) File /usr/lib/python2.7/site-packages/dbus/proxies.py, line 241, in __init__ self._named_service = conn.activate_name_owner(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 183, in activate_name_owner self.start_service_by_name(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 281, in start_service_by_name 'su', (bus_name, flags))) File /usr/lib/python2.7/site-packages/dbus/connection.py, line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/libexec/mission-control-5 exited with status 1 1337455277.086226 DEBUG root: _cleanup_temp_files Do you have any idea about how to solve this issue? [1] http://wiki.sugarlabs.org/go/Development_Team/Jhbuild -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Dextrose] [sugar PATCH] sl#3605: Do not rely on 'mountpoint' property being present in the metadata per entry. Instead use the global API.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 16 May 2012 07:20:08 PM IST, Ajay Garg wrote: Please note, that the global API (get_mount_point() and set_mount_point()) were introduced as a part of batch-operations feature, for which the patch is located at :: http://patchwork.sugarlabs.org/patch/1205/ Also, since the bug has been diagnosed on sugar-mainline master (on which the batch-operations patch has not been pushed, yet ;-) ), so this (ticket sl#3605) does not seem to be a regression; it seems to be genuinely present right from the start. src/jarabe/journal/model.py |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/src/jarabe/journal/model.py b/src/jarabe/journal/model.py index 527f78d..1f042db 100644 --- a/src/jarabe/journal/model.py +++ b/src/jarabe/journal/model.py @@ -1003,7 +1003,13 @@ def is_editable(metadata): if metadata.get('mountpoint', '/') == '/': return True else: -return os.access(metadata['mountpoint'], os.W_OK) +# sl#3605: Instead of relying on mountpoint property being +# present in the metadata, use journalactivity api. +# This would work seamlessly, as Details View' is +# called, upon an entry in the context of a singular +# mount-point. +from jarabe.journal.journalactivity import get_mount_point +return os.access(get_mount_point(), os.W_OK) def get_documents_path(): Could you give directions as to what triggers the exception (and whether another patch needs to be applied first) before this one is applied. I tried a very basic test on current jhbuild. Opening the details view of a journal entry in documents folder doesnt trigger the exception. Maybe I'm missing something. :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPtS8SAAoJEBoxUdDHDZVp2bIIAISNLWGYTTN4Ld/6aNVF/Gfm DpbWNarMIywujKf3iXtAx83rfpt2rnBsu20htuf9LU6ALndDckqHneFDymGNv1+P HyDcb84HNQ5iAgAvnW8ty1sAQYrLsH13TLrRuTiGTVKH6QEZRvp4PAIIc06FdJjV 66ouqh0q0QfbIuP9orKSX2WAtlwt94NwuxmrrvqpfeMWykwpib4GTdh7eaMtLjlC 6x5pe1IYlcf8mzvxULNOoHasm4UhJtOTS8ozazmVHJa5THu30rRb/1/Y1bMX7/n3 aDPCZ/LRW0N5vUVavBb49Xf2ttwe7CQkpYJl95sbQDTPdvgm5UfPtRgEshcu29A= =Ncsj -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH GetBooks] Report when could not reach the server SL #3180
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 16 May 2012 06:18 PM, Manuel Kaufmann wrote: Handled urllib2.URLError returned by feedparser to inform the user about this problem, saying that maybe he is not connected to the network. If there were another problem downloading the list, the user is informed with a generic message. Signed-off-by: Manuel Kaufmann humi...@gmail.com --- GetIABooksActivity.py | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/GetIABooksActivity.py b/GetIABooksActivity.py index 0a06069..bc132f9 100644 --- a/GetIABooksActivity.py +++ b/GetIABooksActivity.py @@ -20,6 +20,8 @@ import os import logging import time import gtk +import urllib2 +import socket OLD_TOOLBAR = False try: @@ -798,7 +800,18 @@ class GetIABooksActivity(activity.Activity): def __query_updated_cb(self, query, midway): self.listview.populate(self.queryresults) -if (len(self.queryresults.get_catalog_list()) 0): +if 'bozo_exception' in self.queryresults._feedobj: +# something went wrong and we have to inform about this + bozo_exception = self.queryresults._feedobj.bozo_exception + if isinstance(bozo_exception, urllib2.URLError): + if isinstance(bozo_exception.reason, socket.gaierror): + if bozo_exception.reason.errno == -2: + self.show_message(_('Could not reach the server. ' + 'Maybe you are not connected to the network')) Perhaps a better message would be. Sorry, no books could be found. Please check if you are connected to the network +self.window.set_cursor(None) + return +self.show_message(_('There was an error downloading the list.')) This could be put in an else block to make it more explicit codewise. else: self.show_message(_('There was an error downloading the list.')) Also, have the similar generic message here: Sorry, there was an error. No books could be found. +elif (len(self.queryresults.get_catalog_list()) 0): self.show_message(_('New catalog list %s was found') \ % self.queryresults._configuration[name]) self.catalogs_updated(query, midway) Just my 2 cents - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPtTPTAAoJEBoxUdDHDZVpBxoH/iVnBkMM+1AP9NgHjIKZDA/2 WpjQ+Orb/HHD99yi4OuWdbqQDwaCLgVLz6Eq446ABHjDJGECoBySyPh5oUtsRJzM KJ9w2XUWK9git0RkHfr+/LJptBBwH1DuZvdOxim/OFe0NEotQWaZL2Y/Txa2D5Bg f4bsljofs57Gy5sTPTaBrdly69fjQKfMqUQ3F7PYda6c+OnIEK1M9Fz/o1SV8e7X HG9IFVce2t5r0Soy1nSLCxj2m00AlxjAT0YWgobxCDoz1Q+gIHYN0ez5dcpLk8uj z/AkuIXTYJVZmOq66oTDASAweZfIAilxt+r4exGMQB6R0lEVJBWc+uZ0cbEVrLg= =ZUr/ -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH InfoSlicer] File pep8-ized
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This patch does more than what it claims :-) Besides making the file pep8-okay, it also cleans up some apparently redundant code. Would be better to have them as two separate patches going forward (or fix the comments for this patch atleast) Also, could you tell which version (or git #) should this patch be applied on top of. It doesnt apply cleanly on Infoslicer-14 downloaded from ASLO. On Wednesday 16 May 2012 12:27 AM, Manuel Kaufmann wrote: Passed pep8.py script to correct some mistakes. Signed-off-by: Manuel Kaufmann humi...@gmail.com --- xol.py | 50 -- 1 file changed, 28 insertions(+), 22 deletions(-) diff --git a/xol.py b/xol.py index d4774ef..b3bd297 100644 --- a/xol.py +++ b/xol.py @@ -15,16 +15,13 @@ # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA import os -import gtk import zipfile -import uuid import logging from glob import glob from gettext import gettext as _ -from sugar.activity.activity import get_bundle_path, get_activity_root, get_bundle_name +from sugar.activity.activity import get_bundle_path from sugar.datastore import datastore -from sugar import activity from infoslicer.processing.NewtifulSoup import NewtifulStoneSoup \ as BeautifulStoneSoup @@ -32,6 +29,7 @@ import book logger = logging.getLogger('infoslicer') + def publish(activity, force=False): if not [i for i in book.custom.index if i['ready']]: activity.notify_alert( @@ -42,7 +40,7 @@ def publish(activity, force=False): title = activity.metadata['title'] jobject = datastore.find({ 'activity_id': activity.get_id(), -'activity' : book.custom.uid})[0] or None +'activity': book.custom.uid})[0] or None logger.debug('publish: title=%s jobject=%s force=%s' \ % (title, jobject and jobject[0].metadata['activity'], force)) @@ -90,13 +88,16 @@ def publish(activity, force=False): book.custom.sync_index() - -@author: Matthew Bailey -This class deals with the creation of content packages, comprised of articles from -themes, with are zipped up and installed in the relevant OS specific location. From -here they can be distributed to the consumers +@author: Matthew Bailey + +This class deals with the creation of content packages, comprised of +articles from themes, with are zipped up and installed in the relevant +OS specific location. +From here they can be distributed to the consumers + + def _publish(title, jobject): zipfilename = '/tmp/infoslicer.xol' zip = zipfile.ZipFile(zipfilename, 'w') @@ -109,22 +110,23 @@ def _publish(title, jobject): _info_file(zip, uid, title) _index_redirect(zip, uid) _dita_management(zip, uid, title) - + zip.close() jobject.set_file_path(zipfilename) datastore.write(jobject, transfer_ownership=True) + def _dita_management(zip, uid, title): +Creates a DITA map, and copies the requested articles and their +associated images into the zipped directories -Creates a DITA map, and copies the requested articles and their associated images into the zipped directories - -map = [ '?xml version=\'1.0\' encoding=\'utf-8\'?',\ -'!DOCTYPE map PUBLIC -//IBM//DTD DITA IBM Map//EN ' \ - 'ibm-map.dtd',\ -'?xml-stylesheet type=text/xsl href=mapstylesheet.xsl?',\ -'map title=%s' % title ] - +map = ['?xml version=\'1.0\' encoding=\'utf-8\'?', + '!DOCTYPE map PUBLIC -//IBM//DTD DITA IBM Map//EN ' \ + 'ibm-map.dtd', + '?xml-stylesheet type=text/xsl href=mapstylesheet.xsl?', + 'map title=%s' % title] + images = {} for entry in book.custom.index: @@ -145,7 +147,8 @@ def _dita_management(zip, uid, title): images[image_name] = image_num image_name = ('%08d%s' % (image_num, image_ext)).encode('CP437') -zip.write(image_path, os.path.join(uid, 'slicecontent', image_name)) +zip.write(image_path, os.path.join(uid, 'slicecontent', + image_name)) image['href'] = image_name content.insert(1, '?xml-stylesheet type=text/xsl ' \ @@ -160,6 +163,7 @@ def _dita_management(zip, uid, title): zipstr(zip, os.path.join(uid, 'slicecontent', 'librarymap.ditamap'), \n.join(map)) + def _index_redirect(zip, uid): Creates the redirecting index.html @@ -175,9 +179,10 @@ def _index_redirect(zip, uid): 'body',\ '/body',\ '/html'] - + zipstr(zip, os.path.join(uid, 'index.html'), \n.join(html)) + def _info_file(zip, uid, title): Creates the library.info file @@ -196,10 +201,11 @@ def _info_file(zip, uid, title): 'icon = book.png',\ 'activity = Web',\ 'activity_start = index.html'] - + zipstr(zip, os.path.join(uid, 'library', 'library.info'), \n.join(libraryfile)) + # XXX setup mode_t for files written by writestr() def zipstr(zip, arcname, str): import copy - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla -
Re: [Sugar-devel] [PATCH Sugar] Inhibit power suspend while playing text to speech - OLPC #11830
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 16 May 2012 01:21 AM, Sascha Silbe wrote: Gonzalo Odiard godi...@sugarlabs.org writes: Using powerd-inhibit-suspend directory is how ALL the activities are working today, Quantity isn't the same as quality. That everybody is doing it doesn't make it suddenly a good idea. Quite the contrary, as platform developers we have the responsibility to take the lead and show what _best_ (not common) practice is. Activity authors can then adopt it. and how powerd is used. That's exactly what I don't like: it's specific to powerd. That's fine for downstreams to decide for themselves and use your patch (Dextrose may be interested in it, for example), but it's not a good direction for upstream to take. +1 Sascha ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPtTyRAAoJEBoxUdDHDZVpsDEH/2/oiYk9CVsHemBDrovb4MXW eOtZfYZZGW3/E/lUD4/z1NzifZvF94KR7q53F5TOlTDuyakxcmvYU0fpSTqldD/L /xjjURk3ihyQ2da3GPYMX63V6345yPKp/yhRxbKYgugrNvQbxU8rbRJhD/v1oT2G rUcJMgBBiR7Z10m+Xls52mtuf+tE/J7cZdPdivvlUN+HTZJJt8WenBBySnxA7B5f VU0rB19WQPS21JahfhaVwcTQNRrUAAKg8L1W9Ta1EHS77eWiyGgAdUCc5uU5jAtp xi99xmzsvEOxB91uZ+T1wmbdkIZsv3jvsP2lW325uGzIauAExXoSvk64GqNKldo= =N4HZ -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH InfoSlicer] File pep8-ized
On Fri, May 18, 2012 at 3:17 AM, Manuel Kaufmann humi...@gmail.com wrote: On Thu, May 17, 2012 at 2:30 PM, Anish Mangal an...@activitycentral.com wrote: This patch does more than what it claims :-) Besides making the file pep8-okay, it also cleans up some apparently redundant code. Would be better to have them as two separate patches going forward (or fix the comments for this patch atleast) This patch removed unused imports, whitespaces and some more pep8 things. What's the redundant code that you mention? redundant code = unused imports style fixes, comments = pep8 things Also, could you tell which version (or git #) should this patch be applied on top of. It doesnt apply cleanly on Infoslicer-14 downloaded from ASLO. This patch is now obsolete, because we decided to not apply it so we can include InfoSlicer in the next release. We will pep8-ize this .py files next month, after the release. ok Thanks. -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ -- Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Sugar-toolkit-gtk3] ActivityButton should handle the case of activities without metadata
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 14 May 2012 11:52:33 PM IST, godi...@sugarlabs.org wrote: From: Gonzalo Odiard godi...@gmail.com We already manage this cae in the icon creation but not when we set Typo s/cae/case the button tooltip Signed-off-by: Gonzalo Odiard gonz...@laptop.org --- v2: Improve description. Do not try to connect the 'updated' signal. --- src/sugar3/activity/widgets.py |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/src/sugar3/activity/widgets.py b/src/sugar3/activity/widgets.py index 97450f2..c7683cf 100644 --- a/src/sugar3/activity/widgets.py +++ b/src/sugar3/activity/widgets.py @@ -60,8 +60,9 @@ class ActivityButton(ToolButton): self.set_icon_widget(icon) icon.show() -self.props.tooltip = activity.metadata['title'] -activity.metadata.connect('updated', self.__jobject_updated_cb) +if activity.metadata: +self.props.tooltip = activity.metadata['title'] +activity.metadata.connect('updated', self.__jobject_updated_cb) def __jobject_updated_cb(self, jobject): self.props.tooltip = jobject['title'] Looks good otherwise. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPsVLRAAoJEBoxUdDHDZVp7bYH/jHwr5FbgWVNBpw+cF+CMOVA 8aUjDKqIlkU5ZDNUv+upMjIzJb5UhdzDnzQYxZf/3MSuTZyDSE/+AR1cM07t4+Ux Tby7tXPcJQVAKxYXr97YsV3oDyjKevcrICbZPT5vTc0kZc2UOZ/RlOXZfk/xP73D Fl3iLF7PT8kSPGGLMe6h3p5GI3JBHuS1A1BreKt6CEXUl+cpXcXaiyJntJnsdfqt DjEsuKZbN5/mbKCSmriSkN/JBkIQtaSp/0GCKUPZZGVvo2FK9+b20q5wDlTznlyJ iBo6YND+GrjodP1xOoOPDogZJEquBNJkJCabFPCwcmd6DFYew193ko4eDRM7o3U= =6PQT -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] os-9 testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Tested the os9 build for a few basic tests, reports below: 12.1.0 os-9 testing on a XO-1.5 HS ? Does not suspend on lid close ? Hangs while shutdown (at the ul-warning screen) ? Journal detects /run/media/olpc/OLPCRoot as a mount and shows the files present in it ? Journal view - invoke journal icon palette - shows free space (is wrong IMO) Since we now have the documents directory the 'free space' shown is applicable to both the documents AND journal ? Write to journal feature - Mouse icon for 'typing cursor' icon too small ? Too small in browse ? Okay in memorize ? Perhaps it has got to do something with gtk2/gtk3 toolkit versions? ? TTS - seems to work okay ? Connecting to jabber.sl.o shows many peers. Collab not tested Activities ? Speak ? starts stops fine, basic operations fine ? Pippy ? warnings in the terminal console before any example related text appears (annoying) ? Measure ? Start/stop okay ? Basic operations okay ? Write ? Start/stop okay ? Basic operations okay ? Record ? Start/stop okay ? Record video/picture okay ? Line at bottom of video (seems a XO-1.5 specific issue) ? Paint ? Start/stop okay ? Basic operations okay ? Moon ? Start/stop okay ? Basic operations okay ? Help ? Fails to start ? Clock ? Start/stop okay ? The clock is cut off from the bottom (about 10%) ? Chat ? Start/stop okay ? Chatting not tested ? Physics ? Rough handling (too many objects) crashed the activity ? Ruler ? Start/stop okay ? Basic operations okay ? Maze ? Start/stop okay ? Basic operations okay ? Calculator ? Start/stop okay ? Basic operations okay - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPsBrlAAoJEBoxUdDHDZVptvUH/3jdZyqsXCZWN4eeRRZBbZVW +0VeDUJefu5x2w2fKVH71HR9DunTAWEg2t5HvwJav6t/CSJWuhLvfOhCAPbYZEm6 omf7scBHhiesRY9aPdhCzS8C5YTmPoeUQLROLlTj/qSmrAJnLaT9xVCK3wRaPR4X VGInV7kriiu/avoLZqUin2X9tSV5Kp0iEd4ZFDtIxGhCuNqo8EBy0YFFNR+nlbhy w5lpnRybXDrlJisgxlL1sCu3sn2dgTMbYlvXQ+e0eOaZMC9DeybK9IZj4UKv0jMn lN0LBf02G/C0bK/6oZ3HGLDSBpReCmow4Q5m/YKOjmlKXzHtlRqUMX1MxUZ3D9Q= =tTM9 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Compiling sugar with jhbuild in Fedora 17
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just for reference. I used preupgrade to move to f17 yesterday night, and sugar-jhbuild worked out of the box after a recompile. (It was working on f16 as well). This also means that the issue with GConf2 is solved in the version available for f17, _and_ browse works out of the box for me as well. On 04/15/2012 05:48 AM, Gonzalo Odiard wrote: F16 works ok, I will move my devel machine to F17 in the next days, but I have not tested it yet. Check if there are any similar package doing: yum list telepathy* Gonzalo On Sat, Apr 14, 2012 at 8:52 PM, Manuel Kaufmann humi...@gmail.com mailto:humi...@gmail.com wrote: On Sat, Apr 14, 2012 at 20:43, Manuel Kaufmann humi...@gmail.com mailto:humi...@gmail.com wrote: I installed Fedora 17 in my Netbook What's about Fedora 16? jhbuild is working on it without problems? I installed it before on my netbook but I had an issue with the Video Card, so I decided to try F17 and it works better but I want to work without problems on OLPC proyect :( -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org mailto: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 - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPo8MfAAoJEBoxUdDHDZVpzM8H/2i2ikafL0NHfWoLt82oV9qW O8zsDvQfNMEPp+5EULzPTsJ+ZPLdmnFX+DobE18cf7lRl2xhooguf/GJyQ7PchNc VoGkZ+fbzgySiaPryCC55y7fl3Y84v30IJnvWW9OdjbFRQwPE4Rq7QcMjVCM/y4M deP0FK/Wc7rdjH+rBpoUG8NqrUQkrFxaBoEllJe8pmH8QQSvz+vvD536N/vpu5Gg NEEy+z+S7o4DoDNsUBKTULi/8iUOEn32jG7UpvgZl2dZBltfE0MKTetXWYxwn7VY yjXXO1XgQMPfCt6+IpiCcjcv2jsPvNT4TTJrTHkwc23ABeBMKjRdISBDQOplNb0= =zAin -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Wanting to know a bit of (NetworkManager) workflow upon resume-from-suspend
On Wed, May 2, 2012 at 11:49 AM, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, May 2, 2012 at 12:13 AM, Ajay Garg ajaygargn...@gmail.com wrote: Just that, we do not wish to set up a mesh-network, as per say. I think you are missing the background reason here. AFAIK, reasons to disable mesh network on XO-1: - Mesh can easily saturate RF, so dense usage scenarios (schools!) benefit from switching it off. - Easier out-of-the-box interop with later XO-1.x models, where the under a tree network uses ad-hoc 802.11g. +1, this was the reason By removing all references to the device, we could provide a soft solution Nah, messing with Sugar code is the wrong solution. 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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Wanting to know a bit of (NetworkManager) workflow upon resume-from-suspend
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/02/2012 07:59 PM, Martin Langhoff wrote: On Wed, May 2, 2012 at 10:18 AM, Ajay Garg ajaygargn...@gmail.com wrote: Good News. I managed to get this working (albeit via changes in sugar). The details are at :: http://git.sugarlabs.org/dextrose/mainline/commit/4ac1a5300f4c43608b0f009a23d966d404a15632 The patch seems fairly wrong to me. You are hiding the mesh icons in sugar, but the mesh is active. Packet forwarding is still happening. One of the top reasons we stopped using mesh is because it saturates the RF spectrum, which is a bad thing to do when you have many users in a small space (ie: in a school). You had the mesh disable trick working on F11, and (I assume) happy users of that feature. With this, the feature is broken, but you're making the UI look right... I agree. The *problem* we are trying to solve is not to have a pretty mesh-icon-free-UI (which is a side effect), but disable the mesh at a hardware level. This patch *won't* solve the problem, as it will still flood the air with packet forwarding. - From the discussion, it seems to me that the kernel level switch is present in 12.x.x onwards, but not so for 11.3.x. In 10.3.x(f11) we got lucky as we were able to avoid the race condition. I suggest we keep looking for a proper solution: * Can the kernel fix be backported (might require a lot of work) * Can we tinker with the udev, postresume scripts to have it 'just' working I have reverted the commit: http://git.sugarlabs.org/dextrose/mainline/commit/20ef9a14dd55908aec6c04cf3edddc51004aabb0 cheers, m - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPoU9PAAoJEBoxUdDHDZVp+DAH/j/RUl6AarwSlz0oUGIuPa5b FxpFOwO6edA0Avd4Zv0/0x3FWlaAEHwkkyz6Vcsq3Px0lxecX0JgYrEgaXWJP4l0 YRBqROOBCzkVKxk7dEWZ003igZSGKbSmuRMlj4v4Qpv0yU9Tfi/GS3T1Q+r02B0o igF9XjmLT5lFcZ4U1e7vE/foU4f7Y5ugg/TON6u/Oh0GNF8bDdOSkY/xKhGlAkIf 72d1pSt03ypcQgUHy7mRhORj1rc1d1YCWiyZLv2iUXdR2OyR8qjukw2HjQ2Gu5ts DwTeumIy+QSF7fDIZkE83dErrmLJLUGvQ/4oqT50zhgI63o+/v8qBpa40XRo3bc= =KMS0 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Dextrose] How to disable launching an activity, by clicking its icon, in listview ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri 27 Apr 2012 03:47:06 AM IST, Ajay Garg wrote: Hi all. How can we disable launching an activity from the listview, by merely clicking its icon? I am wanting to know the code-location, where this is being handled. Looking forward to a reply. Thanks and Regards, Ajay ___ Dextrose mailing list dextr...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/dextrose I believe the relevant code is in jarabe/journal/listview.py class ListView(BaseListView): ... ... def __icon_clicked_cb(self, cell, path): row = self.tree_view.get_model()[path] metadata = model.get(row[ListModel.COLUMN_UID]) misc.resume(metadata) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPnlvlAAoJEBoxUdDHDZVp2IgH/RBZ4cm5vu9X50ey906Ysos/ 2bLxtJVaW1CU2ICE+8OY9miHY5ZL+Y3n+Okx+2Te0klVcOwmaoNZ9fLojE3Jrvcx R1GFb0Qj/JhwvC/3SteYCcz+ePyPepLiU1Y1jCoUQdLPIpZZi4/9KXS9BXTe1906 Qp7hVzJuRQjiWHgaChoPvv6odwZ/09WzUENwSUR1QzemSeRz91ySEMipEFGT2eG0 9s/eo3ZM7OQ5u/yo2V55y7/LvpKg64Y1omUJQdt2eOFZr+6P18xPsLTYB78RIUK2 6ODDJKfyzND9JS3MdC3Q/odjJ6jWjmwYpDsWg19NvGhmS3fh5ESuF/VcNn4vztQ= =niTV -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] dextrose-sugar codebase git repos
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I wanted to notify the creation of git repositories containing the sugar-dextrose codebase: Until recently, our code was present in the dextrose-OOB git repo (http://git.sugarlabs.org/dextrose/mainline/commits/bleeding-edge) in the form of discrete patches. But for code to be visible in friendlier, more usable form, git repos for source code is the way to go... To this end: http://git.sugarlabs.org/~m_anish/sugar-dextrose http://git.sugarlabs.org/~m_anish/sugar-toolkit-dextrose http://git.sugarlabs.org/~m_anish/sugar-artwork-dextrose Look for the 'dextrose' branch (default) in these repos. The code is currently based on 0.94.1 (sugar) and 0.94.0 (sugar-toolkit, sugar-artwork) In the near future we plan to commit code directly to these repos, instead of the dextrose-OOB repo, but until that happens, these two repositories will be synced weekly. I've also configured the CIA bot to report commits to above repos on the #sugar IRC channel Cheers, Anish Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPmvXDAAoJEBoxUdDHDZVpuakH/RYlqGPdQ4K/SURSOwtiTjUc tYyBR2RACm+rfjCqQ8lOJukAP3OROuLi0FiKcAWi6qVwWiRd3023CLwjGbxX0N1u s5ppttfjJ61qJEJh5H/fS0IavgDms2g7TUmLAExCd0n08rdtw22n2kT7B9CR69pf ggQaVWatpoVVfelloXkPQGnmtLsVcYu2qzvczX9ecm4TXKAnQL5joAj/U6528l5N ATAJyYrtm9p2Qfzk7Embfyjxq6tpvkvfR8MyD2DFjJ3wQ+EBQbVLm4+WYKfW3MrX vkc0qzxhi6odLYC9D21K7o1Fx0IZ7dfueUMqde78cO6M+49BkxADgHWMdreD2f0= =JDVk -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Add the DescriptionItem if available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu 26 Apr 2012 06:00:39 PM IST, Gonzalo Odiard wrote: On Thu, Apr 26, 2012 at 9:10 AM, Manuel Kaufmann humi...@gmail.com mailto:humi...@gmail.com wrote: On Thu, Apr 26, 2012 at 09:06, godi...@sugarlabs.org mailto:godi...@sugarlabs.org wrote: + except: + pass + I think you should avoid except: catching all the exception possible there. Instead of this you should use except ImportError: in this case. May be. Anyway, If there are _any_ problem with the item creation, I prefer have the activity working without the button, to crash the activity. I disagree :-) We should catch problems we think would happen, like ImportError in this case. Catching ramdom exceptions will hide problems, which might get harder to debug in the future. Also some other comments: * Please mention the component name (to which the patch applies) in the subject. Use the --subject-prefix switch with git-send-email for this. For eg: --subject-prefix=PATCH Chat * Maybe have a logging.warning or logging.exception in the except block. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel - -- Anish Mangal Sugar Labs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPmUV4AAoJEBoxUdDHDZVp1Y8IAJR7dc5oDFtOHD71G/LMjpLP 7L4ABCAHiCkImVSHAt4P9MsRRyOT1xQ6ado0M/z2V30Yw3SOmU6YC4VzdmDJ5qFs 8lOnGkRu/GoTLan5U5z3ON1Ki8uCTRBIGvG7mEyZfuf9MT+OdIszB27Ofi3IC9e0 X8KmUF0ECm2h1MPo7xkpFrQ0Of5qZ4YLNjP9Fv0HKP90Tc+Z8RUmfZLmBW77X72Q U+D/gdnGxrqo5GNNIntlJnjWjVvWvPrMrlLIoMOjQ/6Ga2sPa4GQEu0cLx1heyAu w09SXnX4JTQhlg4wRq0R/NHoGSBzUg3TDpohbCHU13KptimxuupxzOPdIrcdq6o= =MpIj -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Add the DescriptionItem if available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu 26 Apr 2012 06:24:16 PM IST, Anish Mangal wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu 26 Apr 2012 06:00:39 PM IST, Gonzalo Odiard wrote: On Thu, Apr 26, 2012 at 9:10 AM, Manuel Kaufmann humi...@gmail.com mailto:humi...@gmail.com wrote: On Thu, Apr 26, 2012 at 09:06, godi...@sugarlabs.org mailto:godi...@sugarlabs.org wrote: + except: + pass + I think you should avoid except: catching all the exception possible there. Instead of this you should use except ImportError: in this case. May be. Anyway, If there are _any_ problem with the item creation, I prefer have the activity working without the button, to crash the activity. I disagree :-) We should catch problems we think would happen, like ImportError in this case. Catching ramdom exceptions will hide problems, which might get harder to debug in the future. Also some other comments: * Please mention the component name (to which the patch applies) in the subject. Use the --subject-prefix switch with git-send-email for this. For eg: --subject-prefix=PATCH Chat s/send-email/format-patch sorry for the noise * Maybe have a logging.warning or logging.exception in the except block. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel - -- Anish Mangal Sugar Labs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPmUV4AAoJEBoxUdDHDZVp1Y8IAJR7dc5oDFtOHD71G/LMjpLP 7L4ABCAHiCkImVSHAt4P9MsRRyOT1xQ6ado0M/z2V30Yw3SOmU6YC4VzdmDJ5qFs 8lOnGkRu/GoTLan5U5z3ON1Ki8uCTRBIGvG7mEyZfuf9MT+OdIszB27Ofi3IC9e0 X8KmUF0ECm2h1MPo7xkpFrQ0Of5qZ4YLNjP9Fv0HKP90Tc+Z8RUmfZLmBW77X72Q U+D/gdnGxrqo5GNNIntlJnjWjVvWvPrMrlLIoMOjQ/6Ga2sPa4GQEu0cLx1heyAu w09SXnX4JTQhlg4wRq0R/NHoGSBzUg3TDpohbCHU13KptimxuupxzOPdIrcdq6o= =MpIj -END PGP SIGNATURE- - -- Anish Mangal Sugar Labs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPmUaAAAoJEBoxUdDHDZVp/3kH+wbBvWVWKs/TheVqH5H4u2Jt TjjKeWHiGasZyMdQrAao2sS8vFdoJHhoHDkw1/d8+LpNnBoT8US5B2WJcaIBsIHI uz12vwehXK/hv1YYCMBGCRpjZDjFvsOsreDnBZjqqgN4fVy7aTu6kUJ8oT6rwViG aN+Hzmu6tX4IgcDmOv3z53QOItGKAxjP0fYiyaHIJ22lQQprHRT+sGBoFkmNn2c6 93xyos1VZSME5oTZjpeyArHRo2asV/QTsJjWE9XoVqZ0HWQY6U4L6ijP3srmjwYJ tkUGrnErBwnJdJs5ZaANrR3AYOliQ7rkBZMtfDIaOXnUQeLvg4vQV0u/+O6GYh4= =ko4G -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar] Control Panel: adjust year to 2012 for the Copyright in the about my computer section
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu 26 Apr 2012 06:28:16 PM IST, Simon Schampijer wrote: This is not a translated string, no string freeze break is taking place. Signed-off-by: Simon Schampijer si...@laptop.org --- extensions/cpsection/aboutcomputer/view.py |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/extensions/cpsection/aboutcomputer/view.py b/extensions/cpsection/aboutcomputer/view.py index 257e165..6b16005 100644 --- a/extensions/cpsection/aboutcomputer/view.py +++ b/extensions/cpsection/aboutcomputer/view.py @@ -172,7 +172,7 @@ class AboutComputer(SectionView): vbox_copyright.set_border_width(style.DEFAULT_SPACING * 2) vbox_copyright.set_spacing(style.DEFAULT_SPACING) -copyright_text = '© 2006-2011 One Laptop per Child Association Inc,' \ +copyright_text = '© 2006-2012 One Laptop per Child Association Inc,' \ ' Sugar Labs Inc, Red Hat Inc, Collabora Ltd and' \ ' Contributors.' label_copyright = gtk.Label(copyright_text) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel On a related note (About My Computer) section, the contents of 'info_text' in sugar/extensions/cpsection/view.py are gettexted. Sugar is the graphical user interface that you are. Viewing this in other languages, Sugar appears in translated form as well (eg: Azucar in spanish). I guess from that string, 'Sugar' should not be gettexed as that is a trademark (in a sense) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPmUgBAAoJEBoxUdDHDZVpnt8H/jb0XnARLYqIYzQwsNbRJ6wx M8nNzWABcdKydn9N6tqPSobRldat41w8iWaHmp61HCmPBZcJ1vTlEMLmfIZg5htp hcqsdw+qsa7UcNfuYHoDpoiiHhbUazP/95G0VjuJkNNGGO35DO3OruRgP37rmJXk TtBtdyIvY4QIxkJyP6gtLz4EVzQRiRtAlbWLecPixIAp5tFxKP5Lu241L1frp6V1 bDrP0p/naxtKfut6mlUfIYP5+K0LAVAouxny8nDwq8Ni53Wv0xwN/kAUmtdBiuJH wFhzekblJQzJo5jL77PQv2WyNEFmXdA9iNsdqfix1lUvgcBIZn7EuzqIlqyiOjo= =44rH -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar] Control Panel: adjust year to 2012 for the Copyright in the about my computer section
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu 26 Apr 2012 06:38:10 PM IST, Gonzalo Odiard wrote: On a related note (About My Computer) section, the contents of 'info_text' in sugar/extensions/cpsection/view.py are gettexted. Sugar is the graphical user interface that you are. Viewing this in other languages, Sugar appears in translated form as well (eg: Azucar in spanish). I guess from that string, 'Sugar' should not be gettexed as that is a trademark (in a sense) If we change this now, will break all the translations. Right Opened the ticket to track in future. http://bugs.sugarlabs.org/ticket/3528 Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPmUkqAAoJEBoxUdDHDZVpiRgH/2gzew7gLHnz0SOa/4oV36sM ZdQ2uTLPubhbtqY6ZzwxDDW91arj+XXPGhvOPE/Rgk0ZeDUlqnYQNolFZJBlw/DX hJBWIvRY+KUVokeGwiVSeL69LekM25yhiJUPkAG9ww/hSNJsGeOi07VqXxtDfiEx 8/UBcjNGTi0H96+k82q/wFvQ1tJn/qlco9fxwgCQq5a0U4f6gdO0zrmYqpCqYjEi +UE8WJVHKTiPviIXLKHJWN/kdBVKogtbNUny5ImhrR92O1ZaJV4aGnYDgmelyKix gR2HYG8ifbSWL9BTHQP4bV6qn1ENpo4gaLZOBpDWPBSuvfmmnnNQr3x7Ywldbk4= =Hzsm -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar] Control Panel: adjust year to 2012 for the Copyright in the about my computer section
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/26/2012 06:28 PM, Simon Schampijer wrote: This is not a translated string, no string freeze break is taking place. Signed-off-by: Simon Schampijer si...@laptop.org --- extensions/cpsection/aboutcomputer/view.py |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/extensions/cpsection/aboutcomputer/view.py b/extensions/cpsection/aboutcomputer/view.py index 257e165..6b16005 100644 --- a/extensions/cpsection/aboutcomputer/view.py +++ b/extensions/cpsection/aboutcomputer/view.py @@ -172,7 +172,7 @@ class AboutComputer(SectionView): vbox_copyright.set_border_width(style.DEFAULT_SPACING * 2) vbox_copyright.set_spacing(style.DEFAULT_SPACING) -copyright_text = '© 2006-2011 One Laptop per Child Association Inc,' \ +copyright_text = '© 2006-2012 One Laptop per Child Association Inc,' \ ' Sugar Labs Inc, Red Hat Inc, Collabora Ltd and' \ ' Contributors.' label_copyright = gtk.Label(copyright_text) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Reviewed-by: Anish Mangal an...@activitycentral.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPmU4TAAoJEBoxUdDHDZVpTicH/2S8hFv/BJXg2c24JdSGo9Gy 5+o56qX8+FP3s7dpG6oZkVMRaOKI4/X/8kNqhnEJLN19CNbFz5Xz89xJ9B13kKKX YdcAtI895d6YrKlLBzhdec4ydzUjxSh7XC9QaYQMeMAYqyA7cPwZWFSU9mJIPfAA JVE/O0FHbcbXLE99WMFFi5bliGgIaRcE9gbd8nCxv3k89NNGxjhDuFY/8Hy9XYR1 U6LqqmsB38/l/ZiJBCgd57VFrFNYuIn6LL/Au4RbJDsZcbcTMn4jRIARKWdfRoh6 GiJSgI0+/+9R95K06mrYBULRdOzzJjol3GbzyKibfqsMGM2MENyZLVNGs8ZBdBQ= =qF3m -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar-artwork] Set notebook padding to 0px in the GTK3 CSS #3482
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue 24 Apr 2012 10:10:36 PM IST, Manuel Quiñones wrote: This removes the 2 pixel padding that was around all the notebook page, preventing a confortable use of the scroll bar with the mouse pointer, as #3482 describes. Signed-off-by: Manuel Quiñones ma...@laptop.org --- gtk3/theme/gtk-widgets.css.em |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/gtk3/theme/gtk-widgets.css.em b/gtk3/theme/gtk-widgets.css.em index 6c823b6..dce2a58 100644 --- a/gtk3/theme/gtk-widgets.css.em +++ b/gtk3/theme/gtk-widgets.css.em @@ -279,7 +279,7 @@ SugarPaletteWindowWidget GtkToggleButton.button:active { .notebook { background-color: @selection_grey; -border-width: 0px; +padding: 0px; -GtkNotebook-tab-overlap: -2; -GtkNotebook-tab-curvature: $default_padding; } This patch has the desired effect as per sl#3482, tested on f16/jhbuild/sugar-artwork-0.95.5 Before applying the patch: http://bugs.sugarlabs.org/attachment/ticket/3482/26.png After applying the patch: http://bugs.sugarlabs.org/attachment/ticket/3482/57.png [Notice the scrollbar at the right edge of screen] Tested-by: Anish Mangal an...@activitycentral.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPl/s5AAoJEBoxUdDHDZVpzfQH/jm2bxuc+b9/G65BapFx90lw j15HnlUj+eyTiOU2/4oiSzM+NvP2zHnOC9eQWJ3X+MSfoyP0FQCCDDPqPXGKvG2+ MWO+BeOreppryAMM6aSma+g8JrnyRs6EKO+QGcNtX2bVYz40i+cRTrzlAGg9E5P9 2ngADB9bQ40KnFOPWvhRLnXqcj3NNZbeAvN0AOEL0upszDOoh1CRusvnron0mxL8 H/tmJu3dTcaOrmrZJpZ4sPnhnlMKSPSOJ7eCZBDxdEM2LPHjH8ty6V7v9QUFo9zA +ht3lfE+6lQLkaWdEqH+Zzw3PQeAQ5BofGwUw14WgjMcrcczWAdI7UJFEqg+XVs= =voLM -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Trac ticket resolution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu 26 Apr 2012 07:14:14 AM IST, James Cameron wrote: worksforme is different in meaning to fixed, notabug and wontfix. a worksforme can be translated into a notabug only if sufficient research is done durign an attempt to reproduce. a worksforme can be translated into a fixed only if the problem was actually fixed in code without a bug being opened, and this requires research. a worksforme can be translated into a notabug only if the reviewer understands what the reporter had difficulty with. a worksforme can be translated into a duplicate instead of fixed if the problem was fixed in another bug. all these require effort. when available effort is scarce, and priority or severity are low, then worksforme is a useful outcome. i am in favour of a worksforme. we have it on olpc trac. +1 - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPmNgOAAoJEBoxUdDHDZVpxEoH/1jwt6h9jEo8HoznosiNRK4J GhZBsY1nnumgm1rycnoQ4nZkAgT5pPJQ4HT3TVCaOeie0Tfkhe60AjyDkaWCDaoi lBNstTCEkkXjYo9ebCLUdPOIWx6sK3L/T30haojhHMXKyvjb0jnJzflvwVtBJd9z xcL/xWxd6hI/X5PdemIueHuwGkxyE3NTrAGUmFVUeGUdqoKjtMaNeksmtTsa9jY3 F0R9cc3rQlVtuCw5snBu8ov5mvfOwbkUAYpeKNysXxu3apd2r9+QD4qC/2COikHy z6zbTJ2/cLanYvpSTndXbzxOGDZHZaVdrbMHmjCOLZ4rIoBDdceMH0SrLM4c1iI= =6N7s -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Only add one time every object in the clipboard v5 - SL #3371
._notif_icon = NotificationIcon() +self._notif_icon.props.icon_name = self._icon.props.icon_name +self._notif_icon.props.xo_color = \ +XoColor('%s,%s' % (self._icon.props.stroke_color, + self._icon.props.fill_color)) +frame = jarabe.frame.get_view() +frame.add_notification(self._notif_icon, gtk.CORNER_BOTTOM_LEFT) + def _drag_begin_cb(self, widget, context): # TODO: We should get the pixbuf from the icon, with colors, etc. icon_theme = gtk.icon_theme_get_default() diff --git a/src/jarabe/frame/clipboardpanelwindow.py b/src/jarabe/frame/clipboardpanelwindow.py index b73572e..c91e578 100644 --- a/src/jarabe/frame/clipboardpanelwindow.py +++ b/src/jarabe/frame/clipboardpanelwindow.py @@ -16,6 +16,7 @@ import logging from urlparse import urlparse +import hashlib import gtk @@ -59,23 +60,54 @@ class ClipboardPanelWindow(FrameWindow): targets = x_clipboard.wait_for_targets() cb_selections = [] +if targets is None: +return + +target_is_uri = False for target in targets: +logging.error('TARGET: %s', target) if target not in ('TIMESTAMP', 'TARGETS', 'MULTIPLE', 'SAVE_TARGETS'): logging.debug('Asking for target %s.', target) +if target == 'text/uri-list': +target_is_uri = True + selection = x_clipboard.wait_for_contents(target) if not selection: logging.warning('no data for selection target %s.', target) continue cb_selections.append(selection) +if target_is_uri: +uri = selection.data +filename = uri[len('file://'):].strip() +md5 = self.md5_for_file(filename) +logging.error('Target is a uri %s', uri) +data_hash = hash(md5) +else: +data_hash = hash(selection.data) + if len(cb_selections) 0: -key = cb_service.add_object(name=) +key = cb_service.add_object(name=, data_hash=data_hash) +if key is None: +return cb_service.set_object_percent(key, percent=0) for selection in cb_selections: self._add_selection(key, selection) cb_service.set_object_percent(key, percent=100) +def md5_for_file(self, file_name): +block_size = 8192 +md5 = hashlib.md5() +f = open(file_name, 'r') +while True: +data = f.read(block_size) +if not data: +break +md5.update(data) +f.close() +return md5.digest() + def _add_selection(self, key, selection): if not selection.data: logging.warning('no data for selection target %s.', selection.type) Tested on f16-jhbuild: * Duplicate entries are NOT created, if items are copied from the journal. * Rest of the functionality remains the same * Tried with the write activity (text and image clippings) and from the journal (image clipping). Duplicate entries not created. Tested-by: Anish Mangal an...@activitycentral.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPlpnzAAoJEBoxUdDHDZVpCskH/3Z+X/Y/alOBa7DqEtnwS8io U038fYftYuMVi92evNRnSxGFhmV4dqPvGM6eQ88nJ+KebEDqB0vnObXrAvDNmXgp 6KCM/4BBK1STtDr/kqe3v7eY3wmryZQz61tikUwcEjZtdbBqZo2RSoATA4usblN7 vlcCj+B6yTAULYBsIQipIMCx8Rvn1KiGaMRWaL7uRRG+p5Q0km1xzSW56kVTeK43 dVlAczTczsJaSpr5k00BYhqKyya/tzQMsvLItXbgM9ZbqxCPdUSyfp0e5HZLzOjv Eusod2ysieH0ZwaGP2fpoBBxzx/KpUnAOETM82wBaqk8GecwNKpqZyuqLNPPzYE= =E2FE -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] When a object is removed from the clipboard try, select the last available v3 - SL #1266
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue 24 Apr 2012 04:48:27 PM IST, godi...@sugarlabs.org wrote: From: Gonzalo Odiard godi...@gmail.com If the user remove a object from the clipboard, the last available object should be selected, and if no more objects are available, the clipboard should be cleaned. Signed-off-by: Gonzalo Odiard gonz...@laptop.org --- v2: If there no more objects in the try, clean the clipboard v3: Changes suggested in review by Sascha. --- src/jarabe/frame/clipboard.py |4 src/jarabe/frame/clipboardtray.py |5 + 2 files changed, 9 insertions(+), 0 deletions(-) diff --git a/src/jarabe/frame/clipboard.py b/src/jarabe/frame/clipboard.py index f3da89f..3bdc7f2 100644 --- a/src/jarabe/frame/clipboard.py +++ b/src/jarabe/frame/clipboard.py @@ -21,6 +21,7 @@ import urlparse import tempfile import gobject +import gtk from sugar import mime @@ -94,6 +95,9 @@ class Clipboard(gobject.GObject): def delete_object(self, object_id): cb_object = self._objects.pop(object_id) cb_object.destroy() +if not self._objects: +gtk_clipboard = gtk.Clipboard() +gtk_clipboard.clear() self.emit('object-deleted', object_id) logging.debug('Deleted object with object_id %r', object_id) diff --git a/src/jarabe/frame/clipboardtray.py b/src/jarabe/frame/clipboardtray.py index f49b799..37d5e1a 100644 --- a/src/jarabe/frame/clipboardtray.py +++ b/src/jarabe/frame/clipboardtray.py @@ -123,6 +123,11 @@ class ClipboardTray(tray.VTray): icon = self._icons[object_id] self.remove_item(icon) del self._icons[object_id] +# select the last available icon +if self._icons: +last_icon = self.get_children()[-1] +last_icon.props.active = True + logging.debug('ClipboardTray: %r was deleted', object_id) def drag_motion_cb(self, widget, context, x, y, time): Tested on f16-jhbuild (14b2326e - v0.95.7 as per the description of the issue sl#1266) a. Opened terminal b. Copied some text c. Copied some more text d. Deleted the clipoard entry (c.) e. On pasting, entry b. is pasted. Before applying this patch e. On pasting entry c. is pasted. Also, upon deleting the the clipboard entry, the previous clipboard entry is also visually selected, which was not the case before. Patch otherwise looks good to me as well. Tested-by: Anish Mangal an...@activitycentral.com Reviewed-by: Anish Mangal an...@activitycentral.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPlqGUAAoJEBoxUdDHDZVpF8YH/0nZ8f+eZTuL5f3PQp2k4mqU HfAG8txmEd2Onm2yl2y8XuYPqUw74HdeztO3BCQqcvZb1mDegLeJhM7Rn9Y0s5je gddn2LriL7ngy0gaXYfflShtiqsqRV7I3om6v3/bSuhUQIuXJWJJ9SjfX1Mid1jK RKaiRwiGytB1J/+QETK5zO1mcLLxroHml8DUHwrD0JcRmwsNk74xlyn36l1Mjw+s oKOnPxYcZBJfAnK2ok7K5HPLI+vsXOuQuEkDK6ekhfE7ZTXLDRgJB7koIF+QfoKc aZ2K0diGdEaJDIF9PJOPvlbYpxvX/LkmGJlJkhz7kpHFJdMj0m1u7Msbm0GcRX0= =z6Xx -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Handle missing gst-plugins-espeak gracefully - SL#3345
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue 24 Apr 2012 06:55:19 PM IST, godi...@sugarlabs.org wrote: From: Gonzalo Odiard godi...@gmail.com The text-to-speech support in Sugar (jarabe.model.speech) depends on gst-plugins-espeak [1]. While Sugar continues to work properly in the absence of gst-plugins-espeak, loading the corresponding components (keyboard shortcut handler and Frame device icon) currently fails hard and produces a traceback in the log. However TTS support is entirely optional and the traceback suggests an unhandled system failure rather than optional support not being available. Fix this by catching the exception when accessing the SpeechManager and logging a warning instead. [1] https://wiki.sugarlabs.org/go/Activity_Team/gst-plugins-espeak Signed-off-by: Gonzalo Odiard gonz...@laptop.org --- extensions/deviceicon/speech.py |7 +-- extensions/globalkey/speech.py |3 +-- 2 files changed, 6 insertions(+), 4 deletions(-) diff --git a/extensions/deviceicon/speech.py b/extensions/deviceicon/speech.py index 6b8f915..889d509 100644 --- a/extensions/deviceicon/speech.py +++ b/extensions/deviceicon/speech.py @@ -14,6 +14,7 @@ # along with this program; if not, write to the Free Software # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA +import logging from gettext import gettext as _ import glib @@ -31,7 +32,6 @@ from sugar.graphics import style from jarabe.frame.frameinvoker import FrameWidgetInvoker from jarabe.model import speech - _ICON_NAME = 'microphone' @@ -145,4 +145,7 @@ class SpeechPalette(Palette): def setup(tray): -tray.add_device(SpeechDeviceView()) +try: +tray.add_device(SpeechDeviceView()) +except: +logging.warning('Text to speech no available. Missing dependencies') Ideally we shouldn't be just catching generic exceptions like above but rather specific... except SomeException: Also, instead of logging.warning, maybe a logging.exception would be better? diff --git a/extensions/globalkey/speech.py b/extensions/globalkey/speech.py index 2879b69..e47c778 100644 --- a/extensions/globalkey/speech.py +++ b/extensions/globalkey/speech.py @@ -14,10 +14,9 @@ # along with this program; if not, write to the Free Software # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA -from jarabe.model import speech - BOUND_KEYS = ['altshifts'] +from jarabe.model import speech Why the need to move this import below the const declaration? Its not that way in other extension modules. def handle_key_press(key): manager = speech.get_speech_manager() Reviewed-by: Anish Mangal an...@activitycentral.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPlq0bAAoJEBoxUdDHDZVp65IH/RP2I7PyKFW2+Qbk5Q7veBZf tdDskQOM8P9cbDJ3jr3pVagsxHb3b8Bnh9mDNhAahSqe7uHbD2uL5D9gJKPu6yez 2JihP99qKmp8+iAKyR3HQpNZ4EY9dKfDQS5qRgVi2OFiPiUnZf6QTKML/rNygqDF kjLDgBH3M5u3TuUgSGZnvITdkovRaOIAw/qqbWRYOXQyo8UcHZGQP2+9wm/zGpZM plxYHHq8fvxUMY/eDHiVi/OlilxWx4LcnmJVnMZUB9w4WjvgCVEo548s9tlDiG5x 0Ag/jghHeWYYW3MtLPS2+EQTmd5LsMgxzBgaXJN/U1Z4MIxmJOQ/vvTtZDWXNa8= =E6aG -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Handle missing gst-plugins-espeak gracefully - SL#3345
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue 24 Apr 2012 07:21:27 PM IST, Gonzalo Odiard wrote: def setup(tray): -tray.add_device(SpeechDeviceView()) +try: +tray.add_device(SpeechDeviceView()) +except: +logging.warning('Text to speech no available. Missing dependencies') Ideally we shouldn't be just catching generic exceptions like above but rather specific... except SomeException: Also, instead of logging.warning, maybe a logging.exception would be better? In this case, any exception will mean the service is unavailable. True, but you might be adding more code in the future here, and would be a good practice to catch only the problems you except will happen. Other interesting problems will get suppressed with a generic except statement. But anyway, that's erikos's call :-) I think is better see the error in the log, and a exception hide the problem. Sorry, didn't understand. Was this about s/logging.warning/logging.exception? Really, we have more important problems to solve diff --git a/extensions/globalkey/speech.py b/extensions/globalkey/speech.py index 2879b69..e47c778 100644 --- a/extensions/globalkey/speech.py +++ b/extensions/globalkey/speech.py @@ -14,10 +14,9 @@ # along with this program; if not, write to the Free Software # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA -from jarabe.model import speech - BOUND_KEYS = ['altshifts'] +from jarabe.model import speech Why the need to move this import below the const declaration? Its not that way in other extension modules. My mistake :( Gonzalo - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPlrHpAAoJEBoxUdDHDZVpSlkH/jqkTh+p+IP+3YX/SClINET9 g7wHXhkDPHRr50Xl07uJOCzrQxwIMnFDhyO5Sc7deS2u7XmUPHA/Rpqsg4Op7DYn TklFML6sfgi1vCBP5kIctPfFmE1LPAFAMC3LPnpoRNgnxOaONvKYlKVQil7Ip8Ij HvjrCjfLVhiVq/uvk6JUXXwwfxXjpr1W6Cy/3lBPGPLPpRQwnKnGShyLiVncK/C6 39aAg/qN9kZzGwzGMew7DsIDlh8AbJlTzae1Lgn1FqfERK2Va9KU0yKAzwR1Y71Q ATtrr732eUVNTUJM4FycOY1/RMWqe2r+t64uKgjgzZc59hvqEB2eN8kpr3vZIkQ= =8xmz -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Splitting up Honey on Pootle - proposal for discussion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon 23 Apr 2012 04:35:39 PM IST, Gonzalo Odiard wrote: From my part, I think all these sugar related names meaningless, and confusing for many people. In fact, the separation between fructose and honey is artificial today. If you ask me, I should name Default Activities the activities olpc include by default. For sake of clarity and a low-calorie diet, +1 ;-) The last time I checked, dextrose had almost the same activities too. Then we can have in honey all the other activities, and promote to Default when needed. Gonzalo On Sat, Apr 21, 2012 at 9:49 PM, Chris Leonard cjlhomeaddr...@gmail.com mailto:cjlhomeaddr...@gmail.com wrote: On Sat, Apr 21, 2012 at 8:13 PM, Gonzalo Odiard gonz...@laptop.org mailto:gonz...@laptop.org wrote: Thanks for looking at this. A big +10 from my part. Please add get_books.po to Honey, is included by defaullt in all our images Gonzalo Perhaps that could / should earn get_books a promotion to Fructose, just as an example of the flexibility we can exercise here. Please remember that on Pootle, these are genuinely artificial differences, and once we go in to move one, shuffling them all is not really any more work. cjl BTW, having already said I did not want to bikeshed the maple syrup moniker, I could not help but be struck by the possibility of Agave nectar as a less norteamericano alternative. :-) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org mailto: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 - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPlTf7AAoJEBoxUdDHDZVprVIH/22en0211lCPCjwV7ogp2vio qHEsqYe0FkbFw/5pWaJSsq7G5NmuB/cnzbJavHZaaUhxyDd3g1pwXmkjxGgx9ShT uFA7eBd25Wz4wBgSNNu/kWsxpLahcpDHRNKdcyUvVT/hcxWGfiFD32V/xF3arm54 HelXsayN3HUSpyP+rBUGVM1SccCMNjEgjZDa2mTBfqPe8vgH0fQnvppvqQN1EQar /yaRTF96Ay2s0cIQy1w4AvZnaHVG1v3sJeLCZIEvBgXYPeMgQDU0aGVlsrW9PZ7x bTFKg4i2siG0D03s4Mg6WYf5hClTLW/VvGvBAT9S+U05OsHM7i0KYq9LSGCERbE= =M26C -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] sugar.po string change
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue 24 Apr 2012 11:03:37 AM IST, Chris Leonard wrote: Why did this change land in glucose 0.94 sugar.po instead of glucose 0.95 sugar.po ? ../src/jarabe/desktop/keydialog.py:94 A wireless encryption key is required for\n the wireless network '%s'. ### Checking POT for Sugar (0.94) ## From git.sugarlabs.org:sugar/mainline 255ba0b..dde95e4 master - origin/master 93800b8..117b285 sucrose-0.94 - origin/sucrose-0.94 Updating 93800b8..117b285 Fast-forward extensions/deviceicon/network.py | 19 -- src/jarabe/desktop/keydialog.py|5 ++- src/jarabe/desktop/meshbox.py |4 +- src/jarabe/desktop/networkviews.py | 32 +++--- src/jarabe/model/adhoc.py |6 ++-- src/jarabe/model/network.py| 49 +-- 6 files changed, 81 insertions(+), 34 deletions(-) * Updating POT for Sugar (0.94)* cjl ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Hi, I'm guessing its related to the non-UTF8-ssid fix that was backported to 0.94 recently. [1] [1] https://patchwork.sugarlabs.org/patch/1348/ - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPljxBAAoJEBoxUdDHDZVp/l4H/2GCRWd8hVz/RF42Rxu7o58U R7nj5A205au1FSYXyeAcf2Ki/P5LN04v6pwZ8uPhGEOyYZeY9E3/3GGUSHMBnaNq rIdOIlUqU9lyzT7qPBGHMBmLA1zTcExlo55W2uqFDqaxyqscL0RGtz6VeuGgaLxd ZNLK1NR9Z20UTwSR8WeOoRwq+3wuRXrdqq6snd4ZPkmOi1pjcEhuFebl9DuyoKa0 wlwCLBjfzykD6bjUbTdPG4hl3CRtKV4QRepMkb6drbHF7GZmw6Lbuk0V3rygxba0 BxxEotVwqtTOeLPnMZv+UlcpRb70ILRdolwPhL8Ul+HIb3D92IbLdwggaiZ2WBM= =si4g -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH 1/2] Backport Add DescriptionEntry to the activity sub-toolbar from sugar-toolkit-gtk3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri 20 Apr 2012 12:55:39 PM IST, Simon Schampijer wrote: Dumb question. The patch title says 'Backport', so which version of sugar is this being backported to ;) - -- Anish Hi Anish, it means a backport from sugar-toolkit-gtk3 to the sugar-toolkit. The feature landed only in sugar-toolkit-gtk3 so far, so only activities that are ported to the new toolkit and GTK+3/pygobject3 will make use of it. The gtk2 toolkit is under deprecation policy atm, means in general we will only do bugfixes to it. This feature might be an exception (this is what the patch and the removing of the naming alert one is about), because we would get a consistent behavior with both activities the ones that use the sugar-toolkit-gtk3 (e.g. Read and Browse) and the ones using the old toolkit (e.g. Write, Memorize...) like that. As well the educators Gonzalo talked to the other day were very excited about the new way of adding descriptions - maybe it is time for an exception. Okay. That explains it. Thx! Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPkRMjAAoJEBoxUdDHDZVpuykIAJ1C4gew7a9Zg3QE5BRqMPMc Jfb5KdLY7lMh2I32ChLF9x1y6dYl5do7Wjqc5WDPpkXp5HG/zgkG1xL6IIzDfbRa bP3FV9725l0XLh8dFVN+eOO3lhayK1pBU6OOOC9yCuGc/hoK7J0HCHIV2wfuc/Nx Dj+Zf/y5M7cy4dgHCcTR51WKh/0AxNNutr+lkm61P3CMEHHp5r9g6cUJYeCm6+Pg NzqcoEsUzDlerMmPlvmUyTC8HxiA6Uuvv1huPGpssdArGTd9BQxhsm40ihezXM8w GWABqM4KH2qTXwyFzuO9zCVG7MJ+7FH46THlRBUkKDA/koTDY0xMU/WpVI4J6y0= =F5sG -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Browse] Remove disable tabs hack
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri 20 Apr 2012 09:21:54 PM IST, Rafael Ortiz wrote: On Fri, Apr 20, 2012 at 9:11 AM, Manuel Quiñones ma...@laptop.org mailto:ma...@laptop.org wrote: This is not be useful anymore, was a bug related to xulrunner and cairo. Signed-off-by: Manuel Quiñones ma...@laptop.org mailto:ma...@laptop.org --- webactivity.py | 16 +--- 1 files changed, 1 insertions(+), 15 deletions(-) diff --git a/webactivity.py b/webactivity.py index fe47fdc..0d317d8 100644 --- a/webactivity.py +++ b/webactivity.py @@ -172,19 +172,6 @@ class WebActivity(activity.Activity): self._tabbed_view = TabbedView() self._tabbed_view.connect('focus-url-entry', self._on_focus_url_entry) -# HACK -# Currently, the multiple tabs feature crashes the Browse activity -# on cairo versions 1.8.10 or later. The exact cause for this -# isn't exactly known. Thus, disable the multiple tabs feature -# if we come across cairo versions = 1.08.10 and 11000 -# More information can be found here: -# http://lists.sugarlabs.org/archive/sugar-devel/2010-July/025187.html -self._disable_multiple_tabs = cairo.cairo_version() = 10810\ -and cairo.cairo_version() 11000 -if self._disable_multiple_tabs: -logging.warning('Not enabling the multiple tabs feature due' -' to a bug in cairo/mozilla') - self._tray = HTray() self.set_tray(self._tray, Gtk.PositionType.BOTTOM) self._tray.show() @@ -470,8 +457,7 @@ class WebActivity(activity.Activity): _logger.debug('keyboard: Reload') browser.reload() elif Gdk.keyval_name(event.keyval) == t: -if not self._disable_multiple_tabs: -self._tabbed_view.add_tab() +self._tabbed_view.add_tab() else: return False -- 1.7.7.6 +1. thanks for erasing this code. As the original author of this hack, I would very much like to see this go, so +10 :-) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org mailto: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 - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPkYm1AAoJEBoxUdDHDZVpbYcH/jI2m2cnhCR15afe3aCaECvh M6iOYv0891CY7FVcg1xG4opJyP7UefH3HWenNCgKsqBV6ZQvrJDHuhAXONTJMmXQ L7zHvo0ko0swG13IbjNetYuxOm/3A1GFwYWjLy9EO4E/qGiOq++Nv5i/LImA9ODF G13xnAdlZQOnrvl+HX0DBZYpLsyn9AhTaV1eG79xyBp+VfGIFnV29+xGfFcXkV62 vRD/JCyAigovRd2fMpD+3mBFVCIcrYBoTtZ+NB7tabYYhPoT2ErtNxiz7bi+vJ09 27b9d5uNnpSv4DND7KaadFxfgzPjtDZqMuyiEWchX9SfMgiszXPT4sP9Okraqzk= =kOeo -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Only add one time every object in the clipboard v3 - SL #3371
): +self._notif_icon = NotificationIcon() +self._notif_icon.props.icon___name = self._icon.props.icon_name +self._notif_icon.props.xo___color = \ +XoColor('%s,%s' % (self._icon.props.stroke___color, + self._icon.props.fill_color)) +frame = jarabe.frame.get_view() +frame.add_notification(self.___notif_icon, gtk.CORNER_BOTTOM_LEFT) + def _drag_begin_cb(self, widget, context): # TODO: We should get the pixbuf from the icon, with colors, etc. icon_theme = gtk.icon_theme_get_default() diff --git a/src/jarabe/frame/__clipboardpanelwindow.py b/src/jarabe/frame/__clipboardpanelwindow.py index b73572e..28c5726 100644 --- a/src/jarabe/frame/__clipboardpanelwindow.py +++ b/src/jarabe/frame/__clipboardpanelwindow.py @@ -70,7 +70,10 @@ class ClipboardPanelWindow(__FrameWindow): cb_selections.append(__selection) if len(cb_selections) 0: -key = cb_service.add_object(name=) +key = cb_service.add_object(name=, +data_hash=hash(selection.data)__) +if key is None: +return cb_service.set_object_percent(__key, percent=0) for selection in cb_selections: self._add_selection(key, selection) diff --git a/src/jarabe/frame/__clipboardtray.py b/src/jarabe/frame/__clipboardtray.py index f49b799..f736295 100644 --- a/src/jarabe/frame/__clipboardtray.py +++ b/src/jarabe/frame/__clipboardtray.py @@ -70,6 +70,7 @@ class ClipboardTray(tray.VTray): cb_service = clipboard.get_instance() cb_service.connect('object-__added', self._object_added_cb) cb_service.connect('object-__deleted', self._object_deleted_cb) +cb_service.connect('object-__selected', self._object_selected_cb) def owns_clipboard(self): for icon in self._icons.values(): @@ -125,6 +126,12 @@ class ClipboardTray(tray.VTray): del self._icons[object_id] logging.debug('ClipboardTray: %r was deleted', object_id) +def _object_selected_cb(self, cb_service, object_id): +icon = self._icons[object_id] +icon.props.active = True +icon.show_notification() +logging.debug('ClipboardTray: %r was activated', object_id) + def drag_motion_cb(self, widget, context, x, y, time): logging.debug('ClipboardTray.___drag_motion_cb') _ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.__org mailto:Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/__listinfo/sugar-devel http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Tested the following functionality: * Open write * Type some text and select it * Copy - (Clipboard icon added to left frame, Notification shown) * Copy (again) - (No new clipboard icon added, Notification shown) * Type some more text (different) and select that * Copy - (New Clipboard icon added to left frame, Notification shown) * Copy (again) - (No new clipboard icon added, Notification shown) Note: * I don't seem to have the necessary dependency installed for TTS, don't know if it affects this though. * 'Copy' in the above test implies Copying from the Edit toolbar menu. * Haven't tested any other use-cases * Also, as the ticket mentions, if an already existing clipboard entry is selected, it isn't moved visually to the bottom of the list. This, IMO is a bug (deviance from time-ordered-sorting approach). Tested-by: Anish Mangal an...@activitycentral.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPkco0AAoJEBoxUdDHDZVpf+oIAI/zli0FmdV/1cNa2kHG/knu SG+bYRik1OUePe2NGsjBKz0TPlXvxnm/kGnzXgDI4RMGiTCAGPlGkNrmBC4nwhPu 7rL20FTddmZkhtXoViY/AFvryNA3jCSVsliqZAkWJVuARYgNfg7tmamhDdjKXKmo bVr8mljLUovg358JLInT7oZS+Q9SyolA3Uf//jr9LEd54mSl5YuvfJLg3lv6e0Ym vBTBAQHGyWN5u8YG4fHQZZs1vJCSE84bwwyTGgmRXoIcPTEEW2GOZjbV735HXwxL V13rOQwN1c8eV9/OA7Dp9DIaN0NtCcaniZ/u/pCdAAqwiJhctlZVPnANIedcVIs= =M3/H -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Only add one time every object in the clipboard v3 - SL #3371
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat 21 Apr 2012 02:23:57 AM IST, Gonzalo Odiard wrote: * Also, as the ticket mentions, if an already existing clipboard entry is selected, it isn't moved visually to the bottom of the list. This, IMO is a bug (deviance from time-ordered-sorting approach). I don't think so. The active item is not the last one, but the selected (active) radio button. In fact, if you have more than one object in the clipboard, you can select the active, doing click on it, but not dragging it to the bottom. May be this was planned (there are comments about this in the code), but was not implemented in this way. I just tested without the patch, and the list of icons in the frame, _is_ indeed sorted in the order they were selected. I don't know about the 'active' entry though (you're perhaps right about that). What I'm saying is that the result of your patch, though it does add a functionality, but changes the preset 'visual ordering convention', if there was one. Maybe Gary can comment? Gonzalo - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPkc69AAoJEBoxUdDHDZVpTgsH/j2JH+j4WH1iizEnNhDNcxgc dSrIFRPN+3fE6ONLtdx6/zeICNSuoW0IlYVAuVN3gljWl1uv7lZAMHAf32SS056q ebjZbVb0ppUvdJxfUQYkBPdnaNU5YDZjm8g/jF0HqWg3Mfi5Ik431RBq8IjgHgnF lb4LcszC+U9z8SNhidJ9eZZvluh1DEqzIa9RZpQBj9yW8hGnDTaz8lcKcZAM17WM 5V5x7YVbDgaFbK1ScJAY93eBVcS4/zKzBAKm058hmtmD4//CzAG3KGwE48nO2IQ9 +qrqyRUPr33TZtpcir/LUbB9/Bw54aGW2CxEB5T5KmtV4lWSKaoubFoBxeIWlTo= =7df2 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH 1/2] Backport Add DescriptionEntry to the activity sub-toolbar from sugar-toolkit-gtk3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri 20 Apr 2012 12:51:56 AM IST, godi...@sugarlabs.org wrote: From: Gonzalo Odiard godi...@gmail.com This is the implementation of the 'Write to Journal anytime' feature [1]. The patch itself adds a DescriptionItem to the activity sub-toolbar to make editing a Journal entry description from within the activity possible. The code has the same error handling as the TitleEntry. After talking with teachers and the learning team, I found they are very excited about this feature. Doing this change we will have a more consistent experience in the activities at the release of sugar 0.96 too. The original patch was done by Simon Schampijer si...@laptop.org and Walter Bender walter.ben...@gmail.com Signed-off-by: Gonzalo Odiard gonz...@laptop.org [1] http://wiki.sugarlabs.org/go/Features/Write_to_journal_anytime --- src/sugar/activity/widgets.py | 71 + 1 files changed, 71 insertions(+), 0 deletions(-) diff --git a/src/sugar/activity/widgets.py b/src/sugar/activity/widgets.py index e5c4063..ab75cd6 100644 --- a/src/sugar/activity/widgets.py +++ b/src/sugar/activity/widgets.py @@ -28,6 +28,7 @@ from sugar.graphics.toolbox import Toolbox from sugar.graphics.xocolor import XoColor from sugar.graphics.icon import Icon from sugar.bundle.activitybundle import ActivityBundle +from sugar.graphics import style _ = lambda msg: gettext.dgettext('sugar-toolkit', msg) @@ -235,6 +236,71 @@ class TitleEntry(gtk.ToolItem): shared_activity.props.name = title +class DescriptionItem(gtk.ToolItem): + +def __init__(self, activity, **kwargs): +gtk.ToolItem.__init__(self) + +description_button = ToolButton('edit-description') +description_button.show() +description_button.set_tooltip(_('Description')) +self._palette = description_button.get_palette() + +description_box = gtk.HBox() +sw = gtk.ScrolledWindow() +sw.set_size_request(int(gtk.gdk.screen_width() / 2), +2 * style.GRID_CELL_SIZE) +sw.set_policy(gtk.POLICY_AUTOMATIC, gtk.POLICY_AUTOMATIC) +self._text_view = gtk.TextView() +self._text_view.set_left_margin(style.DEFAULT_PADDING) +self._text_view.set_right_margin(style.DEFAULT_PADDING) +text_buffer = gtk.TextBuffer() +if 'description' in activity.metadata: +text_buffer.set_text(activity.metadata['description']) +self._text_view.set_buffer(text_buffer) +self._text_view.connect('focus-out-event', + self.__description_changed_cb, activity) +sw.add(self._text_view) +description_box.pack_start(sw, False, True, 0) +self._palette.set_content(description_box) +description_box.show_all() + +self.add(description_button) +description_button.connect('clicked', + self.__description_button_clicked_cb) + +activity.metadata.connect('updated', self.__jobject_updated_cb) + +def _get_text_from_buffer(self): +buf = self._text_view.get_buffer() +start_iter = buf.get_start_iter() +end_iter = buf.get_end_iter() +return buf.get_text(start_iter, end_iter, False) + +def __jobject_updated_cb(self, jobject): +if self._text_view.has_focus(): +return +if 'description' not in jobject: +return +if self._get_text_from_buffer() == jobject['description']: +return +buf = self._text_view.get_buffer() +buf.set_text(jobject['description']) + +def __description_button_clicked_cb(self, button): +self._palette.popup(immediate=True, state=1) + +def __description_changed_cb(self, widget, event, activity): +description = self._get_text_from_buffer() +if 'description' in activity.metadata and \ +description == activity.metadata['description']: +return + +activity.metadata['description'] = description +activity.save() +return False + + class ActivityToolbar(gtk.Toolbar): The Activity toolbar with the Journal entry title, sharing and Stop buttons @@ -261,6 +327,11 @@ class ActivityToolbar(gtk.Toolbar): self.insert(separator, -1) separator.show() +if activity.metadata: +description_item = DescriptionItem(activity) +description_item.show() +self.insert(description_item, -1) + self.share = ShareButton(activity) self.share.show() self.insert(self.share, -1) Dumb question. The patch title says 'Backport', so which version of sugar is this being backported to ;) - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using
Re: [Sugar-devel] new-patch
On Mon, Apr 16, 2012 at 21:37, Ariel Calzada ariel.calz...@gmail.com wrote: From b330bc11f58b82eaecbbd41224077da381e62408 Mon Sep 17 00:00:00 2001 From: Ariel Calzada ar...@acivitycentral.com Date: Mon, 16 Apr 2012 11:02:19 -0500 Subject: [PATCH] =?UTF-8?q?Added=20decode=20utf-8=20and=20normalize=20string?= =?UTF-8?q?=20for=20fixing=20bug=20in=20nick=20that=20don't=20display=20well?= =?UTF-8?q?=20the=20nicknames=20that=20have=20accents=20like=20=C3=A1,=C3=A9?= =?UTF-8?q?,=C3=AD,=C3=B1?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Please include a clear patch title stating clearly what the patch does, and a detailed description of how it goes about doing it. See [1][2] for good examples --- player.py | 18 ++ 1 files changed, 10 insertions(+), 8 deletions(-) diff --git a/player.py b/player.py index 5e9e8db..a6636dc 100644 --- a/player.py +++ b/player.py @@ -8,17 +8,17 @@ # # Copyright (C) 2007 Joshua Minor # This file is part of Maze.activity -# +# # Maze.activity is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. -# +# # Maze.activity is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. -# +# # You should have received a copy of the GNU General Public License # along with Maze.activity. If not, see http://www.gnu.org/licenses/. @@ -29,14 +29,16 @@ from sugar.graphics.xocolor import XoColor import pygame import re import os +import unicodedata Just wondering whether re, os and pygame, unicodedata should be 2 separate groups class Player: def __init__(self, buddy, shape='circle'): self.buddy = buddy - self.nick = buddy.props.nick.decode(utf-8) + name = buddy.props.nick.decode('utf-8') + self.nick = unicodedata.normalize('NFC',name) pep8: s/('NFC',name)/('NFC', name) colors = buddy.props.color.split(,) - + def string2Color(str): return (int(str[1:3], 16), int(str[3:5], 16), int(str[5:7], 16)) self.colors = map(string2Color, colors) @@ -70,7 +72,7 @@ class Player: self.position = (1, 1) self.previous = (1, 1) self.elapsed = None - + def animate(self, maze): # if the player finished the maze, then don't move if maze.map[self.position[0]][self.position[1]] == maze.GOAL: @@ -83,7 +85,7 @@ class Player: else: self.direction = (0, 0) return self.position - + def move(self, direction, maze): Move the player in a given direction (deltax,deltay) newposition = (self.position[0] + direction[0], self.position[1] + direction[1]) @@ -111,7 +113,7 @@ class Player: directions.remove(d) # is there only one possible direction? if len(directions) == 1: - self.direction = directions[0] + self.direction = directions[0] else: self.direction = (0, 0) -- 1.7.5.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Reviewed-by: Anish Mangal an...@activitycentral.com [1] https://patchwork.sugarlabs.org/patch/1257/ [2] https://patchwork.sugarlabs.org/patch/1348/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Compiling sugar with jhbuild in Fedora 17
I got some errors while building jhbuild on f16 a few days ago (telepathy-python) won't build. Havent got around to have another stab at it yet though :-/ On Sun, Apr 15, 2012 at 16:55, Sascha Silbe si...@activitycentral.comwrote: Excerpts from Manuel Kaufmann's message of 2012-04-15 01:43:41 +0200: I installed Fedora 17 in my Netbook, I ran depscheck and I installed all the depencies to compile sugar but I'm getting this error: configure: error: Package requirements (telepathy-glib = 0.11.9) were not met: No package 'telepathy-glib' found What package exactly produced this error? I didn't find the string 'telepathy-glib' nor anything else that looked like it could throw the above error in configure.ac of sugar, sugar-toolkit, sugar-presence-service, sugar-base or sugar-toolkit-gtk3. [humitos@eulogia sugar-jhbuild]$ sudo yum install telepathy-glib Loaded plugins: langpacks, presto, refresh-packagekit Package telepathy-glib-0.18.0-1.fc17.i686 already installed and latest version Nothing to do [humitos@eulogia sugar-jhbuild]$ pkg-config files are usually part of -dev / -devel packages, so please try installing telepathy-glib-devel. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Dextrose] Cannot start sugar-emulator
Hi, Do you have all the sugar-jhbuild dependencies installed? './sugar-jhbuild depscheck' Also, might be a good idea to upgrade your f14 system to the latest f14 package set available. On Fri, Apr 6, 2012 at 22:33, Ajay Garg a...@activitycentral.com wrote: Hi all. My system crashed; and I had to re-build my sugar-emulator environment (on Fedora 14). When I start sugar-emulator, I get the following shell.log (which I don't remember seeing the first time I had my setup set up, I may be wrong though..) :: :30 ** (sugar-session:2484): DEBUG: starting phase 1 ** (sugar-session:2484): DEBUG: ending phase 1 ** (sugar-session:2484): DEBUG: starting phase 2 ** (sugar-session:2484): DEBUG: ending phase 2 ** (sugar-session:2484): DEBUG: starting phase 3 ** (sugar-session:2484): DEBUG: ending phase 3 ** (sugar-session:2484): DEBUG: starting phase 4 ** (sugar-session:2484): DEBUG: ending phase 4 ** (sugar-session:2484): DEBUG: starting phase 5 ** (sugar-session:2484): DEBUG: ending phase 5 1333731058.036796 DEBUG root: STARTUP: Loading the desktop window 1333731058.038048 DEBUG root: STARTUP: Loading the home view 1333731058.038184 DEBUG root: STARTUP: Loading the favorites view 1333731058.056047 DEBUG root: FavoritesSetting layout 'ring-layout' 1333731058.056378 DEBUG root: Icon without fixed_position: OwnerIcon object at 0x8a9f644 (SugarFavoritesOwnerIcon at 0x82f60f8) 1333731058.056493 DEBUG root: Icon without fixed_position: CurrentActivityIcon object at 0x8a9f914 (CanvasIcon at 0x82f6170) 1333731058.056614 DEBUG root: STARTUP: Loading the activities list 1333731058.071430 WARNING root: No gtk.AccelGroup in the top level window. 1333731058.074512 WARNING root: No gtk.AccelGroup in the top level window. 1333731058.074879 DEBUG root: STARTUP: Loading the group view 1333731058.082596 DEBUG root: STARTUP: Loading the mesh view Traceback (most recent call last): File /home/ajay/sugar-jhbuild-dx3/install/bin/sugar-session, line 352, in module main() File /home/ajay/sugar-jhbuild-dx3/install/bin/sugar-session, line 328, in main home_window = homewindow.get_instance() File /home/ajay/sugar-jhbuild-dx3/install/lib/python2.7/site-packages/jarabe/desktop/homewindow.py, line 244, in get_instance _instance = HomeWindow() File /home/ajay/sugar-jhbuild-dx3/install/lib/python2.7/site-packages/jarabe/desktop/homewindow.py, line 79, in __init__ self._mesh_box = MeshBox() File /home/ajay/sugar-jhbuild-dx3/install/lib/python2.7/site-packages/jarabe/desktop/meshbox.py, line 422, in __init__ self._model = neighborhood.get_model() File /home/ajay/sugar-jhbuild-dx3/install/lib/python2.7/site-packages/jarabe/model/neighborhood.py, line 1084, in get_model _model = Neighborhood() File /home/ajay/sugar-jhbuild-dx3/install/lib/python2.7/site-packages/jarabe/model/neighborhood.py, line 706, in __init__ obj = bus.get_object(ACCOUNT_MANAGER_SERVICE, ACCOUNT_MANAGER_PATH) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 244, in get_object follow_name_owner_changes=follow_name_owner_changes) File /usr/lib/python2.7/site-packages/dbus/proxies.py, line 241, in __init__ self._named_service = conn.activate_name_owner(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 183, in activate_name_owner self.start_service_by_name(bus_name) File /usr/lib/python2.7/site-packages/dbus/bus.py, line 281, in start_service_by_name 'su', (bus_name, flags))) File /usr/lib/python2.7/site-packages/dbus/connection.py, line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildSignaled: Process /home/ajay/sugar-jhbuild-dx3/install/libexec/mission-control-5 received signal 11 1333731058.177686 DEBUG root: _cleanup_temp_files I have already googled, and downgraded my selinux packages. But nothing changes. Any ideas what could be done?.. Will be grateful for a reply. Regards, Ajay ___ Dextrose mailing list dextr...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/dextrose -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar-artwork v2] uy#1242 Batch Operations Check Uncheck icons
uy#1242 - Check/Uncheck icons Changelog: =v2= * Completely reworked the svg icons * Fixed the patch (didnt apply cleanly before) --- icons/scalable/emblems/Makefile.am |4 ++- icons/scalable/emblems/emblem-checked.svg | 38 +++ icons/scalable/emblems/emblem-unchecked.svg | 10 +++ 3 files changed, 51 insertions(+), 1 deletions(-) create mode 100644 icons/scalable/emblems/emblem-checked.svg create mode 100644 icons/scalable/emblems/emblem-unchecked.svg diff --git a/icons/scalable/emblems/Makefile.am b/icons/scalable/emblems/Makefile.am index e08d9ac..110ce45 100644 --- a/icons/scalable/emblems/Makefile.am +++ b/icons/scalable/emblems/Makefile.am @@ -12,7 +12,9 @@ icon_DATA = \ emblem-outofrange.svg \ emblem-question.svg \ emblem-view-source.svg \ - emblem-warning.svg + emblem-warning.svg \ + emblem-checked.svg \ + emblem-unchecked.svg EXTRA_DIST = $(icon_DATA) diff --git a/icons/scalable/emblems/emblem-checked.svg b/icons/scalable/emblems/emblem-checked.svg new file mode 100644 index 000..b8356fa --- /dev/null +++ b/icons/scalable/emblems/emblem-checked.svg @@ -0,0 +1,38 @@ +?xml version=1.0 encoding=UTF-8 standalone=no? +!-- Created with Inkscape (http://www.inkscape.org/) -- + +svg + xmlns:dc=http://purl.org/dc/elements/1.1/; + xmlns:cc=http://creativecommons.org/ns#; + xmlns:rdf=http://www.w3.org/1999/02/22-rdf-syntax-ns#; + xmlns:svg=http://www.w3.org/2000/svg; + xmlns=http://www.w3.org/2000/svg; + version=1.1 + width=55 + height=55 + viewBox=0 0 55 55 + id=svg2 + xml:space=preservemetadata + id=metadata13rdf:RDFcc:Work + rdf:about=dc:formatimage/svg+xml/dc:formatdc:type + rdf:resource=http://purl.org/dc/dcmitype/StillImage; /dc:title/dc:title/cc:Work/rdf:RDF/metadatadefs + id=defs11 /g + id=emblem-charging + style=display:block + g + id=g5 + style=display:inline + + rect + width=40 + height=40 + x=7.5 + y=7.5 + id=rect7 + style=fill:#ff;stroke:#66;stroke-width:3.5 / + + /g +/gpath + d=m 15.612649,28.114068 8.610026,7.910888 14.904808,-19.138058 + id=path2990 + style=fill:none;stroke:#00;stroke-width:6;stroke-linecap:round;stroke-linejoin:miter;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none //svg \ No newline at end of file diff --git a/icons/scalable/emblems/emblem-unchecked.svg b/icons/scalable/emblems/emblem-unchecked.svg new file mode 100644 index 000..a97da3a --- /dev/null +++ b/icons/scalable/emblems/emblem-unchecked.svg @@ -0,0 +1,10 @@ +?xml version=1.0 ?!DOCTYPE svg PUBLIC '-//W3C//DTD SVG 1.1//EN' 'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd' [ + !ENTITY stroke_color #66 + !ENTITY fill_color #ff +]svg enable-background=new 0 0 55 55 height=55px version=1.1 viewBox=0 0 55 55 width=55px x=0px xml:space=preserve xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; y=0pxg display=block id=emblem-charging + g display=inline + + rect fill=fill_color; height=40 stroke=stroke_color; stroke-width=3.5 width=40 x=7.5 y=7.5/ + + /g +/g/svg -- 1.7.4.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Browse PDF handling
Hi Manuel, I think (as I pointed out in todays development meetings[1]), that this proposed behavior is somewhat of a regression (over browse 129 atleast) In v129 to view a pdf, I first have to save it to the journal, which it might be seen an impediment to have to save content before viewing it, its useful in places with intermittent network connectivity. Sugar in general follows the principle of saving everything being worked upon to the journal as well (automatically in the background). With this proposed change, we will be opening pdfs in new tabs, but they will not be saved anywhere by default: not in the browse activity instance and not as a journal entry. The kid will explicitly have to save the journal entry by clicking on the button. The counter argument to this is that browse does the same with webpages (i.e., their content is not saved). If you dont have internet connectivity and try to open the browse activity, those pages wont load. While I consider this to be a usability issue as well (though not pertinent to the current proposal), I think of pdf's to be inherently different from webpages, especially considering that kids would be reading educational content in those pdf's. [1] http://meeting.sugarlabs.org/sugar-meeting/meetings/2012-02-14T15:01:40#i_2721325 2012/2/3 Manuel Quiñones ma...@laptop.org: El día 2 de febrero de 2012 10:05, Samuel Greenfeld greenf...@laptop.org escribió: Something to watch out for is that many websites already like to open a separate tab or window for PDF documents, sometimes via Javascript and sometimes by setting the target frame/window. Sometimes these sites directly link the PDF file; other times they attempt to include it inline. If we intend to support tabbed browsing, these behaviors could result in an unused tab being opened besides the one showing the document. Interesting Sam. I will look for sites doing that, for testing. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Cheers, Anish -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Sugar] sl#3316: Wireless modem error should refer to My Settings
Thx! On Mon, Feb 6, 2012 at 10:34, Sascha Silbe si...@activitycentral.com wrote: Excerpts from Anish Mangal's message of 2012-02-03 16:47:50 +0100: The wireless modem error refers currently to Control Panel. There's more than one error alert that gets added by the GSM palette, so the above should read One of the wireless modem error alerts, rather than _The_ wireless modem error [alert]. [extensions/deviceicon/network.py] @@ -752,8 +752,8 @@ class GsmDeviceView(TrayIcon): error_handler=self.__connect_error_cb) else: self._palette.add_alert(_('No GSM connection available.'), \ - _('Create a connection in the ' \ - 'control panel.')) + _('Create a connection in ' \ + 'My Settings.')) No need for explicit line continuation (the backslash-newline pair), as the open parenthesis implicitly continues the line. See also PEP-8, section Code lay-out, Maximum line length. Acked-by: Sascha Silbe si...@activitycentral.com Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Different color scheme for USB drives in sugar
Hi, I was wondering whether we should be having a color-scheme which is different to the sugar-user's color scheme while displaying icons for USB drives (or for that matter, other 'removable' storage devices). To me, it is vaguely similar to having different colors for wireless networks insofar that its a shared resource which is not particularly associated to a user. The same USB stick might be used on different laptops/XO's. What is owned, however, by the users are the journal entries, and they should retain whatever color-scheme they already do. Perhaps, we could determine the color-scheme by using the USB drive's UUID or maybe just the volume label. WhatSay? Cheers, Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar, v3] Add menu to Control Panel/Network for proxy configuration
From: Aleksey Lim alsr...@activitycentral.org Both individual users and deployments need to be able to set a proxy for Sugar and activities to use. While we'd like the system to work that all out automatically (e.g. using WPAD [1]), this often isn't possible. Common reasons include legacy (inherited) setups and network uplinks simply being out of control of the user respectively deployment. For consistency between Sugar and Gnome (and to the benefit of existing users who currently switch to Gnome to change proxy settings), the layout of the Gnome proxy settings dialog has been mirrored as much as possible. This version of the patch also moves the menu from an independent CP item to under the existing Network configuration menu [2]. [1] https://en.wikipedia.org/wiki/Web_Proxy_Autodiscovery_Protocol [2] http://meeting.sugarlabs.org/sugar-meeting/meetings/2012-01-31T15:02:06 [Rebased the patch over sugar/mainline] Signed-off-by: Anish Mangal an...@sugarlabs.org [replaced description; merged fix-up patches from Aleksey; style fixes; added WPAD hint; fixed needs_restart defaults bug] Signed-off-by: Sascha Silbe si...@activitycentral.com [Moved the proxy configuration menu from a new CP menu to under the existing Network configuration CP] Signed-off-by: Ajay Garg a...@activitycentral.com --- v1-v2: several bug and style fixes, added WPAD hint and line breaking for labels, replaced description. No (other) changes to the layout. v2-v3: Moved from a new proxy menu in the CP to under the Network configuration menu --- extensions/cpsection/network/view.py | 391 ++ 1 files changed, 391 insertions(+), 0 deletions(-) diff --git a/extensions/cpsection/network/view.py b/extensions/cpsection/network/view.py index 381dcb6..22cd0a5 100644 --- a/extensions/cpsection/network/view.py +++ b/extensions/cpsection/network/view.py @@ -1,4 +1,5 @@ # Copyright (C) 2008, OLPC +# Copyright (C) 2011, Aleksey Lim # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by @@ -14,8 +15,11 @@ # along with this program; if not, write to the Free Software # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA +import re + import gtk import gobject +import gconf from gettext import gettext as _ from sugar.graphics import style @@ -30,6 +34,8 @@ TITLE = _('Network') _APPLY_TIMEOUT = 3000 +_widget_sensitivies = {} +_gconf_origin_values = {} class Network(SectionView): def __init__(self, model, alerts): @@ -171,6 +177,31 @@ class Network(SectionView): workspace.pack_start(box_mesh, expand=False) box_mesh.show() +separator_proxy = gtk.HSeparator() +workspace.pack_start(separator_proxy, False) +separator_proxy.show() + +label_proxy = gtk.Label(_('Proxy')) +label_proxy.set_alignment(0, 0) +workspace.pack_start(label_proxy, expand=False) +label_proxy.show() + +box_proxy = gtk.VBox() +box_proxy.set_border_width(style.DEFAULT_SPACING * 2) +box_proxy.set_spacing(style.DEFAULT_SPACING) +proxy_info = gtk.Label(_(Please enter the correct settings if +your network connects through a proxy.)) +proxy_info.set_alignment(0, 0) +proxy_info.set_line_wrap(True) +box_proxy.pack_start(proxy_info, expand=False) +proxy_info.show() +workspace.pack_start(box_proxy, expand=False) +box_proxy.show() + +proxy = Proxy() +workspace.pack_start(proxy, expand=False) +proxy.show() + scrolled = gtk.ScrolledWindow() scrolled.set_policy(gtk.POLICY_NEVER, gtk.POLICY_AUTOMATIC) scrolled.add_with_viewport(workspace) @@ -259,3 +290,363 @@ class Network(SectionView): self._model.clear_networks() if not self._model.have_networks(): self._clear_history_button.set_sensitive(False) + +class Proxy(SectionView): + +def __init__(self): +SectionView.__init__(self) +self.set_border_width(style.DEFAULT_SPACING * 2) +self.set_spacing(style.DEFAULT_SPACING) +self.setup() + +def setup(self): +for i in self.get_children(): +self.remove(i) +# Destroy all widgets and connection to avoid any interfering +i.destroy() + +_widget_sensitivies.clear() + +workspace = gtk.VBox() +workspace.show() +self.add(workspace) + +def add_section(section, label_text): +separator = gtk.HSeparator() +separator.show() +workspace.pack_start(separator, expand=False) + +label = gtk.Label(label_text) +label.set_alignment(0, 0) +label.show() +workspace.pack_start(label, expand=False) + +section.set_border_width(style.DEFAULT_SPACING * 2) +section.show
Re: [Sugar-devel] [PATCH sugar, v3] Add menu to Control Panel/Network for proxy configuration
Hi, * Please note that this patch has NOT been tested to work. Therefore, this email is also a request to people with proxy setups to test this patch. The earlier iterations of the patch (with the independent menu) however, was tested to be working. Unfortunately I do not have a proxy setup with me to test this right now. * At this moment the Proxy class resides in the view.py file itself. Perhaps its not the best place for it, and it should be moved to model.py? Please comment. On Fri, Feb 3, 2012 at 10:56, Anish Mangal an...@activitycentral.com wrote: From: Aleksey Lim alsr...@activitycentral.org Both individual users and deployments need to be able to set a proxy for Sugar and activities to use. While we'd like the system to work that all out automatically (e.g. using WPAD [1]), this often isn't possible. Common reasons include legacy (inherited) setups and network uplinks simply being out of control of the user respectively deployment. For consistency between Sugar and Gnome (and to the benefit of existing users who currently switch to Gnome to change proxy settings), the layout of the Gnome proxy settings dialog has been mirrored as much as possible. This version of the patch also moves the menu from an independent CP item to under the existing Network configuration menu [2]. [1] https://en.wikipedia.org/wiki/Web_Proxy_Autodiscovery_Protocol [2] http://meeting.sugarlabs.org/sugar-meeting/meetings/2012-01-31T15:02:06 [Rebased the patch over sugar/mainline] Signed-off-by: Anish Mangal an...@sugarlabs.org [replaced description; merged fix-up patches from Aleksey; style fixes; added WPAD hint; fixed needs_restart defaults bug] Signed-off-by: Sascha Silbe si...@activitycentral.com [Moved the proxy configuration menu from a new CP menu to under the existing Network configuration CP] Signed-off-by: Ajay Garg a...@activitycentral.com --- v1-v2: several bug and style fixes, added WPAD hint and line breaking for labels, replaced description. No (other) changes to the layout. v2-v3: Moved from a new proxy menu in the CP to under the Network configuration menu --- extensions/cpsection/network/view.py | 391 ++ 1 files changed, 391 insertions(+), 0 deletions(-) diff --git a/extensions/cpsection/network/view.py b/extensions/cpsection/network/view.py index 381dcb6..22cd0a5 100644 --- a/extensions/cpsection/network/view.py +++ b/extensions/cpsection/network/view.py @@ -1,4 +1,5 @@ # Copyright (C) 2008, OLPC +# Copyright (C) 2011, Aleksey Lim # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by @@ -14,8 +15,11 @@ # along with this program; if not, write to the Free Software # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA +import re + import gtk import gobject +import gconf from gettext import gettext as _ from sugar.graphics import style @@ -30,6 +34,8 @@ TITLE = _('Network') _APPLY_TIMEOUT = 3000 +_widget_sensitivies = {} +_gconf_origin_values = {} class Network(SectionView): def __init__(self, model, alerts): @@ -171,6 +177,31 @@ class Network(SectionView): workspace.pack_start(box_mesh, expand=False) box_mesh.show() + separator_proxy = gtk.HSeparator() + workspace.pack_start(separator_proxy, False) + separator_proxy.show() + + label_proxy = gtk.Label(_('Proxy')) + label_proxy.set_alignment(0, 0) + workspace.pack_start(label_proxy, expand=False) + label_proxy.show() + + box_proxy = gtk.VBox() + box_proxy.set_border_width(style.DEFAULT_SPACING * 2) + box_proxy.set_spacing(style.DEFAULT_SPACING) + proxy_info = gtk.Label(_(Please enter the correct settings if + your network connects through a proxy.)) + proxy_info.set_alignment(0, 0) + proxy_info.set_line_wrap(True) + box_proxy.pack_start(proxy_info, expand=False) + proxy_info.show() + workspace.pack_start(box_proxy, expand=False) + box_proxy.show() + + proxy = Proxy() + workspace.pack_start(proxy, expand=False) + proxy.show() + scrolled = gtk.ScrolledWindow() scrolled.set_policy(gtk.POLICY_NEVER, gtk.POLICY_AUTOMATIC) scrolled.add_with_viewport(workspace) @@ -259,3 +290,363 @@ class Network(SectionView): self._model.clear_networks() if not self._model.have_networks(): self._clear_history_button.set_sensitive(False) + +class Proxy(SectionView): + + def __init__(self): + SectionView.__init__(self) + self.set_border_width(style.DEFAULT_SPACING * 2) + self.set_spacing(style.DEFAULT_SPACING) + self.setup() + + def setup(self): + for i in self.get_children(): + self.remove(i
[Sugar-devel] [PATCH Sugar] sl#3316: Wireless modem error should refer to My Settings
The wireless modem error refers currently to Control Panel. Error: No GSM connection available Suggestion: Create a connection in the control panel However, english translation of Control Panel now refer to it as My Settings. This patch reflects that change. --- extensions/deviceicon/network.py |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/extensions/deviceicon/network.py b/extensions/deviceicon/network.py index 213fa41..83bf6c5 100644 --- a/extensions/deviceicon/network.py +++ b/extensions/deviceicon/network.py @@ -752,8 +752,8 @@ class GsmDeviceView(TrayIcon): error_handler=self.__connect_error_cb) else: self._palette.add_alert(_('No GSM connection available.'), \ -_('Create a connection in the ' \ - 'control panel.')) +_('Create a connection in ' \ + 'My Settings.')) def __connect_cb(self, active_connection): logging.debug('Connected successfully to gsm device, %s', -- 1.7.4.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [x-post] GNU Project renews focus on free software in education
Hi, Just received a message on the fsf-info list about FSF relaunching the GNU education project: Links: [1] http://www.fsf.org/blogs/community/gnu-education-website-relaunch [blog post] [2] http://www.gnu.org/education/ [GNU Education website] -- Anish * * * BOSTON, Massachusetts, USA -- Monday, January 30, 2012 -- The GNU Project today announced the relaunch of its worldwide volunteer-led effort to bring free software to educational institutions of all levels. The new effort is based at http://www.gnu.org/education. The newly formed GNU Education Team is being led by Dora Scilipoti, an Italian free software activist and teacher. Under her leadership, the Team has developed a list of specific goals to guide their work: Present cases of educational institutions around the world who are successfully using and teaching free software. Show examples of how free programs are being used by educational institutions to improve the learning and teaching processes. Publish articles on the various aspects involved in the use of free software by educational institutions. Maintain a dialogue with teachers, students and administrators of educational institutions to listen to their difficulties and provide support. Keep in contact with other groups around the world committed to the promotion of free software in education. GNU and its host organization, the Free Software Foundation (FSF), emphasize that free software principles are a prerequisite for any educational environment that uses computers: Educational institutions of all levels should use and teach free software because it is the only software that allows them to accomplish their essential missions: to disseminate human knowledge and to prepare students to be good members of their community. The source code and the methods of free software are part of human knowledge. On the contrary, proprietary software is secret, restricted knowledge, which is the opposite of the mission of educational institutions. Free software supports education, proprietary software forbids education. In an article at http://fsf.org/blogs/community/gnu-education-website-relaunch, Scilipoti adds insights about the project's organizing philosophy, current contributors, and progress so far. Of her basic motivation for being involved, she says, As a free software advocate and a teacher, I always felt that the GNU Project needed to address the subject specifically and in depth, for it is in the education field that its ethical principles find the most fertile ground for achieving the goal of building a better society. In her article, Scilipoti also highlights some of the free software success stories from around the world, especially Kerala, India, where the government has migrated over 2,600 of its public schools to free software. While the Education Team has already compiled a collection of useful materials, they are also looking for more volunteer contributors. People who want to help, or who have information about instructive examples of existing use of free software in schools, should contact educat...@gnu.org. Education really is one of the most fundamental areas we need to focus on to achieve real social change, said Free Software Foundation executive director John Sullivan. We need to be acknowledging and assisting schools that are doing the right thing, and helping those who aren't yet on board understand why those giveaway Microsoft Office, iPad, and Kindle deals aren't so great for classrooms after all. We're very thankful to all of the Team members for stepping up to meet this challenge. I hope others will be inspired by their work and join the effort. The Education Team has also been working closely with GNU's Translation Team to make the new materials available in as many languages as possible. People interested in helping with the translation component of the project should see the information at http://www.gnu.org/server/standards/README.translations.html. About the Free Software Foundation The Free Software Foundation, founded in 1985, is dedicated to promoting computer users' right to use, study, copy, modify, and redistribute computer programs. The FSF promotes the development and use of free (as in freedom) software -- particularly the GNU operating system and its GNU/Linux variants -- and free documentation for free software. The FSF also helps to spread awareness of the ethical and political issues of freedom in the use of software, and its Web sites, located at fsf.org and gnu.org, are an important source of information about GNU/Linux. Donations to support the FSF's work can be made at http://donate.fsf.org. Its headquarters are in Boston, MA, USA. About Free Software and Open Source The free software movement's goal is freedom for computer users. Some, especially corporations, advocate a different viewpoint, known as open source, which cites only practical goals such as making software powerful and reliable, focuses on development models, and
Re: [Sugar-devel] [PATCH sugar] sugar-session: export manual Gnome proxy settings as $http_proxy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I can't recall where, but a concern was raised about the original source of the svg image in the patch. I used the svg image present here: https://commons.wikimedia.org/wiki/File:Simple_Globe.svg and modified it to add the rectangle which is present in the center. So the patch (or svg code in image) should also attribute the original author of the globe-svg. On 01/24/2012 07:31 PM, Sascha Silbe wrote: From: Jerry Vonau jvo...@shaw.ca Some applications and tools and even some parts of Sugar will use the http_proxy environment variable if set, but don't use the Gnome (GConf) proxy settings. After changing the GConf proxy settings, Sugar needs to be restarted for the http_proxy environment variable to be updated. [factored out into separate function; some clean-ups; added description] Signed-off-by: Sascha Silbe si...@activitycentral.com --- bin/sugar-session | 26 ++ 1 files changed, 26 insertions(+), 0 deletions(-) diff --git a/bin/sugar-session b/bin/sugar-session index ee0048d..7eaa8f1 100755 --- a/bin/sugar-session +++ b/bin/sugar-session @@ -2,6 +2,7 @@ # Copyright (C) 2006, Red Hat, Inc. # Copyright (C) 2009, One Laptop Per Child Association Inc # Copyright (C) 2010, Plan Ceibal comuni...@plan.ceibal.edu.uy +# Copyright (C) 2011, OLPC-AU. # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by @@ -211,6 +212,30 @@ def setup_accessibility_cb(): accessibility_manager = accessibility.AccessibilityManager() accessibility_manager.setup_accessibility() + +def export_proxy_settings(): +Export manual proxy settings from GConf as environment variables + +Some applications and tools and even some parts of Sugar will use + the http_proxy environment variable if set, but don't use the Gnome +(GConf) proxy settings. + +client = gconf.client_get_default() +if client.get_string('/system/proxy/mode') != 'manual': + return + +http_host = client.get_string('/system/http_proxy/host') +http_port = client.get_int('/system/http_proxy/port') +use_auth = client.get_bool('/system/http_proxy/use_authentication') + proxy_info = '%s:%d' % (http_host, http_port) +if use_auth: + user = client.get_string('/system/http_proxy/authentication_user') +pword = client.get_string('/system/http_proxy/authentication_password') + proxy_info = '%s:%s@%s' % (user, pword, proxy_info) + + os.environ['http_proxy'] = 'http://%s/' % proxy_info + + def main(): try: from sugar import env @@ -253,6 +278,7 @@ def main(): if timezone is not None and timezone: os.environ['TZ'] = timezone +export_proxy_settings() set_fonts() # this must be added early, so that it executes and unfreezes the screen -- 1.7.6 - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPIThIAAoJEBoxUdDHDZVpkQoH/37K+kRYPmYDeVtGhraKefi2 XVA2ODTN3cjUYlAY/xTvVw6RhBNfTpgsLQBE5VE11f9hAVpnPPmOS+epPmedD10r 7eKLsa1w0A/MhkwYiptjKqzhpIj5xEwOI0MtmT5jlF4qLcfs2BUwqqwwyhj8NY4i zrgFvHF/NI8Qa7/L9wfWjx6Cusay9SpK6PrYT6yvKS/e44ExKWXK5QESa3mms/Zh Tmsjl5rggxpsGO2SsoqFUAEDGJHNpJmkCmPDnm51NbYQytqxbmQ3jQJpQO4a9V5I sRJuP8qwJvcfMAymaziQauBZjuPuIKRmrPlTbTlol1otG/jRLbtehTu5si4zevo= =IQS7 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar] sugar-session: export manual Gnome proxy settings as $http_proxy
oops! wrong thread! On Thu, Jan 26, 2012 at 09:26, Anish Mangal an...@activitycentral.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I can't recall where, but a concern was raised about the original source of the svg image in the patch. I used the svg image present here: https://commons.wikimedia.org/wiki/File:Simple_Globe.svg and modified it to add the rectangle which is present in the center. So the patch (or svg code in image) should also attribute the original author of the globe-svg. On 01/24/2012 07:31 PM, Sascha Silbe wrote: From: Jerry Vonau jvo...@shaw.ca Some applications and tools and even some parts of Sugar will use the http_proxy environment variable if set, but don't use the Gnome (GConf) proxy settings. After changing the GConf proxy settings, Sugar needs to be restarted for the http_proxy environment variable to be updated. [factored out into separate function; some clean-ups; added description] Signed-off-by: Sascha Silbe si...@activitycentral.com --- bin/sugar-session | 26 ++ 1 files changed, 26 insertions(+), 0 deletions(-) diff --git a/bin/sugar-session b/bin/sugar-session index ee0048d..7eaa8f1 100755 --- a/bin/sugar-session +++ b/bin/sugar-session @@ -2,6 +2,7 @@ # Copyright (C) 2006, Red Hat, Inc. # Copyright (C) 2009, One Laptop Per Child Association Inc # Copyright (C) 2010, Plan Ceibal comuni...@plan.ceibal.edu.uy +# Copyright (C) 2011, OLPC-AU. # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by @@ -211,6 +212,30 @@ def setup_accessibility_cb(): accessibility_manager = accessibility.AccessibilityManager() accessibility_manager.setup_accessibility() + +def export_proxy_settings(): + Export manual proxy settings from GConf as environment variables + + Some applications and tools and even some parts of Sugar will use + the http_proxy environment variable if set, but don't use the Gnome + (GConf) proxy settings. + + client = gconf.client_get_default() + if client.get_string('/system/proxy/mode') != 'manual': + return + + http_host = client.get_string('/system/http_proxy/host') + http_port = client.get_int('/system/http_proxy/port') + use_auth = client.get_bool('/system/http_proxy/use_authentication') + proxy_info = '%s:%d' % (http_host, http_port) + if use_auth: + user = client.get_string('/system/http_proxy/authentication_user') + pword = client.get_string('/system/http_proxy/authentication_password') + proxy_info = '%s:%s@%s' % (user, pword, proxy_info) + + os.environ['http_proxy'] = 'http://%s/' % proxy_info + + def main(): try: from sugar import env @@ -253,6 +278,7 @@ def main(): if timezone is not None and timezone: os.environ['TZ'] = timezone + export_proxy_settings() set_fonts() # this must be added early, so that it executes and unfreezes the screen -- 1.7.6 - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPIThIAAoJEBoxUdDHDZVpkQoH/37K+kRYPmYDeVtGhraKefi2 XVA2ODTN3cjUYlAY/xTvVw6RhBNfTpgsLQBE5VE11f9hAVpnPPmOS+epPmedD10r 7eKLsa1w0A/MhkwYiptjKqzhpIj5xEwOI0MtmT5jlF4qLcfs2BUwqqwwyhj8NY4i zrgFvHF/NI8Qa7/L9wfWjx6Cusay9SpK6PrYT6yvKS/e44ExKWXK5QESa3mms/Zh Tmsjl5rggxpsGO2SsoqFUAEDGJHNpJmkCmPDnm51NbYQytqxbmQ3jQJpQO4a9V5I sRJuP8qwJvcfMAymaziQauBZjuPuIKRmrPlTbTlol1otG/jRLbtehTu5si4zevo= =IQS7 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH 4/5] sl#3029: Localization fixes.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/20/2012 04:25 AM, James Cameron wrote: On Fri, Jan 20, 2012 at 03:06:26AM +0530, Ajay Garg wrote: Signed-off-by: Ajay Garg a...@activitycentral.com --- src/jarabe/controlpanel/cmd.py |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/jarabe/controlpanel/cmd.py b/src/jarabe/controlpanel/cmd.py index fe8f1a4..c4870c9 100644 --- a/src/jarabe/controlpanel/cmd.py +++ b/src/jarabe/controlpanel/cmd.py @@ -49,7 +49,7 @@ def cmd_help(): def note_restart(): Instructions how to restart sugar - print _('To apply your changes you have to restart sugar.\n' + + print _('To apply your changes you have to restart Sugar.\n' + 'Hit ctrl+alt+erase on the keyboard to trigger a restart.') I know you aren't changing that part of the code, but ctrl+alt+erase no longer works, it was disabled in OLPC builds. Yes, you're correct in pointing out that ctrl+alt+erase won't work in OLPC builds (and in Dextrose-3 till now), but on request by OLPC-Australia, this key combination will be enabled in Dextrose builds. Cheers, Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPGOmyAAoJEBoxUdDHDZVpqjcIAJj2J3gbHJgHsno65YQ496Zw mNWdS9dGNkC89MeNcd1MSoJwNYucQwsQAd6az5WQfbbsB/YtG3Rq/CUPSj1ZYOlD EjMTH6HEpyUTV7wsD3Zx4s487taTtfx7GInsR5CWwYR4L3kY3nnNk7gsod4ilEV3 kg70ej8TmSyySTqjSVmMeAUhTvzXdRNtv4sB5KajxoqdH9JxosC3TsfvaENY0lEy HkecBcWktCp3jtohx7m8DicvI5FyzRApoyAta7AzUL7ACwG6R8Pwgq6i+HJc0VQm BRmSBUhUX/HH0J3MUgjXJYM5BdvQIUvpbMEbiCoQtvxP1JUv4BUHC7tMBbIo4fE= =+zQY -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH 4/5] sl#3029: Localization fixes.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [cc += erikos, silbe] On 01/20/2012 10:05 AM, James Cameron wrote: On Fri, Jan 20, 2012 at 09:42:34AM +0530, Anish Mangal wrote: Yes, you're correct in pointing out that ctrl+alt+erase won't work in OLPC builds (and in Dextrose-3 till now), but on request by OLPC-Australia, this key combination will be enabled in Dextrose builds. It might be handled by Sugar itself, in case the X server is configured to allow it through. If Sugar project consider it important from a documentation perspective, that's where it could be enabled. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPGPVaAAoJEBoxUdDHDZVpiwkIAJ1i2VjKJh7EwxCveeuLqzyQ Dhy/C/5rjXO2n735KLgcW5ZhFPhq6sGltsWsxE12aHmcJcrnhWjzIVU2TmlZNfKz waMyH2LQ+kx+aQnvh+YzYrh5V9WyAAva9EusH6k1TjoIh2osWMmcqObPTVOjalrr bFAao8vByNgpDXEZwRJv2kN/iyY5mV+2/oUXDcjpjB/ivyRF5Rp2Yg3EJJexzdch DqosYWmkvNwbgBjb2l4tx7zCEpiEeqaJvUMGD187LEAfCoBiZEvgq8azv1/8NmfE mYKlaUs8A5IsIkktRBkgaLvVyu/YU1Ur2wJeO8sfDhc+4jz8YbK07JBBlqi4JWc= =imfA -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
On Sun, Jan 8, 2012 at 19:56, Simon Schampijer si...@schampijer.de wrote: On 03/01/12 20:04, Walter Bender wrote: Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. I had the following proposal: in the activity toolbar you can evoke the description field [1]. The toolbar could expand on key press to make it available more quick. General Note: I think in any case if we go down that road it should be part of the base activity toolbar and available in every activity. Regards, Simon [1] http://wiki.sugarlabs.org/go/File:Description.png ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Are we also thinking of providing the capability to add tags to journal entries using this mechanism? Also, [1] looks like a bit of a hack (Having a text entry field in the palette of a popped-up toolbar icon). I cannot think of another place in sugar where this approach is extensively used (which I presume is going to be the case here)? [1] http://wiki.sugarlabs.org/go/File:Description.png -- Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
On Mon, Jan 9, 2012 at 09:25, Walter Bender walter.ben...@gmail.com wrote: On Sun, Jan 8, 2012 at 9:38 PM, Anish Mangal an...@activitycentral.com wrote: On Sun, Jan 8, 2012 at 19:56, Simon Schampijer si...@schampijer.de wrote: On 03/01/12 20:04, Walter Bender wrote: Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. I had the following proposal: in the activity toolbar you can evoke the description field [1]. The toolbar could expand on key press to make it available more quick. General Note: I think in any case if we go down that road it should be part of the base activity toolbar and available in every activity. Regards, Simon [1] http://wiki.sugarlabs.org/go/File:Description.png ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Are we also thinking of providing the capability to add tags to journal entries using this mechanism? Also, [1] looks like a bit of a hack (Having a text entry field in the palette of a popped-up toolbar icon). I cannot think of another place in sugar where this approach is extensively used (which I presume is going to be the case here)? [1] http://wiki.sugarlabs.org/go/File:Description.png -- Anish Haven't had a chance to write up the notes from today's meeting, but the log is available here [1]. The idea has morphed somewhat. But no plans for a tag mechanism for 0.96. Thanks for the link. -walter [1] http://wiki.sugarlabs.org/go/Talk:Features/Write_to_journal_anytime#Log_from_Design_Team_Meeting_08_January_2012 -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH v2][sucrose-0.94][RFC] Add capability to connect to WPA/WPA2-Enterprise networks
On Sat, Dec 10, 2011 at 17:30, Simon Schampijer si...@schampijer.de wrote: Hi Anish, thanks for the patch. On 09/12/11 12:08, Anish Mangal wrote: On Fri 09 Dec 2011 06:31:51 PM IST, Peter Robinson wrote: This really needs to be ported to the master branch which now used NetworkManager 0.9 For any code to land in a stable branch (here 0.94) it needs to go into the master branch first. The 0.94 branch is frozen, so should only see bug fixes now. There might be exceptions but there should be good reasons for that, in 99.9% of the cases we shouldn't. +1. I also, in the related thread, replied to dsd to ask about his thoughts w.r.t this landing in the mainline. Since it follows the pre 0.96 approach of sugar keeping its settings in local connections.cfg rather than share with gnome (which AIUI dsd's NM port patch does?) I guess there is great work being done by dsd et. al to get NM 0.9 stuff working with sugar/0.96+. I'd be happy to assist with reviewing porting etc. if upstream thinks this a valuable addition for mainline. To that end [cc+=erikos, dsd] The patch however, is a departure from the current mainline efforts to _integrate_ network settings between gnome and sugar. It is more on the lines of 0.94 networking sugar code where sugar stores its own network settings in connections.cfg This feature is originally being developed for f14/0.94.1 based dx3 based on a request from OLPC-Australia. At this moment, I'd consider trying to upstream this for the sucrose-0.94 branch. Interesting, so the Australian deployment is using enterprise WPA/WPA2 in their deployment? I thought that would be in use mostly in the corporate world. For background info maybe you can illustrate the usage a bit with this real world example. Yes, this is the feedback I received from Jerry Vonau and Sridhar (OLPC-au). I've cc'ed them to reply to this. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Anish | an...@sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH v2][sucrose-0.94][RFC] Add capability to connect to WPA/WPA2-Enterprise networks
From: Ajay Garg a...@sugarlabs.org As per user-workflow, there is no difference :- --- 1a. The (WPA/WPA2-Enterprise) network-icon is available on the neighbourhood-view. 1b. Upon clicking the network-icon, a popup dialog appears, asking for parameters. 1c. Upon clicking ok, the connection is made (shown by the 'Network-Connected'-icon in the tray). 2. If the connection is made successfully, the network-profile is saved in connections.cfg. From next reboot onwards, the connection is made automatically. Configurations :- Following configurations have been tested to work : 1. Tunnelled TLS (TTLS) 2. Protected EAP (PEAP) Following configurations are still to be tested : 1. LEAP (seems that it requires support from the access-point). 2. TLS (the testing couldn't be done, even with nm-applet. Would like to hear if anyone gets it working with nm-applet, since the sugar-parameters-UI is modelled on nm-applet-UI.) The patch contains the UI-frontend code for entering all 4 configuration parameters (modelled on nm-applet's Connect to Hidden Wireless Network - WPA/WPA2 Enterprise. Signed-off-by: Ajay Garg a...@activitycentral.com Tested-by: Anish Mangal an...@activitycentral.com Signed-off-by: Anish Mangal an...@activitycentral.com --- src/jarabe/desktop/keydialog.py| 174 +- src/jarabe/desktop/networkviews.py | 248 +++- src/jarabe/model/network.py| 22 +++- 3 files changed, 437 insertions(+), 7 deletions(-) diff --git a/src/jarabe/desktop/keydialog.py b/src/jarabe/desktop/keydialog.py index c72f498..53745df 100644 --- a/src/jarabe/desktop/keydialog.py +++ b/src/jarabe/desktop/keydialog.py @@ -32,6 +32,10 @@ WEP_PASSPHRASE = 1 WEP_HEX = 2 WEP_ASCII = 3 +SETTING_TYPE_STRING = 1 +SETTING_TYPE_LIST = 2 + + def string_is_hex(key): is_hex = True @@ -120,6 +124,158 @@ class KeyDialog(gtk.Dialog): return self._response +# Plain Old Python Object (POPO) +class NetworkParametersPOPO(gtk.HBox): +def __init__(self, auth_param): +gtk.HBox.__init__(self, homogeneous=True) +self._key = auth_param._key_name +self._label = gtk.Label(_(auth_param._key_label)) +self._key_type = auth_param._key_type + +# Decide, if we need to show a 'entry', +# or a 'list-store' +if len(auth_param._options) == 0: +self._show_entry = True +else: +self._show_entry = False + +self.pack_start(self._label) +self._label.show() + +if self._show_entry: +self._entry = gtk.Entry() +self.pack_start(self._entry) +self._entry.show() +else: +self._option_store = gtk.ListStore(str, str) +for option in auth_param._options: +self._option_store.append(option) + +self._list_store_entry = auth_param._options[0][1] +self._option_combo = gtk.ComboBox(self._option_store) +cell = gtk.CellRendererText() +self._option_combo.pack_start(cell, True) +self._option_combo.add_attribute(cell, 'text', 0) +self._option_combo.set_active(0) +self._option_combo.connect('changed', +self._option_combo_changed_cb) +self.pack_start(self._option_combo) +self.show() +self._option_combo.show() + +def _option_combo_changed_cb(self, widget): +it = self._option_combo.get_active_iter() +(value, ) = self._option_store.get(it, 1) +self._list_store_entry = value + +def _get_key(self): +return self._key + +def _get_value(self): +if self._show_entry: +return self._entry.get_text() +else: +return self._list_store_entry + + +class KeyValuesDialog(gtk.Dialog): +def __init__(self, auth_lists, final_callback, uuid, settings): +gtk.Dialog.__init__(self, flags=gtk.DIALOG_MODAL) +self.set_title(_('Wireless Parameters required')) + +self._auth_lists = auth_lists +self._final_callback = final_callback +self._uuid = uuid +self._settings = settings + +label = gtk.Label(_(Please enter parameters\n)) +self.vbox.pack_start(label) + +self._auth_type_store = gtk.ListStore(str, str) +for auth_list in self._auth_lists: +self._auth_type_store.append([auth_list._auth_label, + auth_list._auth_type]) + +self._auth_type_combo = gtk.ComboBox(self._auth_type_store) +cell = gtk.CellRendererText() +self._auth_type_combo.pack_start(cell, True) +self._auth_type_combo.add_attribute(cell, 'text', 0) +self._auth_type_combo.set_active(0) +self._auth_type_combo.connect('changed', +self._auth_type_combo_changed_cb
Re: [Sugar-devel] [PATCH v2][sucrose-0.94][RFC] Add capability to connect to WPA/WPA2-Enterprise networks
Minor change over the previous version so that the XO is able to reconnect to the enterprise network after a suspend-resume cycle. On Fri 09 Dec 2011 04:57:54 PM IST, Anish Mangal wrote: From: Ajay Garg a...@sugarlabs.org As per user-workflow, there is no difference :- --- 1a. The (WPA/WPA2-Enterprise) network-icon is available on the neighbourhood-view. 1b. Upon clicking the network-icon, a popup dialog appears, asking for parameters. 1c. Upon clicking ok, the connection is made (shown by the 'Network-Connected'-icon in the tray). 2. If the connection is made successfully, the network-profile is saved in connections.cfg. From next reboot onwards, the connection is made automatically. Configurations :- Following configurations have been tested to work : 1. Tunnelled TLS (TTLS) 2. Protected EAP (PEAP) Following configurations are still to be tested : 1. LEAP (seems that it requires support from the access-point). 2. TLS (the testing couldn't be done, even with nm-applet. Would like to hear if anyone gets it working with nm-applet, since the sugar-parameters-UI is modelled on nm-applet-UI.) The patch contains the UI-frontend code for entering all 4 configuration parameters (modelled on nm-applet's Connect to Hidden Wireless Network - WPA/WPA2 Enterprise. Signed-off-by: Ajay Garg a...@activitycentral.com Tested-by: Anish Mangal an...@activitycentral.com Signed-off-by: Anish Mangal an...@activitycentral.com --- src/jarabe/desktop/keydialog.py| 174 +- src/jarabe/desktop/networkviews.py | 248 +++- src/jarabe/model/network.py| 22 +++- 3 files changed, 437 insertions(+), 7 deletions(-) diff --git a/src/jarabe/desktop/keydialog.py b/src/jarabe/desktop/keydialog.py index c72f498..53745df 100644 --- a/src/jarabe/desktop/keydialog.py +++ b/src/jarabe/desktop/keydialog.py @@ -32,6 +32,10 @@ WEP_PASSPHRASE = 1 WEP_HEX = 2 WEP_ASCII = 3 +SETTING_TYPE_STRING = 1 +SETTING_TYPE_LIST = 2 + + def string_is_hex(key): is_hex = True @@ -120,6 +124,158 @@ class KeyDialog(gtk.Dialog): return self._response +# Plain Old Python Object (POPO) +class NetworkParametersPOPO(gtk.HBox): +def __init__(self, auth_param): +gtk.HBox.__init__(self, homogeneous=True) +self._key = auth_param._key_name +self._label = gtk.Label(_(auth_param._key_label)) +self._key_type = auth_param._key_type + +# Decide, if we need to show a 'entry', +# or a 'list-store' +if len(auth_param._options) == 0: +self._show_entry = True +else: +self._show_entry = False + +self.pack_start(self._label) +self._label.show() + +if self._show_entry: +self._entry = gtk.Entry() +self.pack_start(self._entry) +self._entry.show() +else: +self._option_store = gtk.ListStore(str, str) +for option in auth_param._options: +self._option_store.append(option) + +self._list_store_entry = auth_param._options[0][1] +self._option_combo = gtk.ComboBox(self._option_store) +cell = gtk.CellRendererText() +self._option_combo.pack_start(cell, True) +self._option_combo.add_attribute(cell, 'text', 0) +self._option_combo.set_active(0) +self._option_combo.connect('changed', +self._option_combo_changed_cb) +self.pack_start(self._option_combo) +self.show() +self._option_combo.show() + +def _option_combo_changed_cb(self, widget): +it = self._option_combo.get_active_iter() +(value, ) = self._option_store.get(it, 1) +self._list_store_entry = value + +def _get_key(self): +return self._key + +def _get_value(self): +if self._show_entry: +return self._entry.get_text() +else: +return self._list_store_entry + + +class KeyValuesDialog(gtk.Dialog): +def __init__(self, auth_lists, final_callback, uuid, settings): +gtk.Dialog.__init__(self, flags=gtk.DIALOG_MODAL) +self.set_title(_('Wireless Parameters required')) + +self._auth_lists = auth_lists +self._final_callback = final_callback +self._uuid = uuid +self._settings = settings + +label = gtk.Label(_(Please enter parameters\n)) +self.vbox.pack_start(label) + +self._auth_type_store = gtk.ListStore(str, str) +for auth_list in self._auth_lists: +self._auth_type_store.append([auth_list._auth_label, + auth_list._auth_type]) + +self._auth_type_combo = gtk.ComboBox(self
Re: [Sugar-devel] [PATCH v2][sucrose-0.94][RFC] Add capability to connect to WPA/WPA2-Enterprise networks
On Fri 09 Dec 2011 06:31:51 PM IST, Peter Robinson wrote: This really needs to be ported to the master branch which now used NetworkManager 0.9 I guess there is great work being done by dsd et. al to get NM 0.9 stuff working with sugar/0.96+. I'd be happy to assist with reviewing porting etc. if upstream thinks this a valuable addition for mainline. To that end [cc+=erikos, dsd] The patch however, is a departure from the current mainline efforts to _integrate_ network settings between gnome and sugar. It is more on the lines of 0.94 networking sugar code where sugar stores its own network settings in connections.cfg This feature is originally being developed for f14/0.94.1 based dx3 based on a request from OLPC-Australia. At this moment, I'd consider trying to upstream this for the sucrose-0.94 branch. Finally, I'd appreciate people testing and reviewing this patch, esp with LEAP, since we're finding it difficult to get that test environment up. Peter On Fri, Dec 9, 2011 at 11:27 AM, Anish Mangal an...@activitycentral.com wrote: From: Ajay Garg a...@sugarlabs.org As per user-workflow, there is no difference :- --- 1a. The (WPA/WPA2-Enterprise) network-icon is available on the neighbourhood-view. 1b. Upon clicking the network-icon, a popup dialog appears, asking for parameters. 1c. Upon clicking ok, the connection is made (shown by the 'Network-Connected'-icon in the tray). 2. If the connection is made successfully, the network-profile is saved in connections.cfg. From next reboot onwards, the connection is made automatically. Configurations :- Following configurations have been tested to work : 1. Tunnelled TLS (TTLS) 2. Protected EAP (PEAP) Following configurations are still to be tested : 1. LEAP (seems that it requires support from the access-point). 2. TLS (the testing couldn't be done, even with nm-applet. Would like to hear if anyone gets it working with nm-applet, since the sugar-parameters-UI is modelled on nm-applet-UI.) The patch contains the UI-frontend code for entering all 4 configuration parameters (modelled on nm-applet's Connect to Hidden Wireless Network - WPA/WPA2 Enterprise. Signed-off-by: Ajay Garg a...@activitycentral.com Tested-by: Anish Mangal an...@activitycentral.com Signed-off-by: Anish Mangal an...@activitycentral.com --- src/jarabe/desktop/keydialog.py| 174 +- src/jarabe/desktop/networkviews.py | 248 +++- src/jarabe/model/network.py| 22 +++- 3 files changed, 437 insertions(+), 7 deletions(-) diff --git a/src/jarabe/desktop/keydialog.py b/src/jarabe/desktop/keydialog.py index c72f498..53745df 100644 --- a/src/jarabe/desktop/keydialog.py +++ b/src/jarabe/desktop/keydialog.py @@ -32,6 +32,10 @@ WEP_PASSPHRASE = 1 WEP_HEX = 2 WEP_ASCII = 3 +SETTING_TYPE_STRING = 1 +SETTING_TYPE_LIST = 2 + + def string_is_hex(key): is_hex = True @@ -120,6 +124,158 @@ class KeyDialog(gtk.Dialog): return self._response +# Plain Old Python Object (POPO) +class NetworkParametersPOPO(gtk.HBox): +def __init__(self, auth_param): +gtk.HBox.__init__(self, homogeneous=True) +self._key = auth_param._key_name +self._label = gtk.Label(_(auth_param._key_label)) +self._key_type = auth_param._key_type + +# Decide, if we need to show a 'entry', +# or a 'list-store' +if len(auth_param._options) == 0: +self._show_entry = True +else: +self._show_entry = False + +self.pack_start(self._label) +self._label.show() + +if self._show_entry: +self._entry = gtk.Entry() +self.pack_start(self._entry) +self._entry.show() +else: +self._option_store = gtk.ListStore(str, str) +for option in auth_param._options: +self._option_store.append(option) + +self._list_store_entry = auth_param._options[0][1] +self._option_combo = gtk.ComboBox(self._option_store) +cell = gtk.CellRendererText() +self._option_combo.pack_start(cell, True) +self._option_combo.add_attribute(cell, 'text', 0) +self._option_combo.set_active(0) +self._option_combo.connect('changed', +self._option_combo_changed_cb) +self.pack_start(self._option_combo) +self.show() +self._option_combo.show() + +def _option_combo_changed_cb(self, widget): +it = self._option_combo.get_active_iter() +(value, ) = self._option_store.get(it, 1) +self._list_store_entry = value + +def _get_key(self): +return self._key + +def _get_value(self): +if self._show_entry: +return self
Re: [Sugar-devel] [PATCH v2][sucrose-0.94][RFC] Add capability to connect to WPA/WPA2-Enterprise networks
On Sat, Dec 10, 2011 at 01:32, Daniel Drake d...@laptop.org wrote: On Fri, Dec 9, 2011 at 9:08 AM, Anish Mangal an...@activitycentral.com wrote: This feature is originally being developed for f14/0.94.1 based dx3 based on a request from OLPC-Australia. At this moment, I'd consider trying to upstream this for the sucrose-0.94 branch. 0.94 is feature frozen since a long time ago. Right. 0.96 also passed the new feature acceptance deadline (though not very long ago) If you are proposing to undo the feature freeze (which is not unthinkable) then you should do that in a separate thread - but you'll probably also have to offer to become the maintainer as well. And I think the community will require you to enforce a master first policy from the outset for this to fly. Thinking in terms of master first, how do you find the patch aside from the fact that it is probably not applicable to mainline in its current form. I ask this since the patch is building upon the 0.94 (and prev) sugar scheme of having its settings stored in local connections.cfg rather than share these settings with gnome/globally (current nm0.9 efforts). Daniel Anish P.S. I may have misunderstood since I'm not upto speed with what your nm0.9 patch(es) exactly do, but I have that impression. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Promoting Pablo Flores to CEO of Activity Central
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/06/2011 11:51 PM, Pablo Flores wrote: Thanks for the announcement. As David says, I will have the big challenge of directing AC, a company which has at the core of its business providing services for deployments using the Sugar learning platform. I've been involved in the olpc/sugar ecosystem since 2007 (for more info about me, please see my profile http://plus.google.com/u/0/104046304533768660303/aboutand follow me in google+). Much of my work was as a volunteer, having a strong focus on promoting the community work. One year ago I was hired by AC to work in the company's community outreach area, where I could work in promoting events like eduJAM, Sugar Day Junín, Mexico City Sugar workshop and Sugar Camp Lima. Sugar is based on the great work that the whole community systematically does for it, to which I hope AC can contribute even more in this new stage. AC provides deployments with technical solutions tailored to their particular needs, promoting at the same time the community growth by supporting local labs, hiring outstanding programmers, upstreaming code and sharing knowledge. In my vision, these professional services are required to keep the ecosystem healthy and it's our biggest challenge doing this sustainably. I won?t be much online in the last weeks of December as I'll take some days off before assuming the new position, but I?m very open to receiving by email or in #sugar IRC your doubts, suggestions, criticisms or ideas, as I want to keep the contact fluid. Stay in touch! Regards, Pablo Flores activitycentral.com http://activitycentral.com/ Congrats Pablo!! :-) On Tue, Dec 6, 2011 at 3:19 PM, David Farning dfarn...@activitycentral.com mailto:dfarn...@activitycentral.com wrote: I am proud to announce that we are promoting Pablo Flores as the new CEO of Activity Central. Pablo has a strong background in all things OLPC and Sugar from his time at Plan Ceibal, leadership in Ceibal Jam, and most recently as community architect for Activity Central. Pablo and the rest of the Activity Central team will continue the core AC mission of providing service and support for deployments. I will continue my work in the Sugar/OLPC ecosystem by focusing on the junction point between deployment technical teams and education teams. My research so far has lead me to the notion of learning objects. While poorly defined in the education literature, the vocabulary around learning objects seems to lends itself to the intersection of technical personal and education personal in early childhood education. david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org mailto:Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO3l8ZAAoJEBoxUdDHDZVp98QH/jLzX2QP8YWdG7loi6tOLtES ycA58TQQq0J49LrC0VOLNI2ygWXNlSbn/lcPBF0K7BUOK+a/u8VTbYYBPs/eQNUM sYltHAP7gVwgMEVpO8IkPZORPWzl+Xlx1JYj4qt9vg9yGKNkDcBmRnAZ8ySthVUI OS7Ru8MfmTqSwdNHVIEABlb5WpxQxekADRB9WGr9UBxgKP+GHCyOSrNUY1XqaskE kSZLSbxBDIakgj6nU2vWnD/EHev0Cwej5sFmEUXU49/usOHz6NlN0GwuiU1OqQwq KuXYtY7XT5cAlofhoD6L6/zt2K33T4uNrN/hmIzeU9+K70TQM0rmQMdEIz3USIY= =1Cuv -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sucrose-0.94][RFC] Add capability to connect to WPA/WPA2-Enterprise networks
From: Ajay Garg a...@sugarlabs.org As per user-workflow, there is no difference :- --- 1a. The (WPA/WPA2-Enterprise) network-icon is available on the neighbourhood-view. 1b. Upon clicking the network-icon, a popup dialog appears, asking for parameters. 1c. Upon clicking ok, the connection is made (shown by the 'Network-Connected'-icon in the tray). 2. If the connection is made successfully, the network-profile is saved in connections.cfg. From next reboot onwards, the connection is made automatically. Configurations :- Following configurations have been tested to work : 1. Tunnelled TLS (TTLS) 2. Protected EAP (PEAP) Following configurations are still to be tested : 1. LEAP (seems that it requires support from the access-point). 2. TLS (the testing couldn't be done, even with nm-applet. Would like to hear if anyone gets it working with nm-applet, since the sugar-parameters-UI is modelled on nm-applet-UI.) The patch contains the UI-frontend code for entering all 4 configuration parameters (modelled on nm-applet's Connect to Hidden Wireless Network - WPA/WPA2 Enterprise. Signed-off-by: Ajay Garg a...@activitycentral.com Tested-by: Anish Mangal an...@activitycentral.com --- src/jarabe/desktop/keydialog.py| 174 +- src/jarabe/desktop/networkviews.py | 248 +++- src/jarabe/model/network.py| 22 +++- 3 files changed, 437 insertions(+), 7 deletions(-) diff --git a/src/jarabe/desktop/keydialog.py b/src/jarabe/desktop/keydialog.py index c72f498..9a1675c 100644 --- a/src/jarabe/desktop/keydialog.py +++ b/src/jarabe/desktop/keydialog.py @@ -32,6 +32,10 @@ WEP_PASSPHRASE = 1 WEP_HEX = 2 WEP_ASCII = 3 +SETTING_TYPE_STRING = 1 +SETTING_TYPE_LIST = 2 + + def string_is_hex(key): is_hex = True @@ -120,6 +124,158 @@ class KeyDialog(gtk.Dialog): return self._response +# Plain Old Python Object (POPO) +class NetworkParametersPOPO(gtk.HBox): +def __init__(self, auth_param): +gtk.HBox.__init__(self, homogeneous=True) +self._key = auth_param._key_name +self._label = gtk.Label(_(auth_param._key_label)) +self._key_type = auth_param._key_type + +# Decide, if we need to show a 'entry', +# or a 'list-store' +if len(auth_param._options) == 0: +self._show_entry = True +else: +self._show_entry = False + +self.pack_start(self._label) +self._label.show() + +if self._show_entry: +self._entry = gtk.Entry() +self.pack_start(self._entry) +self._entry.show() +else: +self._option_store = gtk.ListStore(str, str) +for option in auth_param._options: +self._option_store.append(option) + +self._list_store_entry = auth_param._options[0][1] +self._option_combo = gtk.ComboBox(self._option_store) +cell = gtk.CellRendererText() +self._option_combo.pack_start(cell, True) +self._option_combo.add_attribute(cell, 'text', 0) +self._option_combo.set_active(0) +self._option_combo.connect('changed', +self._option_combo_changed_cb) +self.pack_start(self._option_combo) +self.show() +self._option_combo.show() + +def _option_combo_changed_cb(self, widget): +it = self._option_combo.get_active_iter() +(value, ) = self._option_store.get(it, 1) +self._list_store_entry = value + +def _get_key(self): +return self._key + +def _get_value(self): +if self._show_entry: +return self._entry.get_text() +else: +return self._list_store_entry + + +class KeyValuesDialog(gtk.Dialog): +def __init__(self, auth_lists, final_callback, uuid, settings): +gtk.Dialog.__init__(self, flags=gtk.DIALOG_MODAL) +self.set_title(_('Wireless Parameters required')) + +self._auth_lists = auth_lists +self._final_callback = final_callback +self._uuid = uuid +self._settings = settings + +label = gtk.Label(_(Please enter parameters\n)) +self.vbox.pack_start(label) + +self._auth_type_store = gtk.ListStore(str, str) +for auth_list in self._auth_lists: +self._auth_type_store.append([auth_list._auth_label, + auth_list._auth_type]) + +self._auth_type_combo = gtk.ComboBox(self._auth_type_store) +cell = gtk.CellRendererText() +self._auth_type_combo.pack_start(cell, True) +self._auth_type_combo.add_attribute(cell, 'text', 0) +self._auth_type_combo.set_active(0) +self._auth_type_combo.connect('changed', +self._auth_type_combo_changed_cb) +self._auth_type_box = gtk.HBox(homogeneous
Re: [Sugar-devel] [Dextrose] [ANNOUNCE] New Dextrose-3 development release: Alpha-3
That patch was posted on @dx mailing list and is under review. https://patchwork.sugarlabs.org/patch/1041/ On Fri 25 Nov 2011 07:09:11 AM IST, Jerry Vonau wrote: On Fri, 2011-11-11 at 03:20 +0530, Anish Mangal wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm pleased to announce another development release in the dextrose-3 series. This is our third alpha and builds upon sugar-0.94.1 and a new dextrose patchset. The targeted release date for the final stable release is 19th December. Please see the dextrose-3 roadmap[1] for more details. == Key points == * Based on sugar 0.94.1 * Incremental fixes included in the sugar-dx3-patchset [2] * Includes initial release of sugar-client in place of ds-backup-client and dextrose-updater and adds more functionality[3]. Were you intending on releasing the proxy control-panel plugin also? Jerry == Bug Fixes (Refer to sugar 0.94.1 release notes for upstream fixes) == * sl#2822 au#383 Only pre-select already installed activities * sl#3217 Add en_AU in My Settings - Language * Don't choke on non-integer activities == Get it here == * XO-1, with gnome, ** http://download.sugarlabs.org/dextrose/testing/dx3/xo1/dx3g055.img ** http://download.sugarlabs.org/dextrose/testing/dx3/xo1/dx3g055.crc * XO-1.5, with gnome, ** http://download.sugarlabs.org/dextrose/testing/dx3/xo1.5/dx3g055.zd == Report problems == Though this is still a development release, it is pretty stable for a alpha. Bug reports should be opened on bugs.sugarlabs.org and assigned the dx3 keyword in order to enable us to track them effectively. == Activity version updates == * Abacus-28 * Chat-73 * FlipSticks-10 * ImageViewer-19 * Ruler-14 * TamTamMini-61 * TurtleArt-122 == New Packages == * sugar-client-1.0-3.1.noarch == Updated Packages == * bootfw-q3b22-1.unsigned.noarch * freetype-2.4.2-6.fc14.i686 * ImageMagick-6.6.4.1-16.fc14.i686 * ImageMagick-c++-6.6.4.1-16.fc14.i686 * kernel-2.6.35.13_xo1.5-20111026.1209.olpc.5d76efb.i586 * krb5-libs-1.8.4-3.fc14.i686 * libdrm-2.4.22-2.fc14.i686 * NetworkManager-0.8.5.93-1.fc14.i686 * NetworkManager-glib-0.8.5.93-1.fc14.i686 * NetworkManager-gnome-0.8.5.93-1.fc14.i686 * nss-softokn-3.12.10-5.fc14.i686 * nss-softokn-freebl-3.12.10-5.fc14.i686 * olpc-powerd-37-1.fc14.i686 * olpc-powerd-dbus-37-1.fc14.i686 * olpc-utils-1.3.7-1.fc14.i686 * orc-0.4.16-3.fc14.i686 * parted-2.3-5.fc14.i686 * perl-5.12.4-148.fc14.i686 * perl-libs-5.12.4-148.fc14.i686 * perl-Module-Pluggable-3.90-148.fc14.noarch * perl-Pod-Escapes-1.04-148.fc14.noarch * perl-Pod-Simple-3.13-148.fc14.noarch * perl-threads-shared-1.32-148.fc14.i686 * python-setuptools-0.6.24-1.fc14.noarch * rpm-4.8.1-7.fc14.i686 * rpm-libs-4.8.1-7.fc14.i686 * rpm-python-4.8.1-7.fc14.i686 * rsync-3.0.8-2.fc14.i686 * sugar-0.94.1-20111025.dx3.fc14.noarch * xorg-x11-server-common-1.9.5-2.fc14.i686 * xorg-x11-server-Xorg-1.9.5-2.fc14.i686 * xorg-x11-server-Xvfb-1.9.5-2.fc14.i686 == Removed packages == * cronie-1.4.8-2.fc14.i686 * cronie-anacron-1.4.8-2.fc14.i686 * crontabs-1.11-1.20101115git.fc14.noarch * ds-backup-client-0.11.1.g71d2f16-1.olpc3.noarch * rsyslog-4.6.3-3.fc14.i686 [1] http://wiki.sugarlabs.org/go/Dextrose/3/Roadmap [2] http://people.sugarlabs.org/~silbe/dextrose/patchsets/sugar-dx3-20111025.tar.gz [3] http://wiki.sugarlabs.org/go/Sugar_Server_Kit/sugar-client - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOvEcxAAoJEBoxUdDHDZVpxcgH/0eUUmSoXF9wRoEluqgucvpE +euC/TCW5VtLseK0jJxp27tqA1fxYr4oexIRkIi1JPjZ/oGiG51okvZd0LXH2hhX 8xEtdEoiThQrvY3oVO6tdxAW0mR8ieXo3G1TBt6rYvvSWzMu7p6hta/Y9gfaUv7J mEPTbJZm9+cDfum+YUlf+mFolSb9QvUNUompymCW6z0otPmJvsswgTIbvHr8tYkT NlMAV0TaNmWTgL+A8dE6dP9zq98/mg209wn42B4OO3a1gPP5mXhaq/ib31yQT6So RJzXY6OuLR5BImg2JkYadf5MeBaZrRsQ370k2AlhQV3VV+2/4z49S2M3QoOc3JU= =Qxlk -END PGP SIGNATURE- ___ Dextrose mailing list dextr...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/dextrose -- Anish Mangal Dextrose Project Manager Activity Central ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Proxy Control Panel (Was: New Dextrose-3...)
On Wed 30 Nov 2011 01:29:07 AM IST, Bernie Innocenti wrote: On Tue, 2011-11-29 at 23:21 +0530, Anish Mangal wrote: That patch was posted on @dx mailing list and is under review. https://patchwork.sugarlabs.org/patch/1041/ Could someone please post a screenshot of the proxy control panel? http://wiki.sugarlabs.org/go/Features/Proxy_Settings#UI_Design Also, has anyone considered merging this with the Network control panel? If we don't contain the growth, we'll soon have more control panel items than Vista (-: -- Anish | an...@activitycentral.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH 4/4] Restore load homepage functionality
On Wed 30 Nov 2011 10:11:43 AM IST, Manuel Quiñones wrote: Signed-off-by: Manuel Quiñones ma...@laptop.org --- browser.py | 14 ++ 1 files changed, 6 insertions(+), 8 deletions(-) diff --git a/browser.py b/browser.py index 320cb62..789988d 100644 --- a/browser.py +++ b/browser.py @@ -39,7 +39,11 @@ import sessionstore from widgets import BrowserNotebook _ZOOM_AMOUNT = 0.1 -_LIBRARY_PATH = '/usr/share/library-common/index.html' +if os.path.isfile('/usr/share/library-common/index.html'): +_HOMEPAGE_PATH = '/usr/share/library-common/index.html' +else: +_HOMEPAGE_PATH = os.path.join(activity.get_bundle_path(), +data/index.html) class SaveListener(object): @@ -272,13 +276,7 @@ class TabbedView(BrowserNotebook): def load_homepage(self): browser = self.current_browser - -if os.path.isfile(_LIBRARY_PATH): -browser.load_uri('file://' + _LIBRARY_PATH) -else: -default_page = os.path.join(activity.get_bundle_path(), -data/index.html) -browser.load_uri(default_page) +browser.load_uri('file://' + _HOMEPAGE_PATH) def _get_current_browser(self): return self.get_nth_page(self.get_current_page()).get_child() nitpicky IMO, moving the code from here to above is probably fine, but removing _LIBRARY_PATH would be adding that extra bit of complexity to the code. Having the variable makes it clear that: if LIBRARY_PATH: load it else load HOMEPAGE_PATH Also, maybe having an else-if instead of else for the HOMEPAGE_PATH check and having all this in a try..except would be safer /nitpicky Reviewed-by: Anish Mangal an...@activitycentral.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [FEATURES][DESIGN] Network proxy configuration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'd like to propose Network proxy configuration in Sugar http://wiki.sugarlabs.org/go/Features/Proxy_configuration - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOyrQwAAoJEBoxUdDHDZVpV7EH/1qfF3EuGvK70mB2PK5IgQVo OAZXcqtY6bfFBtxWSJmGeHfKvwxIQLnAPD0CaqeZxamV/GfrKZrynpA15lanSJ1o 5RKAjKDnrOO3b+EvYyjCg/hvOb4rxgGQXFENhr6FnITTizxljEha+lcRoDRSCpGT 2ODwXSPEIFDjS7UDYqfh+YkW7LnCVyMHzn557oU9ZoK5Itea4nJUsiOAKMCg5mMN 7fFbcms/Etk1Z/MWkX2FW40WstMnkakAsL8eXJvx+UXMmHQuv/kmRvbtctixwVZH 2wsNaDSU+lJ1kUGtGfSol2sj2BMBhmX3UAUSscKwRXkm0Z6PAzRnO42dOFhjwrY= =PgUo -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Stepping down
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/2011 05:35 PM, Lucian Branescu wrote: This email is long overdue. As you might have noticed, I haven't contributed to Browse/Sugar in a long time. It was partly frustration with the technologies (GTK3/introspection migration, I hate you), partly lack of money; but mostly it was lack of spare time. I still don't have any more free time to devote to Sugar development now, so I wanted to let everyone that hasn't already noticed that I can't be depended on to maintain Browse. Also, I won't be paying much attention to the mailing list(s). Sugar was my gateway to real software development and I'd like to thank everyone that was patient with me and helped me along. I still like Sugar, and I'm not going anywhere, so if anyone wants to contact me about anything don't hesitate. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Thanks Lucian! Your work made a lot of kids around the world happier :-) - -- Anish -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOxWLpAAoJEBoxUdDHDZVp1rkH/3k2z2rLZIQq9U8ddWJA5R34 wDDwgw2Gi+CBJ1KLhDk/fEyuw0jpBXjuU3D3YTSisAooThLDIr+14zlVH7dHdAIs uL6LFO0DTSGgRldQBjowoTkJD5icEkfBNpwxFkI5sNS/9lz0/J3g8LEKDxuis2EB NZZ3paWAZgFrAaN2szZq11RixxkvldbcbE5OT7enTUNehU85O1lytzvJX8AElc9K qutYuQ1oUVZ/yCFybQE7zFcd2rQxENkxqSG04Snv/FNJR30jvZoNOwZWeUYP06os 7fzEfG/q4zBxLckrykIJUyoXk79iug1ZeBFjCGw8v+P5flpbRMpu2V0dqUqBTus= =0sCX -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] New Dextrose-3 development release: Alpha-3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm pleased to announce another development release in the dextrose-3 series. This is our third alpha and builds upon sugar-0.94.1 and a new dextrose patchset. The targeted release date for the final stable release is 19th December. Please see the dextrose-3 roadmap[1] for more details. == Key points == * Based on sugar 0.94.1 * Incremental fixes included in the sugar-dx3-patchset [2] * Includes initial release of sugar-client in place of ds-backup-client and dextrose-updater and adds more functionality[3]. == Bug Fixes (Refer to sugar 0.94.1 release notes for upstream fixes) == * sl#2822 au#383 Only pre-select already installed activities * sl#3217 Add en_AU in My Settings - Language * Don't choke on non-integer activities == Get it here == * XO-1, with gnome, ** http://download.sugarlabs.org/dextrose/testing/dx3/xo1/dx3g055.img ** http://download.sugarlabs.org/dextrose/testing/dx3/xo1/dx3g055.crc * XO-1.5, with gnome, ** http://download.sugarlabs.org/dextrose/testing/dx3/xo1.5/dx3g055.zd == Report problems == Though this is still a development release, it is pretty stable for a alpha. Bug reports should be opened on bugs.sugarlabs.org and assigned the dx3 keyword in order to enable us to track them effectively. == Activity version updates == * Abacus-28 * Chat-73 * FlipSticks-10 * ImageViewer-19 * Ruler-14 * TamTamMini-61 * TurtleArt-122 == New Packages == * sugar-client-1.0-3.1.noarch == Updated Packages == * bootfw-q3b22-1.unsigned.noarch * freetype-2.4.2-6.fc14.i686 * ImageMagick-6.6.4.1-16.fc14.i686 * ImageMagick-c++-6.6.4.1-16.fc14.i686 * kernel-2.6.35.13_xo1.5-20111026.1209.olpc.5d76efb.i586 * krb5-libs-1.8.4-3.fc14.i686 * libdrm-2.4.22-2.fc14.i686 * NetworkManager-0.8.5.93-1.fc14.i686 * NetworkManager-glib-0.8.5.93-1.fc14.i686 * NetworkManager-gnome-0.8.5.93-1.fc14.i686 * nss-softokn-3.12.10-5.fc14.i686 * nss-softokn-freebl-3.12.10-5.fc14.i686 * olpc-powerd-37-1.fc14.i686 * olpc-powerd-dbus-37-1.fc14.i686 * olpc-utils-1.3.7-1.fc14.i686 * orc-0.4.16-3.fc14.i686 * parted-2.3-5.fc14.i686 * perl-5.12.4-148.fc14.i686 * perl-libs-5.12.4-148.fc14.i686 * perl-Module-Pluggable-3.90-148.fc14.noarch * perl-Pod-Escapes-1.04-148.fc14.noarch * perl-Pod-Simple-3.13-148.fc14.noarch * perl-threads-shared-1.32-148.fc14.i686 * python-setuptools-0.6.24-1.fc14.noarch * rpm-4.8.1-7.fc14.i686 * rpm-libs-4.8.1-7.fc14.i686 * rpm-python-4.8.1-7.fc14.i686 * rsync-3.0.8-2.fc14.i686 * sugar-0.94.1-20111025.dx3.fc14.noarch * xorg-x11-server-common-1.9.5-2.fc14.i686 * xorg-x11-server-Xorg-1.9.5-2.fc14.i686 * xorg-x11-server-Xvfb-1.9.5-2.fc14.i686 == Removed packages == * cronie-1.4.8-2.fc14.i686 * cronie-anacron-1.4.8-2.fc14.i686 * crontabs-1.11-1.20101115git.fc14.noarch * ds-backup-client-0.11.1.g71d2f16-1.olpc3.noarch * rsyslog-4.6.3-3.fc14.i686 [1] http://wiki.sugarlabs.org/go/Dextrose/3/Roadmap [2] http://people.sugarlabs.org/~silbe/dextrose/patchsets/sugar-dx3-20111025.tar.gz [3] http://wiki.sugarlabs.org/go/Sugar_Server_Kit/sugar-client - -- Anish Mangal Dextrose Project Manager Activity Central -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOvEcxAAoJEBoxUdDHDZVpxcgH/0eUUmSoXF9wRoEluqgucvpE +euC/TCW5VtLseK0jJxp27tqA1fxYr4oexIRkIi1JPjZ/oGiG51okvZd0LXH2hhX 8xEtdEoiThQrvY3oVO6tdxAW0mR8ieXo3G1TBt6rYvvSWzMu7p6hta/Y9gfaUv7J mEPTbJZm9+cDfum+YUlf+mFolSb9QvUNUompymCW6z0otPmJvsswgTIbvHr8tYkT NlMAV0TaNmWTgL+A8dE6dP9zq98/mg209wn42B4OO3a1gPP5mXhaq/ib31yQT6So RJzXY6OuLR5BImg2JkYadf5MeBaZrRsQ370k2AlhQV3VV+2/4z49S2M3QoOc3JU= =Qxlk -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel