freezing DCON for insecure boot
Hello Mitch Scott, I have a laptop with a developer key, running an unsigned image with a few customizations for Turkey. They want a pretty custom logo and I succeeded in getting it to work in insecure mode, but it looks ugly because they see the kernel barfing diag messages on the console for a few seconds before the bootanim kicks in. Is there some forth-fu I could use to fix it? A modified olpc.fth file would be best for me as I don't have much confidence with forth and much time to implement and test it myself. Thanks. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Adding mpeg playback
Hello Andriani, our partners in Turkey are asking if the laptop can do mpeg playback. I said there are no technical reasons why it couldn't, but there are restrictive patent laws in the United States that do not let us ship mpeg software on the laptop. We bundle Ogg Theora as a replacement. They asked me if there would be problems for Turkey and I thaid that while I did not know their IP law, I hear it's not a problem in many European countries. Do you know better? And for the devel people: what should I do exactly to add mpeg support? Is installing gstreamer-ffmpeg from Livna enough? And how can we deploy such customizations in the future? Maybe we could add package installation support to the customization key? Or have as many build variants as required? -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: freezing DCON for insecure boot
On Fri, 2008-04-18 at 08:34 -0400, Kim Quirk wrote: Bernie, It is really, really important that we don't encourage countries to have their own images if they are not developers participating in active development of our code base. Turkey is going to be a big deployment, but as you say it seems they have no plans to participate in development with us at this time. We've had some good discussions around this recently as it has become very difficult to support Uruguay. This is why we separated out activities and content from the rest of the image. So that we CAN encourage countries to choose activities and content (and a few other things), but to try not to do any customization that requires their own image. This helps for most customizations I can think of, except things such as I want mpeg, which are very straightforward to do, but require changes to the (see my other post). Italy also asked us for a build with better Italian support. They know how to work with Pootle, and they actually have already done most of the work. But this work will certainly not make it for Update.1, and they can't wait for Update.2 to deploy. They asked me if they could create a custom build and reflash all laptops with it. I said it's certainly possible and not even that hard to do, but they will have to perform this work and support it on their own, because we certainly lack engineering resources at this time. I'm hopeful that what you are talking about is something that CAN go on the customization stick after the latest build has been installed. I just wanted to make sure you were up to speed with some of the more recent discussions we've had about customization. Yes, they just want the Istanbul logo on the boot animation, but the only XOs I have here for the demos are my development laptops and as such they are unsecured. I'm looking for a short term solution. Long term, this hack won't be needed. Once a country has agreed to send some developers to Cambridge to go through a build side by side with us, then they will have a better chance at successfully being able to support their own builds. We want to encourage them to get their changes into our builds so they won't have to manage their own streams forever. Yesterday I mentioned the possibility for Turkey's research institutions to collaborate with MIT and OLPC, but for now there are no contacts between the associations that supports us and universities. They said they could hire one programmer to handle the customizations that their government will request as a temporary solution. As we have often observed, it takes some time for a new country to digest the full potential of the international cooperation enabled by OLPC. Initially, they tend to see us as one of many laptop resellers. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adding mpeg playback
On Fri, 2008-04-18 at 09:23 -0400, Benjamin M. Schwartz wrote: Read this: http://www.news.com/8301-10784_3-9887955-7.html Europe is no longer free of software patents; in fact, it's actually _worse_ than the US. In the US, it's a matter of litigation, and your stuff can be taken away after trial. In Europe, it appears that the police will happily show up at your trade show and confiscate your booth without warning. Uh. Somehow, I had not connected this event with the EU parliament thing. I'm cc'ing Benjamin Henrion, of the FFII. I had dinner with him last week in Brussels and we discussed the European software patent situation for a while. Benjamin, what do you think? Where exactly would mpeg video codecs be legal within Europe? I think this topic is of interest to OLPC, but if other people of devel@ think otherwise, we can take this potentially hot thread off list. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adding mpeg playback
On Fri, 2008-04-18 at 14:51 +0100, Ivo Emanuel Gonçalves wrote: Out of curiosity, why are they not giving Theora a try? They gave me an mpeg video of the ministry of education speaking and asked me to make it play on the laptop. I said we'd have to convert it to theora. They asked me how could they do it on Windows. I said I was not sure such a converter existed for Windows. On Linux, I use ffmpeg2theora or just ffmpeg. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Translation refresh (Was: freezing DCON for insecure boot)
On Fri, 2008-04-18 at 17:25 -0300, C. Scott Ananian wrote: Can you be more precise about the dates involved and the precise pieces which need better Italian support? Activity translation improvements don't need to wait for Update.2. If it's just translation changes to the base system, we could definitely consider making an Update.1.1 (8.1.1) release for this. This would be a great idea. Yes, Italian is an easy language to support for us, so it's just strings. Update.1 had an interestingly long string freeze an I guess Italian is not the only translation that suffered by it. Torello was also asking some time ago on the #sugar channel why his changes in Pootle did not yet show up in git master. I don't know if this was answered already. I also think some TamTam strings were missing due to musical jargon, but this is hardly a showstopper. I'll let Torello be more specific. Giulia and Torello, reading us on cc, may have an approximate idea of the dates involved. Scott (or Kim), do you have an idea how long it could take to roll this Update.1.1 once we have everything in place? I'm not asking for promises, just for a genuine estimate of how long the procedure could take in practice. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [solved] freezing DCON for insecure boot
On Fri, 2008-04-18 at 08:49 -1000, Mitch Bradley wrote: The Forth command dcon-freeze will freeze the screen immediately. The Forth command freeze will cause the dcon-freeze command to be executed at the next transition to a booted program. Either can be executed from inside olpc.fth The reason for the freeze command is so that screen animations showing the progress of bootloading sub-steps can be seen, but then the Linux black-screen text messages will be hidden. Putting dcon-freeze at the top of boot.fth resulted the custom logo being displayed nicely as in secure boot with no additional tweaks required. Thanks! This is of secondary importance to me, but I still do not understand why the Update.1 release candidate 703 fails to boot in secure mode. I have even re-downloaded the image and re-flashed it a second time. Do I have to double check something in my mfg-data? Both my laptops are pre-MP. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Translation refresh
On Sun, 2008-04-20 at 18:54 +0530, Sayamindu Dasgupta wrote: I don't think it makes sense to make seperate releases _only_ for translations. Why does rolling a release seem to be such a big thing? Generating a new OS image takes 10 minutes of machine time and this is as simple as it can get. All the other steps our release procedures that create overhead assume some amount of testing is necessary before a new OS hits users. But if the only thing you change is translations, it doesn't matter whether you're doing it with a new OS image or through a separate language pack. The resulting system will in both cases be the old one plus these new strings. And this is what you have to retest in both cases. What we need is a fastpath in our procedures for this case. I think we had something adequate for security updates. Michael? sidenote Our friends here told me that we must urgently translate the word Pippy because apparently it has a very inappropriate meaning in Turkish :-) /sidenote I am currently working on a language-pack builder for deployers and testers, which would generate language packs for different releases (eg: Update-1, or Joyride), etc. This should separate the release process substantially from the translations, and deployers can add enhanced language packs for the deployed systems as the translations evolve. This would add yet another degree of implicit dependencies to our system. The way I see it is that we already have a very dangerous situation where Sugar and the activities can freely vary with respect to each other with no robust dependency tracking. If we also add translations to the equation, we're making it much worse. Then you get bug reports such as I don't get a string translated to Turkish, you'd have to ask the user: - what OS release? - what activity version? - what language pack? Unless we plan to switch to a true package manager, we can't modularize things too much. However, to make this work we also need to follow some kind of branching policy wrt the releases (eg: once Update-1 is released, bugfixes targetted for subsequent minor releases f'd uor Update-1 should be committed to the Update-1 branch only, while development for Update-2 should continue in the devel branch). This has to be done for _all_ activities (and of course, the components of Sugar as well). Yes, this is what is being done already for Sugar and many other packages hosted on dev.laptop.org (although there's no policy that mandates it). -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Translation refresh
On Sun, 2008-04-20 at 17:54 -0400, Kim Quirk wrote: Bernie, I'd like to make two points regarding your notes: 1 - OLPC cannot be responsible for activities. So it is really much better that the activities are now separate from the base code to help get this point across to the country. As a 'sales' type person, you need to convey that activities are built, tested, translated by the community. OLPC will not be qualifying or certifying them. The country needs to reserve time and resources in its own schedule to help ensure testing and translation of the activities that they want. And they can do this, because the activities are not tied to our release schedule. If we can separate translations in a similar fashion that seems like a good way to go. I had not thought about it in this way, but it makes sense. It is also close to what I've been saying to convey the idea that we are a large international effort. I often point out at the icons and say: See? These two come from developers from India and Brazil, while these are from a professor of Montreal. A few dumb questions that I've been forgetting to ask for weeks: - Is there anyone who maintains the activity packs to keep them up to date for new deployments? - Which pack should be used for demos and new deployments? I've been using the G1G1 pack for a while. - Will there be an official mechanism to update activities alongside the OS in the future? I've been using Bertf's update-activities.py, but it's of course for developers. 2 - Rolling a build takes a week, not 10 minutes. A build that is ready for release to the public, contains many steps: From check-ins, to packaging, to build creation, to testing, to the signing of the build, to getting a build properly into manufacturing... there are many steps and each step has many points of failure. Some of these we can eliminate over time through automation... but we aren't there yet. Both me and you have been intermixing the terms build and official release a bit too much. While the former really takes 10 minutes on my hardware, turning it into the latter requires all the additional work that you say. For small quantities such as in the Italian case, would it make sense to have a semi-official release that does not get preloaded in the factory, but is nevertheless signed by OLPC? -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Making Plans
On Sun, 2008-04-13 at 12:18 -0700, Edward Cherlin wrote: Who are the sales team, apart from Nicholas? Is there a way for any of us to talk to them? I, OLPC Chicago, and others out here are working on Illinois HB5000, The Children's Low-Cost Laptop Act, which proposes to put laptops in up to 300 schools. It has passed the Illinois House and gone to the Senate. It needs amendments, and we are working with the Lieutenant Governor's office on this. We would like to coordinate our efforts with OLPC's. We of OLPC Europe are a newly formed sales force operating from Brussels. I don't know who else is doing sales for OLPC these days. I have put my directory on cc in case he can add to the discussion. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [solved] freezing DCON for insecure boot
On Mon, 2008-04-21 at 10:04 +0200, Yuan Chao wrote: If your XOs are B4 or prior, I've asked similar questions to OLPC support and they said this is normal. B4 doesn't have the activate entry in mfg-data as I check which might be the cause? Yes, min was actually a B3. You can list what mfg-tags you have in /ofw/mfg-data -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Internet wide chat
Ciao, here in Turkey they asked me how two kids or a kid and a parent may chat to each other between two households. Usually I get quite the opposite question :-) They understand there will also be privacy concerns to be addressed, but for now they are more interested in how feasible it would be from a technical standpoint. Competitors have been telling that our laptop cannot do such things and this must be disproved. They asked me explicitly for MSN, but I explained we are using the same protocol of Google Talk instead, and that's fine as well. Specifically, they want to kn - how could they make kids from Ankara and Istanbul chat together - how could a kid talk with his parents or teachers who are using a normal computer - what server infrastructure is needed locally, or if they could piggyback on our infrastructure. They are thinking of a use case of one million kids, which is not too distant in the future. - for large schools of 1000 students, they ask how the mesh view UI would scale. Are we switching to a search-based interface in when there are so many kids clustered in the same LAN? Note that this is not the same type of scalability of air protocols: for large schools they plan to break up the network using access points and a wired backbone. - classrooms in Turkey may apparently have up to 50 students. Do we have any results for such an environment? - They asked if it is possible to configure laptops to create logical partitions of the network by classroom - They asked if video chat is possible. I recall someone was working on it months ago. What is the current status? -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Internet wide chat
On Mon, 2008-04-21 at 11:54 -0400, Chris Ball wrote: - They asked if video chat is possible. I recall someone was working on it months ago. What is the current status? We need two things: a codec that we can encode and decode in real-time (the demo from 2006 used h.263) and a transport layer -- I think we have a UDP transport for Salut, but not for Gabble, so video chat would be on the local mesh only. So are we designing from scratch? I think it will be productive to take an existing application like Ekiga or Linphone and maybe just change the UI. Both support video RTP, although I'm not sure whether through plug-ins that users can download separately. Linphone works well: when we went to the Game Jam in Olin College, at some point I was bored so I installed it on the laptop and made a phone call to Italy. SJ may recall that I was walking around with the XO pressed to my ear like a huge mobile phone :-) Linphone also has a great advantage for us over Ekiga and Twinkle: it's designed around the good old engine-interface pattern that makes it easy for us to rewrite the UI. It already comes with two (although really crappy) UIs, plus a machine console for automated tests. I know these things because a few years ago I reused its guts for an embedded VOIP application, and the result was very good. It would be worth someone checking out the Theora team's latest optimizations, which might make Theora solve the codec problem. Even though we could ship that by default, it is important to also let users download the standard codecs to interoperate with other VOIP clients. If that is not possible, someone who lives in a patent-free country may rebuild with --enable-patented-codecs and offer a replacement bundle. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Internet wide chat
Guillaume Desmottes wrote: We use XMPP/Jabber when the laptop is connected to a schoolserver. So basically all we need to do to allow this is: - Enable communications between jabber server - Add a way in Sugar to add not OLPC contact as Friend, initiate chats with them, etc. - Modify Chat to properly handle 1-1 chats and not OLPC activities muc (#6298) It's more an UI and privacy issue than a technical problem, really. This is what I thought, thanks for clarifying it! -- \___/ |___|Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Internet wide chat
Guillaume Desmottes wrote: Right. As said we need a good free encoder as H263 has legal issues. So, if we want to have full audio/video support on XO's we have to: a) Solve this legal codec issue and make farsight work with the chosen free codec The download codecs yourself (aka [EMAIL PROTECTED]) is an effective workaround widely used by Linux distributors these days. Consumers do not care where they get the codec from, as long as it works. And nobody ever goes after individuals. Besides, it's not even a legal issue everywhere. b) Implement audio/video in Salut c) Have a proper video chat activity integrated in sugar (#1627, #6301) d) Profit :) Is this plan in the works? While VOIP is something hardly useful for education, it would be an important selling point if our laptops could be seen also as affordable replacements for other communication devices. -- \___/ |___|Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Translation refresh
Kim Quirk wrote: Collaboration is really important to any release... so we need to include some activities that collaborate as part of formal testing. Similarly, Journal is much more than just an activity... so that will have to be part of systematic testing. Browse has to work as it is our connection to the outside world and to our local or school library. So that will have be part of any good test plan. What version(s) of Browse and other important activities are we going to test each OS release with? Here's an example: I installed the G1G1 activity pack some time ago, and I don't even know what versions of activities I'm using. Will this random bunch of activities keep working when Update.2 comes out? Vice-versa, can we expect activities released next year to work with my build 703 system or will I be forced to upgrade at some point? The complexity of an N-to-M compatibility testing is the reason why Linux distributors tend to bundle all the existing applications with the OS (either on installation media or on online repositories). Not addressing these dependencies now will lead to the same compatibility hell that has swamped a well known desktop OS. -- \___/ |___|Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Turkish keyboard layout
Walter Bender wrote: Actually, I don't recall ever approving a Turkish keyboard... The rest of the table seems up to date as far as I know. I had been in close contact with several groups in Turkey about 12 months ago and at the time, they were advocating the F layout. It would certainly be easy enough to do a Q layout. I asked a second time and they again confirmed that the only layout they know about and use is the Q one. One of them even asked me if this F thing perhaps comes from another European country :-) This particular deployment is specific to the city of Istanbul, so we definitely need to design and manufacture the Q layout in this case, regardless of whether there are other areas of Turkey where the F layout is preferred. Is there someone already assigned to follow the ongoings of this deployment? So I can relay all the information I'm collecting here and make sure it doesn't get lost. -- \___/ |___|Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Internet wide chat
Urko Fernandez wrote: On Tue, 2008-04-22 at 13:13 +0200, Bernie Innocenti wrote: The download codecs yourself (aka [EMAIL PROTECTED]) is an I don't think you can call it piracy when all you are doing is using the free implementation of a codec. This is completely legal in some countries, you are not stealing anything, as a matter of fact, even when you download unlicensed codecs, you are still not stealing it, let alone pirating it, it's just copyright infringement. IANAL, but I'd like to point out what the FSFE explained at the FOSDEM 2007 keynote, the way I understood it. My friend Andriani, an IP lawyer, is on Cc to correct me in case I said something incorrect. Unlike common belief, creating, distributing and using patented software is not _illegal_ per se, not even in countries accepting software patents. There's no law specifically disallowing the use of patented ideas. There's however law that grants the patent holder the right to ask you for a compensation if you use their idea. This is very different from copyright law, which is being enforced proactively and is punished with fines and in some cases even jail. In other words, a patent breach is not trouble between you and your country. It's between you and the patent holders. If they do not notice, or do notice but do not care to go after you, then you're totally fine. Legally and morally. And even if they _do_ ask you, patent law only allows patent holders a compensation proportional to the market opportunity involved in the specific breach. So, if I download an mp3 codec, I can be asked to refund the market value of an mp3 codec. Sweet, eh? :-) -- \___/ |___|Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: jumpy cursor problem and sugar issue
Bryan Berry wrote: 1. We are having a lot of trouble w/ jumpy cursors. You know where the touchpad behaves erratically. Is there an easy fix to this problem? we are using build 703, MP machines, and firmware Q2d14. We have the kids hold down the 4 corner buttons as recommended in the XO user guide but that doesn't seem to consistently fix the problem. Dust is an issue at the schools but that can't explain the high rate of jumpy cursors. Please assist Can you explain in detail the behavior of the cursor when it's acting erratically? There are many independent touchpad problems that look alike. Of these, the only one I could fix in software was this one: http://dev.laptop.org/ticket/2804 The symptoms of #2804 are quite distinctive: the cursor jumps immediately towards the bottom-right corner of the screen each time you put your finger on the touchpad. Dilinger and Smithbone have been working on the calibration issue, but I don't know if they finally succeeded. Dilinger also had a cleaned up version of the driver, combining together several touchpad fixes, cleanups and re-enabling the pen tablet too (#5268). That patch-set had been held until after Update.1 because it introduced yet another regression (#6079). I don't know who has been working on it, if anybody. Given our current situation, I might soon find plenty of free time to work on these things :-) -- \/ _|| Bernie Innocenti - http://www.codewiz.org/ \|__=_| It's an education project, not a laptop project ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: jumpy cursor problem and sugar issue
Andres Salomon wrote: Yeah, all the code's in master. No known bugs in the touchpad driver, but the kernel was just updated to 2.6.25. Of course, the most important change might be the PT-in-relative-mode thing; when the GS screws up, just push down hard and use the PT to do what you want to do. That's really cool, Dilinger! The Turkish had asked me when this would happen and I was embarrassed to admit there was no ETA for it yet. Is the new kernel already in one of our unstable builds? Do you think it would be dogfoodable enough for the faster branch, maybe? On second thought, maybe faster should be used only for those changes that make things, well, faster. Otherwise it would quickly become a dumping ground. -- \/ _|| Bernie Innocenti - http://www.codewiz.org/ \|__=_| It's an education project, not a laptop project ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Signed build for Italy
Hello Kim, I just talked with the people of OLPC Italia. They asked me again if they could roll their own build on all laptops after they receive them. They'be put the translations in Pootle already. I can help them creating the custom build. They say they will test it themselves of course. They are concerned about security updates from upstream, but I told them OLPC so far does not have plans to issue them. The last remaining issue is how they can put this unsigned Italian build on all the laptops they order, as I'm pretty sure OLPC would not want to sign it. Italy is not interested in anti-theft of course. Could they have the laptops of SKU 23 already unlocked from the factory? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Its.an.education.project] Sugar on the EEE PC
John Watlington wrote: The XO has a good reason for existance (MLJ's display, and attention to low power design). I agree. We had 1-2 years advantage over the others, and some kickass researchers in house. Ignoring the fact that most of the new low-cost laptops require much more power --- The EEE PC I have just bought heats up in the bag when suspended... and seems to have a noisy fan inside. a serious problem in the most underserved areas --- the price trend is for the second generation of the low cost laptops to head back to $500. The Asus 900 has a suggested list of $550 ? That's weird marketing... ASUS and Intel know they will have to beat OLPC's offer head to head. Please don't compare the list price with volume prices. You have to multiply by a factor of 1.5 to 2. A comparison of the possible XO replacements is provided as an attachment. The information comes from: http://www.liliputing.com/2008/04/over-past-six-months-or-so-asus-everex_24.html Wow, there are way more than I thought, already. And they missed this one: http://www.one2onemate.com/ -- \___/ _| o | Bernie Innocenti - http://www.codewiz.org/ \|_X_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Its.an.education.project] An OLPC Development Model
Mikus Grinbergs wrote: Frankly, I don't see a logic difference between Negroponte talking about extending the OLPC hardware to Windows (presumably to increase recognition of the OLPC), and those talking about extending Sugar to a standard desktop (presumably to increase recognition of Sugar). I myself wouldn't oppose a Windows port of Sugar. I would never waste my time on it, or encourage anyone to waste their time on it, but it's free software and thus anyone is free to port it to anything they wish. What we contest is not the mere act of porting Sugar to Windows itself. It's: - the technical viability and usefulness of this whole idea. - explicitly endorsing laptops with proprietary software as a proper learning tool for primary schools; and - letting a dangerous enemy of free software acquire control over the platform on which Sugar runs, which is a strategic suicide (ask Borland, Norton, Corel and Lotus about it); - partnering with a dangerous enemy of free software that will demand -- and seems to be already demanding -- that the Linux business be shut down in exchange for their support. -- \___/ _| o | Bernie Innocenti - http://www.codewiz.org/ \|_X_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Its.an.education.project] An OLPC Development Model
Slight correction, I should have said GNU/Linux below. Bernie Innocenti wrote: Mikus Grinbergs wrote: Frankly, I don't see a logic difference between Negroponte talking about extending the OLPC hardware to Windows (presumably to increase recognition of the OLPC), and those talking about extending Sugar to a standard desktop (presumably to increase recognition of Sugar). I myself wouldn't oppose a Windows port of Sugar. I would never waste my time on it, or encourage anyone to waste their time on it, but it's free software and thus anyone is free to port it to anything they wish. What we contest is not the mere act of porting Sugar to Windows itself. It's: - the technical viability and usefulness of this whole idea. - explicitly endorsing laptops with proprietary software as a proper learning tool for primary schools; and - letting a dangerous enemy of free software acquire control over the platform on which Sugar runs, which is a strategic suicide (ask Borland, Norton, Corel and Lotus about it); - partnering with a dangerous enemy of free software that will demand -- and seems to be already demanding -- that the GNU/Linux business be shut down in exchange for their support. -- \___/ _| o | Bernie Innocenti - http://www.codewiz.org/ \|_X_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
What this list is about
Edward Cherlin wrote: 2008/5/9 Alan Kay [EMAIL PROTECTED]: We are now several dimensions off topic ... The Research mailing list is available for such discussions. I've expressed in the past my opinion of what I thought we should and shouldn't be discussing on the i.a.e.p. list. After seeing a few days of activity, I now have a very different view: not only I don't mind if people discuss very diverse topics, I think it's a healthy thing. Now I see how being an interdisciplinary group creates lots opportunities for learning from each other and create a closer collaboration. The usual argument of how there would be too much traffic or such a low signal to noise ratio is moot: by skipping the threads I don't care about, I don't waste *any* time on them. -- \___/ _| o | Bernie Innocenti - http://www.codewiz.org/ \|_X_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Microsoft
Nicholas Negroponte wrote: OLPC is substantially increasing its engineering resources and all software development continues entirely on GNU/Linux. We will continue to work to make Sugar on Linux the best possible platform for education and to invest in our expanding Linux deployments in Peru, Uruguay, Mexico and elsewhere. No OLPC resources are going to porting Sugar to Microsoft Windows, although as a free software project, we encourage others to do so. The Sugar user interface is already available for Fedora, Debian and Ubuntu Linux distributions, greatly broadening Sugar's reach to the millions of existing Linux systems. We continue to solicit help from the free software community in these efforts. Additionally, the Fedora, Debian and Ubuntu software environments run on the XO-1, adding support for tens of thousands of free software applications. Nicholas, we are relieved to hear that this. As you may know, the core Sugar team and the FOSS community is broadening Sugar's base through the Sugarlabs initiative. Would you be willing to make a statement in support of our efforts towards what seems to be our common goal? -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 704
Build Announcer v2 wrote: http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build704 Changes in build 704 from build: 703 Size delta: 0.00M -olpc-utils 0.68-1.olpc2 +olpc-utils 0.73-1.olpc2 -xkeyboard-config 1.1-15.20071130cvs.olpc2 +xkeyboard-config 1.1-17.20071130cvs.olpc2 --- Changes for xkeyboard-config 1.1-17.20071130cvs.olpc2 from 1.1-15.20071130cvs.olpc2 --- + Fix xkeyboard-config-olpc-ca-fr-typofix.patch so that it applies correctly The changelog for olpc-utils is missing. Is it a bug in the script? Also, a version change from 0.68 to 0.73 seems a little strange at this time. Was it intentional? -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 704
Michael Stone wrote: On Fri, May 16, 2008 at 04:31:05PM +0200, Bernie Innocenti wrote: The changelog for olpc-utils is missing. Is it a bug in the script? Seems likely to me since Koji printed the appropriate changelog information after it built the RPM. Also, a version change from 0.68 to 0.73 seems a little strange at this time. Was it intentional? Yes. See #7014. That's weird: I didn't get any bugmail even though I was in the cc list of the bug. -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] OLPC's bizarre behaviors
C. Scott Ananian wrote: I would like to nominate SJ and Adam for the role of interim community liason, as they've done a fantastic job to date building and nourishing their respective content and support communities. SJ and Adam did a great job in the past to leverage and organize the community around OLPC, so I think they'd be perfect fits for this job. However, it seems most of the communication work needs to be directed *within* OLPC rather than towards its discontent community. Folks were alienated for a number of reasons, most very easy to grasp even without holding a degree in community building. One might consider reviewing some of the abundant criticism published in the open by people including Greg, RMS, Wayan, Ivan and Mako. And maybe pick some of their advice. A very important first step in the right direction would be suppressing all those secret mailing lists and bring most of the communication back on [EMAIL PROTECTED] Yes, there might be a small amount of confidentiality even within an open source charity. The same kind of things mommy and daddy would keep secret for the good of the family. Transparency is an *essential* precondition for regaining the trust of donors, volunteers and all plenty of other idealistic people who believe in reinventing education. Is there a better argument for secrecy besides our new business partners demand us to keep all our agreements secret? Restoring transparency would be just the first step, but an important step. Concrete things I'd like to see a liason take charge of: a) monthly tech mini-conferences to present current work and wild ideas b) the same for deployments, to exchange success stories, challenges, and curricula a) [...] d) Good ideas. e) A more broadly-focused community news, agressively seeking out and incorporating local as well as offical OLPC content Restoring the old weekly news posted to devel@ would be a good start. Perhaps even publishing the longer version that went by the name of below the line or something like that. f) [...] h) Very good ideas too. I'd like to stress, Scott, that your efforts towards improving communication are, as always, *very* welcome. -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] OLPC's bizarre behaviors
C. Scott Ananian wrote: Below the line was never posted to [EMAIL PROTECTED] Community news continues to be published to the [EMAIL PROTECTED] list, which is open (as far as I know). I guess the only thing that's changed is that it is no longer cc'ed to [EMAIL PROTECTED] Should it be? Oh, I had missed this. I'll subscribe to community-news, then. It's worth noting explicitly that sugarlabs can step in and fill some of these needs as well. Arranging mini-conferences and local user groups, poking developers for regular blog posts, etc, etc. Mel Chua [EMAIL PROTECTED] is interning on grassroots building this summer, and you should certainly touch base work with her if you can. She's already roughly wiki-fied my original email at http://wiki.laptop.org/go/Community_liason . We'll further discuss what Sugarlabs could do to help next week at Linux Tag. I'm planning to be there with the rest of the Sugar team. Mel, I think you'll make a great community liaison! Let me know if you need anything. -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] planet.sugarlabs.org
Christoph Derndorfer wrote: Sounds generally good. But there a flew blogs which are bringing in almost exclusively non-olpc/non-sugar stuff. Any update on the blog-front? Well, I'm reluctant to import a bunch of RSS feeds without asking the respective owners. Yes, this is how RSS is intended to be used, but it's still bad form. So, whoever desires their blogs to appear on http://planet.sugarlabs.org , please send me the URL. We could setup an instance of Wordpress on sugarlabs.org if there's demand. -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Turkish keyboard layout
Jim Gettys wrote: On Fri, 2008-05-23 at 20:38 +0530, Sayamindu Dasgupta wrote: On Wed, May 21, 2008 at 10:25 AM, Kim Quirk [EMAIL PROTECTED] wrote: We are trying to finalize the Turkish keyboard and I would like to get any last minute opinions or thoughts. A number of people have already provided their input -- THANKS! Please see the updated Q keyboard layout for Turkey: http://wiki.laptop.org/go/OLPC_Turkish_Keyboard If anyone can provide the xkb file, that would be great! We could also use some help with Turkish translations. Thanks Gary for catching the missing 'V' in the earlier version of the Q keyboard. Symbol file attached. The Manufacturing data page shows that for the Turkish machines, the KL tag should be set to us,tr. Do we need this ? From what I understand, the KL tag being set to tr only should do the trick. I'm not sure about the workflow for adding new keyboards - do I add the relevant changes to xkeyboard-config and start a build in Koji ? Thanks, Sayamindu I have memories of this working this way so that the layout switching works. Switching between TR and US was a requirement for the F layout. With the Q layout, which is fundamentally similar to the US, we don't need switching. So the KL mfg tag should be changed to tr only. -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Turkish keyboard layout
Sayamindu Dasgupta wrote: I'm not sure about the workflow for adding new keyboards - do I add the relevant changes to xkeyboard-config and start a build in Koji ? Thanks, Both me and Arjun did it in the past. It's not complicated: - checkout the Freedesktop xkeyboard-config CVS http://freedesktop.org/wiki/Software/XKeyboardConfig/Development - read the rules for submitting xkeyboard-config patches: http://freedesktop.org/wiki/Software/XKeyboardConfig/Rules - apply your changes there - diff to obtain a patch - open a bug in Freedesktop's bugzilla with the patch attached - wait for Sergey Udaltsov to apply it In parallel, you can add the patch to the package: - obtain a Fedora account if you do not have one already - checkout Fedora CVS for xkeyboard-config - go to the OLPC-2 branch (check with dgilmore if you also need OLPC-3) - add your patch (see how the others were done) - commit your changes - rebuild in Koji - your changes will appear in the next joyride build I could do this work for the tr keyboard, but my time is very limited and long term we need to find another volunteer to replace me. -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] planet.sugarlabs.org
Christoph Derndorfer wrote: please send me the URL. We could setup an instance of Wordpress on sugarlabs.org if there's demand. Aggregating content from other blogs is one thing, but I'd also suggest having a dedicated SugarLabs blog for announcements, stories, whatever... Seems like a good idea to me. If anyone wants to start blogging on people.sugarlabs.org (or something like that), I'll set up a web application. -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Switching to Kreyol ?
Bastien wrote: One quick question: how to switch a laptop to kreyol language? I was able to switch to french by just using fr_FR.UTF-8 in /home/olpc/.i18n but what is the equivalent for Kreyol? I tried kr_KR.UTF-8 and ht_HT.UTF-8 but it failed. This will give the list of all supported values for $LANG: locale -a This will add long names: locale -a -v The language Kreyol does not even seem to be supported in glibc 2.8! Does it have alternate names? Is it a dialect of another language? -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] fixing etoys
Yoshiki Ohshima wrote: Again, start up time is not a problem. Etoys start up looks a bit slow on XO, but that is because the DBus communication that has to be done. I frequently hear DBus being accused of latency. As badly implemented as it might be, I can't believe a daemon relaying a bunch of bytes over a UNIX domain socket can introduce more than 1ms of lag per message, even on a very slow processor. Has anybody ever analyzed the actual DBus traffic? With timings? How many messages are we talking about? It might very well be that the event loop on one of the endpoints is misbehaving and not waking up the process immediately when the socket has incoming data. This is not at all unusual in applications that mix GUI and networking, but I don't know the specific interactions of gtk, dbus and the python bindings. Also, I'd like to check if we could do anything to reduce our dependence on DBus to provide basic desktop services for which there are existing Freedesktop standards and long established X conventions. If we manage to make DBus entirely optional, the initial effort of porting a Linux applications to Sugar would be greatly simplified. Yes, one could wrap the thing in libsugarize, but why resort to a kludge when there are standards we could fall back to? -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] fixing etoys
Marco Pesenti Gritti wrote: If we manage to make DBus entirely optional, the initial effort of porting a Linux applications to Sugar would be greatly simplified. As far as I know this is already the case. The only non standard bit are a couple of custom X properties. Oh, is there a way around this requirement too? A few days ago someone here at OLE Nepal bundled up Firefox 2 and was disappointed to get the infamous circle icon. For them, changing the code and rebuilding from source would be overkill. (please don't ask me why Firefox 2... it might have been any large Linux application) If nobody has looked at this before, I might give it a shot to see what the Gnome wnck applet does to pair windows with their applications and desktop icons. -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Running regular X11 apps
Marco Pesenti Gritti wrote: Other than the circle icon, do you have any major issue? If it's just that, adding _NET_WM_ICON support to the sugar shell should be really easy. I'm not sure... Surendra has been working on it. Added him to cc in case he has comments. I'm planning to work on a proper fix for the whole issue (at the window management level at least) for 0.84. Yay, thanks! -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: browse and x11 performance
[EMAIL PROTECTED] wrote: bounce works fine in that build -- performance and audio are very acceptable. there's still mouse cursor flicker, i think related to the continuous frame-rate display in the corner. but in newer joyrides the whole screen is choppy. I still fail to understand why we fall back to the software cursor on the XO, which negatively impacts rendering performance. Jordan once told me that the Geode supports one hardware sprite with alpha. It would be nice if someone could trace it in the code and find out why it happens. -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] rendering test
Tomeu Vizoso wrote: Ooops. cc'ing to some other people/list in the hope someone more knowledgeable than me will comment. Thanks. Please Cc me on posts like these to make sure I don't miss them. No, it doesn't bother me to receive 0.001% more mail. I've also Cc'd the Xorg list in case someone can give us more insight. On Sun, Sep 28, 2008 at 12:46 PM, Riccardo Lucchese [EMAIL PROTECTED] wrote: On Sun, 2008-09-28 at 12:43 +0200, Riccardo Lucchese wrote: * build 703, xorg driver = amd, redraws = 200 - pixbuf: 98.63s 96.96s 96.58s 97.14s 99.21s * build 703, xorg driver = fbdev, redraws = 200 - pixbuf: 55.81s 55.40s 55.22s 55.50s 55.63s * build 2489, xorg driver = amd, redraws = 200 - pixbuf: 84.21s 84.81s 81.94s 81.79s 85.29s * build 2489, xorg driver = fbdev, redraws = 200 - pixbuf: 62.83s 62.81s 62.81s 62.66s 63.14s - joyride regressed sensibly at rendering with cairo since 703 - rendering pixbufs is extremely slow on the xo - server side surfaces are awesome ;) and btw why is fbdev faster than the geode driver at rendering pixbufs ? Was fbdev running with EXA or XAA? (does fbdev even support EXA?) My performance tests with X 1.3 and 1.4 had shown that turning on EXA makes many operations slower. It's hard to tell why, but it might have to do with loosing XShmPut() (MIT shared memory), excessive migration of pixmaps to the framebuffer, and so on. X 1.5 was supposed to have a much better EXA, at least judging from the stream of patches landed on the tree. I'd be very interested in seeing the output of oprofile while running your benchmark on X 1.4 and X 1.5. Please, remember to install the debuginfo packages for the X server, libcairo, and the geode driver. -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] rendering test
Riccardo Lucchese wrote: Was fbdev running with EXA or XAA? (does fbdev even support EXA?) http://www.x.org/wiki/ExaStatus lists fbdev in the `Probably unsuitable for EXA support' section; so, I guess XAA. Confirmed: there's absolutely no EXA code in xf86-video-fbdev. Too bad, it would have been perfect to measure the relative overhead of going through the EXA fallbacks. My performance tests with X 1.3 and 1.4 had shown that turning on EXA makes many operations slower. It's hard to tell why, but it might have to do with loosing XShmPut() (MIT shared memory), excessive migration of pixmaps to the framebuffer, and so on. X 1.5 was supposed to have a much better EXA, at least judging from the stream of patches landed on the tree. I'd be very interested in seeing the output of oprofile while running your benchmark on X 1.4 and X 1.5. Please, remember to install the debuginfo packages for the X server, libcairo, and the geode driver. I haven't tried to run oprofile on the xo yet (it is on my todo list). Be careful, there's a catch with jffs2: it does not support the writable shared mmap that oprofiled needs. This leads to a confusing situation where you get an empty report file without any error given. Refer to this (possibly outdated) documentation for an easy workaround: http://wiki.laptop.org/go/Oprofile_setup If I remember well, ExaDoMoveOutPixmap (or a function with a similar name) and memcpy were always on top of sysprof profiles in rendering tests. One advantage of repeating the profile now would be comparing the absolute times between different X servers and Fedora runtimes. Also, leaf functions tell us very little. memcpy() might be called from many different places to do different things. oprofile also supports stack traces, but for some reason I could never get them to work on the XO. One clue is that oprofile cannot use the NMI interrupt on the XO and falls back to using a software timer instead. Perhaps the stack tracing code doesn't like that. -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] rendering test
Michel Dänzer wrote: On Sun, 2008-09-28 at 18:46 +0200, Bernie Innocenti wrote: Tomeu Vizoso wrote: On Sun, Sep 28, 2008 at 12:46 PM, Riccardo Lucchese [EMAIL PROTECTED] wrote: On Sun, 2008-09-28 at 12:43 +0200, Riccardo Lucchese wrote: * build 703, xorg driver = amd, redraws = 200 - pixbuf: 98.63s 96.96s 96.58s 97.14s 99.21s * build 703, xorg driver = fbdev, redraws = 200 - pixbuf: 55.81s 55.40s 55.22s 55.50s 55.63s * build 2489, xorg driver = amd, redraws = 200 - pixbuf: 84.21s 84.81s 81.94s 81.79s 85.29s * build 2489, xorg driver = fbdev, redraws = 200 - pixbuf: 62.83s 62.81s 62.81s 62.66s 63.14s - joyride regressed sensibly at rendering with cairo since 703 - rendering pixbufs is extremely slow on the xo - server side surfaces are awesome ;) and btw why is fbdev faster than the geode driver at rendering pixbufs ? My performance tests with X 1.3 and 1.4 had shown that turning on EXA makes many operations slower. It's hard to tell why, but it might have to do with loosing XShmPut() (MIT shared memory), EXA does support XShmPutImage(), just not SHM pixmaps. I was remembering the code. As a result of ee7c684f21d, the PutImage hook in ShmFuncs is no longer being used. Shall I commit a cleanup? Also note that the fbdev driver by default uses a shadow framebuffer in system RAM and only updates the visible screen contents at regular intervals. It might be fairer to compare with Option ShadowFB off, at least assuming the amd driver provides other desirable features the fbdev driver can't provide. Riccardo, could you try that? -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] rendering test
Michel Dänzer wrote: As a result of ee7c684f21d, the PutImage hook in ShmFuncs is no longer being used. Shall I commit a cleanup? ShmPutImage is still accelerated though (also, that commit is only in 1.5, not 1.4). What kind of cleanup do you have in mind? Remove the unused PutImage hook from the ShmFuncs structure. Also maybe move the whole structure definition in the xserver as it doesn't seem like something that belongs to the public xextproto interface. -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: add xcompmgr to the olpc-development stream builds
Erik Garrison wrote: Attached is a patch to pilgrim which adds xcompmgr to the olpc-development stream builds. This is a prerequisite for testing. Size delta is negligible: I believe the binary is 26K. Could we enable this? Bernie and I are in agreement that we need to start testing of composite. Where is the part to launch xcompgr from olpc-session? I could commit it for you. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
wiki.laptop.org upgrade
Ciao, we are currently upgrading the MediaWiki instance that runs the main wiki to 1.13.2 and enabling OpenID authentication. It might become inaccessible for a few minutes while the upgrade scripts are converting the database. Afterward, please report any regression you observe. -- Bernie Innocenti, OLPC VIG ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wiki.laptop.org upgrade
Bernie Innocenti wrote: we are currently upgrading the MediaWiki instance that runs the main wiki to 1.13.2 and enabling OpenID authentication. It might become inaccessible for a few minutes while the upgrade scripts are converting the database. Afterward, please report any regression you observe. We're done. Enjoy, -- Bernie Innocenti, OLPC VIG ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wiki.laptop.org upgrade
Ed McNierney wrote: What was the motivation for this upgrade? Why did we need to take the wiki offline for several hours during our G1G1 promotion? Thanks. It was offline for approximately 45 minutes (and it was mostly due to a weird problem that took a while to figure out). The main motivation for the upgrade was installing OpenID to enable single-sign-on across all the web applications. Secondarily, it's always safer to keep web applications up to date. I also did a few cleanups to ensure the next updates will be a little easier. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wiki.laptop.org upgrade
Ed McNierney wrote: Perhaps I missed it, but I do not recall any email review or discussion of the value or need for either OpenID or a MediaWiki update, and I don't understand how we made the decision that either was more valuable than keeping one of our two major public sites online. Having volunteer assistance for systems administration is extremely valuable, but that assistance must be coordinated and communicated with the rest of the team. Maybe you missed it, but it was discussed twice in the weekly VIG meetings, to which you were participating. There was a ticket open in RT for almost one month. Feature requested by Luke, ticket opened by Mel, reviewed by Kim, approved by Henry. Before proceeding, we asked CScott and SJ, and sent a notice to [EMAIL PROTECTED] I was also supposed to also meet with you yesterday, but you weren't around. So I really don't think it could have publicized it more than this. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wiki.laptop.org upgrade
Ed McNierney wrote: David - I don't understand that comment. What several efforts are you talking about? I don't think there were several efforts to publicize this outage - if so, the scope of those efforts wasn't sufficient IMHO. I, for one, insistently tried to have a face to face meeting with you for... how long... 3 weeks? Ok, we had the G1G1, then the Sugarcamp, then thanksgiving... Let's try to reschedule for Monday afternoon maybe? -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wiki.laptop.org upgrade
C. Scott Ananian wrote: Incidentally, we have laid the groundwork to have safe sandbox versions of all our important services where changes can be tested prior to being made on the live site. This wiki upgrade would have been a perfect opportunity to use a sandbox. Yeah, I remember someone (Kim?) saying we should be moving each wiki into its own VM for security and separation. I'd volunteer to do this over the weekend if someone is around. As it is, it appears that the site upgrade broke squid caching (in particular commit 08738cb15fac477ca7795b0fdc00b265825747e4) and some visitors will be receiving pages in the wrong language. Our mediawiki installation is quite patched, and an upgrade should have been approached with a great deal more caution. I've noticed your change and merged it back on top of the 1.13 changes. I thought git had handled the rest of the merge allright, but apparently not. Would you like me to have a look at it later tonight, or would you prefer to handle it yourself? See you on IRC. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC/SL relationship
[dropping olpc-sysadmin@ from the cc list, updating the topic] Samuel Klein wrote: I was speaking of larger communication issues. Great. Can we resolve them by providing more and more regular (and more public!) information? Communication issues are rarely fixed by throwing pies. Announcing what OLPC is planning to do from time to time would be a first step in the right direction. Discussing these plans with the community on devel@ would be even more appreciated. Since when we started the G1G1 last year, OLPC became less and less inclined in discussing potentially embarrassing topics with the community in public lists. With many customers and deployments all over the world, there are understandable concerns about legal liability and potential impact on the public image. Well, I guess it's the necessary price one pays in order to grow a healthy and useful community around the project. You thought me that, remember? :-) Two week ago you said that a statement would be forthcoming about the relationship between Sugar Labs and OLPC. What do you expect in such a statement? What is the relationship in your words? I don't know what Ed had in mind, but I'd like to see more and more casual discussions of this on all sides. I keep meeting people who see the Sugar Labs effort as some kind of competitor to OLPC, or even a *fork*. And these are probably a small fraction who have been outspoken enough to say it. Our respective goals are distinct, but not necessarily incompatible. There's a lot of overlap that would make our long term relationship worthwhile in spite of the past. Walter Bender and Chuck Kane agreed to work together since before Sugar Labs was established. And many SL people also happen to be OLPC people, and vice-versa... so there is _already_ some kind of collaboration going on at some levels. What's needed at this point, IMHO, is a clear, open statement from OLPC that we're *really* committed to work together. Not merge, nor marry... but work together on the thing we both need: Sugar. Or maybe just say: NEVER, GET LOST!!! ;-) We should all be talking together, no relays necessary. Some of these planning updates are on my plate, and I will get back with more news tonight. What are Sugar Labs' plans for Fudcon? Providing more public information on all sides will help everone, more than the tastiest food fight. We apparently discussed it for a while, but I still didn't get around to catch up with my email. All I know for sure is that this time I'll just sit back and enjoy the conference as a guest. ;-) -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wiki.laptop.org upgrade
Samuel Klein wrote: Agreed. I think for the past 4 months or so, since we started to get double our previous traffic, significant steady use of our sites by Uruguay, and (in particular) a stronger dependence on w.l.o and l.o by deployments and press events, * we no longer have 'safe' times to take services down * we should be extra careful to maintain mirrors or readable versions of services durint maintenance of any sort * there are thousands of users who have never engaged with mailing lists, active wiki chats, or our community, but depend on our information and servers (wiki info, support, activation, bug tracking, c). I'd volunteer to work on a testwiki.laptop.org running a copy of Mediawiki with its own database, where we could performs upgrades. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC/SL relationship
(I've cut away everything else, to which I entirely agree) Samuel Klein wrote: We apparently discussed it for a while, but I still didn't get around to catch up with my email. All I know for sure is that this time I'll just sit back and enjoy the conference as a guest. ;-) I'm sure you will enjoy that! I didn't see it discussed publicly; pleaswe make sure that those conversations are on public lists when you are part of them. I'll do the same. It seems social interactions naturally drive people into choosing the narrowest possible audience when presented with multiple possibilities. *Especially* for controversial or strategic proposals; those where consensus isn't immediately clear. When Red Hat was trying to push all their internal development traffic out to the Fedora community, dwmw2 used to reply: I will not answer this message until it's posted on a public list. Yeah, let's encourage an attitude of violence!!! :-) OLPC is committed to having sessions specifically about the XO at XOCamp the three days after FUDCon so that we can focus on shared goals and components during it (and so that we can have wrap-up / overview sessions for people working on XO planning that builds on whatever comes out of FUDCon collaborations).I hope we can work out how to combine community infrastructure tracks of the two (and share resources to bring in community members from around the world who really need to build stronger ties with one another so that they can go back to assuming good faith on lists such as this one!). Let's get started from a wiki page we could edit jointly, maybe? The FUDcon is a self-organizing event, so they have no defined schedule until the day of the conference. Se for now we might just want to come up with a list of proposed talks and speakers for now? One important note: unscheduled and unplanned discussions should not be allowed to push back or even cancel the following talks. This was a mistake I made due to inexperience. No matter how important they are, such discussions are better held during unscheduled free time. /rant -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wiki.laptop.org upgrade
Samuel Klein wrote: On Thu, Dec 4, 2008 at 5:49 PM, Bernie Innocenti I'd volunteer to work on a testwiki.laptop.org running a copy of Mediawiki with its own database, where we could performs upgrades. OK, but I think it's often unnecessary for wikis - you can switch the db to read-only mode instead. How would one keep running the previous version while testing the new one with just one database? The schema changes aren't backwards compatible, right? -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Orphaned font packages
Hello, I've just converted these two packages to the new font packaging guidelines, but then I realized I didn't make an ideal maintainer because I don't use them and I can't even read those languages :-) So here they are, for anyone who would like to take them over from me: https://admin.fedoraproject.org/pkgdb/packages/name/nafees-web-naskh-fonts https://admin.fedoraproject.org/pkgdb/packages/name/abyssinica-fonts -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] [ANNOUNCE] Sucrose 0.83.4 Development Release
Walter Bender wrote: Wow!! We have great release notes lately. To credit authors, I'd also append the patch summary by author, Linus-style. It can quickly be obtained this way: git log v0.83.3..HEAD | git-shortlog -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] [Sugar-devel] [ANNOUNCE] Sucrose 0.83.4 Development Release
Jonas Smedegaard wrote: - Given the above, the word Closes: steals precious characters, and is rather easy to deduce, therefore I'd opt it out. It really makes better sense to me to not squeeze bug hints into that first line at all, but instead include them in a later line of the commit. Dropping the leading Closes: makes it harder to rely on for automated bug closing. You might not care about that, but I must say that I find that mechanism pretty cool on Debian. If the Closes: line is going to be part of the long description, then I totally agree we should use it. I'd even propose the adoption the other conventional headers used by the Linux kernel community: Signed-off-by: Random J. Hacker r...@example.org Reviewed-by: Random J. Reader r...@example.org Tested-by: Random J. Tester r...@example.org Ack-by: Random J. Approver r...@example.org Cc: Random J. Developer r...@example.org The semantics are described here: http://lxr.linux.no/linux+v2.6.28.1/Documentation/SubmittingPatches#L377 - To reduce clutter, I'd make the SL prefix implied, and leave other prefixes such as OLPC#123 and RH#456 explicit. You mean that you agree with my proposal of having SL _optional_ or you mean that it must never be there? Imagine a future fork of Sugarlabs. Let's call it Suguntu to hint at where I am going with this. Suguntu has their own bug tracking system, and some Sugarlabs developers gets hired to work on both systems in parallel. In the beginning Suguntu acts as downstram to Sugarlabs, but over time some parts of Sugar then gets primarily maintained at Suguntu so some changelog entries close Suguntu bugreports and not Sugarlabs ones. I'd say it makes sense to allow SL as a hint, but just have it be optional so that for packages only maintained upstream at Sugarlabs there is no need to add it to eah and eery bug hint. I meant it should have been optional, but if we switch to using the Closes: header in the body, where we have no size constraints, then we could has well use the prefix consistently. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] [Sugar-devel] [ANNOUNCE] Sucrose 0.83.4 Development Release
Martin Langhoff wrote: On Sat, Jan 24, 2009 at 6:39 AM, Bernie Innocenti ber...@codewiz.org wrote: I meant it should have been optional, but if we switch to using the Closes: header in the body, where we have no size constraints, then we could has well use the prefix consistently. One important note WRT 'Closes'... Code hits git way earlier than it hits the package. So in most projects where I work, people will put in the commit msg a bugnumber, meaning that it's _related_ to that bug. To say it 'closes' the bug denotes a confidence I rarely have when working with the SCM. Well, it's customary to introduce an additional state where the bug is fixed in the developer's intentions, but not yet QA'd: NEW - ASSIGNED - FIXED - CLOSED However, I'm not advocating for this just yet. Turn our quality knob up too much while our codebase is still a little immature and needs to change rapidly might even be counter-productive (i.e. project takes longer to reach stability). What's interesting about a Closes: (or Fixes:) tag, is that it could be used to automatically close the bug in trac from the post commit hook, thus saving some precious time to our developers. Once it's tested, and everyone's happy, the new release gets packaged, and we can say - with more confidence - that it closes some bugs. For example I have done series of 100+ patches related to one bug. None of them closed it, but once the new (major) release was ready, the package changelog did say Closes: #123. What's good for packaging... is good for packaging! Right, but who prepares the package changelog? If we're going to come up with something like the detailed Changelog that GNU coding practices demand, it's a lot of burden for very little value. The humanized release notes that Simon prepares, with reference to important bugs and new features, is ideal. A simple query in trac should be enough to find out what bugs were fixed between 0.42.1 and 0.42.2 if we care to add and maintain a target milestone field. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] SoaS on the XO progress
Sayamindu Dasgupta wrote: FWIW, I have noticed mmap errors while trying to deal with large files (~70MB) on the standard OLPC builds. localedef does not work in the XO for this (strace shows that it chokes when trying to mmap /usr/lib/locale/locale-archive) I don't think it's related to the size of the file. Writeable file mappings are just not supported by jffs2, and cause mmap() to return an error. glibc likes to do it when building the locale-archive, and I vaguely remember I had a workaround for this in our fork of the glibc rpm. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] SoaS on the XO progress
C. Scott Ananian wrote: It's probably worth reading through the pilgrim 'streams.d/olpc-development.stream' file to see if there are other fixes you are missing. Indeed. Starting with a white-room F10 build is going to cause many such regressions, and re-discovering all the associated workarounds is going to cost a lot of time. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: status of OLPC project
[cc += sugar-de...@] Victor Lazzarini wrote: Thanks. Walter has kindly replied to me already, so it looks like sugar labs is my destination. Hope to be able to clear up all my marking by the end of next week and by then I think will also know where I actually fit into this new scheme of things. I'm happy to be back. Thanks a lot for helping! -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: status of OLPC project
Bernie Innocenti wrote: [cc += sugar-de...@] Victor Lazzarini wrote: Thanks. Walter has kindly replied to me already, so it looks like sugar labs is my destination. Hope to be able to clear up all my marking by the end of next week and by then I think will also know where I actually fit into this new scheme of things. I'm happy to be back. Thanks a lot for helping! Oops, I didn't notice this was an 3 weeks old thread that had jumped back to the top due to Bastien's recent post. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Touchpad problem
Daniel Drake wrote: 2009/1/31 Tiago Marques tiago...@gmail.com: Almost already as I started using it, I noticed that sometimes the touchpad would be irresponsive. I may use it for hours without having a problem but, when it happens, it usually doesn't start working again soon. Which OS version are you using? I'm assuming 8.2.0. This is fixed for 8.2.1, perhaps you'd like to join the testing effort? What does the fix do? I thought it was not fixable in software. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Service announcement scheme - (Re: A small request.)
C. Scott Ananian wrote: This is irrelevant, really. Protocols are designed with certain assumptions. Those assumptions (mostly having to do with the behavior and cost of broadcasts) were true when the protocols were designed, and are no longer true today. This is the way of all software, it's not unique to 802.11s in some way. You make it look like there was an alternative to broadcasts in a peer to peer network, but I don't see any way out unless you want to have master browsers with elections in the best Windows workgroup tradition. Anyway, stuff that doesn't exist yet. Wait, are you perhaps suggesting to use DDNS to publish those services on a nameserver running on the XS? That is how DNS-SD works, yes. I do not understand the security side of it, and how old records get garbage collected unless you do a periodic refresh. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Service announcement scheme - (Re: A small request.)
Martin Langhoff wrote: On Mon, Feb 2, 2009 at 6:39 PM, C. Scott Ananian csc...@laptop.org wrote: My suggestions: DNS-SD and libepc (http://live.gnome.org/libepc/). There's no need for Sugar-specific solutions here; we just need to use existing standard solutions. Yep - I want existing standard stuff, but the devil we know seems to swamp the spectrum with 802.11s. When I read the Zeroconf book, I got the impression that the _standard_ was carefully designed to minimize needless broadcasts and scale well in real scenarios. I can't comment on the current Avahi _implementation_ though. Even if the standard itself is flawed, designing a custom protocol to do the same thing is going to be a lot of work and probably end up facing the very same design issues that made the IEFT's standard inadequate for us in the first place. When it comes to non-trivial networking protocols, I don't trust any given individual to be able to do a good job without going through an *extensive* iterative design process with public reviews of interim drafts. What's hardest about networking is that it looks deceptively easy at first :-) -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Service announcement scheme - (Re: A small request.)
Morgan Collett wrote: Also don't blame avahi for the fact that we send out updates every time you alt-tab between shared activities, so that your icon can jump to the appropriate snowflake on everyone else's Neighborhood Views... as well as sending who joined and left... Mature GUIs have a common pattern to avoid too much graphical flickering on possibly rapid state transitions, such as setting a busy pointer or disabling buttons while some operation is in progress. I don't know if it has a name, but the algorithm is exactly the same for de-bouncing mechanical keys: you propagate the event only after the state has settled for a certain amount of time. This would take away a certain percentage of spurious updates, but the number basically remains proportional to the number of users so it doesn't scale much better. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Service announcement scheme - (Re: A small request.)
C. Scott Ananian wrote: When I read the Zeroconf book, I got the impression that the _standard_ was carefully designed to minimize needless broadcasts and scale well in real scenarios. I can't comment on the current Avahi _implementation_ though. This is true for wired networks; not necessarily true for mobile and/or wireless networks. IEEE chose to make wi-fi networks look like 802.11 LANs, similar to ethernet. It might have been a bad idea in retrospect, but now we have to live with it. AFAIK, the bulk of the problem with multicasts over 802.11s (and not all wi-fi networks) is that those must be propagated at the slowest possible link speed in order to reach all nodes. Like Martin, you are confusing mDNS with DNS-SD. Ok, but how would the laptops advertise their SRV records without multicast DNS? Wait, are you perhaps suggesting to use DDNS to publish those services on a nameserver running on the XS? -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Build intrastructure
[cc += sugar-de...@] Marco Pesenti Gritti wrote: As Peter suggested, I should look at getting nightly builds set up soon. Would you like to share infrastructure so that the build run spits out SoaS images at the same as F11-XO images? If so, any preference for whether to do it on an OLPC machine or on something like sunjammer? Sharing infra on this makes a lot of sense to me. Personally I have no preference about where to host it. Bernie, what do you think? Is this something we can host? I guess we will need a rawhide box/VM. We can provide shell accounts on our buildslaves to anyone interested in running nightly builds. We currently have 4 of them: buildslave1.sugarlabs.orgFedora 10 x86_64 buildslave2.sugarlabs.orgFedora rawhide x86_64 buildslave3.sugarlabs.orgOFFLINE buildslave4.sugarlabs.orgUbuntu 8.10 Please, avoid using your shell accounts on sunjammer for heavy-duty jobs such as daily rebuilds. If you must, at least run these things with nice -n 15 ionice -n 5 -c 3 to keep it from slowing down other users too much. Please also avoid using shell accounts on solarsail and trinity as we're going to phase them out at some point. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Keep tabs on Sugar development
2009/2/10 Wade Brainerd wad...@gmail.com: PS- If you don't have an RSS reader already, try out Google Reader. Its List view works pretty well for this feed. RSS support in Thunderbird is also very good. Simon Schampijer wrote: Awesome, one missing piece for me! Can we add a tip somewhere in the DevelopmentTeam pages? -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Future of Rainbow + Sugar?
Michael Stone wrote: In my view, it's up to the SugarLabs folks to use Rainbow or to drop it. Now that Sugar was made more modular, I think it's up to the individual distributors to make a choice. It might be enabled by default on XOOS, disabled by default on F11, and so on. Now, it could certainly be the case that there's more work that I need to do in the form of documenting, testing, or pushing my recent rainbows before people will be excited about trying them out and, if that's the case, someone should tell me. Since no one has done so to date, despite repeated overtures, I've mostly come to believe that no one cares. Is there any work that needs to be done Sugar side in order to adapt it to your refactored version of Rainbow? If so, I'm afraid that: 1) nobody but you understands Rainbow well enough to come up with a proper patch 2) it might be too late for the 0.84 release cycle at this point. P.S. - I find this state of affairs particularly sad, since I think there's an /increasing/ amount of awesomeness that Rainbow can provide, e.g., bringing all the recent hard work the kernel folks have been putting in on network containerization and memory-resource cgroups to the masses. I'm with you on this. Actually, Rainbow is the only part of OLPC's security I find actually beneficial for the user. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] [ANNOUNCE] Sucrose 0.84.0 Final Release
On 03/04/09 10:45, Simon Schampijer wrote: this is the Final Release in our 0.84 development cycle [1]! Thanks to our testers the developers were able to bring in bug fixes to stabilize the platform. And the translators were busy to get all the strings translated. All the details what have changed from a user point of view will be handled in the detailed 0.84 release notes. Thanks everyone for your great contributions! Kudos! This release cycle was simply great, congratulations to everyone who worked so hard on it. -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] [ANNOUNCE] Sucrose 0.84.0 Final Release
On 03/05/09 10:56, Tomeu Vizoso wrote: So, how are we going to celebrate it? As 0.84.1 is going to be on, we could do a bug fix sprint during a weekend. Should we get the marketing team to prepare a press release? Did we announce it on Freshmeat? Slashdot? LWN? OLPCNews? -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] I hear you
On 03/29/09 23:42, qu...@laptop.org wrote: I've tested twinkle and it worked quite well for point to point calls. Both it and ihu could probably be modified to accept appropriate parameters to operate within the Sugar context if needed. I'm also aware of someone working again on the point-multipoint audio idea that I tried out a couple of years ago ... a press-to-talk (PTT) multicast portable radio emulation. Some time ago I made linphone work on my XO. It was fully functional and reliable, but the GUI is really ugly also by the standards of a traditional desktop. The reason why linphone is interesting at all is that the engine is well isolated from the UI so it's easy to replace it with a Sugar UI, perhaps written in Python, without breaking everything in the core. They have already implemented GTK, console and test UIs. Oh, and it also does video with H263, MPEG4, theora and H264 codecs! http://www.linphone.org/index.php/eng/features -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC Volunteer Infrastructure Group Meeting: [Today]
On 05/20/09 11:27, Tomeu Vizoso wrote: Agenda: * backup: new VM for streaming to a robot tape solution * pinguin: new www * meeting: http://idea.laptop.org/drupal5/ideatorrent/idea/8/ * vig: http://idea.laptop.org/drupal5/ideatorrent/idea/7/ * idea: idea.sugarlabs.org??? Would be cool! Indeed! Let me know where I should point the CNAME record. Then, please add a link to it from a page in our wiki. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SoaS v2 Beta Release - The Next Big Thing
El Sun, 30-08-2009 a las 21:46 +0200, Sebastian Dziallas escribió: Please download and test your version of this release from here: http://download.sugarlabs.org/soas/releases/soas-2-beta.iso 6db05c91d2bc1a6c4af1044cea2ae0b6d63931af soas-2-beta.iso Hmm I can't find the image anywhere. Are you sure you really uploaded it on sunjammer? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC does end run around IP addresses
On Wed, 2010-01-13 at 09:02 -0600, Mikus Grinbergs wrote: Surely all your machines can communicate quite happily using IPv6 link-local addresses? Why this fascination with Legacy IP? Because none of my facilities (including my desktops) are set up to use IPv6. You'd be surprised. These days, many modern Linux distributions -- and even crap like Windows and OS X -- will setup a link-local IPv6 address automatically in the default configuration. So, if you really do hate IPv6, you'll have to work quite hard to completely turn it off on all your facilities :-) -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Fwd: xorg.conf for the XO-1]
On Thu, 2010-01-21 at 20:37 +0100, Sascha Silbe wrote: On Thu, Jan 21, 2010 at 03:06:14PM -0300, Bernie Innocenti wrote: I remember getting rid of all the manual input device configuration on the transition to Xorg 1.5. FWIW it works fine without any xorg.conf at all on Debian. It has hal running, though. Sadly, we have hal running on F-11, too :) -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Fwd: Re: xorg.conf for the XO-1]
[cc += pgf, de...@laptop.org] Maybe you know something about it? Forwarded Message From: Bernie Innocenti ber...@codewiz.org To: Daniel Drake d...@laptop.org Cc: Michael Stone michael.r.st...@gmail.com, Raul Gutierrez Segales r...@rieder.net.py, Chris Ball c...@laptop.org, Dennis Gilmore den...@ausil.us Subject: Re: xorg.conf for the XO-1 Date: Wed, 20 Jan 2010 14:50:48 -0300 [cc += cjb, dgilmore] On Tue, 2010-01-19 at 08:40 -0600, Daniel Drake wrote: 2010/1/19 Bernie Innocenti ber...@codewiz.org: I remember getting rid of all the manual input device configuration on the transition to Xorg 1.5. Does anyone remember why these sections were resurrected later on? have you checked fedora changelogs/cvs history? ausil (Dennis Gilmore) committed it, probably for someone else. revision 1.1 date: 2008/06/03 19:21:46; author: ausil; state: Exp; updated xorg.conf file and olpc-login Does anyone remember why this was necessary? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: B R E A K T H R O U G H -- F11-on-XO1 has working video player
On Wed, 2010-01-27 at 04:29 -0300, Raul Gutierrez Segales wrote: Here at .PY we have been able to setup the os image build machinery (thanks Bernie!) so we plan to roll out a signed image soon.. Stay tuned! Today I've been testing activities and collaboration. Everything feels snappy and works decently. Any other major blocker that deserves attention? The only oddity I've seen is that libertas still has some reliability problems when automatic power management is switched on. Libertas' PM always has been a real PITA. I heard plenty of good kernel hackers swear between their teeth because of it. Marcelo would often swear aloud too :-) Today I promised to work on a cleaner patch for the main outstanding PM issue (http://dev.laptop.org/ticket/9967), but there is certainly something else going on. For instance, we seem to loose association for no good reason. After a few suspend/wakeup cycles, I even managed to make the Libertas disappear from the USB bus! In fact, this might not even be a 2.6.31 regression. To my (somewhat fuzzy) memory, automatic power management always has been disabled in OLPC's official builds due to similar reliability issues. At some point we may choose to give up trying to make libertas behave and keep the power management feature disabled for good. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: B R E A K T H R O U G H -- F11-on-XO1 has working video player
On Wed, 2010-01-27 at 20:57 -0300, Bernie Innocenti wrote: In fact, this might not even be a 2.6.31 regression. To my (somewhat fuzzy) memory, automatic power management always has been disabled in OLPC's official builds due to similar reliability issues. Yesterday I played a little with automatic power management on an XO-1 with build 8.2.1. While I could not make libertas fail the same way of 2.6.31, suspend was often making me loose association. NetworkManager did not seem to reassociate automatically on wakeup, I had to do it manually. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Fix activation on F11-XO1
With these patches applied, we've been able to successfully activate and boot a locked XO-1! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH 1/2] activate.py: add diagnostic output for USB probing
This debug output helps finding out why activate.py refuses to activate a laptop. Without it, one is left wondering whether mount failed, leases.dat wasn't found or its content was incorrect. --- 30olpc-boot/activate.py |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/30olpc-boot/activate.py b/30olpc-boot/activate.py index 72094ea..0d14269 100755 --- a/30olpc-boot/activate.py +++ b/30olpc-boot/activate.py @@ -31,8 +31,11 @@ def blk_mounted(device, mnt, fstype=None): def try_blk(device, mnt, fstype=None): Try to mount a block device and read keylist from it. try: +print sys.stderr, Trying + device + ..., with blk_mounted(device, mnt, fstype): +print sys.stderr, mounted..., with open(os.path.join(mnt,'lease.sig')) as f: +print sys.stderr, lease.sig found. return f.read() except: return None @@ -214,6 +217,7 @@ def usb_init(): global _usb_first # ignore modprobe failures, since older kernels don't have # modular usb (trac #7113). +print sys.stderr, Loading USB modules... call(['/sbin/modprobe','ohci-hcd']) call(['/sbin/modprobe','usb-storage']) if _usb_first: @@ -318,6 +322,7 @@ def activate (serial_num, uuid): send('USB success') try: # return minimized lease +print sys.stderr, Checking lease... return find_lease(serial_num, uuid, keylist) except: send('USB fail') -- 1.6.2.5 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH 2/2] Fix boot on locked XO-1
We weren't passing -t jffs2 to mount root on XO-1 when booting in locked mode. --- 30olpc-boot/olpc-boot-cmdline.sh |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/30olpc-boot/olpc-boot-cmdline.sh b/30olpc-boot/olpc-boot-cmdline.sh index fc79d18..ca3f561 100644 --- a/30olpc-boot/olpc-boot-cmdline.sh +++ b/30olpc-boot/olpc-boot-cmdline.sh @@ -24,7 +24,11 @@ if [ -z $root ]; then tmp=$((tmp - 1)) root=/dev/disk/mmc/mmc${tmp}p2 ;; - /pci/nandfl...@c:*) root=/dev/mtdblock0 ;; # XO-1 internal NAND + /pci/nandfl...@c:*) + # XO-1 internal NAND + root=/dev/mtdblock0 + fstype=jffs2 + ;; /pci/u...@*) root=/dev/sda2 ;; # external USB, assume partitioned esac fi -- 1.6.2.5 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Activation on F11-XO1
With the following patch series, we could successfully boot a locked XO-1 with F11-XO1 with leases.dat stored on a USB stick. We've not yet tested activation over wifi. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH 1/2] activate.py: add diagnostic output for USB probing
This debug output helps finding out why activate.py refuses to activate a laptop. Without it, one is left wondering whether mount failed, leases.dat wasn't found or its content was incorrect. --- 30olpc-boot/activate.py |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/30olpc-boot/activate.py b/30olpc-boot/activate.py index 72094ea..0d14269 100755 --- a/30olpc-boot/activate.py +++ b/30olpc-boot/activate.py @@ -31,8 +31,11 @@ def blk_mounted(device, mnt, fstype=None): def try_blk(device, mnt, fstype=None): Try to mount a block device and read keylist from it. try: +print sys.stderr, Trying + device + ..., with blk_mounted(device, mnt, fstype): +print sys.stderr, mounted..., with open(os.path.join(mnt,'lease.sig')) as f: +print sys.stderr, lease.sig found. return f.read() except: return None @@ -214,6 +217,7 @@ def usb_init(): global _usb_first # ignore modprobe failures, since older kernels don't have # modular usb (trac #7113). +print sys.stderr, Loading USB modules... call(['/sbin/modprobe','ohci-hcd']) call(['/sbin/modprobe','usb-storage']) if _usb_first: @@ -318,6 +322,7 @@ def activate (serial_num, uuid): send('USB success') try: # return minimized lease +print sys.stderr, Checking lease... return find_lease(serial_num, uuid, keylist) except: send('USB fail') -- 1.6.2.5 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH 2/2] Fix boot on locked XO-1
We weren't passing -t jffs2 to mount root on XO-1 when booting in locked mode. --- 30olpc-boot/olpc-boot-cmdline.sh |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/30olpc-boot/olpc-boot-cmdline.sh b/30olpc-boot/olpc-boot-cmdline.sh index fc79d18..ca3f561 100644 --- a/30olpc-boot/olpc-boot-cmdline.sh +++ b/30olpc-boot/olpc-boot-cmdline.sh @@ -24,7 +24,11 @@ if [ -z $root ]; then tmp=$((tmp - 1)) root=/dev/disk/mmc/mmc${tmp}p2 ;; - /pci/nandfl...@c:*) root=/dev/mtdblock0 ;; # XO-1 internal NAND + /pci/nandfl...@c:*) + # XO-1 internal NAND + root=/dev/mtdblock0 + fstype=jffs2 + ;; /pci/u...@*) root=/dev/sda2 ;; # external USB, assume partitioned esac fi -- 1.6.2.5 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
testing
Testing, please ignore. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Activation on F11-XO1 (take 2)
(Apparently last time something went wrong with Mailman, retrying) With the following patch series, we could successfully boot a locked XO-1 with F11-XO1 with leases.dat stored on a USB stick. We'll test activation over wifi tomorrow. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH 2/2] Fix boot on locked XO-1
We weren't passing -t jffs2 to mount root on XO-1 when booting in locked mode. --- 30olpc-boot/olpc-boot-cmdline.sh |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/30olpc-boot/olpc-boot-cmdline.sh b/30olpc-boot/olpc-boot-cmdline.sh index fc79d18..ca3f561 100644 --- a/30olpc-boot/olpc-boot-cmdline.sh +++ b/30olpc-boot/olpc-boot-cmdline.sh @@ -24,7 +24,11 @@ if [ -z $root ]; then tmp=$((tmp - 1)) root=/dev/disk/mmc/mmc${tmp}p2 ;; - /pci/nandfl...@c:*) root=/dev/mtdblock0 ;; # XO-1 internal NAND + /pci/nandfl...@c:*) + # XO-1 internal NAND + root=/dev/mtdblock0 + fstype=jffs2 + ;; /pci/u...@*) root=/dev/sda2 ;; # external USB, assume partitioned esac fi -- 1.6.2.5 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH 1/2] activate.py: add diagnostic output for USB probing
This debug output helps finding out why activate.py refuses to activate a laptop. Without it, one is left wondering whether mount failed, leases.dat wasn't found or its content was incorrect. --- 30olpc-boot/activate.py |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/30olpc-boot/activate.py b/30olpc-boot/activate.py index 72094ea..0d14269 100755 --- a/30olpc-boot/activate.py +++ b/30olpc-boot/activate.py @@ -31,8 +31,11 @@ def blk_mounted(device, mnt, fstype=None): def try_blk(device, mnt, fstype=None): Try to mount a block device and read keylist from it. try: +print sys.stderr, Trying + device + ..., with blk_mounted(device, mnt, fstype): +print sys.stderr, mounted..., with open(os.path.join(mnt,'lease.sig')) as f: +print sys.stderr, lease.sig found. return f.read() except: return None @@ -214,6 +217,7 @@ def usb_init(): global _usb_first # ignore modprobe failures, since older kernels don't have # modular usb (trac #7113). +print sys.stderr, Loading USB modules... call(['/sbin/modprobe','ohci-hcd']) call(['/sbin/modprobe','usb-storage']) if _usb_first: @@ -318,6 +322,7 @@ def activate (serial_num, uuid): send('USB success') try: # return minimized lease +print sys.stderr, Checking lease... return find_lease(serial_num, uuid, keylist) except: send('USB fail') -- 1.6.2.5 -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH 2/2] Fix boot on locked XO-1
We weren't passing -t jffs2 to mount root on XO-1 when booting in locked mode. --- 30olpc-boot/olpc-boot-cmdline.sh |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/30olpc-boot/olpc-boot-cmdline.sh b/30olpc-boot/olpc-boot-cmdline.sh index fc79d18..ca3f561 100644 --- a/30olpc-boot/olpc-boot-cmdline.sh +++ b/30olpc-boot/olpc-boot-cmdline.sh @@ -24,7 +24,11 @@ if [ -z $root ]; then tmp=$((tmp - 1)) root=/dev/disk/mmc/mmc${tmp}p2 ;; - /pci/nandfl...@c:*) root=/dev/mtdblock0 ;; # XO-1 internal NAND + /pci/nandfl...@c:*) + # XO-1 internal NAND + root=/dev/mtdblock0 + fstype=jffs2 + ;; /pci/u...@*) root=/dev/sda2 ;; # external USB, assume partitioned esac fi -- 1.6.2.5 -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activation on F11-XO1 (take 2)
On Mon, 2010-02-15 at 01:01 -0300, Bernie Innocenti wrote: (Apparently last time something went wrong with Mailman, retrying) Shame on me: this list had the Avoid duplicate copies of messages option enabled, which was preventing the patches to be returned back to me from Mailman. Apologies for the duplicate posts. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
NetworkManager from fedora-updates-testing broken on F11-XO1
We didn't collect the logs in the field, but in /var/log/messages we found an assertion failure from NM which was more or less like driver ! = NULL, just after logging something about the OLPC mesh device. Wireless wasn't working at all afterwards. The broken package is NetworkManager-0.7.2.995-1.git20100202.fc11 . Reverting to a previous version cured the issue for us. Let me know if this is a known problem or if you need more help tracking it down. It can be reproduced systematically on F11-XO1. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Directory of sugar imagens
On Mon, 2010-02-15 at 19:12 -0600, Kevin Mauricio Benavides Castro wrote: hello to all the list of a few days ago I had that curiosity directory where images are saved on the XO sugar load in this case when it loads. could someone give me the directory where the images The sugar-desaro...@lists.sugarlabs.org list is meant for developers who speak Spanish. The core Sugar development list is sugar-de...@lists.sugarlabs.org -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: NetworkManager from fedora-updates-testing broken on F11-XO1
-7a NetworkManager: info (eth0): taking down device. Feb 17 13:13:49 xo-58-2d-7a NetworkManager: info exiting (success) Feb 17 13:13:50 xo-58-2d-7a NetworkManager: info starting... Feb 17 13:13:50 xo-58-2d-7a NetworkManager: WARN nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():#012Sucess#012 Feb 17 13:13:50 xo-58-2d-7a NetworkManager: nm_device_wifi_new: assertion `driver != NULL' failed Feb 17 13:13:50 xo-58-2d-7a NetworkManager: nm_device_olpc_mesh_new: assertion `driver != NULL' failed Feb 17 13:13:50 xo-58-2d-7a NetworkManager: info (ttyS0): ignoring due to lack of mobile broadband capabilties -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: NetworkManager from fedora-updates-testing broken on F11-XO1
On Wed, 2010-02-17 at 11:08 -0800, Dan Williams wrote: On Wed, 2010-02-17 at 10:20 -0300, Bernie Innocenti wrote: On Mon, 2010-02-15 at 16:15 -0800, Dan Williams wrote: Not a known issue; but I'll try to reproduce on mine. Unless Daniel gets there first of course. I retrieved the log: I was able to reproduce the issue as well. The problem is that the libertas driver isn't correctly showing the 'driver' link in sysfs, it's showing it as 'usb' which is wrong... we may just work around that in NM, but Id like to figure out why libertas is screwing this up on F11/F12 first. Thanks for analyzing this. As soon as you have a patch, I'd like to test it in my local olpc-2.6 kernel builds. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: NetworkManager from fedora-updates-testing broken on F11-XO1
On Thu, 2010-02-18 at 09:55 -0800, Dan Williams wrote: It'll probably take more investigation than I have time for this week, so I'll just patch NM to accept the invalid driver name ('usb') as a fallback. Which is the behavior that 0.7.2 had anyway, so you can consider it a regression in 0.7.2.995. We'll eventually fix libertas but I don't think we should block this on a libertas fix. Can you please build a new NetworkManager package in F11 with this work-around applied? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: NetworkManager from fedora-updates-testing broken on F11-XO1
On Mon, 2010-02-22 at 12:08 -0300, Bernie Innocenti wrote: On Thu, 2010-02-18 at 09:55 -0800, Dan Williams wrote: It'll probably take more investigation than I have time for this week, so I'll just patch NM to accept the invalid driver name ('usb') as a fallback. Which is the behavior that 0.7.2 had anyway, so you can consider it a regression in 0.7.2.995. We'll eventually fix libertas but I don't think we should block this on a libertas fix. Can you please build a new NetworkManager package in F11 with this work-around applied? I've scratch-built custom rpms with a crude patch of mine which seems to fix the issue: http://koji.fedoraproject.org/koji/taskinfo?taskID=2006014 diff --git a/src/nm-device-olpc-mesh.c b/src/nm-device-olpc-mesh.c index edbba81..8554b95 100644 --- a/src/nm-device-olpc-mesh.c +++ b/src/nm-device-olpc-mesh.c @@ -935,12 +935,11 @@ nm_device_olpc_mesh_new (const char *udi, g_return_val_if_fail (udi != NULL, NULL); g_return_val_if_fail (iface != NULL, NULL); - g_return_val_if_fail (driver != NULL, NULL); obj = g_object_new (NM_TYPE_DEVICE_OLPC_MESH, NM_DEVICE_INTERFACE_UDI, udi, NM_DEVICE_INTERFACE_IFACE, iface, - NM_DEVICE_INTERFACE_DRIVER, driver, + NM_DEVICE_INTERFACE_DRIVER, driver ? driver : usb, NM_DEVICE_INTERFACE_MANAGED, managed, NULL); if (obj == NULL) diff --git a/src/nm-device-wifi.c b/src/nm-device-wifi.c index fdc6f78..53dcd59 100644 --- a/src/nm-device-wifi.c +++ b/src/nm-device-wifi.c @@ -3546,12 +3546,11 @@ nm_device_wifi_new (const char *udi, g_return_val_if_fail (udi != NULL, NULL); g_return_val_if_fail (iface != NULL, NULL); - g_return_val_if_fail (driver != NULL, NULL); obj = g_object_new (NM_TYPE_DEVICE_WIFI, NM_DEVICE_INTERFACE_UDI, udi, NM_DEVICE_INTERFACE_IFACE, iface, - NM_DEVICE_INTERFACE_DRIVER, driver, + NM_DEVICE_INTERFACE_DRIVER, driver ? driver : usb, NM_DEVICE_INTERFACE_MANAGED, managed, NULL); if (obj == NULL) -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Sugar 0.88 in F11-XO1
From today's #sugar-meeting: erikos bernie: I think a big problem to recruit 0.88 testers, is that there are no xo images erikos bernie: scratch builds, like tomeu said, sounds good erikos bernie: and then create a repo erikos bernie: maybe mtd is interested in that, too Ok, I'll create some custom F11-XO1 builds with the latest Sugar packages retrofitted for testing purposes. Who would like to help me out? Here's an initial draft: == Packages == Setup a yum repository with 0.88 packages backported to Fedora 11 (built in Koji with --scratch or inside an F11 chroot, whichever is easiest). It shouldn't require too much time, but it would be great if Fedora packages could offload this work from me and make the result available on people.sugarlabs.org in the form of a yum repo. Any volunteers? == OLPC OS Builds == Setup an olpc-os-builder environment to fetch Sugar from the above repo. I could easily do this at Paraguay Educa, but bandwidth to download the resulting builds is very limited here, and downloading images of over 500MB from my public_html folder is going to be painfully slow from the Internet. Perhaps I could duplicate the build harness on one of our buildbot slaves (in Italy) or a new VM on Treehouse. I doubt we can make olpc-os-builder work on Sunjammer, as it's quite Fedora specific. == Testing team == Test these builds with real kids. We have many kids with XO-1's in the nearby town of Caacupe, but school starts tomorrow and we cannot disrupt their regular classes too much. I think I could give an extra laptop to a small number of smart and motivated volunteers to test Sugar 0.88 side by side with 0.82 and 0.84 running on their regular XO. I've already identified a group of kids with a hacker attitude who would be perfect for the job. Educators tell me there are even a few kids who taught themselves to use the shell. Small teams of testers from other deployments would also be welcome, of course. == Collecting Feedback == Since Caacupe is 1hr away from the office, we'll teach our young testers to communicate with the IRC activity and/or through email. Getting them directly on #sugar may be problematic, but I don't want to send our testers to a /dev/null place where nobody would answer their questions. The best business practice to overcome language, cultural and age barriers would be to interpose support engineers. But the open source model requires a tighter feedback loop between users and developers. I don't speak much Spanish myself, so I'm counting on other community members to help out. As we're dealing with young people with little computing experience, we'll have to be tolerant and responsible. Hopefully, the increased confusion in #sugar will not bother technical members of our community too much. == Filing bugs == I'll try to file meaningful Trac tickets for our testers, possibly with logs and a pre-analysis. While our kids might not be able to report bugs on their own, Paraguay Educa has a few field technicians who could learn to do it. == Future opportunity: Fedora 12 == Optionally, try to upgrade to F12 or even F13. This would potentially introduce new distro bugs as well as the Sugar bugs. The benefit would be that we'd be working closer to upstream, but perhaps we'd be better off leaving the bulk of the distro hacking work to OLPC so we can focus our resources on testing only Sugar. == Future opportunity II: Usability testing == The Design Team often expressed the need to test proposed UI patches in the field. This is now possible to a certain extent, although with a limited number of testers. I could act as a dumb proxy: send me patches along with the feedback forms that you'd like the users to fill-in, or something like that. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Systems] Weekly Infrastructure Meeting Reminder
On Tue, 2010-02-23 at 20:52 +0100, Stefan Unterhauser wrote: Weekly Infrastructure meeting: Volunteer Infrastructure Gang (http://olpcorps.org/ ), Sugarlabs Infrastructure Team (http://sugarlabs.org/ ), and TreeHousers (http://me.etin.gs/treehouse/ ) #startmeeting #info Date: 2010-02-23 #info Time: 21:00 UTC (16:00 EST, 22:00 CET) #info Agenda: http://openetherpad.org/pISqKnKxeT #info Location: #treehouse on irc.oftc.net #link http://embed.mibbit.com/?server=irc.oftc.netchannel=%23treehouse #endmeeting Oddly, these reminders appear in my sl/systems folder as one thread in which each message is a reply to the previous week's one. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel