Re: [Localization] How do we manage translation effort in Release, process/roadmap?
On Wed, Jul 16, 2008 at 4:58 AM, Edward Cherlin [EMAIL PROTECTED] wrote: On Fri, Jul 11, 2008 at 9:47 AM, Greg Smith [EMAIL PROTECTED] wrote: Hi Sayamindu, Great work, thanks for taking up the gauntlet on this! One question for you, how much lead time do you need to do the translations? Assuming something like final test starts 15 days before the target release date, when do we need to tell the developers to freeze all of their strings? We are nowhere near that state. That would be OK if we had enough localizers working full-time from a previous release that was completely localized. In the present state of things we have no way to complete localization in most languages, no matter how much lead time we specify. Not true always :-). For example, take a look at the GNOME stats. They have a significant number of languages breaching the 80% mark (and gaining supported status) for each release cycle. They have a much larger volunteer pool though (I think..), and there are people who are actually paid to do the translations (not by GNOME, but usually by distro manufacturers who ship GNOME). However, I see no reason why there should not be a similar release policy for OLPC. The range on our Pootle server is from 0% translated (Aymara, for example) to 99% for German. Spanish, the most used, is at 69%, but almost all of what is missing is in Etoys internals. We could pick a few languages that are in deployments and are close enough to finished for this sort of freeze to be meaningful. My impression as that that would consist of Spanish and French. I invite you to examine http://dev.laptop.org/translate and draw your own conclusions. Freeze applies to code (developers need to maintain the freeze), and not translations or translation teams individually. If we look at the stats for XO core and XO Bundled (at least parts of which are string frozen right now) - we have at least 10-15 languages which have crossed the 90% percent mark. Which is not too bad. It would be helpful if we could get a page generated automatically with some statistics on language projects, but I don't know who could create it. Sayamindu is rather overwhelmed. What kind of statistics are you looking at ? Translation stats for all languages will probably appear in a future release of Pootle (the Mozilla folks are working on that). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
Basically, there are two separate problems here, and we should not be solving them together. One is that the latest release may not be the greatest - because of bugfix releases. I agree with Eben's proposal of minor version numbers as a (totally optional) solution; as long as the minor/major separator is not a decimal separator (that is, [.,]), the meaning is pretty self-evident. (I think that : is the best candidate, by analogy with times and bible verses.) This is actually my primary concern. Ditto. I'm strongly in favor of supporting minor versions for this -- the notion of monotonically increasing 'version' is fundamentally misleading. Major.minor is less broken. On Mon, Jul 14, 2008 at 6:24 PM, Eben Eliason [EMAIL PROTECTED] wrote: On the contrary, you are missing mine. I don't *want* this in the bundle. I want this to be a sentence that can be stated, at some point following the release of 9.1, by a wiki page, the release notes, a tech support person, a friend, or the developer herself. Nothing more. No technical magic here. +1 SJ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
On Tue, Jul 15, 2008 at 7:03 PM, Martin Langhoff [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2008 at 10:51 AM, Gary C Martin [EMAIL PROTECTED] wrote: Version (activity_version) is just some sortable entity to be agreed In other words, let us do the same thing that rpm and dpkg do. It gives you both more expressive power, and a stupid 1.1.0.9z is older than 2.0-alpha cmp function for whenever you need it. Right on.SJ. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Video Chat
Le mardi 15 juillet 2008 à 19:39 -0400, Ricardo Carrano a écrit : Hey! Hi, I am trying to install the Video Chat activity, in order to check #7511. Following instructions in: http://lists.laptop.org/pipermail/devel/2008-April/013227.html Fetching the rpms from: http://people.collabora.co.uk/~cassidy/olpc-video-chat/ All the rpms installs ok but the last which fails on dependency for libtelepathy-glib.so.0. Where can I get this lib? I tried some obvious things, like yum install libtelepathy, but it didn't help. Humm this is weird. Which build are you using? Could you check what rpm -qa | telepathy returns ? G. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2165
:( No network after loading this build. -walter On Tue, Jul 15, 2008 at 5:31 PM, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2165 Changes in build 2165 from build: 2163 Size delta: 0.00M -kernel 2.6.25-20080714.1.olpc.4fab16203e851f2 +kernel 2.6.25-20080715.2.olpc.ef92c83e1c0d23a -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2165
Here is a workaround: http://dev.laptop.org/ticket/7514#comment:7 Tomeu On Wed, Jul 16, 2008 at 10:06 AM, Walter Bender [EMAIL PROTECTED] wrote: :( No network after loading this build. -walter On Tue, Jul 15, 2008 at 5:31 PM, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2165 Changes in build 2165 from build: 2163 Size delta: 0.00M -kernel 2.6.25-20080714.1.olpc.4fab16203e851f2 +kernel 2.6.25-20080715.2.olpc.ef92c83e1c0d23a -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Localization] How do we manage translation effort in Release, process/roadmap?
On Wed, Jul 16, 2008 at 3:15 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2008 at 4:58 AM, Edward Cherlin [EMAIL PROTECTED] wrote: The range on our Pootle server is from 0% translated (Aymara, for example) to 99% for German. Spanish, the most used, is at 69%, but almost all of what is missing is in Etoys internals. We could pick a few languages that are in deployments and are close enough to finished for this sort of freeze to be meaningful. My impression as that that would consist of Spanish and French. I invite you to examine http://dev.laptop.org/translate and draw your own conclusions. Freeze applies to code (developers need to maintain the freeze), and not translations or translation teams individually. If we look at the stats for XO core and XO Bundled (at least parts of which are string frozen right now) - we have at least 10-15 languages which have crossed the 90% percent mark. Which is not too bad. I proposed translation freeze milestone, because translators can know due date to push translations for final build and they can plan and manage their own work. (and setting goal would make people more productive :-) In other words, final build have to be planned and executed by developers after the milestone. I wouldn't worry even if the translation is 100% for some project with too many strings (like etoys) at the translation freeze time. ** We have been more than happy with near 50% translations for Japanese Etoys, as frequently used in typical Etoys workshop with kids have been already covered. Though I have not yet given up better coverage in future ofcourse :-) It would be helpful if we could get a page generated automatically with some statistics on language projects, but I don't know who could create it. Sayamindu is rather overwhelmed. Could you be more specific about the requirement? Is the stat shown on Pootle screen right now insufficient for you? Cheers, /Korakurider What kind of statistics are you looking at ? Translation stats for all languages will probably appear in a future release of Pootle (the Mozilla folks are working on that). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Java
David, just tried what Dennis suggested and it just worked: yum install java-1.6.0-openjdk-plugin Please git it a try yourself and if it works, could you update the wiki page and give some feedback on the trac tickets you mentioned? Remember that this is in joyride, so perhaps different advice should be left for users of past releases. Thanks, Tomeu On Tue, Jul 15, 2008 at 10:36 PM, David Leeming [EMAIL PROTECTED] wrote: Hi Tomeu, I just followed the instructions for Sun JRE using http://wiki.laptop.org/go/RestrictedFormats using 1.5.0 update 13. It all worked as in the text The end result is a blue-coloured plugin listed in the Mozilla plugins folder /usr/lib/mozilla/plugins libjavaplugin_oji.so But it doesn't show up when I query about:plugins using the browser. This is exactly as described in the support tickets 865 and 6465 David Leeming Technical Advisor, People First Network Tel: +677 76396(m) 24419(h) 26358 (w) www.leeming-consulting.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tomeu Vizoso Sent: Tuesday, 15 July 2008 9:12 p.m. To: David Leeming Cc: [EMAIL PROTECTED] Subject: Re: Java 2008/7/15 David Leeming [EMAIL PROTECTED]: Just been browsing the Java pages on the wiki and confirming to myself the Sun Java version installs but the plugin does not load. A pity, as I have installed on a school server an excellent UNESCO CD of educational materials Strengthening ICTs in Schools and Schoolnet Project in the ASEAN Setting which has hundreds of nice educational applets. Seems the last recorded activity on getting Java to work was about 5 months ago... or can anyone update me? Hi David, can you check if the java plugin gets installed in /usr/lib/mozilla/plugins? Can you tell me how did you installed it? Which rpms/tarballs did you use? Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Re: Faster Launch of Activities
On Tue, 2008-07-15 at 11:47 +0200, riccardo wrote: On Tue, 2008-07-15 at 05:01 -0400, Greg Smith wrote: description? It would be useful to see a comparison of build 656 v 703 v 708 v latest joyride. That's a lot so just 703 (last release image) vs latest Joyride would the top priority. I'm not instrumenting the code but using a stopwatch so timings are a bit rough. The test: - reboot the machine - wait that jfss2_gcd_mtd0 finishes hogging the cpu (around 50 secs from when the shell is displayed) - go to the listview (*) - for every activity (one at time), from the drop menu-start and take the time until the full window redrawn - do it again from point (*) if you want to see the difference between first startup and 'warm' startup I also use to gather stats with Picker while doing the test, to see what processes are taking more cpu time; it also helps to catch conditions where activities are fully redrawn at time x but really are fully loaded at x+20sec (easy to see in etoys and browse). Are both first and second launch timings needed ? Michael, What is the latest version of Joyride that people should be testing? I re-read your status e-mail July 12 and didn't see it in there: http://lists.laptop.org/pipermail/devel/2008-July/016457.html I didn't click on all the links so let me know if I missed it somewhere. Could anybody confirm the following points please ? - builds numbers - if it's ok to take those timings as explained above thanks, riccardo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 2169
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2169 Changes in build 2169 from build: 2165 Size delta: 0.00M -sugar-update-control 0.2-1 +sugar-update-control 0.3-1 --- Changes for sugar-update-control 0.3-1 from 0.2-1 --- + Support editing/reordering activity groups. -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
+1 on Gary's comments! Hysterical and spot on. Please keep them coming and let me know if I can help you with your project participation. This is an important discussion about version numbers. The most important part will be coming to a working assumption (albeit temporary and subject to change) and communicating it. Who can gather the consensus and take responsibility for updating the wiki if needed? http://wiki.laptop.org/go/Activity_bundles Thanks, Greg S * [EMAIL PROTECTED] Subject: Re: [sugar] Activity versioning schema To: Martin Langhoff [EMAIL PROTECTED] Cc: OLPC Development devel@lists.laptop.org, Eben Eliason [EMAIL PROTECTED], Sugar List [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes On 16 Jul 2008, at 00:03, Martin Langhoff wrote: On Wed, Jul 16, 2008 at 10:51 AM, Gary C Martin [EMAIL PROTECTED] wrote: Version (activity_version) is just some sortable entity to be agreed Please do read back on this - now lenghty - discussion. Unfortunately, any monotonically increasing version does _not_ work, thanks to the magic of maintenance releases. Let us bow collectively to the wisdom of distro maintainers who are smart and have been doing this job for far longer than us. In other words, let us do the same thing that rpm and dpkg do. It gives you both more expressive power, and a stupid 1.1.0.9z is older than 2.0-alpha cmp function for whenever you need it. OK, sorry, I've clearly accidentally wandered in to a room full of hardcore gun toting bit heads ? I'm now backing slowly towards the exit, my hands clearly raised. Please do be sure to post whatever (I'm sure excellent) final outcome is, clearly and somewhere public (perhaps http://wiki.laptop.org/go/Activity_bundles *** would be a start), so us external activity developers don't have to be part of this bit punk talk. *** Salient quotes: Each activity.info file must have a activity_version key. The version is a single positive integer. Larger versions are considered newer. The value assigned to this key should be considered opaque to the activity; the only requirement of the activity is that it must be larger for new activity builds. And: Each activity.info file must have a host_version key. The version is a single positive integer. This specifies the version of the Sugar environment which the activity is compatible with. (fixme: need to specify sugar versions somewhere. Obviously we start with 1.) if this is incorrect, please, PLEASE (!!) remove it from the f$# %ing bit rot wiki! --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Localization] How do we manage translation effort in, Release, process/roadmap?
Hi Sayamindu and Localization Leads, Thanks for following up on this. I put string freeze for translation in the the Release Process at: http://wiki.laptop.org/go/Release_Process_Home#String_Freeze I don't know that the exact dates in the process will hold, but its a start. There are a couple of other comments on translation in the Ice section. Please update this page to fit your working assumptions. I included a couple of questions I had (look for ?). If you can address those it will help. You may want to notify these lists if you make changes. Add links to relevant pages you maintain too. Let me know if you have any questions or need help with this. Thanks, Greg S Date: Wed, 16 Jul 2008 11:13:21 +0530 From: Sayamindu Dasgupta [EMAIL PROTECTED] Subject: Re: [Localization] How do we manage translation effort in Release,process/roadmap? To: [EMAIL PROTECTED] Cc: devel@lists.laptop.org, [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=UTF-8 Hi Greg, It looks like the current release schedule for SugarLabs worked out pretty fine for us. The time frame depends on the number of strings, as well as the number of strings which are being changed in a given release cycle. I would say a period of 30 days in enough. You may also find the schedule at http://live.gnome.org/TwoPointTwentythree to be interesting. Thanks, Sayamindu On Fri, Jul 11, 2008 at 10:17 PM, Greg Smith [EMAIL PROTECTED] wrote: Hi Sayamindu, Great work, thanks for taking up the gauntlet on this! One question for you, how much lead time do you need to do the translations? Assuming something like final test starts 15 days before the target release date, when do we need to tell the developers to freeze all of their strings? Possible dates are 90 days before target release day and 60 days before target release day. Let me know which of those you prefer or if you think a different lead time is warranted. Thanks, Greg S Sayamindu Dasgupta wrote: Hello Korakurider, Thanks for your input. I have put up a basic document at http://wiki.laptop.org/go/Localization/Workflow Comments and brickbats are welcome :-). Regarding you questions - please see inline :-) On Fri, Jul 4, 2008 at 5:51 PM, Korakurider [EMAIL PROTECTED] wrote: On Thu, Jul 3, 2008 at 8:38 PM, Greg Smith [EMAIL PROTECTED] wrote: Now, my turn to ask :-) I don't know who is the right one to ask though... (1) They say SugarLabs is upstream of Sugar software and OLPC is one of distro. Then, which POs are still owned by OLPC? (Packaging/Pootle/Activation Server/OLPC Web site projects are obvious :-) For Sugar. will commit from Pootle go to upstream(SugarLab) or distro(OLPC)? Which will POT come from ? My personal opinion (I am open to suggestions) that all translations should go directly upstream as much as possible. Distro specific efforts for translations (unless you are talking about distro specific tools, etc) have been badly bitten in the past. (2) SugarLabs have declared string freeze for 8.2. But I am not sure specifically which POT/POs are governed by their declaration. sugar.po/sugar-base.po/sugar-toolkit.po come to mind. And I think other activities in XO-Core (that are also included in their software stack as Demo activities) aren't governed. right? I think I answered this. * sugar-base * sugar-toolkit * sugar * chat-activity * web-activity * read-activity * log-activity * write-activity * calculate-activity * terminal-activity * pippy-activity * etoys-activity I will probably try to arrange the projects in our Pootle server at some point to reflect this. (3) OLPC have stopped to bundle activities with base software. Now release cycle for them doesn't have to be aligned to XO software from OLPC's point of view. But I think It would be still better to try to let them aligned for refreshing translations. Note that even if the package is enough mature, additional build would be needed to pull new translations (new languages for instance). Right now it is hard to know when my updated translations for some activities will be pulled into the packages :- For the sugar stuff - expect a following of the release cycles. For other stuff - there is really no way to know. However, I would like to request developers to announce releases a few days in advance in the localization list, so that translators can prioritize and/or commit appropriately. Thanks, Sayamindu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
xkeyboard-config in F9
Hello everyone, It looks like F-9 ships xkeyboard-config-1.2, while the latest version (version 1.3) has quite a few OLPC specific fixes and enhancements. In such a situation do we backport the fixes to xkeyboard-config-1.2 and ship the F-9 RPM, or do we create a new package with xkeyboard-config-1.3 ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Devel Digest, Vol 29, Issue 93
Hi Brian, Michael, et al, Thanks for the notes. On this: * What build should you be testing / providing packages for? 8.2 stream has some divergence http://dev.laptop.org/~bert/8.2-joyride.html I'm still not sure which image to spend my time on and QA is asking the same. Can you pick the version (joyride-) you want us to focus on for testing and release notes writing? Thanks, Greg S ** Can you get it down to olpc-update Date: Tue, 15 Jul 2008 15:44:15 -0400 From: Brian Jordan [EMAIL PROTECTED] Subject: Re: Reminder: Tuesday Release Wednesday Software Meetings -- 2:00 PM in #olpc-meeting on irc.freenode.org To: Michael Stone [EMAIL PROTECTED] Cc: devel@lists.laptop.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Gobby notes from #olpc-meeting irc.freenode.net 2PM = Agenda from http://lists.laptop.org/pipermail/devel/2008-July/016583.html === Status Review last week action items * Where are we? (freeze status, general bugginess, ...) Differences between this and last week: Bugs have been fixed Nailing down states for action-needed field Tomeu's report based on those states http://tinyurl.com/5kr77g Learned of some breakage through tinderbox: http://wiki.laptop.org/go/Tinderbox Two weeks in which to get out a plausible release candidate Goal to have something pass the smoke test * What build should you be testing / providing packages for? 8.2 stream has some divergence http://dev.laptop.org/~bert/8.2-joyride.html Possibility of 8.1.2 * how do we resolve/trac/assign touchpad work? === Resourcing Developers--profile yourself: http://wiki.laptop.org/go/Profiles * Bugs #6825 #7357 - cjb: not fixed yet (see comment) #7378 library stuff is still getting installed in /usr/share/activities instead of /usr/share/sugar/activities * Sugar seems like it needs help. * Collaboration really needs help. Devel team isn't hearing regularly from collabora developers daf and guillaume are currently sending in weekly reports to tech-team 3 release contracts for 8.2 around collaboration: http://dev.laptop.org/report/18 #7387 #7389 #7390 * Library stuff really needs help. * We've got a lot of things ready for testing by QA that aren't being tested. What's the hangup? Testbeds scattered all over - Nortel, Princeton, 1cc, we need to help them set up for testing Fedora folks can't test Wad's scientific testing: http://wiki.laptop.org/go/Collaboration_Network_Testbed === Miscellanea * Walter's Peru Security update? * Backwards compatibility? * What should we be considering for our next release? * Tickets for Wednesday? = Action items brian: Send meeting minutes out to [EMAIL PROTECTED] tomeu: Send m_stone better times for meetings for the Sugar team On Mon, Jul 14, 2008 at 6:11 PM, Michael Stone [EMAIL PROTECTED] wrote: Dear world, We should meet tomorrow to discuss release questions and on Wednesday to discuss tickets. I will arrive fifteen minutes early for each of these meetings to finalize the agenda for each; however, here are some tentative items: - For TUESDAY: === Status * Where are we? (freeze status, general bugginess, ...) * What build should you be testing / providing packages for? === Resourcing * I want a volunteer to read bugs@ with me and yell when they see important things go by. Also to fix obviously mistakes and add appropriate tagging. * Sugar seems like it needs help. * Collaboration really needs help. * We've got a lot of things ready for testing by QA that aren't being tested. What's the hangup? === Miscellanea * Walter's Peru Security update? * Backwards compatibility? * What should we be considering for our next release? * Tickets for Wednesday? - For WEDNESDAY: A review of blockers; present and proposed. - Finally, please reply with other items that you'd like to discuss or join me early at each of our meetings. As before, we'll record the minutes and the agenda in Gobby. Thanks, Michael P.S. - We haven't made much progress on action items from last week's meeting. Sigh. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Code name for 9.1.0
Absence of dissent does not mean agreement. It often means some people are just tired of the topic and will find the topic frustrating to chime in on; I know this to be true for some of us. I must say I'm tired of us changing our naming scheme again and again. We've gone from build numbers, to ship.x, to update.x, to the current numbering scheme. I'm not convinced that having a code name in addition to a numbering scheme adds much, though I have little objection to the particular scheme being proposed here. But I'd like to defer this discussion/decision until we've figured out who will be doing the release job for 9.1.0; that person's opinion should weigh more than most in the discussion. Hopefully we'll get this settled on in the next week or two. Them that does, has the most say, in my book - Jim On Tue, 2008-07-15 at 13:11 -0600, Jameson Chema Quinn wrote: Well, actually, the mango suggestion was made originally as a tree, not a fruit - as the tree Freire learned to read underneath. Obviously the concept of learning under a tree exists in many cultures around the world, and there are several trees that would work for this: apple (newton), bodhi/banyan/fig/pipal/Ashvastha (buddha), juniper (navajo), buttonwood (wall street), blossoming pear (african-american - from their eyes were watching god), mulberry (china/silk), baobab, thorn tree I definitely sympathize with the general fruit and alphabetical is nice threads here. Verbs are good too. And the above list, even if we managed to triple it, would still be a little too thin to make such wordplay easy. But even if we decide against a list like the above, I would still advocate for starting with mango, and then going alphabetical later (as Ubuntu did). The Freire story is a good one, and mango is such a fun word to say. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Jim Gettys [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
How to make files uploaded at d.l.o accessible for downloads by anybody ?
Hi, I'd like to have some files I uploaded at d.l.o accessible for downloads for anybody so that I can include links to them in reports send to the ml. How to do it ? ;) thanks, riccardo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to make files uploaded at d.l.o accessible for downloads by anybody ?
On Wed, Jul 16, 2008 at 8:19 PM, riccardo [EMAIL PROTECTED] wrote: Hi, I'd like to have some files I uploaded at d.l.o accessible for downloads for anybody so that I can include links to them in reports send to the ml. How to do it ? ;) thanks, riccardo Put the files in $HOME/public_html -hth- Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Report on `activities switching' profiling
Hi, Problem: switching between activities is noticeably too slow. Test-case: the test consist of starting Chat and Write and switching between them for a sensible amount of time. All tests were run on a xo. Switching was automated by patching sugar-shell to call shell.activate_next_activity() or shell.activate_previous_activity() (so that it never ends up in the journal) every 1100. The 1100ms value was chosen after some testing as the minimum value (or very near to it) at which both activities are able to completely redraw their windows on switching without artifacts. The following tab. and fig. show cpu time usage of the five processes taking more cpu time while running the test (the first two processes are chat and write). (tot% us+sy) - (partial% us+sy) : cmdline 28.9 - 28.9 : python /usr/sbin/rainbow-daemon --daemon 54.7 - 25.8 : python /usr/sbin/rainbow-daemon --daemon 66.5 - 11.7 : /usr/bin/X :0 -fp built-ins -wr -auth /home/olpc/.serverauth.1861 76.9 - 10.3 : python /usr/bin/datastore-service 85.3 - 8.4 : python /usr/bin/sugar-shell http://dev.laptop.org/~rlucchese/ActivitiesSwitching/chat-write/stats.picker.p84.svg (http://dev.laptop.org/~rlucchese/ActivitiesSwitching/chat-write/stats.picker) They were obtained by running: $ picker -t30 -f10 $ grapher -c5 ! 55% of cpu time goes to the activities, to do what? The two following files are cProfile statistics formatted to be viewed with KCacheGrind for the chat and write activity: http://dev.laptop.org/~rlucchese/ActivitiesSwitching/chat-write/cProfile-chat http://dev.laptop.org/~rlucchese/ActivitiesSwitching/chat-write/cProfile-write Ordering by function's self-time we have for chat: part% func name 17.3 : gtk.gdk.Pixbuf.scale_simple 13.6 : sugar._sugarext.Preview.get_pixbuf 10.4 : gtk.gdk.Pixbuf.save 6. : sugar._sugarext.Preview.take_screenshot -- 47.3% Values are almost the same for write. I guess some time can be gained by not doing the conversion Drawable - GdkPixbuf (sugar._sugarext.Preview.get_pixbuf) and perform the scaling and conversion directly on the first buffer. But IMHO the real problem is: ! Activities save their state and take previews continuously regardless of whether their state changed or not Next, cProfile statistics for the shell: http://dev.laptop.org/~rlucchese/ActivitiesSwitching/chat-write/cProfile-shell Ordering by function self-time we have: part% func name 14.5 : set_message_with_reply_and_block of dbus 6.1 : cycle 6 2.58 : __init__ of sugar/graphics/palette.py cycle 6 1.65 : cairo.context.paint I don't understand what cycle 6 refers to (it appears also in the third entry); maybe Tomeu knows ? ;) Btw the shell is taking only the 8.4% of the total cpu time. There also cProfile statistics for the DS and the Journal but they are not very interesting this time: http://dev.laptop.org/~rlucchese/ActivitiesSwitching/chat-write/cProfile-datastore http://dev.laptop.org/~rlucchese/ActivitiesSwitching/chat-write/cProfile-journal The last tool we used is sysprof: http://dev.laptop.org/~rlucchese/ActivitiesSwitching/chat-write/stats.sysprof What it shows is somehow more difficult to comment on; I think is much more clear to just look at sysprof. Much time is spent in __PangoFontset_class_init-__do_global_ctors_aux; is this libpango or the python-pango bindings being 'reloaded' at every switch ? Next, `notable' thing is a memcpy in the xorg libfb module; all the screenshots ? libcairo doesn't seem to show up particularly. Did I miss something interesting in these tests ? Thanks, riccardo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to make files uploaded at d.l.o accessible for downloads by anybody ?
On Wed, 2008-07-16 at 20:21 +0530, Sayamindu Dasgupta wrote: On Wed, Jul 16, 2008 at 8:19 PM, riccardo [EMAIL PROTECTED] wrote: Hi, I'd like to have some files I uploaded at d.l.o accessible for downloads for anybody so that I can include links to them in reports send to the ml. How to do it ? ;) thanks, riccardo Put the files in $HOME/public_html -hth- Sayamindu Thanks ! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Report on `activities switching' profiling
On Wed, Jul 16, 2008 at 11:04 AM, riccardo [EMAIL PROTECTED] wrote: (so that it never ends up in the journal) every 1100. The 1100ms value was chosen after some testing as the minimum value (or very near to it) at which both activities are able to completely redraw their windows on switching without artifacts. If you could, it would also be useful to test out the quick tab behavior. While it's true that after a short delay (I forget the exact number of ms) the activities redraw their windows, the behavior is supposed to prevent this redraw as long as the tabbing events happen quickly enough, so that the redraw doesn't add latency when attempting to bypass several activities in a row. I'm not sure if this is actually working properly on the XOs. I guess some time can be gained by not doing the conversion Drawable - GdkPixbuf (sugar._sugarext.Preview.get_pixbuf) and perform the scaling and conversion directly on the first buffer. But IMHO the real problem is: ! Activities save their state and take previews continuously regardless of whether their state changed or not Yeah, this would indeed be a problem. This ticket -- http://dev.laptop.org/ticket/4365 -- deals with it to some extent, and a patch is present there, but it's been ignored for some time now. - Eben ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Touch pad
David Leeming wrote: The cp command gave a string of complaints that the source and destination files are the same file. I am therefore unsure if it worked successfully as per the comment below on the wiki page. However after a reboot the touchpad still works... If you omit the -a in the above recipe, the vmlinuz symlink will not be updated correctly nod. There's a lot of noise when you do the copy. A quick ls -l to verify that the bzImage symlink now points at your new kernel can be used if you have doubts. And then uname -a when you reboot to verify the commit ID matches what you think you installed. Always a good check. I've installed the wrong .rpm a few times. -- Richard Smith [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Video Chat
Le mercredi 16 juillet 2008 à 09:31 -0300, Ricardo Carrano a écrit : I am trying to install the Video Chat activity, in order to check #7511. Following instructions in: http://lists.laptop.org/pipermail/devel/2008-April/013227.html Fetching the rpms from: http://people.collabora.co.uk/~cassidy/olpc-video-chat/ All the rpms installs ok but the last which fails on dependency for libtelepathy-glib.so.0. Where can I get this lib? I tried some obvious things, like yum install libtelepathy, but it didn't help. Humm this is weird. Which build are you using? Could you check what rpm -qa | telepathy returns ? It is candidate-708: telepathy-gabble-0.7.1-0.8.olpc2 telepathy-salut-0.2.3-1.olpc2 telepathy-filesystem-0.0.1-2.fc7 telepathy-glib-0.6.1-1.olpc2 This version is too old. telepathy-stream-engine requires at least telepathy-glib 0.7.6. You should try using Joyride. G. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Video Chat
Guillaume, On Wed, Jul 16, 2008 at 11:51 AM, Guillaume Desmottes [EMAIL PROTECTED] wrote: Le mercredi 16 juillet 2008 à 09:31 -0300, Ricardo Carrano a écrit : I am trying to install the Video Chat activity, in order to check #7511. Following instructions in: http://lists.laptop.org/pipermail/devel/2008-April/013227.html Fetching the rpms from: http://people.collabora.co.uk/~cassidy/olpc-video-chat/ All the rpms installs ok but the last which fails on dependency for libtelepathy-glib.so.0. Where can I get this lib? I tried some obvious things, like yum install libtelepathy, but it didn't help. Humm this is weird. Which build are you using? Could you check what rpm -qa | telepathy returns ? It is candidate-708: telepathy-gabble-0.7.1-0.8.olpc2 telepathy-salut-0.2.3-1.olpc2 telepathy-filesystem-0.0.1-2.fc7 telepathy-glib-0.6.1-1.olpc2 This version is too old. telepathy-stream-engine requires at least telepathy-glib 0.7.6. You should try using Joyride. Ok, thanks! Mm, I just don't get how joe (Joe, are you listening to this?) reported that the video-chat activity saturates bandwidth (#7511) on build 708. Have you seen this ticket? Cheers! Ricardo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Help! Summarizing the xulrunner situation in OLPC
So today I had a meeting with Christopher Aillon, the maintainer of all things Mozilla in Fedora, and it helped greatly to shape my understanding of the issues around xulrunner for OLPC and/or Sugar and/or Fedora. My proposed goal is to maintain a xulrunner package in Fedora that meets the needs of OLPC. Why? So that (a) the Browse activity (which imho is the most important activity in Sugar with the possible exception of Journal) can run natively in Fedora without forcing naive users to figure out how to resolve package conflicts; and (b) OLPC is not forced to carry a forked xulrunner, and the maintenance headaches that go along with it. So here's the current situation, as I understand it; caillon and others, please correct me if I go astray: 1. xulrunner, with all dependencies, takes up a lot of space on the target system, for some definition of a lot. Printing support, for instance, brings a whole chain of dependencies along with it. 2. In an effort to cut down on space, OLPC has built its own xulrunner that breaks these dependencies. 3. These dependencies will be coming back someday in the upstream, when Mozilla makes these hard dependencies instead of soft dependencies. If this analysis is correct, it forces us to answer some key questions. 1. Space. What are the real space requirements for the xulrunner dependencies? Do we have any hard numbers that we can analyze? Is it reasonable to carry all of the dependencies along in OLPC? How were the decisions made to leave out certain pieces of the xulrunner dependency chain, and can those decisions be revisited? 2. Future. My understanding of how the dependencies will move in the future from soft to hard is incomplete. When these changes happen, what will be the exact impact on people who are trying to maintain a slimmed-down xulrunner that breaks these dependencies? --g ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
On Wed, Jul 16, 2008 at 09:10:56AM -0400, Greg Smith wrote: Who can gather the consensus and take responsibility for updating the wiki if needed? No one can, yet, because there's a real argument going on between the people who have to live with the versioning scheme on the infrastructure and security side and the people who want to use it in the UI. In particular, there are non-trivial security issues with identifying activities internally with _anything_ spoofable - i.e. with any identifier that an activity can 'claim' without reference to some more primitive sense of identity (e.g. a cryptographic manifest). Consequently, as I have claimed on the several other occasions when this discussion has come up, we are _not_ going to decide on an activity naming and versioning scheme without having written down our use cases and checked that the proposed design satisfies them. What _should_ be happening in this thread is the collection of use cases. For a small selection of the issues involved, please refer to http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_1 http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_2 Regards, Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Help! Summarizing the xulrunner situation in OLPC
We will also need to enable pyxpcom in the fedora firefox for Browse to work. Marco On Wed, Jul 16, 2008 at 6:43 PM, Greg Dekoenigsberg [EMAIL PROTECTED] wrote: So today I had a meeting with Christopher Aillon, the maintainer of all things Mozilla in Fedora, and it helped greatly to shape my understanding of the issues around xulrunner for OLPC and/or Sugar and/or Fedora. My proposed goal is to maintain a xulrunner package in Fedora that meets the needs of OLPC. Why? So that (a) the Browse activity (which imho is the most important activity in Sugar with the possible exception of Journal) can run natively in Fedora without forcing naive users to figure out how to resolve package conflicts; and (b) OLPC is not forced to carry a forked xulrunner, and the maintenance headaches that go along with it. So here's the current situation, as I understand it; caillon and others, please correct me if I go astray: 1. xulrunner, with all dependencies, takes up a lot of space on the target system, for some definition of a lot. Printing support, for instance, brings a whole chain of dependencies along with it. 2. In an effort to cut down on space, OLPC has built its own xulrunner that breaks these dependencies. 3. These dependencies will be coming back someday in the upstream, when Mozilla makes these hard dependencies instead of soft dependencies. If this analysis is correct, it forces us to answer some key questions. 1. Space. What are the real space requirements for the xulrunner dependencies? Do we have any hard numbers that we can analyze? Is it reasonable to carry all of the dependencies along in OLPC? How were the decisions made to leave out certain pieces of the xulrunner dependency chain, and can those decisions be revisited? 2. Future. My understanding of how the dependencies will move in the future from soft to hard is incomplete. When these changes happen, what will be the exact impact on people who are trying to maintain a slimmed-down xulrunner that breaks these dependencies? --g ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Help! Summarizing the xulrunner situation in OLPC
On Wed, 2008-07-16 at 12:43 -0400, Greg Dekoenigsberg wrote: 3. These dependencies will be coming back someday in the upstream, when Mozilla makes these hard dependencies instead of soft dependencies. Are you saying that, in future, it will not be possible to compile a xulrunner without printing support? What about the libgnome/gnomevfs dependencies? If this analysis is correct, it forces us to answer some key questions. 1. Space. What are the real space requirements for the xulrunner dependencies? Do we have any hard numbers that we can analyze? Is it reasonable to carry all of the dependencies along in OLPC? How were the decisions made to leave out certain pieces of the xulrunner dependency chain, and can those decisions be revisited? So far, I don't think we've been considering space footprints for specific packages. Instead, we have been considering our OS build as a whole: we want to limit it to 300mb, and our F9 builds are currently 45mb overweight. http://dev.laptop.org/ticket/7353 I recently modified OLPC-3 xulrunner to remove dependencies on libgnome and gnomevfs2. Once Dennis has had a chance to review my work to remove libgnome deps from other packages too, a huge dependency chain (including metacity, icon themes, and plenty more) will fall out of the build. Therefore it is quite important that OLPC's xulrunner continues to avoid it's dependency on libgnome. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
Hi Michael, Thanks for the status. I wasn't asking if we have agreement. I was asking who will update the incorrect documentation when/if we have something new to say. You seem to know the state of affairs, can you update this wiki link http://wiki.laptop.org/go/Activity_bundles so it does not say anything which is incorrect per Gary's suggestion below? I'm trying to lay down some covering fire here so Gary makes it the door in one piece :-) Thanks, Greg S (perhaps http://wiki.laptop.org/go/Activity_bundles *** would be a start), so us external activity developers don't have to be part of this bit punk talk. *** Salient quotes: Each activity.info file must have a activity_version key. The version is a single positive integer. Larger versions are considered newer. The value assigned to this key should be considered opaque to the activity; the only requirement of the activity is that it must be larger for new activity builds. And: Each activity.info file must have a host_version key. The version is a single positive integer. This specifies the version of the Sugar environment which the activity is compatible with. (fixme: need to specify sugar versions somewhere. Obviously we start with 1.) if this is incorrect, please, PLEASE (!!) remove it from the f$# %ing bit rot wiki! Michael Stone wrote: On Wed, Jul 16, 2008 at 09:10:56AM -0400, Greg Smith wrote: Who can gather the consensus and take responsibility for updating the wiki if needed? No one can, yet, because there's a real argument going on between the people who have to live with the versioning scheme on the infrastructure and security side and the people who want to use it in the UI. In particular, there are non-trivial security issues with identifying activities internally with _anything_ spoofable - i.e. with any identifier that an activity can 'claim' without reference to some more primitive sense of identity (e.g. a cryptographic manifest). Consequently, as I have claimed on the several other occasions when this discussion has come up, we are _not_ going to decide on an activity naming and versioning scheme without having written down our use cases and checked that the proposed design satisfies them. What _should_ be happening in this thread is the collection of use cases. For a small selection of the issues involved, please refer to http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_1 http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_2 Regards, Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
On Wed, Jul 16, 2008 at 01:16:51PM -0400, Greg Smith wrote: *** Salient quotes: Each activity.info file must have a activity_version key. The version is a single positive integer. Larger versions are considered newer. The value assigned to this key should be considered opaque to the activity; the only requirement of the activity is that it must be larger for new activity builds. In my opinion, the information quoted above is correct as of today. All that is true beyond that is that we are designing a revision of the activity packaging guidelines and formats. Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Help! Summarizing the xulrunner situation in OLPC
Daniel, It is quiet possible we'll want to pick up gnomevfs2 as a basic library in a future release (think about the OLPCfs method of accessing the journal). We didn't want the old gnomevfs library since that pulled in the old bonobo horror as a dependency. I'm not familiar with libgnome, and therefore have no opinion there. - Jim On Wed, 2008-07-16 at 13:00 -0400, Daniel Drake wrote: On Wed, 2008-07-16 at 12:43 -0400, Greg Dekoenigsberg wrote: 3. These dependencies will be coming back someday in the upstream, when Mozilla makes these hard dependencies instead of soft dependencies. Are you saying that, in future, it will not be possible to compile a xulrunner without printing support? What about the libgnome/gnomevfs dependencies? If this analysis is correct, it forces us to answer some key questions. 1. Space. What are the real space requirements for the xulrunner dependencies? Do we have any hard numbers that we can analyze? Is it reasonable to carry all of the dependencies along in OLPC? How were the decisions made to leave out certain pieces of the xulrunner dependency chain, and can those decisions be revisited? So far, I don't think we've been considering space footprints for specific packages. Instead, we have been considering our OS build as a whole: we want to limit it to 300mb, and our F9 builds are currently 45mb overweight. http://dev.laptop.org/ticket/7353 I recently modified OLPC-3 xulrunner to remove dependencies on libgnome and gnomevfs2. Once Dennis has had a chance to review my work to remove libgnome deps from other packages too, a huge dependency chain (including metacity, icon themes, and plenty more) will fall out of the build. Therefore it is quite important that OLPC's xulrunner continues to avoid it's dependency on libgnome. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Jim Gettys [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Help! Summarizing the xulrunner situation in OLPC
On Wed, Jul 16, 2008 at 7:44 PM, Jim Gettys [EMAIL PROTECTED] wrote: Daniel, It is quiet possible we'll want to pick up gnomevfs2 as a basic library in a future release (think about the OLPCfs method of accessing the journal). We didn't want the old gnomevfs library since that pulled in the old bonobo horror as a dependency. I'm not familiar with libgnome, and therefore have no opinion there. I guess you mean gvfs. (gnome-vfs2 is the old one). libgnome is gradually being deprecated too afaik. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Help! Summarizing the xulrunner situation in OLPC
On Wed, 2008-07-16 at 13:44 -0400, Jim Gettys wrote: Daniel, It is quiet possible we'll want to pick up gnomevfs2 as a basic library in a future release (think about the OLPCfs method of accessing the journal). We didn't want the old gnomevfs library since that pulled in the old bonobo horror as a dependency. I'm not familiar with libgnome, and therefore have no opinion there. My mistake - we already ship gnome-vfs2 and are not dropping it. A sugar component actually requires it. Enabling gnome-vfs2 support in xulrunner should not be an issue. libgnome is the component which is a dependency headache. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Help! Summarizing the xulrunner situation in OLPC
On Wed, Jul 16, 2008 at 7:48 PM, Daniel Drake [EMAIL PROTECTED] wrote: On Wed, 2008-07-16 at 13:44 -0400, Jim Gettys wrote: Daniel, It is quiet possible we'll want to pick up gnomevfs2 as a basic library in a future release (think about the OLPCfs method of accessing the journal). We didn't want the old gnomevfs library since that pulled in the old bonobo horror as a dependency. I'm not familiar with libgnome, and therefore have no opinion there. My mistake - we already ship gnome-vfs2 and are not dropping it. A sugar component actually requires it. Enabling gnome-vfs2 support in xulrunner should not be an issue. In update.1 we shipped the DBus version of gnome-vfs2 (Nokia patches) which didn't bring ORBit in. I'm not sure if that's still the case in joyride. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Help! Summarizing the xulrunner situation in OLPC
On Wed, 2008-07-16 at 19:48 +0200, Marco Pesenti Gritti wrote: On Wed, Jul 16, 2008 at 7:44 PM, Jim Gettys [EMAIL PROTECTED] wrote: Daniel, It is quiet possible we'll want to pick up gnomevfs2 as a basic library in a future release (think about the OLPCfs method of accessing the journal). We didn't want the old gnomevfs library since that pulled in the old bonobo horror as a dependency. I'm not familiar with libgnome, and therefore have no opinion there. I guess you mean gvfs. (gnome-vfs2 is the old one). libgnome is gradually being deprecated too afaik. ah, ok, I was confused. - Jim Marco -- Jim Gettys [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
Greg Smith [EMAIL PROTECTED] writes: This is an important discussion about version numbers. Not that I want to put heat in here, I just thought you might just be interested in this: http://kerneltrap.org/Linux/Kernel_Release_Numbering_Redux Quoting Linus: I have to say that I personally don't have any hugely strong opinions on the numbering. I suspect others do, though, and I'm almost certain that this is an absolutely _perfect_ 'bikeshed-painting' subject where thousands of people will be very passionate and send me their opinions on why _their_ particular shed color is so much better. The only thing I do know is that I agree that 'big meaningless numbers' are bad. '26' is already pretty big. As you point out, the 2.4.x series has much bigger numbers yet. -- Bastien ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Autosave in 8.2.0?
Hi All, I have a priority request from the field to not lose any saved data. I believe we already do that except in the case of a crash or freeze of activities (no crashes is another request :-). Is that right? I heard we may have implemented some interim saving feature since 656. Does anyone know anything about that? If so, bug ID, developer and any other info appreciated. All of this is target 8.2.0. Thanks, Greg S ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Autosave in 8.2.0?
On Wed, Jul 16, 2008 at 8:58 PM, Greg Smith [EMAIL PROTECTED] wrote: Hi All, I have a priority request from the field to not lose any saved data. I believe we already do that except in the case of a crash or freeze of activities (no crashes is another request :-). Is that right? Yep. I heard we may have implemented some interim saving feature since 656. Does anyone know anything about that? Not sure what that refers to. Tomeu might know. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Project name : xomail is set up
Wed, 16 Jul 2008 06:49:44 +0530, Shikhar Bhushan [EMAIL PROTECTED] wrote: 1. Project name : xomail Done. Your tree is here: git+ssh://[EMAIL PROTECTED]/git/activities/xomail Please follow instructions here for importing your project: http://wiki.laptop.org/go/Importing_your_project Let us know if you have any problems with your tree. Happy hacking. Cheers, -- Henry Edward Hardy [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Display warnings in sugar
Hi, everyone! I was wondering if is there a way to open a popup or something like that in sugar, we want to use that or something similar to give warnings to the user, like 95% of disk space used. Thanks! -- Emiliano Pastorino LATU - Plan Ceibal Av. Italia 6201 CP: 11500, Montevideo, Uruguay Tel: (598 2) 601 3724 int.: 469 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Display warnings in sugar
This is a problem that all XOs face. Ultimately we should produce a shared solution and push the fix into Sugar. I believe there has been some discussion of this? The problem is getting that fix back out to deployed laptops may not be easy... My 2c. Maybe the XO character in the home view could flash when something this serious is wrong. On Wed, Jul 16, 2008 at 04:53:00PM -0300, Emiliano Pastorino wrote: Hi, everyone! I was wondering if is there a way to open a popup or something like that in sugar, we want to use that or something similar to give warnings to the user, like 95% of disk space used. Thanks! -- Emiliano Pastorino LATU - Plan Ceibal Av. Italia 6201 CP: 11500, Montevideo, Uruguay Tel: (598 2) 601 3724 int.: 469 ___ Sugar mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/sugar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Display warnings in sugar
Two answers: 1. We absolutely need stronger feedback (actually, feedback at all) for system state, such as disk space, battery level, network failures, and other similar issues. This is going to be handled by the notification system, which is in its infancy in the upcoming 8.2 release, but should mature and actually be taken advantage of by the following one. For more information, see http://wiki.laptop.org/go/Designs/Frame#12. We may later extend the notification system so that activities, too, can notify the user when necessary, even if they aren't presently focused. 2. We do already have some facilities in place to replace standard dialogs. There is an Alert class (and a few subclasses) defined which activities can use to show non-modal alerts and prompt for feedback. There are also going to be modal alerts (like the control panel, the object chooser, and others), but I'm not sure those have been wrapped up into a class for activities to use at this point. Cloning code from one of those modal alerts might be a fair short term solution in extreme cases (such as running out of disk space). - Eben On Wed, Jul 16, 2008 at 4:13 PM, Erik Garrison [EMAIL PROTECTED] wrote: This is a problem that all XOs face. Ultimately we should produce a shared solution and push the fix into Sugar. I believe there has been some discussion of this? The problem is getting that fix back out to deployed laptops may not be easy... My 2c. Maybe the XO character in the home view could flash when something this serious is wrong. On Wed, Jul 16, 2008 at 04:53:00PM -0300, Emiliano Pastorino wrote: Hi, everyone! I was wondering if is there a way to open a popup or something like that in sugar, we want to use that or something similar to give warnings to the user, like 95% of disk space used. Thanks! -- Emiliano Pastorino LATU - Plan Ceibal Av. Italia 6201 CP: 11500, Montevideo, Uruguay Tel: (598 2) 601 3724 int.: 469 ___ Sugar mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/sugar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: Touch pad
Hi Richard, sorry I am a bit slow with Linux :) can you say where to do the ls -l and uname -a? Just need a bit of clarification on how to check it is installed. By the way, I DID notice a bit of jumping cursor behaviour after the install on a couple of XOs. The 4-finger salute helped a lot. Too early to make any conclusions, as maybe it wasn't installed properly. David Leeming OLPC Coordinator, SPC and Technical Advisor, People First Network Honiara, Solomon Islands -Original Message- From: Richard Smith [mailto:[EMAIL PROTECTED] On Behalf Of Richard A. Smith Sent: Thursday, 17 July 2008 2:43 a.m. To: David Leeming Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Touch pad David Leeming wrote: The cp command gave a string of complaints that the source and destination files are the same file. I am therefore unsure if it worked successfully as per the comment below on the wiki page. However after a reboot the touchpad still works... If you omit the -a in the above recipe, the vmlinuz symlink will not be updated correctly nod. There's a lot of noise when you do the copy. A quick ls -l to verify that the bzImage symlink now points at your new kernel can be used if you have doubts. And then uname -a when you reboot to verify the commit ID matches what you think you installed. Always a good check. I've installed the wrong .rpm a few times. -- Richard Smith [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Touch pad
David Leeming wrote: Hi Richard, sorry I am a bit slow with Linux :) can you say where to do the ls -l and uname -a? Just need a bit of clarification on how to check it is installed. ls -l /versions/boot/current/boot since thats the target of your 'cp' command. uname -a can be executed from anywhere. It shows you info on your current running kernel. -- Richard Smith [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Official (draft) Trac Ticket Workflow
Greg and Michael discussed how we want to close tickets. Our conclusions and questions: * All resolved tickets should state that documentation was provided or that no documentation was needed. - How should we represent this boolean choice? * Tickets in the 'next_action == finalize' state will be reviewed by the release team and resolved per the previous remark. - Tickets can still be dropped from the workflow at any time by resolving them as 'worksforme', 'invalid', etc. * The emerging ticket workflow is officially described at http://wiki.laptop.org/go/Trac_ticket_workflow We'll improve that documentation as quickly as we're able. Please cite it profusely (and comment inline as you desire. We'll move comments to the discussion page as we respond to them). Michael Greg ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 2171
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2171 Changes in build 2171 from build: 2169 Size delta: 0.13M -sugar-journal 94-1.fc9 +sugar-journal 94-2.200807015git814c37616b.fc9 -cerebro 2.9.2-1.olpc3 +cerebro 2.9.4-1.olpc3 -kernel 2.6.25-20080715.2.olpc.ef92c83e1c0d23a +kernel 2.6.25-20080716.3.olpc.08ad05ca80e789b -sugar 0.81.6-2.20080709git8f4819a62e.fc9 +sugar 0.81.6-3.20080715git8137d5c37f.fc9 -sugar-toolkit 0.81.6-2.20080709git92ef9d298a.fc9 +sugar-toolkit 0.81.6-3.20080715gitd17347cc19.fc9 --- Changes for sugar-journal 94-2.200807015git814c37616b.fc9 from 94-1.fc9 --- + New git snapshot --- Changes for cerebro 2.9.4-1.olpc3 from 2.9.2-1.olpc3 --- + 2.9.4: Minor fixes, improved UI application (added bidding game) --- Changes for sugar 0.81.6-3.20080715git8137d5c37f.fc9 from 0.81.6-2.20080709git8f4819a62e.fc9 --- + 7071 Add an option for uninstalling activities from the home view + 7476 Order control panel modules logically + 4208 battery icon consistency fix + 7354 Maintain correct zoom level after activity launch --- Changes for sugar-toolkit 0.81.6-3.20080715gitd17347cc19.fc9 from 0.81.6-2.20080709git92ef9d298a.fc9 --- + git snapshot + 7523 fix content bundle installation + 5079 simplify sharing code + 4208 get_icon_state accepts negative step kwarg + 7444 Fix crash in get_joined_buddies when a buddy disappears uncleanly -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
On Thu, Jul 17, 2008 at 4:54 AM, Michael Stone [EMAIL PROTECTED] wrote: What _should_ be happening in this thread is the collection of use cases. For a small selection of the issues involved, please refer to http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_1 http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_2 I fail to see what makes the XO case different from the rest of the software world - from the pages you link - We need to identify feature vs bugfix revisions, which is something that versioning can do - Keep track of whether we are opening an existing document with a different program version, in that case, perhaps deal with capabilities - this is orthogonal to versioning, and similar to the provides field in deb packages. - If network interop between differing versions of tools is an issue, we could recommend an on-the-wire preamble where versions and optionally capabilities are exchanged, giving peers the opportunity to refuse to interact. Orthogonal to version numbers, however. These are well understood issues. Yes, we can write use cases, and argue the business case, and define a procedure around it. So as soon as we get our shipment of infinite time and resources, I _promise_ I'll get on to it. In the meantime, a simply obvious solution that meets our needs is standing in front of us, glowing warmly . grab it martin -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2171
thank you guys (and girls? probably just guys...) for the informative ChangeLogs!!! bobby On Wed, Jul 16, 2008 at 5:52 PM, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2171 Changes in build 2171 from build: 2169 Size delta: 0.13M -sugar-journal 94-1.fc9 +sugar-journal 94-2.200807015git814c37616b.fc9 -cerebro 2.9.2-1.olpc3 +cerebro 2.9.4-1.olpc3 -kernel 2.6.25-20080715.2.olpc.ef92c83e1c0d23a +kernel 2.6.25-20080716.3.olpc.08ad05ca80e789b -sugar 0.81.6-2.20080709git8f4819a62e.fc9 +sugar 0.81.6-3.20080715git8137d5c37f.fc9 -sugar-toolkit 0.81.6-2.20080709git92ef9d298a.fc9 +sugar-toolkit 0.81.6-3.20080715gitd17347cc19.fc9 --- Changes for sugar-journal 94-2.200807015git814c37616b.fc9 from 94-1.fc9 --- + New git snapshot --- Changes for cerebro 2.9.4-1.olpc3 from 2.9.2-1.olpc3 --- + 2.9.4: Minor fixes, improved UI application (added bidding game) --- Changes for sugar 0.81.6-3.20080715git8137d5c37f.fc9 from 0.81.6-2.20080709git8f4819a62e.fc9 --- + 7071 Add an option for uninstalling activities from the home view + 7476 Order control panel modules logically + 4208 battery icon consistency fix + 7354 Maintain correct zoom level after activity launch --- Changes for sugar-toolkit 0.81.6-3.20080715gitd17347cc19.fc9 from 0.81.6-2.20080709git92ef9d298a.fc9 --- + git snapshot + 7523 fix content bundle installation + 5079 simplify sharing code + 4208 get_icon_state accepts negative step kwarg + 7444 Fix crash in get_joined_buddies when a buddy disappears uncleanly -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
debuginfo rpms in the olpc_development repo
Would it be possible to push debuginfo rpms to the olpc_development repository? Currently we only appear to carry the following debuginfo rpms: bash-3.2# yum search debuginfo === Matched: debuginfo == glibc-debuginfo-common.i386 : Debug information for package glibc kernel-debuginfo-common.i586 : Kernel source files used by kernel-debuginfo : packages Including more debuginfo rpms would be quite helpful for debugging work. Today I spent a fair chunk of time rebuilding packages to get the debuginfo's. Erik ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: debuginfo rpms in the olpc_development repo
On Wed, 2008-07-16 at 18:13 -0400, Erik Garrison wrote: Would it be possible to push debuginfo rpms to the olpc_development repository? Currently we only appear to carry the following debuginfo rpms: bash-3.2# yum search debuginfo === Matched: debuginfo == glibc-debuginfo-common.i386 : Debug information for package glibc kernel-debuginfo-common.i586 : Kernel source files used by kernel-debuginfo : packages There are many more available: yum --enablerepo=fedora-debuginfo \ --enablerepo=updates-debuginfo search debuginfo but overall probably only a small coverage of available apps. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Network manager 0.7 for Joyride
Hi friends, It would be nice if we had network manager 0.7 in joyride. * It has a nicer API * Nobody is developing 0.6 anymore * 0.7 has new functionality and may have support for more networks This would likely require working with the... * Sugar presence service * Neighborhood view * Frame for the mesh device representation See http://wiki.laptop.org/go/Network_manager_0.7 , and please indicate if you are interested in working towards this (or know someone who may be). Cheers, Brian Jordan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
VPN with NetworkManager
Is there support of VPNs in the network manager? (I'm not sure if there is more than one type, but I'm wondering if such support exists at all) -FFM -- View this message in context: http://n2.nabble.com/VPN-with-NetworkManager-tp532303p532303.html Sent from the OLPC Software development mailing list archive at Nabble.com. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
I fail to see what makes the XO case different from the rest of the software world - from the pages you link I agree that the pages I cited presuppose that you understand how our requirements differ from those of the rest of the world. Some specific examples: - Our users often can't make informed decisions about what software they should be running. - Our users probably do not have root on their machines, yet still need to perform package-management-like tasks. - In addition to accepting code hierarchically from upstream providers, we want to share code fluidly between XOs. - We want the software we provide to support a higher standard of security (defined in Bitfrost) than other systems strive to provide. - We must attempt to minimize bandwidth usage while moving bits around and must tolerate long networking delays. - We cannot rely on any established public key infrastructure to verify the identities of code providers or the authenticity of the code they are providing. - We expect users will be constantly redistributing modified versions of software that they downloaded to their systems. - We expect that our user groups will, in general, NOT share common languages with one another (or, necessarily, with us). - We expect that many users will be translating their own software. - We MAY NOT assume that users have global connectivity with which to satisfy dependencies, verify claims about information, distribute their work, etc. For these reasons, in my humble opinion, choosing our software packaging format and guidelines (of which version numbering is but a single aspect) is NOT A TRIVIAL EXERCISE and is not as simple as picking an off-the-shelf format. (I wish that the reality were otherwise). Do you require more justification? Regards, Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
On Wed, Jul 16, 2008 at 3:54 PM, Martin Langhoff [EMAIL PROTECTED] wrote: On Thu, Jul 17, 2008 at 4:54 AM, Michael Stone [EMAIL PROTECTED] wrote: What _should_ be happening in this thread is the collection of use cases. For a small selection of the issues involved, please refer to http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_1 http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_2 +1 on creating use cases for activity versions. -1 on that being necessary to resolve this particular thread (except insofar as it makes opaque version strings less attractive). The security issues are with the service ID, not the version. ...In the meantime, a simply obvious solution that meets our needs is standing in front of us, glowing warmly . grab it +2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Video Chat
Hey Michael, So, according to http://dev.laptop.org/ticket/7511#comment:3, Joe got a build from you to test (which he refers to as 'build 708'). In this build he was able to run the Video-Chat activity, which seems to me to be in early beta stage, and reports his findings (a crash) as a network problem (in the same #7511). Guillaume notes that the video-chat activity is supposed to run in joyride, since it needs a newer version of telepathy-glibs. I am trying to further investigate this, but I am confused on what exactly was used on the test. Would you recall what exactly is the build that Joe is testing? Thank you very much! Cheers! Ricardo On Wed, Jul 16, 2008 at 11:57 AM, Ricardo Carrano [EMAIL PROTECTED] wrote: Guillaume, On Wed, Jul 16, 2008 at 11:51 AM, Guillaume Desmottes [EMAIL PROTECTED] wrote: Le mercredi 16 juillet 2008 à 09:31 -0300, Ricardo Carrano a écrit : I am trying to install the Video Chat activity, in order to check #7511. Following instructions in: http://lists.laptop.org/pipermail/devel/2008-April/013227.html Fetching the rpms from: http://people.collabora.co.uk/~cassidy/olpc-video-chat/ All the rpms installs ok but the last which fails on dependency for libtelepathy-glib.so.0. Where can I get this lib? I tried some obvious things, like yum install libtelepathy, but it didn't help. Humm this is weird. Which build are you using? Could you check what rpm -qa | telepathy returns ? It is candidate-708: telepathy-gabble-0.7.1-0.8.olpc2 telepathy-salut-0.2.3-1.olpc2 telepathy-filesystem-0.0.1-2.fc7 telepathy-glib-0.6.1-1.olpc2 This version is too old. telepathy-stream-engine requires at least telepathy-glib 0.7.6. You should try using Joyride. Ok, thanks! Mm, I just don't get how joe (Joe, are you listening to this?) reported that the video-chat activity saturates bandwidth (#7511) on build 708. Have you seen this ticket? Cheers! Ricardo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: VPN with NetworkManager
On Wednesday 16 July 2008, ffm wrote: Is there support of VPNs in the network manager? (I'm not sure if there is more than one type, but I'm wondering if such support exists at all) NetworkManager supports pptp, openvpn, and vpnc(cisco) but we dont support any of then on the XO. -- Dennis Gilmore signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
On Thu, Jul 17, 2008 at 10:52 AM, Michael Stone [EMAIL PROTECTED] wrote: For these reasons, in my humble opinion, choosing our software packaging format and guidelines (of which version numbering is but a single aspect) is NOT A TRIVIAL EXERCISE and is not as simple as picking an off-the-shelf format. (I wish that the reality were otherwise). I understand the points you make, but - AFAICS - they don't have much bearing on versioning (by which I mean to say: the conventional RPM/Deb versioning scheme works fine). They do impact packaging, but... they are not *that* special either. Offtopic: My experience is that you want to spot quickly what you can rely on, and narrow down on a very small set of things you really want to improve deeply or reimplement. Focus. Reinvent the least possible amount of things for each release. has always worked for me in teams large and small - bugfixing takes up any slack time. Do you require more justification? Ah well, I know notink of the XO so back to my cave where I try to reach my goals reinventing the _least_ wheels. Sorry about the noise. m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
For these reasons, in my humble opinion, choosing our software packaging format and guidelines (of which version numbering is but a single aspect) is NOT A TRIVIAL EXERCISE and is not as simple as picking an off-the-shelf format. (I wish that the reality were otherwise). Absolutely agreed. Except the part where we can't choose a version format without resolving all other issues. I think it is clear what we want from a version format: some simple, human-readable, comparable numbers. If we want anything more, it ceases to be a version format and inevitably becomes something far more complex. Which we may decide to implement, although in the conversations you reference I was the very one suggesting we wanted more complex things sooner, and I was shot down, I think justly. The use case for versions is NOT source control, or keeping a record of forking history, or determining network interoperability, or determining Glucose version interoperability, or determining of identity relations, or determining journal instance interoperability. All of those are separate issues we will face one day, sooner or later, and I doubt we will even look at the version numbers in the solution to any of those. Versions are JUST for human-readable distinctions between two versions of the same activity [in the future, the same will imply signed], with the ability for humans or Glucose to make a reasonable (not bulletproof) inference about which one has the maturer code. I think that the rpm solution is just that, a solution. Note: regarding the fact that versions are useless for determining identity (whether two xo's are identical): this is currently ALL we use versions for. This is bug 7534, which I will now nominate for 8.2. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: VPN with NetworkManager
Dennis Gilmore wrote: On Wednesday 16 July 2008, ffm wrote: Is there support of VPNs in the network manager? (I'm not sure if there is more than one type, but I'm wondering if such support exists at all) NetworkManager supports pptp, openvpn, and vpnc(cisco) but we dont support any of then on the XO. Any plans for such support in the future? -ffm -- View this message in context: http://n2.nabble.com/VPN-with-NetworkManager-tp532303p532385.html Sent from the OLPC Software development mailing list archive at Nabble.com. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Touch pad
David, We (the techteam) have some questions: - Are there any XOs for which mouse performance is worse since the kernel upgrade? - What are the average environmental conditions (humidity level, dust, temperature) when you are testing the new driver? Please answer at your leisure. Erik On Thu, Jul 17, 2008 at 07:49:06AM +1100, David Leeming wrote: Hi Richard, sorry I am a bit slow with Linux :) can you say where to do the ls -l and uname -a? Just need a bit of clarification on how to check it is installed. By the way, I DID notice a bit of jumping cursor behaviour after the install on a couple of XOs. The 4-finger salute helped a lot. Too early to make any conclusions, as maybe it wasn't installed properly. David Leeming OLPC Coordinator, SPC and Technical Advisor, People First Network Honiara, Solomon Islands -Original Message- From: Richard Smith [mailto:[EMAIL PROTECTED] On Behalf Of Richard A. Smith Sent: Thursday, 17 July 2008 2:43 a.m. To: David Leeming Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Touch pad David Leeming wrote: The cp command gave a string of complaints that the source and destination files are the same file. I am therefore unsure if it worked successfully as per the comment below on the wiki page. However after a reboot the touchpad still works... If you omit the -a in the above recipe, the vmlinuz symlink will not be updated correctly nod. There's a lot of noise when you do the copy. A quick ls -l to verify that the bzImage symlink now points at your new kernel can be used if you have doubts. And then uname -a when you reboot to verify the commit ID matches what you think you installed. Always a good check. I've installed the wrong .rpm a few times. -- Richard Smith [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Video Chat
Hi Ricardo, BTW, I don't know for sure what element in particular is responsible for results I have observed: networking, fedora, sugar, activity... Regards, Joe At 07:10 PM 7/16/2008, Ricardo Carrano wrote: Hey Michael, So, according to http://dev.laptop.org/ticket/7511#comment:3, Joe got a build from you to test (which he refers to as 'build 708'). In this build he was able to run the Video-Chat activity, which seems to me to be in early beta stage, and reports his findings (a crash) as a network problem (in the same #7511). Guillaume notes that the video-chat activity is supposed to run in joyride, since it needs a newer version of telepathy-glibs. I am trying to further investigate this, but I am confused on what exactly was used on the test. Would you recall what exactly is the build that Joe is testing? Thank you very much! Cheers! Ricardo On Wed, Jul 16, 2008 at 11:57 AM, Ricardo Carrano [EMAIL PROTECTED] wrote: Guillaume, On Wed, Jul 16, 2008 at 11:51 AM, Guillaume Desmottes [EMAIL PROTECTED] wrote: Le mercredi 16 juillet 2008 à 09:31 -0300, Ricardo Carrano a écrit : I am trying to install the Video Chat activity, in order to check #7511. Following instructions in: http://lists.laptop.org/pipermail/devel/2008-April/013227.html Fetching the rpms from: http://people.collabora.co.uk/~cassidy/olpc-video-chat/ All the rpms installs ok but the last which fails on dependency for libtelepathy-glib.so.0. Where can I get this lib? I tried some obvious things, like yum install libtelepathy, but it didn't help. Humm this is weird. Which build are you using? Could you check what rpm -qa | telepathy returns ? It is candidate-708: telepathy-gabble-0.7.1-0.8.olpc2 telepathy-salut-0.2.3-1.olpc2 telepathy-filesystem-0.0.1-2.fc7 telepathy-glib-0.6.1-1.olpc2 This version is too old. telepathy-stream-engine requires at least telepathy-glib 0.7.6. You should try using Joyride. Ok, thanks! Mm, I just don't get how joe (Joe, are you listening to this?) reported that the video-chat activity saturates bandwidth (#7511) on build 708. Have you seen this ticket? Cheers! Ricardo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Video Chat
On Wed, Jul 16, 2008 at 07:10:23PM -0400, Ricardo Carrano wrote: I am trying to further investigate this, but I am confused on what exactly was used on the test. Would you recall what exactly is the build that Joe is testing? http://download.laptop.org/xo-1/custom/g1g1/en-708-1/ seems to me to be the most likely candidate. Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Display warnings in sugar
Hi Emliano, Thanks a lot for your input and questions. The next release is called 8.2.0 and the features in it are being slowly documented at: http://wiki.laptop.org/go/Release_Notes/8.2.0 That page is subject to change and may contain errors. However, it has some good links and pictures of coming GUI changes. Take a look at that and let us know if it is close to what you need or if you have any suggestions or questions. Eben's link has a lot of good info but not all the screen shots will be implemented in 8.2.0. Make sure to check back before assuming everything is in. Let us know what is important to you, what you like and what you don't like. Uruguay is our biggest deployment right now so we will act as quickly as possible on your feedback. Thanks, Greg Smith OLPC Product Manager PS Lo siento que no nos conocimos cuando usted estuvo en Cambridge. Estoy a su servicio en qualquier que necesita. *** From: Eben Eliason [EMAIL PROTECTED] Subject: Re: [sugar] Display warnings in sugar To: Erik Garrison [EMAIL PROTECTED] Cc: devel@lists.laptop.org, [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Two answers: 1. We absolutely need stronger feedback (actually, feedback at all) for system state, such as disk space, battery level, network failures, and other similar issues. This is going to be handled by the notification system, which is in its infancy in the upcoming 8.2 release, but should mature and actually be taken advantage of by the following one. For more information, see http://wiki.laptop.org/go/Designs/Frame#12. We may later extend the notification system so that activities, too, can notify the user when necessary, even if they aren't presently focused. 2. We do already have some facilities in place to replace standard dialogs. There is an Alert class (and a few subclasses) defined which activities can use to show non-modal alerts and prompt for feedback. There are also going to be modal alerts (like the control panel, the object chooser, and others), but I'm not sure those have been wrapped up into a class for activities to use at this point. Cloning code from one of those modal alerts might be a fair short term solution in extreme cases (such as running out of disk space). - Eben On Wed, Jul 16, 2008 at 4:13 PM, Erik Garrison [EMAIL PROTECTED] wrote: This is a problem that all XOs face. Ultimately we should produce a shared solution and push the fix into Sugar. I believe there has been some discussion of this? The problem is getting that fix back out to deployed laptops may not be easy... My 2c. Maybe the XO character in the home view could flash when something this serious is wrong. On Wed, Jul 16, 2008 at 04:53:00PM -0300, Emiliano Pastorino wrote: Hi, everyone! I was wondering if is there a way to open a popup or something like that in sugar, we want to use that or something similar to give warnings to the user, like 95% of disk space used. Thanks! -- Emiliano Pastorino LATU - Plan Ceibal Av. Italia 6201 CP: 11500, Montevideo, Uruguay Tel: (598 2) 601 3724 int.: 469 ___ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
On Thu, Jul 17, 2008 at 11:15:07AM +1200, Martin Langhoff wrote: On Thu, Jul 17, 2008 at 10:52 AM, Michael Stone [EMAIL PROTECTED] wrote: For these reasons, in my humble opinion, choosing our software packaging format and guidelines (of which version numbering is but a single aspect) is NOT A TRIVIAL EXERCISE and is not as simple as picking an off-the-shelf format. (I wish that the reality were otherwise). I understand the points you make, but - AFAICS - they don't have much bearing on versioning (by which I mean to say: the conventional RPM/Deb versioning scheme works fine). I don't care too much what names people give to activities but I care greatly about how the software that manipulates those activities is written -- in particular, about the way that it makes use of those names, both internally and in the UI. Thus, while I will likely be content with any naming convention that might be proposed, I have serious reservations about the quality of the software that will result from the _procedures_ being used to choose that naming convention. Hence my request that we perform at least basic diligence in checking that the proposed naming scheme and its intended usage in software is consistent with our largely unwritten requirements. They do impact packaging, but... they are not *that* special either. My goal is to avoid deploying short-term hacks which complicate future work. Hacks to conventions seem particularly dangerous to me because they're the hardest things to change if you get them wrong. As I said above, I will be happy if we choose to adopt an existing naming scheme so long as that naming scheme is compatible with our requirements and use cases. We just need to demonstrate that we are aware of the consequences of our proposed scheme by checking that it doesn't paint us into a corner down the road. Do you require more justification? Ah well, I know notink of the XO so back to my cave where I try to reach my goals reinventing the _least_ wheels. We have different resources to bring to bear on our respective tasks. Sorry about the noise. I always (eventually) appreciate your input, even when I argue with you or cut you off too quickly for want of the patience to find out where you're coming from. Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 2172
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2172 Changes in build 2172 from build: 2171 Size delta: -4.85M +ntp-ntpdate 4.2.4p4-1.olpc3 -gnome-vfs2 2.22.0-1.fc9 +gnome-vfs2 2.22.0-1.olpc3 -rsync 3.0.2-0.fc9 +rsync 3.0.3-0.fc9 -totem-pl-parser 2.23.2-1.olpc3 +totem-pl-parser 2.23.2-2.olpc3 -ntp 4.2.4p4-6.fc9 -PolicyKit-gnome 0.8-4.fc9 -PolicyKit-gnome-libs 0.8-4.fc9 -evolution-data-server 2.22.3-1.fc9 -gnome-mount 0.8-1.fc9 -hunspell-en 0.20080207-1.fc9 -libnotify 0.4.4-10.fc9 -libsexy 0.1.11-7.fc9 -notification-daemon 0.3.7-9.fc9 --- Included ntp-ntpdate version 4.2.4p4-1.olpc3 --- --- Changes for gnome-vfs2 2.22.0-1.olpc3 from 2.22.0-1.fc9 --- + Remove optional dependency on gnome-mount --- Changes for rsync 3.0.3-0.fc9 from 3.0.2-0.fc9 --- + New upstream release --- Changes for totem-pl-parser 2.23.2-2.olpc3 from 2.23.2-1.olpc3 --- + Cripple date parsing functionality to remove dependency on libcamel -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Review Squad Page
Hey everyone! For those of you who don't know me, my name is Jonah Saltzman, and I'm in 8th grade at the Fayerweather Street School. Mel got me working on this cool thing called the review squad, and I made a site for it. It is a community-based initiative that harnesses the debugging power of all laptop users and developers to fix bugs, add highly-requested features, and just generally aid the developer community by creating a place to address, discuss and solve problems. The website is still in a very early form, the source will become available on Sourceforge very soon. Please email me at [EMAIL PROTECTED] with ANY, fleeting as they may be, suggesstions, feedback, questions or comments. Thanks! -Jonah Saltzman ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Video Chat
On Wed, Jul 16, 2008 at 9:10 PM, Michael Stone [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2008 at 07:10:23PM -0400, Ricardo Carrano wrote: I am trying to further investigate this, but I am confused on what exactly was used on the test. Would you recall what exactly is the build that Joe is testing? http://download.laptop.org/xo-1/custom/g1g1/en-708-1/ seems to me to be the most likely candidate. Well, that's all we got, so I am going for it. Thank you! Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activity versioning schema
On Wed, Jul 16, 2008 at 06:52:28PM -0400, Michael Stone wrote: Do you require more justification? Yes, qualified: not now, being the main qualification. Tell everyone to sod off and wait until update.2's out :). Wait til then unless you cannot, and in that case just declare something by fiat and tell people to wait a month or two. Regards, Michael Martin PS - I read your cited wiki pages (even found myself tangentially included in one tiny circumstance) and I think most of the confusion/discussion is *not* about why the package manager / updating process needs to be done by olpc-specific code, but how the olpc-specific UI thereunto needs to be managed. I think you're scaring the pro-package managers away unnecessarily: your specific objections fall into two categories: 1) ones for which a credible, (olpc) implemented solution exists; and 2) ones lacking that (unrealized or unrealistic - 1 to 3 yrs out - goals). For Category 1) objections, existing package managers can be improved, as they're goals of a large portion of big package managers' users (yum's, at least :)). For Category 2) objections, unless you have a credible plan to implement such features, it seems unusual to justify the time spent re-implementing package managers' features with the reason they have some unimplemented features. To support this classification and its conclusion: - Our users often can't make informed decisions about what software they should be running. Category 2) You're saying that your average Windows/OSX/Ubunto/Fedora/Debian user does? Most of the time they either don't even recognize a software updater[1] or never, ever want to change *anything* once it's working (which of course everything shipped with an XO does/will ;)). I can stop right there, I think, to make this point: this is mainly a UI issue. - Our users probably do not have root on their machines, yet still need to perform package-management-like tasks. Category 1) (arguably, though how many people that want to do package-management-like tasks have succeeded without root? You've seen the my activities are all gone, what do I do? questions on IRC, which means people have gotten past using root :)). And aren't you contradicting yourself? Just previously you said our users can't make informed decisions [about package-management-like tasks] and now you're saying [our users] need to perform package-management-like tasks, IIUC. - In addition to accepting code hierarchically from upstream providers, we want to share code fluidly between XOs. Category 2), but if it were 1), this seems less a package formnat/management issue and more a Journal/Shell UI one. - We want the software we provide to support a higher standard of security (defined in Bitfrost) than other systems strive to provide. Category 1) for software we provide, even though I don't think package managers/formats need inherently get in the way of Bitfrost (their UI or assumptions about where package contest *go* might, but...that's UI or per-package assumptions, not package formats), no? Category 2) for software we have made possible but others will provide. - We must attempt to minimize bandwidth usage while moving bits around and must tolerate long networking delays. Category 1). - We cannot rely on any established public key infrastructure to verify the identities of code providers or the authenticity of the code they are providing. Category 1) - We expect users will be constantly redistributing modified versions of software that they downloaded to their systems. Category 2). You say that our users often can't make informed decisions about what software [versions] they should be running, and yet you want them to be constantly redistributing modified versions? UI issue at worst. - We expect that our user groups will, in general, NOT share common languages with one another (or, necessarily, with us). Category 1) (and isn't this already the case for other package managers?) - We expect that many users will be translating their own - software. Category 1) - We MAY NOT assume that users have global connectivity with which to satisfy dependencies, verify claims about information, distribute their work, etc. Kind of broad, but either it's a trivial, Category 1) problem (distribute an xo/rpm), or a hard one - satisfy dependencies of such an rpm/xo - which is Category 2). 1. Many people *that I observe daily* either a) have had System Updater - iTunes updates ready windows showing on their desktops for weeks (nice machine uptime, I know), or b) just click Reboot later every time MS Automatic Updates bothers them until they either disable it or give in and reboot. pgp3vHxvrtqwV.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2172
Build Announcer v2 wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2172 Changes in build 2172 from build: 2171 Size delta: -4.85M Can anyone see why my public_rpms for gnome-python2 and gnome-python2-gnomevfs did not get included? Other packages from my public_rpms fell in place just fine (e.g. totem-pl-parser). The gnome-python stuff should knock libgnome and a load of other stuff out of the build. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Review Squad Page
On Wed, Jul 16, 2008 at 06:54:59PM -0400, Jonah Saltzman wrote: Hey everyone! For those of you who don't know me, my name is Jonah Saltzman, and I'm in 8th grade at the Fayerweather Street School. Mel got me working on this cool thing called the review squad, and I made a site for it. It is a community-based initiative that harnesses the debugging power of all laptop users and developers to fix bugs, add highly-requested features, and just generally aid the developer community by creating a place to address, discuss and solve problems. The website is still in a very early form, the source will become available on Sourceforge very soon. Please email me at [EMAIL PROTECTED] with ANY, fleeting as they may be, suggesstions, feedback, questions or comments. Thanks! Jonah, I think this is a great project! Please tell us if you have any questions. In addition to this mailing list you can ask questions in #olpc-devel or #olpc on freenode (see http://wiki.laptop.org/go/IRC#IRC for more information). What do you think of http://dev.laptop.org/? How will the review squad integrate with it? Erik ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Packaging scripts depend on a modern mock?
Hi Michael, list, the ds-backup packaging is based on your scripts ( http://dev.laptop.org/git/users/mstone/rpm-packaging ) and I am not 100% sure how it is meant to work but attempting to build a snapshot or a release makes it snap back at me with mock.py: error: no such option: --define This is on an XS image where I've installed the dependencies (mock, rpmdev, etc). Is this expected or the mock from F7 should be enough? # rpm -qi mock Name: mock Relocations: (not relocatable) Version : 0.8.7 Vendor: Fedora Project Release : 1.fc7 Build Date: Tue 06 Nov 2007 18:47:15 EST Install Date: Wed 16 Jul 2008 21:28:25 EDT Build Host: xenbuilder1.fedora.redhat.com Group : Development/Tools Source RPM: mock-0.8.7-1.fc7.src.rpm Size: 230186 License: GPLv2+ Signature : DSA/SHA1, Mon 12 Nov 2007 11:53:46 EST, Key ID b44269d04f2a6fd2 Packager: Fedora Project URL : http://fedoraproject.org/wiki/Projects/Mock Summary : Builds packages inside chroots Description : Mock takes a srpm and builds it in a chroot In any case, I will be setting up a F9 environment, but the one I had handy has been mkfs'd over. cheersm m -- [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Code name for 9.1.0
On Jul 16, 2008, at 10:28 AM, Jim Gettys wrote: We've gone from build numbers, to ship.x, to update.x Nonsense. The ship.x and update.x were part of the same scheme, and that was a _tagging_ scheme, not a naming scheme. It served merely to correlate a certain piece of production and deployment information (that a build was factory-installed, or meant as a general customer- facing update) with a build number. -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Code name for 9.1.0
On Wed, Jul 16, 2008 at 2:03 AM, Walter Bender [EMAIL PROTECTED] wrote: appropriating apricots Alliterating Apricots m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Code name for 9.1.0
On Wed, Jul 16, 2008 at 1:16 AM, Morgan Collett [EMAIL PROTECTED] wrote: With olpc-update, it's not critical to update from version x to version x+1 - we can skip versions as we don't depend on a particular package state. (e.g. You can upgrade from 650 to joyride without having to upgrade to 703 first...) In the future that could become significant though if we have system changes affecting datastore format changes or something which might make support easier if upgrading from a known version. I don't think that the ability to skip versions is going to hold long term. The current setup is that olpc-updte does away with all the post-inst and related hooks, which means that running code has to have the smarts to upgrade/downgrade stored data formats (user documents, configuration options, etc). This can get burdensome quickly. As of now for example, the promise of olpc-update (of booting back to the older version sanely) is broken between update-703 and current joyride as the ds format has changed in an incompatible way, and update-703 cannot read the new layout. cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Programming environments on the XO
There has been talk about expanding Pippy to support a variety of programming languages, perhaps as plugins; to add syntax highlighting; and general interest in seeing Develop proceed. Syntax highlighting in Write has been brought up as well. C and Javascript environments have been specifically highlighted, since C is used for a fair bit of code that we ship; but enthusiasts of Ruby and many other languages have considered providing an intro dev environment as a standalone activity, one per language. And HTML creation is possible in Write but without highlighting, and it is not obvious how to put this to good use. Finally, we now have activities for Etoys (Squeak), Scratch, and Turtle Art, but not yet a Logo activity; though a few people are working on the latter. Where are we with these developments? What plans are there to complete any of the above this year? What specific features should we schedule to support the above, and which is most important? SJ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Programming environments on the XO
Hi Samuel, Marc Maurer has done 95% of the work required to do multi-programming language syntax highlighting in libabiword. The advantage of using libabiword is that you get collaboration for free. It is easy enough to embed this in your own canvas and hook up the controls you need or want, just as we've done for Write. Marc is a bit of a perfectionist so I'm not sure how usable 95% of the work is and whether it could be finished by simply using it and providing bug reports as needed would be. Hopefully, Marc will chime in soon. Cheers Martin On Thu, 2008-07-17 at 00:39 -0400, Samuel Klein wrote: There has been talk about expanding Pippy to support a variety of programming languages, perhaps as plugins; to add syntax highlighting; and general interest in seeing Develop proceed. Syntax highlighting in Write has been brought up as well. C and Javascript environments have been specifically highlighted, since C is used for a fair bit of code that we ship; but enthusiasts of Ruby and many other languages have considered providing an intro dev environment as a standalone activity, one per language. And HTML creation is possible in Write but without highlighting, and it is not obvious how to put this to good use. Finally, we now have activities for Etoys (Squeak), Scratch, and Turtle Art, but not yet a Logo activity; though a few people are working on the latter. Where are we with these developments? What plans are there to complete any of the above this year? What specific features should we schedule to support the above, and which is most important? SJ ___ Sugar mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/sugar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Moodle administration
Hi Martin, The original problem seems to have disappeared. git fetch was failing for some reason. I do however, have other questions =). 1) git only recently started complaining about trailing whitespace. Is there a config option to make it trim it automatically? 2) git pull seems to work okay in the test env to not destroy install information. I believe config.php is the only file that stores install specific info. Is that correct? 2) How should I integrate the Zend GData lib? Should it be in moodle's lib folder, or a requirement for the server to use the feature? Thanks! Your help is much appreciated! Tarun Martin Langhoff wrote: On Tue, Jul 15, 2008 at 6:23 PM, Tarun Pondicherry [EMAIL PROTECTED] wrote: I am trying to pull from git (where I uploaded the theme), but it is giving me an error. I'd prefer not to use ftp since it will make it very hard to know what version we are using and keep track of different parts. Using git on the server is a good strategy for deployment maintenance on the server - well done. If you tell us _what_ error git is giving you, we might be able to help ;-) cheers, martin (who is also an old school git hacker) ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] EduBlog: Issue Posting to Blogger from Venango (XS 163)
Tarun, Why does git-pull work on your /home/tarun directory but not the main directory. Does git-pull written in PHP itself? PHP is not part of the standard XS-163 build. I did a standard yum install php and also got php-gd and php-xml. This is at 5.2.4 level. I can download the latest php-5.2.6 source, recompile it with the options you need. However, this means that I have to uninstall the current php, so the Web site must be down for this. I see from who command that you are logged on, so can wait until you are off before I do this. Please advise. Tony Pearson Senior Storage Consultant, IBM System Storage™ Telephone: +1 520-799-4309 | tie 321-4309 | Cell: +1 520 990-8669 email: [EMAIL PROTECTED] | GSA: http://tucgsa.ibm.com/~tpearson Blog: http://www.ibm.com/developerworks/blogs/page/InsideSystemStorage AKA: 990tony Paravane, eightbar specialist Tarun Pondicherry [EMAIL PROTECTED] 07/15/2008 11:49 PM To Tony Pearson/Tucson/[EMAIL PROTECTED], Martin Langhoff [EMAIL PROTECTED] cc Glen [EMAIL PROTECTED], Greg [EMAIL PROTECTED], Greg Smith [EMAIL PROTECTED], marcel r [EMAIL PROTECTED], Pablo Flores [EMAIL PROTECTED], Said Ramirez [EMAIL PROTECTED], Samuel Klein [EMAIL PROTECTED], server-devel@lists.laptop.org Subject Re: EduBlog: Issue Posting to Blogger from Venango (XS 163) Hi Tony, Martin, Tony: Glen told me nothing is blocked in PA. I've tracked the problem to our php install, so my initial suspicion was wrong. PHP was compiled with --disable-dom, but that is required for the GData lib to operate. I tried to find how to install it manually, but so far my searching has only turned up that it is part of the php core and no install is required. Martin: I'm wondering if this has to do with the set up of the school server. I think php is part of the xs build (can't find the exact page, but remember seeing it somewhere). If so, is there a reason for disabling this extension? Thanks, Tarun Tony Pearson wrote: Tarun, Yes, firewall is enabled as part of the standard XS-163 install. I opened up ports for HTTP, HTTPS, SSH.Nobody mentioned 443 as a port that needs to be opened, and I don't know what changes to make to make that happen.However, the blocking should be incoming not outgoing, so perhaps Glen has additional filtering/blocking in Oil City, PA where the machine is located. Glen? image/jpeg___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] EduBlog: Issue Posting to Blogger from Venango
Tarun, I thought I had php-xml already, but it doesn't hurt to re-install I guess. Restarting Apache is trivially safe and easy as follows: [XS-tony ~]$ su - [XS-root ~]# service httpd restart Stopping httpd:[ OK ] Starting httpd:[ OK ] [XS-root ~]# I did this at 5:17pm Wednesday July 16 India time. Note that DOM/XML is enabled. Thanks Tony Pearson Senior Storage Consultant, IBM System Storage™ Telephone: +1 520-799-4309 | tie 321-4309 | Cell: +1 520 990-8669 email: [EMAIL PROTECTED] | GSA: http://tucgsa.ibm.com/~tpearson Blog: http://www.ibm.com/developerworks/blogs/page/InsideSystemStorage AKA: 990tony Paravane, eightbar specialist Tarun Pondicherry [EMAIL PROTECTED] 07/16/2008 02:25 AM To Tony Pearson/Tucson/[EMAIL PROTECTED] cc Glen [EMAIL PROTECTED], Greg [EMAIL PROTECTED], Greg Smith [EMAIL PROTECTED], marcel r [EMAIL PROTECTED], Pablo Flores [EMAIL PROTECTED], Said Ramirez [EMAIL PROTECTED], Samuel Klein [EMAIL PROTECTED], Martin Langhoff [EMAIL PROTECTED], server-devel@lists.laptop.org Subject Re: EduBlog: Issue Posting to Blogger from Venango Hi Tony, I installed the extension php-xml and think that should fix this issue. But, to get it working the site says to restart the webserver (/etc/init.d/httpd restart). I'm hesitant to do that without your guidance. Please let me know if its okay to restart the webserver, or if that may run into the same issues we had in the beginning. Thanks, Tarun image/gifimage/jpeg___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] EduBlog: Issue Posting to Blogger from Venango - Resolved!
Hi Tony, This seems to have done the trick! I am able to connect and post to Blogger. Thanks for the great support! I think only php-xmlrpc was installed before. It is a different package from php-xml. Thanks, Tarun Tony Pearson wrote: Tarun, I thought I had php-xml already, but it doesn't hurt to re-install I guess. Restarting Apache is trivially safe and easy as follows: [XS-tony ~]$ su - [XS-root ~]# service httpd restart Stopping httpd:[ OK ] Starting httpd:[ OK ] [XS-root ~]# ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] EduBlog: Issue Posting to Blogger from Venango (XS 163)
Tarun, Ok, I restarted httpd and confirmed DOM/XML is enabled. Yes, if you get bumped off the system, it will appear you are logged in when perhaps you are not. In my case, I am using wireless at the Le Meridian hotel in Mumbai, so it happened to me today. When I came back in, I saw that I was logged in twice. I could tell that one was much older than the other, and used kill to delete it. I don't understand why 'wall' and 'write' don't reach you on your SSH client, can you issue mesg and verify that it responds is y? D:\ssh [EMAIL PROTECTED] Enter passphrase for key '/home/Administrator/.ssh/id_dsa': Last login: Wed Jul 16 05:38:07 2008 from 203.199.55.210 Welcome to Edublog - an OLPC School Server: XS-163 [XS-tony ~]$ who tony pts/02008-07-16 07:43 (124.30.244.228) tony pts/22008-07-16 05:38 (203.199.55.210) tarunpts/32008-07-16 07:35 (124.123.65.230) [XS-root ~]# ps ax | grep tony 4696 ?S 0:00 sshd: tony [priv] 4698 ?S 0:00 sshd: [EMAIL PROTECTED]/2 4863 ?S 0:00 sshd: tony [priv] 4865 ?S 0:00 sshd: [EMAIL PROTECTED]/0 4966 pts/0S 0:00 grep tony [XS-root ~]# kill 4698 [XS-root ~]# ps ax | grep tony 4863 ?S 0:00 sshd: tony [priv] 4865 ?S 0:00 sshd: [EMAIL PROTECTED]/0 4968 pts/0S 0:00 grep tony [XS-root ~]# who tony pts/02008-07-16 07:43 (124.30.244.228) tarunpts/32008-07-16 07:35 (124.123.65.230) [XS-root ~]# exit [XS-tony ~]$ mesg is y Thanks Tony Pearson Senior Storage Consultant, IBM System Storage™ Telephone: +1 520-799-4309 | tie 321-4309 | Cell: +1 520 990-8669 email: [EMAIL PROTECTED] | GSA: http://tucgsa.ibm.com/~tpearson Blog: http://www.ibm.com/developerworks/blogs/page/InsideSystemStorage AKA: 990tony Paravane, eightbar specialist Tarun Pondicherry [EMAIL PROTECTED] 07/16/2008 04:32 AM To Tony Pearson/Tucson/[EMAIL PROTECTED] cc Glen [EMAIL PROTECTED], Greg [EMAIL PROTECTED], Greg Smith [EMAIL PROTECTED], marcel r [EMAIL PROTECTED], Martin Langhoff [EMAIL PROTECTED], Pablo Flores [EMAIL PROTECTED], Said Ramirez [EMAIL PROTECTED], server-devel@lists.laptop.org, Samuel Klein [EMAIL PROTECTED] Subject Re: EduBlog: Issue Posting to Blogger from Venango (XS 163) Hi Tony, I don't think that php-xml was there before. I looked at php and the dom.so file does exist in the modules folder. This may have been from the recent yum install php-xml I ran (it did install a package). I think we should try a webserver restart and see if php detects it. git-pull works fine in /var/www/html/test. I am not sure why there were problems before, but it likely had nothing to do with our server. I'm not sure why it looked like I was online. Perhaps it is because I was unable to run logout? (Power randomly went out). Thanks, Tarun Tony Pearson wrote: Tarun, Why does git-pull work on your /home/tarun directory but not the main directory. Does git-pull written in PHP itself? PHP is not part of the standard XS-163 build. I did a standard yum install php and also got php-gd and php-xml. This is at 5.2.4 level. I can download the latest php-5.2.6 source, recompile it with the options you need. However, this means that I have to uninstall the current php, so the Web site must be down for this. I see from who command that you are logged on, so can wait until you are off before I do this. Please advise. image/gifimage/jpeg___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] [PATCH] httpd conf: add OLPC-specific MIME types
From: Martin Langhoff [EMAIL PROTECTED] --- This one is the correct version - apologies. --- fsroot.olpc.img/etc/httpd/conf.d/mime_olpc.conf | 14 ++ 1 files changed, 14 insertions(+), 0 deletions(-) create mode 100644 fsroot.olpc.img/etc/httpd/conf.d/mime_olpc.conf diff --git a/fsroot.olpc.img/etc/httpd/conf.d/mime_olpc.conf b/fsroot.olpc.img/etc/httpd/conf.d/mime_olpc.conf new file mode 100644 index 000..a51c1b1 --- /dev/null +++ b/fsroot.olpc.img/etc/httpd/conf.d/mime_olpc.conf @@ -0,0 +1,14 @@ +IfModule mod_mime.c + +# See wiki.laptop.org for documentation +# on these formats. +AddType application/vnd.olpc-sugar .xo +AddType application/vnd.olpc-content .xol +AddType application/vnd.olpc-journal-entry .xoj + +# Squeak +AddType application/x-squeak-project .pr +AddType application/x-squeak-source.sts +AddType application/x-squeak-object.sqo + +/IfModule -- 1.5.6.dirty ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] [PATCH] Server - change the last symlink to be latest
From: Martin Langhoff [EMAIL PROTECTED] as it points to the latest complete backup. It is by no means the last one... --- server/ds-restore.php |4 ++-- server/postprocess.py |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/server/ds-restore.php b/server/ds-restore.php index 1053656..c42366f 100644 --- a/server/ds-restore.php +++ b/server/ds-restore.php @@ -106,12 +106,12 @@ function print_userhomes($userhomes) { if ($direntry === '.' || $direntry === '..') { continue; } -$dspath = $homedirbase . '/' . $direntry . '/datastore-last'; +$dspath = $homedirbase . '/' . $direntry . '/datastore-latest'; if (is_dir($dspath)) { // $bn needs Moodle's s()/p() style scaping $bn = basename($direntry); - echo lia href=\{$baseurl}/{$direntry}/datastore-last\ + echo lia href=\{$baseurl}/{$direntry}/datastore-latest\ . $bn/a/li\n; } diff --git a/server/postprocess.py b/server/postprocess.py index 22c1ad9..216a42e 100755 --- a/server/postprocess.py +++ b/server/postprocess.py @@ -118,10 +118,10 @@ psink.communicate() # Note the -n parameter here. Without it # the symlink lands inside the previous -# target of datastore-last. Oops! +# target of datastore-latest. Oops! exitcode = subprocess.call(['ln', '--force', '-sn', user[5] + '/datastore-' + datestamp, - user[5] + '/datastore-last']) + user[5] + '/datastore-latest']) if (exitcode != 0): sys.stderr.write('Cannot ln') exit(1) -- 1.5.6.dirty ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] [PATCH] ds-restore: Display snapshot date, get ready to list snapshots
From: Martin Langhoff [EMAIL PROTECTED] --- server/ds-restore.php | 32 +--- 1 files changed, 29 insertions(+), 3 deletions(-) diff --git a/server/ds-restore.php b/server/ds-restore.php index c42366f..d61f693 100644 --- a/server/ds-restore.php +++ b/server/ds-restore.php @@ -119,12 +119,37 @@ function print_userhomes($userhomes) { echo '/ul'; } -function print_dsdir($dspath, $dsdir) { +function print_dsdir($dsbasepath, $dsdir) { global $homedirbase, $baseurl; + $dspath = $dsbasepath.'/store'; + echo 'h1Data Store listing/h1'; echo 'ul'; + $latest = false; + if (is_link($dsbasepath)) { +$latest = true; +$dsbasepath = readlink($dsbasepath); + } + + // Extract UTC datestamp + // For Later - regex and mktime() lines to get epoch: + // '/^datastore-(\d{4})-(\d{2})-(\d{2})_(\d{2}):(\d{2})$/' + // $epoch = mktime($match[4], $match[5], $match[2], $match[3], $match[1]); + if (!preg_match('/^datastore-(\d{4}-\d{2}-\d{2}_\d{2}:\d{2})$/', + basename($dsbasepath), $match)) { +mdie(Malformed datastore directory - . $dsbasepath); + } + $timestamp = $match[1]; + echo pSnapshot taken at $timestamp; + if ($latest) { +echo - this is the most recent snapshot taken; + } + echo '. a href='; + echo $baseurl . dirname($_SERVER['PATH_INFO']); + echo 'View all snapshots/a/p'; + while ($direntry = readdir($dsdir)) { // we will only look at metadata files, // capturing the root filename match @@ -185,7 +210,8 @@ if (count($params) === 2) { if (!preg_match('/^datastore-/',$params[1])) { mdie(Only datastore access is allowed . $params[1]); } - $dspath = $homedirbase.'/'.$params[0].'/'.$params[1] . '/store'; + $dsbasepath = $homedirbase.'/'.$params[0].'/'.$params[1]; + $dspath = $dsbasepath . '/store'; if (is_dir($dspath)) { if (!($dsdir = opendir($dspath))) { mdie(Cannot open $dspath); @@ -217,7 +243,7 @@ if (count($params) === 2) { ?php if (isset($dsdir)) { - print_dsdir($dspath,$dsdir); + print_dsdir($dsbasepath,$dsdir); } elseif (isset($userhomes)) { print_userhomes($userhomes); } -- 1.5.6.dirty ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] [PATCH] Rename ds_backup.* to ds-backup.* and remove datastore.py from RPM
From: Martin Langhoff [EMAIL PROTECTED] The underscores only added confusion - for example the cron.d entry was broken. Also removed growdatastore.py from the RPM, and moved it to a more explicit devutils. It is only really useful for development, no need for in on the XOs. --- Makefile.build|5 ++--- client/{ds_backup.py = ds-backup.py} |4 ++-- client/{ds_backup.sh = ds-backup.sh} | 12 ++-- {utils = devutils}/growdatastore.py |0 ds-backup.spec.in |5 ++--- 5 files changed, 12 insertions(+), 14 deletions(-) rename client/{ds_backup.py = ds-backup.py} (97%) rename client/{ds_backup.sh = ds-backup.sh} (92%) rename {utils = devutils}/growdatastore.py (100%) diff --git a/Makefile.build b/Makefile.build index 2dad82a..78de8d4 100644 --- a/Makefile.build +++ b/Makefile.build @@ -3,9 +3,8 @@ install-client: install -D -d $(DESTDIR)/usr/bin - install -D client/ds_backup.py $(DESTDIR)/usr/bin/ - install -D client/ds_backup.sh $(DESTDIR)/usr/bin/ - install -D utils/growdatastore.py $(DESTDIR)/usr/bin/ + install -D client/ds-backup.py $(DESTDIR)/usr/bin/ + install -D client/ds-backup.sh $(DESTDIR)/usr/bin/ install -D -d $(DESTDIR)/etc install -D -m 644 client/cron-ds-backup.conf $(DESTDIR)/etc/cron.d/ds-backup diff --git a/client/ds_backup.py b/client/ds-backup.py similarity index 97% rename from client/ds_backup.py rename to client/ds-backup.py index 0194fa4..f594293 100755 --- a/client/ds_backup.py +++ b/client/ds-backup.py @@ -124,7 +124,7 @@ if __name__ == __main__: # Check backup server availability. # On 503 (too busy) apply exponential back-off # over 10 attempts. Combined with the staggered sleep -# in ds_backup.sh, this should keep thundering herds +# in ds-backup.sh, this should keep thundering herds # under control. We are also holding a flock to prevent # local races. # With range(1,7) we sleep up to 64 minutes. @@ -134,7 +134,7 @@ if __name__ == __main__: # cleared to run rsync_to_xs(ds_path, 'schoolserver:datastore-current', pk_path, sn) # this marks success to the controlling script... -os.system('touch ~/.sugar/default/ds_backup-done') +os.system('touch ~/.sugar/default/ds-backup-done') exit(0) elif (sstatus == 503): # exponenxtial backoff diff --git a/client/ds_backup.sh b/client/ds-backup.sh similarity index 92% rename from client/ds_backup.sh rename to client/ds-backup.sh index 960438a..c53760e 100755 --- a/client/ds_backup.sh +++ b/client/ds-backup.sh @@ -1,6 +1,6 @@ #!/bin/bash # -# Wrapper around ds_backup - will be called in 2 situations +# Wrapper around ds-backup - will be called in 2 situations # # - On cron, every 30 minutes during waking/school hours #If you are calling this from cron, pass 'cron' as @@ -51,7 +51,7 @@ function skip_noschoolnet { # function skip_ifrecent { RECENT_CHECK='-daystart -mtime 0' -if [ `find ~/.sugar/default/ds_backup-done $RECENT_CHECK 2/dev/null` ] +if [ `find ~/.sugar/default/ds-backup-done $RECENT_CHECK 2/dev/null` ] then exit 0 fi @@ -131,18 +131,18 @@ fi # another invokation that got the job done while we slept skip_ifrecent; -# Execute ds_backup.py from the same +# Execute ds-backup.py from the same # directory where we are. Use a flock # to prevent concurrent runs. If the # flock does not succeed immediately, # we quit. -LOCKFILE=~/.sugar/default/lock/ds_backup.run -flock -n $LOCKFILE `dirname $0 `/ds_backup.py +LOCKFILE=~/.sugar/default/lock/ds-backup.run +flock -n $LOCKFILE `dirname $0 `/ds-backup.py EXITCODE=$? # Note: we keep the lockfile around to save # NAND cycles. -# Propagate the exit code of the flock/ds_backup invocation +# Propagate the exit code of the flock/ds-backup invocation exit $EXITCODE diff --git a/utils/growdatastore.py b/devutils/growdatastore.py similarity index 100% rename from utils/growdatastore.py rename to devutils/growdatastore.py diff --git a/ds-backup.spec.in b/ds-backup.spec.in index ef1f126..97919e1 100644 --- a/ds-backup.spec.in +++ b/ds-backup.spec.in @@ -70,9 +70,8 @@ rm -rf $RPM_BUILD_ROOT %defattr(-,root,root,-) %doc README COPYING AUTHORS %config(noreplace) %{_sysconfdir}/cron.d/ds-backup -%{_bindir}/ds_backup.py -%{_bindir}/ds_backup.sh -%{_bindir}/growdatastore.py +%{_bindir}/ds-backup.py +%{_bindir}/ds-backup.sh %files server %defattr(-,root,root,-) -- 1.5.6.dirty ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Bubba 2 as XS server?
It seems very nice, but i don't know how many XO's could be linked to the bubba server, I mean how many XO could this server administrate ?. On Wed, Jul 16, 2008 at 4:43 PM, [EMAIL PROTECTED] wrote: Excito announced the new Bubba Two (excito.com), which could be a possible XS server candidate (333Mhz PowerPC processor, 7-12 Watts, compact size, 2 ethernet ports, expandable storage, 2 usb, debian based. For more info, see http://linuxdevices.com/news/NS3110315320.html Bests, Samy ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel -- Rafael Enrique Ortiz Guerrero One Laptop Per Child [EMAIL PROTECTED] ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel