Re: [Server-devel] Tying yum to a package "stream"?
On Tue, Oct 14, 2008 at 4:24 PM, James Antill <[EMAIL PROTECTED]> wrote: > But if you are going to ship a repo to end users which requires/uses > the yum-priority plugin (or excludes, or whatever), I am shipping a heavily "preconfigured" spin, the OLPC School Server. It points to the standard F9 repos, plus OLPCXS repos. So far we override... 1 package: ejabberd. > then the simple > advise I would give you is: _don't_. Can you tell me a bit more about why? (I definitely respect your technical advise, I'm trying to get more depth of info / experience on this...) As it's a single package and this could expand to a couple more packages but no more, one alternative is to take that single package and rename it ejabberd-xs and set it to provide:ejabberd, conflicts:ejabberd. I am already down that path with Moodle ("moodle-xs"), which I plan to maintain as a long-term heavily customised package. > Instead clone the Fedora repo. removing the packages you want to > "override" Quite a bit of work if I also want to give them access to sec updates in a timely fashion :-) and my "conflict" with Fedora packages is tiny. > ... or even better get your changes into Fedora. In some cases Fedora won't want them as they are strictly local customisations -- such is the case of ejabberd and moodle. In others Fedorans are looking into integrating changes in their own timeframes (and I have my own release schedules to work for :-/ ). It's a classic upstream/downstream game... 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 ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Health] VideoChat is working now - hooray!
I sense that there are a lot of new and yet-to-be-discovered ways to use these kind of low-bandwidth capabilities for health (including consultation, collaboration, and education). The perceived value of these will always be user-dependent and likely require a trial and error approach. In terms of a role for clinical consultation: The tough sell, in my opinion, is to engage specialists who are expected to diagnose. The more appropriate role for video function may be to simply triage patients and make simple decisions rather than definitively diagnose or assess patients. Just food for thought. Best wishes Paul On Mon, Oct 13, 2008 at 8:04 PM, Martin Langhoff <[EMAIL PROTECTED]>wrote: > 2008/10/14 <[EMAIL PROTECTED]>: > > but those are not all cases. > > exactly. There's a lot of fun to be had, and a lot to learn with this. > Might be useful in some cases (perhaps growing number of cases, if > connectivity improves over time) and more things become viable. > > For health purposes, it will probably not be useful, except for a tiny > % of cases. If people want health tools, that's a different project. > > Let's refocus that camera on collaboration and education. > > > > 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 > -- Paul Heinzelmann, MD ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
joyride-activities.py --mirror
Added a --mirror flag to joyride-activities.py so that the script can be used on a system without dbus or sugar, in order to create a mirror of the activity files for later pickup. git clone http://dev.laptop.org/~quozl/berts-script.git -- James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Tying yum to a package "stream"?
On Tue, 2008-10-14 at 15:23 +1300, Martin Langhoff wrote: > OLPC's XS ships a number of patched packages. The packages are > normally built with a different "stream" or "flavour" (they don't say > "f9" but "xs05") and sit in a special repository. > > Is there a good way to ensure revisor/yum prefers the packages from > the xs stream or repo over the standard F9 release or update packages, > even if the f9 package is newer? > > (In the APT/Debian world the closest parallel would be setting apt > preferences to have biased priorities -- aka Pin -- on a label or a > component.) you can use yum's priorities plugin to achieve similar results. Just as in the apt-world configuring priorities/pinning for longterm/widespread use is a frelling nightmare. -sv ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
New joyride build 2515
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2515 Changes in build 2515 from build: 2514 Size delta: 0.00M -coreutils 6.10-30.fc9 +coreutils 6.10-33.fc9 -cups-libs 1:1.3.8-2.fc9 +cups-libs 1:1.3.9-1.fc9 -shared-mime-info 0.30-1.fc9 +shared-mime-info 0.30-3.fc9 -sqlite 3.5.9-1.fc9 +sqlite 3.5.9-2.fc9 -tzdata 2008g-1.fc9 +tzdata 2008h-1.fc9 -xorg-x11-drv-evdev 2.0.4-1.fc9 +xorg-x11-drv-evdev 2.0.6-1.fc9 --- Changes for coreutils 6.10-33.fc9 from 6.10-30.fc9 --- + fix several date issues(e.g. countable dayshifts, ignoring + clarify ls exit statuses documentation (#446294) + cp -Z now correctly separated in man page (#466646) + cp -Z works again (#466653) + make preservation of SELinux CTX non-mandatory for + do not double bugreport page in chcon + do not mention --change chcon option in help and man + added capability support to ls, but not to DIRCOLORS* + added requires for libattr (#465569) + seq should no longer fail to display final number of some + mention that DISPLAY and XAUTHORITY envvars are preserved --- Changes for shared-mime-info 0.30-3.fc9 from 0.30-1.fc9 --- + Use Firefox and not redhat-web as the default app for HTML files (#452184) + update license tag --- Changes for sqlite 3.5.9-2.fc9 from 3.5.9-1.fc9 --- + Remove references to temporary registers from cache on release (#463061) --- Changes for tzdata 2008h-1.fc9 from 2008g-1.fc9 --- + Upstream 2008h + Fix exact DST transition hour for Mauritius + Syria will leave the period of DST on Nov 1 + Fix coordinates of Pacific/Niue --- Changes for xorg-x11-drv-evdev 2.0.6-1.fc9 from 2.0.4-1.fc9 --- + evdev 2.0.6 + evdev 2.0.5 -- 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: [Server-devel] Getting closer: XS-0.5-dev5 "preview"
On Tue, Oct 14, 2008 at 1:59 PM, Martin Langhoff <[EMAIL PROTECTED]> wrote: > Grab it and take it for a spin > http://xs-dev.laptop.org/xs/other/OLPCXS-0.5-dev5-i386.iso > > SHA1 3b911f1cf92d2f90314b8332ff8d9661a2c145ad > Size 532M and pushed out the changes in the build scripts in xs-livecd . Is anyone _tracking_ xs-livecd? I want to rename it to something more accurate like "xs-installcd" now that we are no longer using the livecd toolchain. We got rid of livecd-tools and my doctor now says I'll live till I'm 40. Correlation does not mean causation, but it sure is a hint! :-) 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 ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Health] VideoChat is working now - hooray!
On Mon, 13 Oct 2008, Paul Heinzelmann wrote: > I sense that there are a lot of new and yet-to-be-discovered ways to use > these kind of low-bandwidth capabilities for health (including consultation, > collaboration, and education). The perceived value of these will always be > user-dependent and likely require a trial and error approach. > > In terms of a role for clinical consultation: The tough sell, in my > opinion, is to engage specialists who are expected to diagnose. The more > appropriate role for video function may be to simply triage patients and > make simple decisions rather than definitively diagnose or assess patients. the key thing to remember is that in many cases the alternative isn't a in-person visit to the specialist, it's going without professional diagnosis entirely. David Lang > Just food for thought. Best wishes > > Paul > > > On Mon, Oct 13, 2008 at 8:04 PM, Martin Langhoff > <[EMAIL PROTECTED]>wrote: > >> 2008/10/14 <[EMAIL PROTECTED]>: >>> but those are not all cases. >> >> exactly. There's a lot of fun to be had, and a lot to learn with this. >> Might be useful in some cases (perhaps growing number of cases, if >> connectivity improves over time) and more things become viable. >> >> For health purposes, it will probably not be useful, except for a tiny >> % of cases. If people want health tools, that's a different project. >> >> Let's refocus that camera on collaboration and education. >> >> >> >> 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: [Health] VideoChat is working now - hooray!
2008/10/14 <[EMAIL PROTECTED]>: > but those are not all cases. exactly. There's a lot of fun to be had, and a lot to learn with this. Might be useful in some cases (perhaps growing number of cases, if connectivity improves over time) and more things become viable. For health purposes, it will probably not be useful, except for a tiny % of cases. If people want health tools, that's a different project. Let's refocus that camera on collaboration and education. 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: [Health] VideoChat is working now - hooray!
On Mon, 13 Oct 2008, Paul Heinzelmann wrote: I think its very exciting to see telemedicne applications being developed for this platform. But I also think you need to be very careful here. There are multiple studies on resolutuion of images and utility for various telemedicine purposes. (ie Still images from a 2 megapixel camera are likely mimimal for wound care, follow up, etc.) In that scenario, video at 1 or 2 fps wouldnt be very good for assessing wounds. I think Bob is on target when it comes to the value add of video when it comes to doing evidence-based telemedicine. For example, if you are assessing a movement disorder, or trying to assess non-verbal cues in a psych patient, this will not be possible at 1-2fps. there are times when you need full motion viedeo, there are times where you need higher resolution than the camera can provide. but those are not all cases. saying that it's no good for those cases if valid, but the way it is being said implies that if it's not good enough for those cases it's completely useless for all cases, and shouldn't be deployed. David Lang___ 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: [Health] VideoChat is working now - hooray!
I agree that low cost , low tech, open source e-health/telehealth apps is the best way to go in remote areas of the world as written about and demonstrated by Paul's partner in crime over at Partners Health Care, Dr Joe Kvedar. In those settings the above is ideal, but I can also make a case for a more powerful platform at the major medical centers or hubs. One of the problems in the US and to lesser extent the rest of the world, is that the vendors of telehealth/e-health are pushing te high end eqiupment and apps and thats part of the disconnect in what we really want to do , i.e provide low cost telehealth solutions to the world. imho, - Original Message - From: Paul Heinzelmann To: [EMAIL PROTECTED] Cc: Bob Pyke Jr.,RN,CPNP; health; Grassroots OLPC; OLPC Devel; Pia Waugh Sent: 10/13/2008 4:46:31 PM Subject: Re: [Health] VideoChat is working now - hooray! I think its very exciting to see telemedicne applications being developed for this platform. But I also think you need to be very careful here. There are multiple studies on resolutuion of images and utility for various telemedicine purposes. (ie Still images from a 2 megapixel camera are likely mimimal for wound care, follow up, etc.) In that scenario, video at 1 or 2 fps wouldnt be very good for assessing wounds. I think Bob is on target when it comes to the value add of video when it comes to doing evidence-based telemedicine. For example, if you are assessing a movement disorder, or trying to assess non-verbal cues in a psych patient, this will not be possible at 1-2fps. It certainly adds a 'gee whiz" factor to "see" the doctor from the patient's perspective, but the value to the doctor in terms of diagnosis will be minimal in my opinion. That being said, the challenge is to find low bandwidth applications that make sense for patients and health workers and I think this will be very case-specific. Cudos to those seeking to develop them! On Mon, Oct 13, 2008 at 4:31 PM, Benjamin M. Schwartz <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bob Pyke Jr.,RN,CPNP wrote: | It aappears to be interestimg. But if your doing remote telehealth you need to have 30 fps for video. I think this is a misunderstanding. We are not talking about robotic remote surgery here, or anything requiring low-latency feedback. "Telehealth" in this context refers to an interview between a patient and a medic. For example, a patient might hold up an injury and ask the doctor if it looks infected. In fact, for health applications, I would make the unusual tradeoff of sending the full resolution of the camera (640x480) at high quality, even if this means that we can only achieve 1 or 2 fps. - --Ben -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjzsAoACgkQUJT6e6HFtqQ95wCfW3tZ5Yq/bojohVwfWjI9Dpyc Qa8An2jyUmIpz1P6vgKyI9oQ1SycrzHc =CROV -END PGP SIGNATURE- ___ Health mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/health -- Paul Heinzelmann, MD___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Health] VideoChat is working now - hooray!
I think its very exciting to see telemedicne applications being developed for this platform. But I also think you need to be very careful here. There are multiple studies on resolutuion of images and utility for various telemedicine purposes. (ie Still images from a 2 megapixel camera are likely mimimal for wound care, follow up, etc.) In that scenario, video at 1 or 2 fps wouldnt be very good for assessing wounds. I think Bob is on target when it comes to the value add of video when it comes to doing evidence-based telemedicine. For example, if you are assessing a movement disorder, or trying to assess non-verbal cues in a psych patient, this will not be possible at 1-2fps. It certainly adds a 'gee whiz" factor to "see" the doctor from the patient's perspective, but the value to the doctor in terms of diagnosis will be minimal in my opinion. That being said, the challenge is to find low bandwidth applications that make sense for patients and health workers and I think this will be very case-specific. Cudos to those seeking to develop them! On Mon, Oct 13, 2008 at 4:31 PM, Benjamin M. Schwartz < [EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Bob Pyke Jr.,RN,CPNP wrote: > | It aappears to be interestimg. But if your doing remote telehealth you > need to have 30 fps for video. > > I think this is a misunderstanding. > > We are not talking about robotic remote surgery here, or anything > requiring low-latency feedback. "Telehealth" in this context refers to an > interview between a patient and a medic. For example, a patient might > hold up an injury and ask the doctor if it looks infected. > > In fact, for health applications, I would make the unusual tradeoff of > sending the full resolution of the camera (640x480) at high quality, even > if this means that we can only achieve 1 or 2 fps. > > - --Ben > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkjzsAoACgkQUJT6e6HFtqQ95wCfW3tZ5Yq/bojohVwfWjI9Dpyc > Qa8An2jyUmIpz1P6vgKyI9oQ1SycrzHc > =CROV > -END PGP SIGNATURE- > ___ > Health mailing list > [EMAIL PROTECTED] > http://lists.laptop.org/listinfo/health > -- Paul Heinzelmann, MD ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Revisor / yum odd error with f9 updates.newkey repo: Missing Dependency: glibc-common = 2.8-3 is needed by package glibc-2.8-3.i386
On Tue, Oct 14, 2008 at 4:23 AM, seth vidal <[EMAIL PROTECTED]> wrote: >> The error is >> Missing Dependency: glibc-common = 2.8-3 is needed by package >> glibc-2.8-3.i386 > > Is there any other debug information available? > > _something_ is pulling in glibc-2.8-3 instead of 2.8-8. That's what's > horking the issue with 2.8-3, most likely. > > But without more debugging info I'm hard pressed to tell you what's > happening. Can't get revisor to give me a separate yum log at the moment, but I managed to get yum into high-debug mode. So the messages are mixed between revisor and yum, but it seems to make sense: http://dev.laptop.org/~martin/revisoryum.log.bz2 It definitely sees 2.8-8, and I can't spot anything that calls glibc-2.8-3 *except* that there's a mention of it being included "from Groups" -- Including glibc >From Groups: Adding glibc-0:2.8-8.i686 to transaction >From Groups: Adding glibc-0:2.8-8.i386 to transaction >From Groups: Adding glibc-0:2.8-3.i386 to transaction >From Groups: Adding glibc-0:2.8-3.i686 to transaction and later 2.8-3 wants the matching glibc-common, which *is* in the repo. However, yum doesn't like it and it doesn't settle for the 2.8-8 set. Do the logs make sense to you? Also -- I did add glibc and glibc-common explicitly to the kickstart file, but it didn't make a difference. 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 ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: 2 observations (candidate-767)
> 2) I then tried to install and use TuxPaint versions 1 and 2 and Squeak. I notice that except for the kernel package squeak-vm, "Squeak" does not seem to be present in 767. There are available a number of optional Activities programmed in squeak, but I don't have any installed currently. As far as TuxPaint is concerned, 767 appears to have introduced a new "Feature" whereby if all the (security?) prerequisites for an Activity are not met, on launch such an Activity (e.g., TuxPaint) just pulses and vanishes, leaving behind a log of zero bytes. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: ship Gnash 0.8.4 RC1 in OLPC 8.2.0?
> For the record, I consider Dan to have spoken authoritatively on this > matter. As he says, the best things that you can do now are to > demonstrate that the newer gnash can safely be deployed either via 'yum > update', via 'olpc-update', or by providing a custom installation script Our release of 0.8.4 just went out. I'm running it on a G1G1, and it works fine, when compared to any other machine I've tested on. You can grab the source tarball from http://www.getgnash.org. Good luck... :-) - rob - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Dev Meeting tommorow (tues) @ 11am
Hi all, Reminder that tomorrow (tues) we will have our dev meeting at 11am. We'll be meeting in the basement conference room. -Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Health] VideoChat is working now - hooray!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bob Pyke Jr.,RN,CPNP wrote: | It aappears to be interestimg. But if your doing remote telehealth you need to have 30 fps for video. I think this is a misunderstanding. We are not talking about robotic remote surgery here, or anything requiring low-latency feedback. "Telehealth" in this context refers to an interview between a patient and a medic. For example, a patient might hold up an injury and ask the doctor if it looks infected. In fact, for health applications, I would make the unusual tradeoff of sending the full resolution of the camera (640x480) at high quality, even if this means that we can only achieve 1 or 2 fps. - --Ben -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjzsAoACgkQUJT6e6HFtqQ95wCfW3tZ5Yq/bojohVwfWjI9Dpyc Qa8An2jyUmIpz1P6vgKyI9oQ1SycrzHc =CROV -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Updated UBIFS 8.2 image
Hi, I have updated the UBIFS 8.2 image on d.l.o with a new kernel that includes various backports from kernel.org. One major change that is noticeable is that the free space calculation reports 921MiB free instead of 822MiB due to improved df reporting. I've also disabled debug messages and this will improve performance (UBI attach time dropped from 50s to < 2s). Directions for installation: * Make sure your XO has security disabled * Make sure your XO is running the latest OFW. The best way to do this is to update it to 8.2.0. * Download the following files to a USB stick: http://dev.laptop.org/~dsaxena/ubi_test/data.img http://dev.laptop.org/~dsaxena/ubi_test/nand.img * Boot the laptop with USB stick and escape into the OFW prompt. * Run: ok dev nand : write-blocks write-pages ; dend write-blocks isn't unique # You can ignore this ok update-nand u:\data.img * At this point OFW will erase the flash and copy the contents of the nand.img file to flash. When complete you can simply reboot the system. Thanks to Artem Bityutskiy for backporting the changes. ~Deepak -- Deepak Saxena - Kernel Developer - [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 2 observations (candidate-767)
On Mon, Oct 13, 2008 at 20:22, Chris Marshall <[EMAIL PROTECTED]> wrote: > 1) I just did a clean candidate-767 > update for another G1G1-1 XO > and observed that the initial attempt > to share a Chat session comes up with > the "talk bubble" followed by the > "invite to" without Chat or Chat > Activity at the end. > > After sharing another activity and then > going back to the Chat, when I shared > it with a Friend in the Group view the > expected menu came up: "talk bubble" > invite to Chat Activity (or whatever > it is supposed to be, sorry I did not > write this down). > > > 2) I then tried to install and use > TuxPaint versions 1 and 2 and Squeak. > On attempting to start either of these > activities there was a lot of waiting > and then the activity failed to start. > The surprising thing was I used Logs to > look at the logs and they both showed > nothing. The actual files are empty. > Hard to imagine how failing to start > would not generate an error reason of > some sort. > > --Chris Verbose debug logs need to be enabled using the procedure on http://wiki.laptop.org/go/Attaching_Sugar_Logs_to_Tickets. Regards Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: ship Gnash 0.8.4 RC1 in OLPC 8.2.0?
On Mon, Oct 13, 2008 at 01:57:57PM -0400, Daniel Drake wrote: >On Mon, Oct 13, 2008 at 12:34 PM, [EMAIL PROTECTED] ><[EMAIL PROTECTED]> wrote: >> You really do not get it do you!! The basic functionality should be >> provided by OLPC with a build of gnash optimized for the Geode. > >I should note that I'm a bit out of touch from the current state of >8.2 development, so don't treat my words as authorative. For the record, I consider Dan to have spoken authoritatively on this matter. As he says, the best things that you can do now are to demonstrate that the newer gnash can safely be deployed either via 'yum update', via 'olpc-update', or by providing a custom installation script tailored for XOs. Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] 0.84/9.1 planning.
Folks - I would like to spend some time this week getting a bit more consensus on the goals and agenda for this conversation before we get too far ahead with planning and invitations. I don't want to spend the first day "setting the scope and expectations for the week" only to discover that some people showed up looking for a different scope and expectations! We are not going to try to be all things to all people, but are going to try to focus largely on how best to meet the needs that are already well-communicated and generally understood. I would also like to stop calling this "9.1" planning. We need to plan the development work we need to get done, regardless of whether that work will be able to ship next March. At a certain point we will have some of this work complete and available for qualification in a March delivery, and we'll ship that as 9.1. And we'll keep going to qualify and ship more of it in 9.2, and more in 10.1 (or is that 0.1??), etc. - Ed On 10/13/08 2:13 PM, "Samuel Klein" <[EMAIL PROTECTED]> wrote: > Tomeu: >> Scott: >>> I think more like: >>> Nov 17-20: talks and hacking >>> Nov 21: priorities meeting, wrapup. >>> >>> I'm not the "planning committee", but this would be what I'd like to see. >> >> Works for me. Should we be concerned that talk (or aguing) might >> expand so much that there's little time to take actual decisions? >> Perhaps a strict schedule may help with this? > > Yes - specific sessions with end times, for presentation and > brainstorming, as the start of future discussions. We have other > good channels for lasting talk and arguing (like this one :) > > Please suggest specific sessions or presentations you'd like to see or give: > wiki.laptop.org/go/9.1#Proposed_talks > > > Marco: >> * It would be very beneficial to spend some time explaining SL >> mission and making plans on how to best decouple and integrate >> processes and infrastructure with OLPC. Perhaps Walter and I could >> give a talk about that and we would reserve a bit of time the last day >> to come up with actionable items about this aspect. > > Definitely. The first day will be given over in part to setting the > scope and expectations for the week; that would be a good time for an > initial talk about this (noting Tomeu's concern above, perhaps at the > end of the day, before dinner...). > > It would also be very beneficial to spend a good bit of time at the > beginning reviewing feedback from our major deployments -- not only > peru and uruguay, which have their own full-fledged national programs > underway, but also the next tier of ten countries with thousands of > laptops in the field and specific needs, results, desires, amazements > and stumbling blocks. I have posted a concept for an agenda on the > [[9.1]] page; please take a look, revise mercilessly, &c -- in it I > left much of tuesday for this sort of feedback. > > SJ > ___ > 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
2 observations (candidate-767)
1) I just did a clean candidate-767 update for another G1G1-1 XO and observed that the initial attempt to share a Chat session comes up with the "talk bubble" followed by the "invite to" without Chat or Chat Activity at the end. After sharing another activity and then going back to the Chat, when I shared it with a Friend in the Group view the expected menu came up: "talk bubble" invite to Chat Activity (or whatever it is supposed to be, sorry I did not write this down). 2) I then tried to install and use TuxPaint versions 1 and 2 and Squeak. On attempting to start either of these activities there was a lot of waiting and then the activity failed to start. The surprising thing was I used Logs to look at the logs and they both showed nothing. The actual files are empty. Hard to imagine how failing to start would not generate an error reason of some sort. --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] 0.84/9.1 planning.
Tomeu: > Scott: >> I think more like: >> Nov 17-20: talks and hacking >> Nov 21: priorities meeting, wrapup. >> >> I'm not the "planning committee", but this would be what I'd like to see. > > Works for me. Should we be concerned that talk (or aguing) might > expand so much that there's little time to take actual decisions? > Perhaps a strict schedule may help with this? Yes - specific sessions with end times, for presentation and brainstorming, as the start of future discussions. We have other good channels for lasting talk and arguing (like this one :) Please suggest specific sessions or presentations you'd like to see or give: wiki.laptop.org/go/9.1#Proposed_talks Marco: > * It would be very beneficial to spend some time explaining SL > mission and making plans on how to best decouple and integrate > processes and infrastructure with OLPC. Perhaps Walter and I could > give a talk about that and we would reserve a bit of time the last day > to come up with actionable items about this aspect. Definitely. The first day will be given over in part to setting the scope and expectations for the week; that would be a good time for an initial talk about this (noting Tomeu's concern above, perhaps at the end of the day, before dinner...). It would also be very beneficial to spend a good bit of time at the beginning reviewing feedback from our major deployments -- not only peru and uruguay, which have their own full-fledged national programs underway, but also the next tier of ten countries with thousands of laptops in the field and specific needs, results, desires, amazements and stumbling blocks. I have posted a concept for an agenda on the [[9.1]] page; please take a look, revise mercilessly, &c -- in it I left much of tuesday for this sort of feedback. SJ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: ship Gnash 0.8.4 RC1 in OLPC 8.2.0?
On Mon, Oct 13, 2008 at 1:57 PM, Daniel Drake <[EMAIL PROTECTED]> wrote: > I should note that I'm a bit out of touch from the current state of > 8.2 development, so don't treat my words as authorative. I'll attempt to be a bit less useless: if you really feel that the gnash upgrade is really significant, and worth delaying G1G1 mass production for, then my suggestion would be to mail Michael Stone, the 8.2 release manager. He's the person who can provide a definite answer. Use a subject line like "please delay 8.2 for new gnash release," point him to these discussions, make a clear succinct argument for the benefits of the upgrade (which sites now work? how much faster is it? etc), and (if possible) explain why this would be a low risk change, with no danger of introducing regressions. Also be clear to offer any assistance that you can provide - RPMs, testing help, offers to run the smoke test, etc. Thanks, Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: ship Gnash 0.8.4 RC1 in OLPC 8.2.0?
On Mon, Oct 13, 2008 at 12:34 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > You really do not get it do you!! The basic functionality should be > provided by OLPC with a build of gnash optimized for the Geode. I'm glad to hear that 0.8.4 will result in a significantly better experience for XO users - all the more reason to see it championed for 8.2.1. If you are interested, my suggestions for the next steps are: - file a redhat bug to get it included in F9/F10 - the outcome should be some RPMs which we can test in OLPC; put out a request to thislist for testers - file a trac bug for inclusion in joyride - write a mail to this list, championing for an 8.2.1 release Perhaps I can help you on that as of next week. Rest assured that had 0.8.4 come out and passed Fedora or our own QA when active 8.2 development was happening, I would have seen it into 8.2 in an instant. In fact, I spent quite a bit of time working with Gnash this summer: I tested various sites reported to fail with the version of Gnash we shipped in 8.1, reported improvements for most of them, I fixed a bug in the linking setup which was causing gnash to be totally non-functional in browse (patch was contributed and accepted upstream), and I rebuilt it a couple of times to fix fallout with other system components. I never recommended the Adobe option to anybody. I feel guilty that gnash was neglected in the 8.1 days (new snapshots ignored even when active development was happening) so I did my bit to help for 8.2. In this case, OLPC has a communicated time-based release cycle, and the time when we would have readily put changes like this in 8.2 finished weeks ago. I'm sad that we probably won't ship gnash-0.8.4, I'm also upset that we have to ship such an old gstreamer, same for evince, and it's a shame we won't be shipping the fastboot improvements in Linux 2.6.28, etc. That's just how it has to work when you are working to provide a stable release on a schedule. Some sacrifices have to be made. I should note that I'm a bit out of touch from the current state of 8.2 development, so don't treat my words as authorative. Just wanted to make sure these mails don't go unanswered - it's great to see more people caring about gnash. Thanks, Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: enabling and disabling file compression
On Mon, Oct 13, 2008 at 6:46 PM, Deepak Saxena <[EMAIL PROTECTED]> wrote: > On Oct 13 2008, at 14:59, Tomeu Vizoso was caught saying: >> Hi Chris and Deepak, >> >> in Ubifs, I have tried unsetting the compression xattr on files, but >> reads were equally slow so I guess the contents weren't actually >> uncompressed. Even tried dd'ing to an empty existing file without the >> c attribute, but the result was the same. Any idea what I'm doing >> wrong? > > I _think_ the slowness we are seeing might be a side effect of me having > enabled various debug messages in both the UBI and UBIFS layer. I am > rebuilding the image with a new kernel and will post after I do some > testing here. Nice, is there any other way I can check if the file is stored compressed or not? 'du' should show a different value? >> Chris, I think you worked on improving the control of on-the-fly >> compression in jffs2, can we control it using the c attribute as in >> ubifs? > > I've talked to David Woodhouse about this in the past and it shouldn't > be too hard to do as the ioctl() handler is already in place, it just > means adding a flag to the inode (and each block?) and a check at > read()/write() time. > > One question I've wondered about is what is the meaning of disabling > compression on a file that has already been written to flash compressed? > Do we decompress the file and re-write it to flash or do we just > wait until an update that touches the data? If possible, I'd like if the file was compressed/decompressed at the same moment as the xattr is changed, but if we need to do some dance, we'll do it. Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: enabling and disabling file compression
On Oct 13 2008, at 14:59, Tomeu Vizoso was caught saying: > Hi Chris and Deepak, > > in Ubifs, I have tried unsetting the compression xattr on files, but > reads were equally slow so I guess the contents weren't actually > uncompressed. Even tried dd'ing to an empty existing file without the > c attribute, but the result was the same. Any idea what I'm doing > wrong? I _think_ the slowness we are seeing might be a side effect of me having enabled various debug messages in both the UBI and UBIFS layer. I am rebuilding the image with a new kernel and will post after I do some testing here. > Chris, I think you worked on improving the control of on-the-fly > compression in jffs2, can we control it using the c attribute as in > ubifs? I've talked to David Woodhouse about this in the past and it shouldn't be too hard to do as the ioctl() handler is already in place, it just means adding a flag to the inode (and each block?) and a check at read()/write() time. One question I've wondered about is what is the meaning of disabling compression on a file that has already been written to flash compressed? Do we decompress the file and re-write it to flash or do we just wait until an update that touches the data? ~Deepak -- Deepak Saxena - Kernel Developer - [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: ship Gnash 0.8.4 RC1 in OLPC 8.2.0?
On Oct 13, 2008, at 8:46 AM, Daniel Drake wrote: > On Mon, Oct 13, 2008 at 11:19 AM, Robert Howard > <[EMAIL PROTECTED]> wrote: >> Btu end users could install them and have them work if gnash 0.8.4 >> was >> available. > > If end-users have to drop to a command line and do something, which I > assume they do for the above, then it will not be hard for someone > like you to offer a package for gnash 0.8.4 for them to install at the > same time. You really do not get it do you!! The basic functionality should be provided by OLPC with a build of gnash optimized for the Geode. There has been demand for this from deployments and you have ignored this fact. G1G1 users have been wanting this for a long time. The new G1G1 V2 users are going to be annoyed with this lack of support. An additional data point is that Adobes flash support on Linux is not optimized for the Geode and is in general not great on the XO and is not simple to install.. > > Daniel > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: ship Gnash 0.8.4 RC1 in OLPC 8.2.0?
On Mon, Oct 13, 2008 at 11:19 AM, Robert Howard <[EMAIL PROTECTED]> wrote: > Btu end users could install them and have them work if gnash 0.8.4 was > available. If end-users have to drop to a command line and do something, which I assume they do for the above, then it will not be hard for someone like you to offer a package for gnash 0.8.4 for them to install at the same time. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: ship Gnash 0.8.4 RC1 in OLPC 8.2.0?
On Oct 13, 2008, at 6:59 AM, Daniel Drake wrote: > On 10/12/08, Carlos Nazareno <[EMAIL PROTECTED]> wrote: >> Hey OLPC team. >> >> No, really, is there any chance OLPC can ship Gnash 0.8.4 with XO OS >> final 8.2.0? > > Very doubtful.. this Gnash release is several weeks too late to meet > 8.2.0. We froze things quite a while ago. > > My suggestion would be to find websites that work better in Gnash > 0.8.4, then propose an 8.2.1 release including the upgrade: > http://wiki.laptop.org/go/8.2.1 > >> It wouldn't hurt for you to include this snapshot in your release >> as a >> gnash 0.8.4-rc1. It WOULD hurt for you to include 0.8.3 because it >> doesn't play YouTube. Unless we find a strong reason not to, >> we'll do >> a release tomorrow (about 28 hours from now). > > I don't think we will play YouTube, regardless of whether 0.8.3 or > 0.8.4 is shipped in 8.2.x. We don't ship the youtube-required > proprietary codecs. Btu end users could install them and have them work if gnash 0.8.4 was available. > > Daniel > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Revisor / yum odd error with f9 updates.newkey repo: Missing Dependency: glibc-common = 2.8-3 is needed by package glibc-2.8-3.i386
On Mon, 2008-10-13 at 16:24 +1300, Martin Langhoff wrote: > Right now, revisor can build a pristine F9 installer CD but cannot > build a F9 + updates installer CD. > > The problem appears by merely enabling the additional repo in the > stock F9 config files that ship with Revisor. It has also been > reported elsewhere: https://fedorahosted.org/genome/ticket/28 > > The error is > Missing Dependency: glibc-common = 2.8-3 is needed by package > glibc-2.8-3.i386 Is there any other debug information available? _something_ is pulling in glibc-2.8-3 instead of 2.8-8. That's what's horking the issue with 2.8-3, most likely. But without more debugging info I'm hard pressed to tell you what's happening. -sv ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: ship Gnash 0.8.4 RC1 in OLPC 8.2.0?
On 10/12/08, Carlos Nazareno <[EMAIL PROTECTED]> wrote: > Hey OLPC team. > > No, really, is there any chance OLPC can ship Gnash 0.8.4 with XO OS > final 8.2.0? Very doubtful.. this Gnash release is several weeks too late to meet 8.2.0. We froze things quite a while ago. My suggestion would be to find websites that work better in Gnash 0.8.4, then propose an 8.2.1 release including the upgrade: http://wiki.laptop.org/go/8.2.1 > It wouldn't hurt for you to include this snapshot in your release as a > gnash 0.8.4-rc1. It WOULD hurt for you to include 0.8.3 because it > doesn't play YouTube. Unless we find a strong reason not to, we'll do > a release tomorrow (about 28 hours from now). I don't think we will play YouTube, regardless of whether 0.8.3 or 0.8.4 is shipped in 8.2.x. We don't ship the youtube-required proprietary codecs. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
enabling and disabling file compression
Hi Chris and Deepak, in Ubifs, I have tried unsetting the compression xattr on files, but reads were equally slow so I guess the contents weren't actually uncompressed. Even tried dd'ing to an empty existing file without the c attribute, but the result was the same. Any idea what I'm doing wrong? Chris, I think you worked on improving the control of on-the-fly compression in jffs2, can we control it using the c attribute as in ubifs? Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] ejabberd sysconfig patch
Le lundi 13 octobre 2008 à 13:44 +1300, Douglas Bagnall a écrit : > This patch to Collabora's OLPC ejabberd-rpm package makes > /etc/init.d/ejabberd look for (and, if possible, incorporate) > /etc/sysconfig/ejabberd. Two options can be set there: > > - CONFIG_FILE gives an alternative to /etc/ejabberd/ejabberd.cfg > - ULIMIT_MAX_FILES sets the number of open files (using ulimit -n). > > The latter is useful to anyone running a popular ejabberd server (you > have to do this, one way or another), while the config redirection > decouples the OLPC specific configuration from the ejabberd package. > Thanks for the patch. I applied it on my XS branch. Unfortunately, I wasn't able to use git-am, so I re-recorded your patch. Suggestion welcome :) $ cat /tmp/ejabberd-sysconfig.patch | git-am Patch does not have a valid e-mail address. > Peter: would you consider taking this upstream? It would make life > easier for OLPC (which we need) and no doubt for others too. > > Collabora people: I've been using the XS git branch. If I understand > correctly, without the specialised ejabberd.cfg, the only patch we > have over Fedora is recent_online_and_nearby_groups_updated.diff: > > http://git.collabora.co.uk/?p=user/cassidy/ejabberd-rpm;a=blob;f=recent_online_and_nearby_groups_updated.diff;h=7138ad4a1a55dace867b76c683163dfc71d9f4d3 > > and if that gets absorbed or obsoleted, then we could be back on the > F-9 rpm? recent_online_and_nearby_groups_updated.diff is the only patch we apply on upstream code (to support the @online@ shared roster). You can easily see the modifications I did on the F9 package by browsing the repo: http://git.collabora.co.uk/?p=user/cassidy/ejabberd-rpm;a=shortlog;h=refs/heads/XS and looking at the commits after "Import F-9 package": "automatically generate a .pem file on installation if one doesn't exist" I think this patch has been merged to the Fedora package. "add ejabberd.cfg from xs-config" "Install XS specific ejabberd.cfg instead of the default one" This patch is to use directly XS's configuration file so users which want to deploy their own ejabberd but are not running a XS have the right configuration. "Import patch from https://bugzilla.redhat.com/show_bug.cgi?id=452326 fixing quote bug in ejabberdctl" Didn't check if it has been merged to the F9 package (if it didn't, it should be). "ejabberd.cfg: add mod_ctlextra to the modules list" This patch is needed ton add more commands to mod_ctlextra. > Or should I be looking at the push-groups or patch-extra > branches, and this is a futile idea? These 2 branches are an attempt to make creation of the shared roster easier (see #5310). The "push-groups" is probably the way to got. With it, user can create the shared roster using this command "ejabberdctl vhost host push-groups" and so doesn't have to deal with the web interface anymore. I rebased this branch on top of the current "XS". G. ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [sugar] 0.84/9.1 planning.
Just a couple of additions: * We should make sure to have a good summary of the actionable items produced during the meetings, post them to the larger community, gather feedback and consensus and finally add them to the SL roadmap. * It would be very beneficial to spend some time explaining SL mission and making plans on how to best decouple and integrate processes and infrastructure with OLPC. Perhaps Walter and I could give a talk about that and we would reserve a bit of time the last day to come up with actionable items about this aspect. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: VideoChat is working now - hooray!
Le dimanche 12 octobre 2008 à 19:11 +1100, Pia Waugh a écrit : > Hi all, > > We now have Videochat v9 which works. This is a great thing that will help > children connect, and in particular help with remote support for children. > It could assist with eHealth, remote education, speech therapy and any > number of useful functions. > > Anyway, it also needs more hacking, so anyone interested in helping should > have a play and get involved. Currently it only does basic video > conferencing between 2 laptops but the vision (as it states on the webpage) > is for whiteboard functionality and more. > > Anyway, thought there would probably be a few of you for whom this would be > useful :) > > Download and information: > > http://wiki.laptop.org/go/Video_Chat This code as not been merged to VideChat upstream [1]. Please provide a git repo with your branch so I'll be able to easily review and merge it. :) G. [1] https://dev.laptop.org/git?p=projects/video-chat-activity;a=summary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel