Re: [IAEP] Tentative talk schedule: Nov 19
On Fri, Nov 14, 2008 at 3:10 AM, Martin Langhoff [EMAIL PROTECTED] wrote: Now, if we can talk about at least some of these things in a parenthesis -- avoiding all the distractions -- let's do it. Otherwise, I'm happy to just have a beer with you. Let's make the most of what we have. Looking forward for it! We can use your slot and also the free hacking times on the schedule. But well, if you want to grab Tomeu attention, I'm sure beers would be the most effective! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2548
On Fri, 14 Nov 2008, Build Announcer v2 wrote: Subject: New joyride build 2548 http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2548 Changes in build 2548 from build: 2547 this makes four joyride updates today. is there a reason why these needed to be seperate releases? or should some of them been batched up a bit? David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2548
On Fri, Nov 14, 2008 at 12:52 PM, [EMAIL PROTECTED] wrote: On Fri, 14 Nov 2008, Build Announcer v2 wrote: Subject: New joyride build 2548 http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2548 Changes in build 2548 from build: 2547 this makes four joyride updates today. is there a reason why these needed to be seperate releases? or should some of them been batched up a bit? Hi David, these aren't releases, but automatic builds. We really need this to be like that for us to work efficiently, so please bear with us. I think we can say that joyride builds are right now only for developer consumption and that in a later date (several weeks/months from now) we'll announce when we think that volunteers can start testing and giving feedback. Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Bug or feature: wifi strangeness
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi folks, I'm seeing some stuff on the XO when booting with latest Fedora live cd. * if you set txpower to 20 via iwconfig it drops back to 10ish after a while. * on some XOs ifwconfig eth0 reports a bit rate of 1/2 Mb/s not 54. you can easily set it to 54 (which is the maximum). Are these bugs or something is happening internally like power management. Thanks, Alexander. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFJHZPfhmd3WOiFct4RCtobAJ9vCFBhDo7y8lKgYDQu+UhgA6VAIwCfVvIJ OJVin6KRDyJGO7E28+Ghoe4= =gdi+ -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC France CodeCamp in Paris
Hi Lionel and all OLPC France, excuse me if this comes too late or isn't to the point, but would like to propose to hack on a mind mapping activity during the CodeCamp in Paris. I think this project has the appeal of being in direct connection to the needs in the field. Teachers from Uruguay, Peru and Panama have asked for such a tool, and have been exploring alternatives that may not be the best: drawing in Paint, using the connectors in Etoys, executing a java app (CMaps) inside the X Activity or using web apps. Happens that a pygtk application for mind mapping already exists and its architecture makes for an easy port to sugar. It's called Labyrinth [0] and was proposed more than one year ago by Jim Gettys [1] though no resources were allocated. Recently, teachers in the olpc-sur mailing lists asked again for it [2] and I gave a quick (2 hours) try to sugarize it with some success [3]. In [3] you can find links to the activity bundle, a screenshot and a patch to the code in the svn repository. [0] http://www.gnome.org/~dscorgie/labyrinth.html [1] http://dev.laptop.org/ticket/4577 [2] http://lists.laptop.org/pipermail/olpc-sur/2008-November/001168.html [3] http://lists.laptop.org/pipermail/olpc-sur/2008-November/001173.html My proposal is for the CodeCamp participants to divide in pairs and each pair to choose one feature to add or bug to fix. At the end of the session, everybody would integrate all the changes and produce a single bundle. Most of the functionality is already in the original pygtk app, it's just a matter of exposing that functionality through the Sugar UI. I will try to be in #sugar at FreeNode during the CodeCamp to answer questions. After the CodeCamp, we could send the bundle to teachers in olpc-sur and ask them to try it and give feedback. Also, at some point whoever is interested in following up could contact the authors of Labyrinth and see the best way to upstream the changes. What do you say, looks like a challenge? Regards, Tomeu 2008/11/1 LASKE, Lionel (C2S) [EMAIL PROTECTED]: Hi all, OLPC France is proud to announce its OLPC CodeCamp in Paris on November 15th. Five workshops are planned: · Sugar: development and experimentation on Sugar/python, · School Server: setting up and test of school server on multiple platform (standard PC, Booba server, CherryPal, …), · Mono: development of new activities using Mono, · Pedagogic usage: Feedbacks from Haïti, Ethiopia and Palestine deployment. Brainstorming with French teachers to find usage and class activity for the XO. · French localization: French translators will work all the days to translate in French, sugar, activities and FLOSS manual. If you're interested to meet the French OLPC community and to have a nice trip to Paris: you're welcome ! More information on: http://olpc-france.org/wiki/index.php?title=OLPC_France_CodeCamp_15_november Best regards from France. Lionel Laské ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] ds-backup testing + OLE Nepal
(Forwarding conversation to server-devel list.) On Fri, Nov 14, 2008 at 2:57 AM, Mel Chua [EMAIL PROTECTED] wrote: Adding in Bryan Berry of OLE Nepal, who wants to know the status of XS testing, particularly ds backup-restore. Can you folks please fill him in, and let him know how to best get you his team's data? Bryan's team is deploying 767 + Activities + XS 0.4 next Thursday at a 15-XO pilot; they have 5 interns and 6 days to test *everything* (acceptance testing). Pretty darn urgent need. Responding to ds-backup issues first: If you are doing a USB flash install of 767 on your XOs, you will NOT see the problem that I saw. The only scenarios in which I've seen this is on XOs which started with older installs and been updated with olpc-update. Martin has now said that he saw the problem in early development of ds-backup, but thought it was some randomness on his test XOs The problem is easy to detect/correct by hand, simply open a terminal window and run ls -l ~olpc.sugar/default/owner.key and verify the permissions are -rw--- (i.e rw only for the owner). To fix run: chmod 600 ~olpc/.sugar/default/owner.key You can run the fix on unbroken machines to no ill effect. I can verify that machines on which I've fixed the problem automatically start backing up after the fix is applied. Final comment, restores are a known, huge privacy hole in 0.4. If you know the web page you can look at anyone's backups. For a small test setup, it's probably okay. Finally, I would strongly encourage finding a way to use a 0.5 build even if you have to use a dev build. From what Martin is saying, 0.5 is VERY close and it's base system is going to be much closer to future releases (said future release will close the privacy hole and should be a smooth upgrade from 0.5) Unfortunately, my experience with 0.5 is very limited. (see below). Bill, is this something the volunteer Boston pilot support team could rally around for a week-long XS setup/test sprint? It would be highly useful to Bryan now, and to the local grassroots pilots (both XO pilots and SugarLabs pilots) in a month or two. Oh, you mean me. :-) I have to confess that I've really concentrated on ds-backup as that is what I personally needed working the most. I have successfully followed Martin's notes on setting up the jabber and related stuff, but haven't touched squid. OTOH, I'm willing to work things through if the necessary hardware for XS testing is available at 1CC. Specific details about Bryan's network environment would be helpful for duplicating things locally. As for activity testing, that would probably have to be someone else. Bill Bogstad ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] ds-backup testing + OLE Nepal
(Continuing to forward conversation to server-devel. This is the 2nd of 2 forwarded messages.) Hey Mel! thanks for your attention to our needs. Actually, I am much more interested in consistent performance and behavior from ejabberd and idmgr. Backup is important, but I still have limited confidence in ejabberd and idmgr. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] ds-backup testing + OLE Nepal
Yes! Done, and cc'd on this email, so future reply-alls will hit the right places. http://lists.laptop.org/pipermail/server-devel/2008-November/002479.html http://lists.laptop.org/pipermail/server-devel/2008-November/002480.html Carry on. Thanks for the reminder, Martin. -Mel Martin Langhoff wrote: On Fri, Nov 14, 2008 at 9:17 AM, Bill Bogstad [EMAIL PROTECTED] wrote: Responding to ds-backup issues first: Great summary -- should we move this to devel and/or server-devel? m ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
suggest new mailing lists for OLPC
On Fri, Nov 14, 2008 at 9:53 AM, Martin Langhoff [EMAIL PROTECTED] wrote: On Fri, Nov 14, 2008 at 9:17 AM, Bill Bogstad [EMAIL PROTECTED] wrote: Responding to ds-backup issues first: Great summary -- should we move this to devel and/or server-devel? The above was from what was an off-list discussion of compatibility issues between released versions of OLPC software (XS 0.4 and as yet undetermined pre-767 XO releases). I'm going to use it to semi-rant about something. Can I suggest instead a new mailing list for server SUPPORT be created as opposed to DEVELOPMENT? And what about doing XO support on commmunity-support rather then devel? I think that both server-devel and devel are used too often for things that they shouldn't be. It's not surprising that this happened, the developers needed a place to talk and when people started using their stuff they had questions/issues and tended to gravitate to the channels where the experts hung out. I think it's time, however, that OLPC grew out of this phase. There are now 100s of thousands of XO users and many of them will be interacting with XS soon if they aren't already. They shouldn't have to wade through announcements of the Nth joyride or XS-0.5dev92, issues with OLPC's build system, or debxo in order to engage in discussion about issues with released software (for example XS 0.4 and XO 767). (BTW, what exactly does 'released' mean for OLPC in terms of QA testing/documentation or continuing support?) I'm NOT saying that such discussions shouldn't appear publicly, the more open the better. I'm saying that a little better organization of the mailing list namespace/usage patterns would make it easier for people who aren't part of the whirlwind that is OLPC development to both get what they need and help out. It would also make it easier to keep track of whether issues were just in some one-of development release that doesn't matter or need to be documented more formally with fixes in a FAQ on the wiki. As for specific proposal(s): 1. Move all discussion of released XO images to community-support. Encourage non-developers/testers to subscribe to community-support rather then devel. 2. Create a server-support mailing list. Similarly encourage IT support personnel to subscribe here rather then server-devel (unless they are actively tracking development releases). Move all discussions of released XS images here. Bill Bogstad P.S. I have no intention of dropping off of devel or server-devel, but I would find it useful mentally to have things better separated. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2544
On Thu, Nov 13, 2008 at 7:52 PM, Peter Robinson [EMAIL PROTECTED] wrote: For distro packaging, we should focus only on the stable release branches: 0.82.x, and once it's out next year, 0.84.x. That said, we might package 0.83.x releases in debian unstable and thus ubuntu jaunty with a view to landing 0.84 without a large delta when it does release, because that might be after the ubuntu feature freeze. Cool, so sounds like something that will eventually be good to get into rawhide then. Totally, perhaps someone would like to help us here? Normally, OLPC contractors will be updating the rpms in OLPC-4, and we'll try to maintain devel updated as well, though it's quite a bit of work. If someone wanted to take that work out from our shoulders, would be awesome. Yep, I can help out with that. I've been helping gregdek with getting some of the OLPC changes upstream so as to get as much as possible into mainline Fedora so the OLPC guys can concentrate on more important stuff. I've got a list of most of the issues from 8.2 but arrived on the scene a little late to have much impact there. So now that we're rebasing to F-10 I'll be working to minimise the requirement of package forks. That sounds like music to my hears! I think that we are using #olpc-devel in OFTC to work on the F10 rebase, feel free to join us. OFTC? Sorry: http://www.oftc.net/oftc/ About updating sugar in rawhide, perhaps you can just watch out the commits in the OLPC-4 branches and decide yourself when to update Rawhide? I did this comparison from Fedora mainline to joyride 2514 for a 8.2 comparison, I guess quite a bit of it will be still relevant. https://www.redhat.com/archives/fedora-olpc-list/2008-October/msg00025.html Yes, I see it quite in line with http://wiki.laptop.org/go/Distro_Version_Migration_Nastiness . What do you think? I see that today Denis forked SDL_mixer to drop the MIDI samples. Perhaps next step would be to drop the unneeded GNOME packages? Regards, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2548
Hi, http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2548 Changes in build 2548 from build: 2547 this makes four joyride updates today. is there a reason why these needed to be seperate releases? or should some of them been batched up a bit? As Tomeu points out, builds happen automatically when changes are made. Since we're in the middle of updating from Fedora 9 to Fedora 10 -- a process which took many weeks last release cycle -- there are many changes, and there will continue to be. When Joyride starts being usable again in the even the most basic way, I'm sure the news will make it to the list. In the meantime, please don't have any expectations *at all* about the workings of Joyride. Thanks! - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] OLPC France CodeCamp in Paris
Hi Tomeu, Great! I can handle the translation between the spanish teachers and the french developers if the need arises. Podré apoyar las comunicaciones entre los profesores de Uruguay, Panama y Peru por una parte, y los desarroladores en Paris, por si alguien necesita. Bests, saludos Samy Quoting Tomeu Vizoso [EMAIL PROTECTED]: Hi Lionel and all OLPC France, excuse me if this comes too late or isn't to the point, but would like to propose to hack on a mind mapping activity during the CodeCamp in Paris. I think this project has the appeal of being in direct connection to the needs in the field. Teachers from Uruguay, Peru and Panama have asked for such a tool, and have been exploring alternatives that may not be the best: drawing in Paint, using the connectors in Etoys, executing a java app (CMaps) inside the X Activity or using web apps. Happens that a pygtk application for mind mapping already exists and its architecture makes for an easy port to sugar. It's called Labyrinth [0] and was proposed more than one year ago by Jim Gettys [1] though no resources were allocated. Recently, teachers in the olpc-sur mailing lists asked again for it [2] and I gave a quick (2 hours) try to sugarize it with some success [3]. In [3] you can find links to the activity bundle, a screenshot and a patch to the code in the svn repository. [0] http://www.gnome.org/~dscorgie/labyrinth.html [1] http://dev.laptop.org/ticket/4577 [2] http://lists.laptop.org/pipermail/olpc-sur/2008-November/001168.html [3] http://lists.laptop.org/pipermail/olpc-sur/2008-November/001173.html My proposal is for the CodeCamp participants to divide in pairs and each pair to choose one feature to add or bug to fix. At the end of the session, everybody would integrate all the changes and produce a single bundle. Most of the functionality is already in the original pygtk app, it's just a matter of exposing that functionality through the Sugar UI. I will try to be in #sugar at FreeNode during the CodeCamp to answer questions. After the CodeCamp, we could send the bundle to teachers in olpc-sur and ask them to try it and give feedback. Also, at some point whoever is interested in following up could contact the authors of Labyrinth and see the best way to upstream the changes. What do you say, looks like a challenge? Regards, Tomeu 2008/11/1 LASKE, Lionel (C2S) [EMAIL PROTECTED]: Hi all, OLPC France is proud to announce its OLPC CodeCamp in Paris on November 15th. Five workshops are planned: · Sugar: development and experimentation on Sugar/python, · School Server: setting up and test of school server on multiple platform (standard PC, Booba server, CherryPal, ), · Mono: development of new activities using Mono, · Pedagogic usage: Feedbacks from Haïti, Ethiopia and Palestine deployment. Brainstorming with French teachers to find usage and class activity for the XO. · French localization: French translators will work all the days to translate in French, sugar, activities and FLOSS manual. If you're interested to meet the French OLPC community and to have a nice trip to Paris: you're welcome ! More information on: http://olpc-france.org/wiki/index.php?title=OLPC_France_CodeCamp_15_november Best regards from France. Lionel Laské ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ IAEP -- It's An Education Project (not a laptop project!) [EMAIL PROTECTED] http://lists.sugarlabs.org/listinfo/iaep ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 2549
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2549 Changes in build 2549 from build: 2548 Size delta: -52.95M -SDL_mixer 1.2.8-9.fc10 +SDL_mixer 1.2.8-9.olpc4.1 -hippo-canvas 0.3.0-3.fc10 +hippo-canvas 0.3.0-5.20081014svn.olpc4 -hippo-canvas-python 0.3.0-3.fc10 +hippo-canvas-python 0.3.0-5.20081014svn.olpc4 -initscripts 8.86-1.olpc4.2 +initscripts 8.86-1.olpc4.3 -sugar 0.83.2-1.olpc4 +sugar 0.83.2-3.20081014git7b4fb9054d.olpc4 -sugar-toolkit 0.83.1-1.olpc4 +sugar-toolkit 0.83.1-3.20081014git6dfff85f9f.olpc4 -PersonalCopy-Lite-patches 4.1-3.fc9 --- Changes for sugar 0.83.2-3.20081014git7b4fb9054d.olpc4 from 0.83.2-1.olpc4 --- + Actually upload the file --- Changes for sugar-toolkit 0.83.1-3.20081014git6dfff85f9f.olpc4 from 0.83.1-1.olpc4 --- + Add intltool to BuildRequires -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2549
Hi, this one boots into sugar just fine. Regards, Tomeu On Fri, Nov 14, 2008 at 6:20 PM, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2549 Changes in build 2549 from build: 2548 Size delta: -52.95M -SDL_mixer 1.2.8-9.fc10 +SDL_mixer 1.2.8-9.olpc4.1 -hippo-canvas 0.3.0-3.fc10 +hippo-canvas 0.3.0-5.20081014svn.olpc4 -hippo-canvas-python 0.3.0-3.fc10 +hippo-canvas-python 0.3.0-5.20081014svn.olpc4 -initscripts 8.86-1.olpc4.2 +initscripts 8.86-1.olpc4.3 -sugar 0.83.2-1.olpc4 +sugar 0.83.2-3.20081014git7b4fb9054d.olpc4 -sugar-toolkit 0.83.1-1.olpc4 +sugar-toolkit 0.83.1-3.20081014git6dfff85f9f.olpc4 -PersonalCopy-Lite-patches 4.1-3.fc9 --- Changes for sugar 0.83.2-3.20081014git7b4fb9054d.olpc4 from 0.83.2-1.olpc4 --- + Actually upload the file --- Changes for sugar-toolkit 0.83.1-3.20081014git6dfff85f9f.olpc4 from 0.83.1-1.olpc4 --- + Add intltool to BuildRequires -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] suggest new mailing lists for OLPC
On Fri, Nov 14, 2008 at 11:16 AM, Bill Bogstad [EMAIL PROTECTED] wrote: Can I suggest instead a new mailing list for server SUPPORT be created as opposed to DEVELOPMENT? And what about doing XO support on commmunity-support rather then devel? I think that both server-devel and devel are used too often for things that they shouldn't be. Don't let the names confuse you. You want to have the developers in the same place as users, otherwise you're going to - get bad answers in the 'support' list, as the real experts are elsewhere - get developers out of touch with real issues It's all about fostering a good, positive community around the school server. It's _not_ about labels. If you want, I'm happy to support renaming 'server-devel' to 'server'. Even for large communities, it's more positive and productive to split things along interest lines than across users and developers. cheers, martin moonlights-as-sociologist langhoff -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2544
That said, we might package 0.83.x releases in debian unstable and thus ubuntu jaunty with a view to landing 0.84 without a large delta when it does release, because that might be after the ubuntu feature freeze. Cool, so sounds like something that will eventually be good to get into rawhide then. Totally, perhaps someone would like to help us here? Normally, OLPC contractors will be updating the rpms in OLPC-4, and we'll try to maintain devel updated as well, though it's quite a bit of work. If someone wanted to take that work out from our shoulders, would be awesome. Yep, I can help out with that. I've been helping gregdek with getting some of the OLPC changes upstream so as to get as much as possible into mainline Fedora so the OLPC guys can concentrate on more important stuff. I've got a list of most of the issues from 8.2 but arrived on the scene a little late to have much impact there. So now that we're rebasing to F-10 I'll be working to minimise the requirement of package forks. That sounds like music to my hears! I think that we are using #olpc-devel in OFTC to work on the F10 rebase, feel free to join us. OFTC? Sorry: http://www.oftc.net/oftc/ About updating sugar in rawhide, perhaps you can just watch out the commits in the OLPC-4 branches and decide yourself when to update Rawhide? I did this comparison from Fedora mainline to joyride 2514 for a 8.2 comparison, I guess quite a bit of it will be still relevant. https://www.redhat.com/archives/fedora-olpc-list/2008-October/msg00025.html Yes, I see it quite in line with http://wiki.laptop.org/go/Distro_Version_Migration_Nastiness . What do you think? I see that today Denis forked SDL_mixer to drop the MIDI samples. Perhaps next step would be to drop the unneeded GNOME packages? Not sure but I'll add it to my list. The other thought that had come to mind. Is there a plan for this release to move from gnome-vfs to gio/gvfs (does OLPC even use it?). I think quite a few of the mainline packages have moved that direction so. I also plan to look at getting alot of the bits like cd-rom related bits split out. The will also be useful for NetBook style spins (I'm also involved in Fedora Mini for small devices - netbooks, MIDs etc) as none of those come with any form of optical drive. Another query, what is the reason in a number of packages to drop the gtk-docs option from some packages? I can't see the difference in files between packages, just wondering what the reasons are? Cheers, Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2544
On Fri, Nov 14, 2008 at 7:05 PM, Peter Robinson [EMAIL PROTECTED] wrote: Not sure but I'll add it to my list. The other thought that had come to mind. Is there a plan for this release to move from gnome-vfs to gio/gvfs (does OLPC even use it?). It feel off the radar but it's a good idea. Should be easy because we don't use gnome-vfs that much. A ticket on dev.sugarlabs.org would be useful :) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2544
Not sure but I'll add it to my list. The other thought that had come to mind. Is there a plan for this release to move from gnome-vfs to gio/gvfs (does OLPC even use it?). It feel off the radar but it's a good idea. Should be easy because we don't use gnome-vfs that much. A ticket on dev.sugarlabs.org would be useful :) Done. Ticket #28 on d.s.o Cheers, Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2544
On Fri, 2008-11-14 at 18:05 +, Peter Robinson wrote: Another query, what is the reason in a number of packages to drop the gtk-docs option from some packages? I can't see the difference in files between packages, just wondering what the reasons are? And for these cases, it might be worth considering if olpc wants to do its installs with RPMTRANS_FLAG_NODOCS. And then if the gtk-doc stuff isn't being marked as %doc, that's a bug we should get fixed in rpm... :) Jeremy ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] suggest new mailing lists for OLPC
On Fri, Nov 14, 2008 at 1:03 PM, Martin Langhoff [EMAIL PROTECTED] wrote: On Fri, Nov 14, 2008 at 11:16 AM, Bill Bogstad [EMAIL PROTECTED] wrote: Can I suggest instead a new mailing list for server SUPPORT be created as opposed to DEVELOPMENT? And what about doing XO support on commmunity-support rather then devel? I think that both server-devel and devel are used too often for things that they shouldn't be. Don't let the names confuse you. You want to have the developers in the same place as users, otherwise you're going to - get bad answers in the 'support' list, as the real experts are elsewhere - get developers out of touch with real issues I guess I need to make myself more clear. I'm not telling developers not to be involved in support mailing lists. Nor am I suggesting that users shouldn't be allowed to drink from the development firehose if they desire. I'm saying that OLPC software (XS and XO) is now deployed and users of released version X really don't need to be spammed with much of the stuff that goes across the development lists. This is probably more true of the XO software, but XS is moving in that direction. It's all about fostering a good, positive community around the school server. It's _not_ about labels. If you want, I'm happy to support renaming 'server-devel' to 'server'. No, it's about forcing people to wade through email that won't help them and will always be irrelevant to them just so they can get their questions answered. Even for large communities, it's more positive and productive to split things along interest lines than across users and developers. So why is it that so many free software projects end up with separate user and developer mailing lists? It seems to me that the more successful they are, the more likely they are to have lists that break along similar lines. My suggestion would (effectively) takes things from 2 to 4 lists. I strongly assert that someone who is tasked with maintaining an XS 0.4 and XO 767 installation (for example) will have little or no interest in the latest broken release build. At least not until the next break between school years, when it becomes conceivable to do an upgrade. From my perspective, such a split IS along interest lines. Just not the lines that are most relevant to your activities. martin moonlights-as-sociologist langhoff Bill (wearing my 20 years of IT support hat) Bogstad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] suggest new mailing lists for OLPC
On Fri, Nov 14, 2008 at 2:10 PM, Bill Bogstad [EMAIL PROTECTED] wrote: I guess I need to make myself more clear. I'm not telling developers not to be involved in support mailing lists. Nor am I suggesting that users shouldn't be allowed to drink from the development firehose if they desire. I understand your intentions and I think they are good. However, we've had some good long years of working the social groups that either make positive open source communities blossom or get fragmented in a thousand flamefesting factions. No, it's about forcing people to wade through email that won't help them and will always be irrelevant to them just so they can get their questions answered. You don't have to read every thread. As long as we use good subject lines for our emails, this will self-regulate quite well. So why is it that so many free software projects end up with separate user and developer mailing lists? And ensuing unproductive divides. It's not a good look -- Debian (a project I love) is one of the most jarring examples of this. The most productive communities are split on /topic/. See the split in the linux kernel lists, the split of the forums in moodle.org -- both projects having leaders that know a lot about healthy (albeit boisterous at times) communities. Similar proposals for list splits are sometimes made on the [EMAIL PROTECTED] list, and they are turned down too. The discussion there is quite informative too. So consider it a bit of social engineering if you want :-) One thing to note is that deployment teams can opt to request support via private channels -- which is a tradeoff. I do hope to get their key engineers on the list. Everyone else, I'll help them if they can cope with the noisy server-devel as it is. Life is tough sometimes! cheers, m -- [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] suggest new mailing lists for OLPC
On Fri, Nov 14, 2008 at 11:16 AM, Bill Bogstad [EMAIL PROTECTED] wrote: Can I suggest instead a new mailing list for server SUPPORT be created as opposed to DEVELOPMENT? And what about doing XO support on commmunity-support rather then devel? I think that both server-devel and devel are used too often for things that they shouldn't be. Don't let the names confuse you. You want to have the developers in the same place as users, otherwise you're going to - get bad answers in the 'support' list, as the real experts are elsewhere - get developers out of touch with real issues It's all about fostering a good, positive community around the school server. It's _not_ about labels. If you want, I'm happy to support renaming 'server-devel' to 'server'. Even for large communities, it's more positive and productive to split things along interest lines than across users and developers. cheers, martin moonlights-as-sociologist langhoff -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel