what's the diff between /usr/share/sugar and /usr/lib/python2.5/sitepackages/sugar?
just wondering I noticed there's a presenceservice module in both /usr/share/sugar-presence-service and in /usr/lib/python2.5/sitepackages/sugar the one in /usr/share is the one that gets started on the XO Bill Bill McCormick Open innovation lab Nortel ESN 393-6298 External (613) 763-6298 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: Trac: release management
I'll second Wade's comment below. Once all the features for the release are in the number 1 job of the mgt team (or the manager if she's all alone) is staying on top of problem reports. High priority tickets get done first, tickets are triaged within a day and high priority tickets get assigned while low priority tickets are deferred...With the assistance of the test team you can track outstanding tickets, incoming and outgoing rates and use this to forecast your release date or to take corrective action to meet your release date. Bill McCormick Open innovation lab Nortel ESN 393-6298 External (613) 763-6298 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wade Brainerd Sent: Friday, June 13, 2008 2:38 PM To: Garrett Goebel Cc: devel@lists.laptop.org Subject: Re: Trac: release management Hello, I agree wholeheartedly that ticket triage and statistical analysis is a worthwhile effort, so I think I support what Garrett is talking about. At my employer we have teams of producers constantly watching individual and per-component bug counts, transfering bugs from overworked team members, ensuring progress is being made according to priority levels, and tracking the rate of change of the blocking ticket count compared with previous projects to estimate our completion date, among other things. Without that kind of attention, there is no way we would ship anything on time. I don't care how the open source world usually does it, releases don't happen unless you're on top of your tickets. I know there is a Git plugin for Trac, anyone know why it isn't installed? I would love to see commits on the Trac Timeline RSS feed, and the Trac source browser is pretty nice too. Regards, -Wade On Fri, Jun 13, 2008 at 11:09 AM, Garrett Goebel [EMAIL PROTECTED] wrote: On Thu, Jun 5, 2008 at 6:57 PM, Martin Dengler [EMAIL PROTECTED] wrote: On Thu, Jun 05, 2008 at 04:25:53PM -0400, Garrett Goebel wrote: ... I'll write you a query which will give all the non-closed tickets which have never been changed by the owner. Are you hoping to get OLPC management more justification for hiring more people from this metric? Or convince others that OLPC is overworked? I'm hoping to: o make the state of inactive tickets easier to see and distinguish between tickets which have had: - no human interaction - no owner interaction - no activity for over a given period of time o make trac more useful for release planning and scheduling It won't be perfect. Each problem to be solved is unique. Each programmer different. But if we use running aggregates based on the last n months of historic data, we can finesse those back of the envelope guesstimations until they're more than just guesses. At which point using time based estimations and FTEs will give the release manager the ability to do more than just guess at when X, Y, and Z can be delivered. Which is a nice position to be in, when you have to explain to upper management why new feature 'B' which they want to put at the head of the queue is going to push back the features already in the works. Especially when 'B' touches a lot of other code and is going to require a lot of FTE hours. And it is nice when you can turn around and point to historic data and which shows that tickets which have impacted more than 1 or 2 other subsystems and required over 40 hours to complete have historically resulted in an average of 1.5x the number of FTE hours in new defects. Whatever you want to call it, you might find it useful to track the scope and complexity of the changes required to fix an issue. Priority doesn't get at that. It would allow you to collect historic data which could be used to project how much time tickets will take to be implemented and how many bug hours you'll get per change. Do you know of any situations where this type of information is usefully collected? It sounds like trying to do a number of chained correlation exercises (complexity/scope estimate, complexity/scope actual, time to fix estimate, time to fix actual) that are based on partially subjective, known-hard-to-observe/predict data and expect to come up with something useful. More power to you if you succeed - you will be able to make millions consulting / selling your software to project management-focused groups. Have you ever done this analysis before? For the past 10+ years where I work. It has been one of my hats, to customize our issue tracking system and generate web based reports per my boss' needs. In that time we've grown from 4 to ~30 developers. We've gone back and forth between what makes for the lightest weight system which is useful for release and internal management of the development team, and how to mine the issue tracking system in order to help in discussions with upper management, so that explanations and opinions can be backed up
iwconfig msh0 channel x broken in joyride 2009?
Hey folks, iwconfig msh0 channel doesn't seem to be working in joyride 2009. iwconfig accepts the command, but does not change the channel. workaround is to use iwconfig on the associated eth0/eth1 interface. Can you advise how to open a ticket on this? thx, Bill McCormick Open innovation lab Nortel ESN 393-6298 External (613) 763-6298 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
JFFS2 error messages
Hi, A couple of my XOs are reporting what look like FS error messages on boot: [91.463670] JFFS2 notice: (664) check_node_data: wrong data CRC in data node at 0x1ec215f0: read 0x3e7c7e03, calculated 0xf7e1d50c ... is this a known problem? Should I raise a ticket for it, and where is the procedure for this? thx, Bill Bill McCormick Open innovation lab Nortel ESN 393-6298 External (613) 763-6298 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
wiki page updates
Hey folks, I'm not completely sure of the etiquette here. I'd like to update the mesh portal wiki page with instructions on how to program the portal anycast mac address into the libertas driver, I spent a bit of time looking for this today. Anyone have a problem with this? Bill Bill McCormick Open innovation lab Nortel ESN 393-6298 External (613) 763-6298 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: FW: School mesh config
Ok. I found 4 networking scenarios on the wiki at this link: http://wiki.laptop.org/go/Networking_scenarios I was a little surprised not to see a scenario where a mesh network connects via a mesh portal without a school server. Is this a valid scenario, or was it deliberately excluded for some reason? Did anybody explicitly define how the networking should handle changes in configuration? An obvious one is from an p2p mesh to a school mesh.I can see how there could be troubles with a cluster of 1 or more XOs which have an ephemeral connection to the school mesh - they would tend to thrash between link local address assignment and DHCP address assignment as the weak connection faded in and out. I think the same thing would happen with mDNS and the presence protocols. I'm really trying to get at the vision for how networking should work. I've seen some comments here and there that networking should just work - but I'm looking for something at the next level of detail.I'm listening if anyone would like to share their opinion. Bill From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kim Quirk Sent: Thursday, May 15, 2008 4:40 PM To: Mccormick, Bill (CAR:CTO2) Cc: John Watlington; Ricardo Carrano; Martin Langhoff Subject: Re: FW: School mesh config Bill, I'm adding Martin and Ricardo to this email thread in case they can help. I would also suggest you post your questions directly to devel@lists.laptop.org as it isn't always clear who will be the best person to answer a request. Regards, Kim On Thu, May 15, 2008 at 9:11 AM, Bill Mccormick [EMAIL PROTECTED] wrote: It's hard to verify the net mgr is doing it's job if we're not sure what the job is. How about I draw up a description of the 4 networking scenarios (school server, access point, mesh portal and mesh) based on the wiki and you folks can tell me if this is what you intended? Bill From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kim Quirk Sent: Wednesday, May 14, 2008 7:08 PM To: Mccormick, Bill (CAR:CTO2) Cc: John Watlington Subject: Re: FW: School mesh config Sorry, Bill. Everyone here has been flat out and next week is supposed to be even worse. There's lots of info on our wiki -- just a little difficult to find. I would point you to the main page, and the 'testing' link (on the left hand side). wiki.laptop.org. You will see some 'Networking Scenarios' in the Links of Interest section; and from there you can find other links. You can find various developer lists here, (devel being the most active) where you might get answers to questions like this a lot faster than John or I can respond: lists.laptop.org Thanks for your patience. Hope to talk again this Friday. Regards, Kim From: Mccormick, Bill (CAR:CTO2) Sent: Friday, May 09, 2008 4:46 PM To: 'John Watlington' Subject: School mesh config Hey John, I've got my first pass through the network manager code done I can even almost build it (there were some changes to libnl I have to deal with) on my Fedora 8 box. At our last meeting we talked a bit about the school mesh configuration... do you have any written info on this? if not could we do a call next week and I will pick your brains? hope you have a good weekend... Bill Bill McCormick Open innovation lab Nortel ESN 393-6298 External (613) 763-6298 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: [sugar] 65-node simple mesh test (and counting... ;-)
Hey Pol, what format is the data in, is this pcap? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Polychronis Ypodimatopoulos Sent: Friday, May 09, 2008 3:35 PM To: Michael Stone; OLPC Development Subject: Re: [sugar] 65-node simple mesh test (and counting... ;-) Michael Stone wrote: Data Questions: * Are the measurements used to make the display of 'distributions of profile arrival rate vs. time' produced from timestamps of profile arrival as recorded by all the laptops or by some smaller set of 'sentinels'? All XOs got synced clocks (by means of a broadcast packet that sets the time on all machines, providing a clock skew in the neighborhood of a single second). Then, timestamps of profile arrivals were collected from all 65 nodes, each reporting arrivals for the other 64 nodes. * What was the general nature of the connectivity graph of the 65 laptops? Did it change over time? The nodes are lying in the Garden area of 1CC, and they were consistently 1-hop away from all other nodes (full mesh network) all the time. * Did you take any measurements of background network traffic? No, but I should have. However, we can all agree that 1CC is relatively noisy environment. * Do you have any new insight into how the presence of NM (or of software on top of it that depended on it) was killing your interfaces? My understanding is that the NM is trying its best to make ends meet in terms of what the user needs (connect to an AP/XS/mesh ?) and what connection is most reliable (I assume that an AP is considered more reliable than the mesh, but I honestly doubt it!). As a result, the NM may occasionally make the bold move to move from one connection type to another, breaking all existing connections (quoted because there are no TCP-like connections in my experiments), leaving stale information at various points of the software stack (eg. mesh view). At any rate, thanks for this good work! Michael P.S. - When you produce measurements like these, please include links to the raw data. The raw capture is here: http://lyme.media.mit.edu/cerebro/capture-1 Pol -- Polychronis Ypodimatopoulos Graduate student Viral Communications MIT Media Lab Tel: +1 (617) 459-6058 http://www.mit.edu/~ypod/ ___ 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: [sugar] 65-node simple mesh test (and counting... ;-)
It does look like the NM code will select APs over mesh... I bet this plays havoc with IP changing between link local addresses and DHCP addresses. Did you expect over half of the packets in your data file to be broadcasts? Specifically 11754 out of 21587 packets were sent to the broadcast address. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Polychronis Ypodimatopoulos Sent: Friday, May 09, 2008 3:35 PM To: Michael Stone; OLPC Development Subject: Re: [sugar] 65-node simple mesh test (and counting... ;-) Michael Stone wrote: Data Questions: * Are the measurements used to make the display of 'distributions of profile arrival rate vs. time' produced from timestamps of profile arrival as recorded by all the laptops or by some smaller set of 'sentinels'? All XOs got synced clocks (by means of a broadcast packet that sets the time on all machines, providing a clock skew in the neighborhood of a single second). Then, timestamps of profile arrivals were collected from all 65 nodes, each reporting arrivals for the other 64 nodes. * What was the general nature of the connectivity graph of the 65 laptops? Did it change over time? The nodes are lying in the Garden area of 1CC, and they were consistently 1-hop away from all other nodes (full mesh network) all the time. * Did you take any measurements of background network traffic? No, but I should have. However, we can all agree that 1CC is relatively noisy environment. * Do you have any new insight into how the presence of NM (or of software on top of it that depended on it) was killing your interfaces? My understanding is that the NM is trying its best to make ends meet in terms of what the user needs (connect to an AP/XS/mesh ?) and what connection is most reliable (I assume that an AP is considered more reliable than the mesh, but I honestly doubt it!). As a result, the NM may occasionally make the bold move to move from one connection type to another, breaking all existing connections (quoted because there are no TCP-like connections in my experiments), leaving stale information at various points of the software stack (eg. mesh view). At any rate, thanks for this good work! Michael P.S. - When you produce measurements like these, please include links to the raw data. The raw capture is here: http://lyme.media.mit.edu/cerebro/capture-1 Pol -- Polychronis Ypodimatopoulos Graduate student Viral Communications MIT Media Lab Tel: +1 (617) 459-6058 http://www.mit.edu/~ypod/ ___ 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: [sugar] 65-node simple mesh test (and counting... ;-)
Pol, I forgot to ask, do you have a tool that parses the messsages and counts up etc.? Wireshark only parses the 1st mac header. Bill -Original Message- From: Mccormick, Bill (CAR:CTO2) Sent: Friday, May 09, 2008 4:31 PM To: 'Polychronis Ypodimatopoulos'; 'Michael Stone'; 'OLPC Development' Subject: RE: [sugar] 65-node simple mesh test (and counting... ;-) It does look like the NM code will select APs over mesh... I bet this plays havoc with IP changing between link local addresses and DHCP addresses. Did you expect over half of the packets in your data file to be broadcasts? Specifically 11754 out of 21587 packets were sent to the broadcast address. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Polychronis Ypodimatopoulos Sent: Friday, May 09, 2008 3:35 PM To: Michael Stone; OLPC Development Subject: Re: [sugar] 65-node simple mesh test (and counting... ;-) Michael Stone wrote: Data Questions: * Are the measurements used to make the display of 'distributions of profile arrival rate vs. time' produced from timestamps of profile arrival as recorded by all the laptops or by some smaller set of 'sentinels'? All XOs got synced clocks (by means of a broadcast packet that sets the time on all machines, providing a clock skew in the neighborhood of a single second). Then, timestamps of profile arrivals were collected from all 65 nodes, each reporting arrivals for the other 64 nodes. * What was the general nature of the connectivity graph of the 65 laptops? Did it change over time? The nodes are lying in the Garden area of 1CC, and they were consistently 1-hop away from all other nodes (full mesh network) all the time. * Did you take any measurements of background network traffic? No, but I should have. However, we can all agree that 1CC is relatively noisy environment. * Do you have any new insight into how the presence of NM (or of software on top of it that depended on it) was killing your interfaces? My understanding is that the NM is trying its best to make ends meet in terms of what the user needs (connect to an AP/XS/mesh ?) and what connection is most reliable (I assume that an AP is considered more reliable than the mesh, but I honestly doubt it!). As a result, the NM may occasionally make the bold move to move from one connection type to another, breaking all existing connections (quoted because there are no TCP-like connections in my experiments), leaving stale information at various points of the software stack (eg. mesh view). At any rate, thanks for this good work! Michael P.S. - When you produce measurements like these, please include links to the raw data. The raw capture is here: http://lyme.media.mit.edu/cerebro/capture-1 Pol -- Polychronis Ypodimatopoulos Graduate student Viral Communications MIT Media Lab Tel: +1 (617) 459-6058 http://www.mit.edu/~ypod/ ___ 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
olpc fedora build source code
Hey folks, Sorry to bug you with another newbie question, but I'm now stuck. Where do I get the fedora src code? I found a couple of links on the fedora site and on your wiki, but they aren't doing it. I kinda expected to find a joyride project in the /dev.laptop.org/git repository, but I didn't... Scott obviously gets the source code for the build tree from somewhere, but I'm missing it. Can you help? Bill McCormick Open innovation lab Nortel ESN 393-6298 External (613) 763-6298 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
olpc build environment
Hi folks, Can you advise, is the current build environment still Fedora 6 as suggested on this wiki page: http://wiki.laptop.org/go/Rebuilding_OLPC_kernel or have you moved to something newer? thanks, Bill McCormick Open innovation lab Nortel ESN 393-6298 External (613) 763-6298 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel