Web   ·   Wiki   ·   Activities   ·   Blog   ·   Lists   ·   Chat   ·   Meeting   ·   Bugs   ·   Git   ·   Translate   ·   Archive   ·   People   ·   Donate

#sugar-meeting meeting, 2011-12-12 14:05:58

Minutes | Index | Today     Channels | Search | Join

All times shown according to UTC.

Time Nick Message
14:05 meeting Meeting started Mon Dec 12 14:05:58 2011 UTC. The chair is m_anish. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:05 Useful Commands: #action #agreed #help #info #idea #link #topic #endmeeting
14:10 ajay_ <ajay_!~ajay@> has joined #sugar-meeting
14:10 silbe m_anish: FYI: upcoming tasks for me include GTK3 work (OLPC has been busy the past few days so there's backlog for me again), training / coordinating with new devs (Ajay, perhaps Ariel), upstream reviews and DX3 reviews (including the WPA2-Enterprise patch that also fits the "new dev training" category as it will need fixing up).
14:10 ajay_ am i visible now?
14:10 silbe ajay_: we can even hear you :)
14:10 m_anish ajay, welcome :-)
14:10 ajay_ :) thanks... seems my client got busted.. sorry.
14:11 silbe ajay_: and welcome, of course.
14:11 m_anish silbe, okay
14:12 ajay, silbe continuing from the email, we need to make a beta release in two days time... and at the moment there are two types of issues remaining
14:13 #topic dx3 beta release
14:13 (1) Lots of nitpicky bugs, missing conf files, etc. (see the bugs marked as immediate priority)
14:14 #link dx3.bugs.sl.o https://bugs.sugarlabs.org/wiki/Dextrose3
14:14 (2) pending features that need to go into dx3 (which includes those needing to be reviewed and included in a patchset)
14:14 fwiw, feel free to interject when I'm not making any sense :-)
14:15 So, re: both these issues, here are my thoughts...
14:16 re: (1) IMO, we ABSOLUTELY need to fix these before making a beta release, as there is little point in having something being demonstrated with critical components of the system broken
14:16 Ariel_Calzada has quit IRC
14:16 silbe #link https://bugs.sugarlabs.org/wiki/Dextrose3 DX3 bugs on bugs.sl.o
14:16 Ariel_Calzada <Ariel_Calzada!~aricalso@> has joined #sugar-meeting
14:17 silbe Ariel_Calzada: Welcome to the meeting. Please see https://meeting.sugarlabs.org/[…]etings/2011-12-12 for the backlog.
14:17 m_anish re: (2) I'm not sure what the best strategy for this is. My concerns are that we need to be able have a release as feature complete as much as possible (for eg. at a bare minimum, we need the WPA enterprise and hidden network stuff working)...
14:18 OTOH, we want the code to be 'stable' and 'tested' more than anything else. Compatibility with and Ease of upstreaming is an important consideration as well.
14:19 thoughts? should be continue discussing (1) in greater detail?
14:20 ajay_ re: (1), "http://bugs.sugarlabs.org/ticket/3242" , (also "http://bugs.sugarlabs.org/ticket/3247"), seems to be doable quickly (within my range). But I need the workflow information.
14:20 silbe I'm still concerned about the last-minute heavy changes like WPA2-Enterprise support, but it's something that can't be helped. We should at least make a test build that includes these patches; we can still back them out if testing shows they break anything.
14:21 let's discuss tickets in detail later
14:21 ajay_ alright sascha.
14:21 silbe (unless there's nothing else high-level to discuss now)
14:21 m_anish silbe, ack! re: WPA/enterprise there is a fallback for that available (which au used for their 10.1.3.au builds)
14:22 silbe, okay lets discuss (2) which i guess is closer to your domain of work as well :-)
14:22 #topic Dx-3 reviewing, including patches, test builds, and doing them quickly :)
14:22 silbe m_anish: BTW, did anybody work on patching Sugar to use/prefer NM system connections?
14:23 m_anish silbe, jvonau did a hack for 10.1.3.au IIRC
14:23 silbe m_anish: well, it's all in my domain, just different corners :)
14:23 m_anish silbe, haha
14:24 silbe m_anish: interesting. Would be great to ship that patch in DX3, independent of the WPA2-Enterprise support.
14:24 m_anish silbe, okay, I guess you'd agree that because of one reason or another, newer patches haven't been getting included in the patchsets as quickly as we'd want
14:24 silbe (and hidden network support)
14:25 m_anish remembers he has to fwd the hidden network support patch as well that ajay worked upon
14:25 #action m_anish email hidden network patch
14:25 silbe m_anish: s/forward/prod ajay to send/, please
14:26 m_anish: work management should happen through you, but patches should flow directly.
14:26 m_anish silbe, okay, continuing further, now we are running out of time a bit and we're not as feature complete as we'd want to be...
14:27 silbe, also, more than anything we want the patches tested and stable, i'm afraid if we include them after reviewing a lot, we might not get them tested by a wider audience... to resolve this paradox, i agree with making test builds
14:28 ajay_ m_anish: +1.
14:29 m_anish silbe, so that I have a bit more freedom of making development-releases, we have more potential testers?, and you get to review the patches without delaying me (directly) :-)
14:30 silbe m_anish: remember that changes introduced in the course of reviews can also introduce issues, so the final patch needs to be tested as well. +1 to test builds nevertheless; maybe we'll even do the test builds the "usual" way and include the patches in the DX3 patch sets.
14:30 m_anish silbe, we'd also need to think about this in light of the fact that there are more 'nitpicky' issues in the later stages like now, which need a quicker fix-test-release cycle
14:31 silbe m_anish: for fast turn-around issues, non-official test builds sound like a good way to go.
14:32 m_anish okay, now we're getting somewhere :). So non-offical builds would by extension be based on non-official patchsets that would need to be hosted publicly (maybe a git repo)
14:33 one concern I'd have is not having too many parallel patchsets, non-official builds. it still should ideally be the release manager (me) doing this, just a lot more often
14:34 silbe for fast turn-around, including the patches in the Dextrose repo sounds like a good idea (since you're going to replace patches with newer versions a lot, which would correspond to rebasing in git).
14:35 every test build should have an associated git commit in a public repo; a branch in the mainline dextrose repo should be good enough.
14:36 m_anish silbe, ACK, and patches go in the respective rpms directory, eventually with the aim of being moved to your official patchset
14:36 silbe m_anish: exactly
14:36 m_anish great!
14:36 silbe it's just a way to test these patches on their intended target system
14:37 m_anish yup
14:37 silbe we already agreed on this long ago, IIRC, BTW. :)
14:37 m_anish perhaps it also makes it easier for you just to track the rpms directory and pick stuff from there?
14:37 silbe (I'm more relaxed re. official builds now, though)
14:38 m_anish also gives us a good idea of where we are re: no. of pending patches
14:38 silbe nop, please continue sending patches to mailing lists.
14:38 m_anish yep, they WILL be sent to both dx and sugar-devel (that's already been decided) :-)
14:39 silbe we should clean up the Dextrose project on Patchwork some time, that'll give us a good view on pending patches again.
14:39 m_anish +1 (but not this week) ;-)
14:39 silbe even not before DX3 release I'd say
14:39 there's a lot of DX2 stuff in there
14:40 a good opportunity to compare against and reconsider the DX2 back log
14:40 m_anish #agreed unofficial builds may be released with delta patches present in the relevant rpms/ directory
14:40 #agreed ALL patches sent to dextrose and sugar-devel (already decided, just reaffirming :-))
14:41 #action Go through pending dx patches on patchwork.sugarlabs.org
14:41 #link Dextrose patches on patchwork.sl.o https://patchwork.sugarlabs.or[…]ct/dextrose/list/
14:42 silbe, can we move on to the current patches in your review queue, just a quick summary?
14:42 silbe m_anish: do we also agree about having a git commit in a public repo even for test builds? (would be great to include the git version alongside the build number somewhere in the build, BTW)
14:43 m_anish silbe, yep, I guess that automatically extends from having patches commited to the rpms dir publicly (I guess you want suitable tagging?)
14:43 silbe m_anish: we can leave the exact branch management (other than not touching master for test builds) open for now
14:44 m_anish: almost, yes. It also forbids publishing "dirty" builds for any other reason (config change etc.).
14:45 m_anish silbe, I guess we can continue upon the current way of build nos.. dx3(n)g<NNN> where NNN is the build number?
14:45 some of those NNN's would be official builds, the rest just intermediate testing ones
14:46 silbe m_anish: even better would be building automatically on the F14 build slave, but that's a topic for another day and probably not yet practical (the image would need to be rsync-able against a previous or local build to meet bandwidth constraints).
14:46 m_anish (I understand this might not be the best methodology, sounds a bit confusing,  but one that might work with our current scenraio)
14:46 silbe, +1 :)
14:46 silbe m_anish: how about replacing g/ng with t for test builds?
14:47 m_anish #action silbe bringup building images automatically on a b-s in a later meeting
14:47 silbe would need to be done manually, but better than not marking them at all
14:47 marcopg_ is now known as marcopg
14:47 m_anish silbe, hmm, IMO, leaving it as is isn't too bad
14:48 since official builds will always be accompanied with proper release emails
14:48 silbe, i'd go so far as to say they should be moved to http://download.sugarlabs.org/dextrose/release/
14:48 s/moved/copied
14:49 silbe #link https://bugs.sugarlabs.org/ticket/3265 Ticket: Consider doing automatic Dextrose builds
14:49 m_anish (lets not spend too much more time on this, I think there is broad agreement on the strategy forward which was more imp to me)
14:50 silbe, that was quick ;-)
14:50 silbe m_anish: otherwise we'll forget about it
14:50 Ariel_Calzada has quit IRC
14:50 m_anish silbe, +10 (FWIW, /me also considers having such things in bug trackers a good thing)
14:52 silbe, can we have a quick summary of the current patches in ur review queue, then we'll move on to discuss the pending issues on bugs.sl.o (hope alsroot is also there by that time)
14:52 silbe m_anish: it's just too bad all bug trackers suck and inter-tracker integration is still in its infancy...
14:55 AU#694 fix (https://patchwork.sugarlabs.org/patch/1039/) needs changes, as discussed on the list.
14:56 UY#747 "fix" (https://patchwork.sugarlabs.org/patch/1040/) is waiting for response from patch author (Ajay).
14:58 Ariel_Calzada <Ariel_Calzada!~aricalso@> has joined #sugar-meeting
14:58 m_anish #topic Patches in silbe's review queue
14:58 silbe SL#2713 (https://patchwork.sugarlabs.org/patch/1037/) needs a change suggested by bernie, uses sugar-client API that was never discussed before.
14:59 (APIs need to be agreed on by _all_ the parties that are going to use it, not just the provider of the API)
14:59 m_anish silbe, re: AU#694 with a goal of having a less complete functionality there (as opposed to not having it at all) and the fact that this patch won't introduce any new issues, i'd vouch for cutting down the message as suggested and including it
15:00 silbe AU#687: proxy config (https://patchwork.sugarlabs.org/patch/1041/) needs bug fixing (get_cb error)
15:00 m_anish we could leave the ticket open to including more information in the future
15:01 silbe, ah! AU#687 is a high priority one. ( alsroot ^^ )
15:02 #link Proxy related au ticket http://dev.laptop.org.au/issues/971
15:02 silbe WPA2-Enterprise support (https://patchwork.sugarlabs.org/patch/1070/) needs review / training / coordination between Ajay and me.
15:02 m_anish #link proposed proxy patch by Jerry https://dev.laptop.org.au/proj[…]lder/session.diff
15:03 silbe m_anish: I think we all agree on AU#687, we just need someone (i.e. the patch author) to do the work.
15:04 m_anish silbe, ACK re: WPA2. fwiw, we've tested it to be working for various enterprise network configurations, except 'LEAP' which we're unable to setup a testing env for
15:04 ajay, pls follow up with silbe on patches he requires feedback on :-)
15:05 silbe m_anish: that's a good start.
15:06 ajay_ m_anish, silbe: i will be glad to offer any information/help/whatever :)
15:06 silbe m_anish: if we really run out of time we can include it as-is, but I'd like to understand and fix it up if possible.
15:06 m_anish silbe, +1
15:07 gonzalo_ <gonzalo_!~gonzalo@> has joined #sugar-meeting
15:07 m_anish silbe, is that it? (if so, thanks a lot for the summary :-) )
15:08 silbe ajay_: AIUI you'll stop working in about three hours, so we should probably do it tomorrow. Do you have any meetings or other fixed schedules for tomorrow?
15:08 m_anish: AFAICT it is.
15:09 m_anish silbe, :)
15:09 silbe (yep, we need to clean up Patchwork ;) )
15:09 ajay_ silbe: no. kindly tell me when we may meet up tomorrow ?
15:10 m_anish ajay_, I told silbe that you're usually available upto 1600UTC (9:30 PM IST) on most days, feel free to correct me on that :)
15:11 Okay, we're overtime a bit, I'll quickly cover the next topic (its quite imp IMO as well)
15:11 ajay_ m_anish: works for me.
15:11 m_anish ajay_, okay
15:11 silbe ajay_: if you don't mind I'll just ping you when I'm ready (you don't have to drop everything you're holding; I can wait until you're at a good point for interruption). My sleeping times got impacted this weekend again.
15:11 m_anish #topic Blockers for the Wednesday release
15:12 ajay_ silbe, m_anish: i am ok till any time upto 1600UTC (9:30 PM IST). sascha, please do let me know about the time.
15:12 m_anish #link Default url for updater https://bugs.sugarlabs.org/ticket/3242
15:13 silbe, I think the fix for this was already included in your 20111129 patchset? or is something pending
15:13 ajay_ silbe: yup. i am fine sascha. any time (upto 1600UTC) :-) :-)
15:14 silbe ajay_: perfect
15:14 m_anish #link Include newer sugar-client https://bugs.sugarlabs.org/ticket/3252
15:14 ajay_ silbe: :)
15:14 m_anish #action m_anish fix SL#3252 :)
15:15 #link https://bugs.sugarlabs.org/ticket/3250
15:16 silbe m_anish: the default URL should be set at distro level (o-o-b), so this is outside of my domain :)
15:16 m_anish alsroot, There seem to be a couple of issues with the updater. One is (^^), and the other (not confirmed), it seems to enable all repos by default while we need only dx3 repo enabled.
15:17 silbe, there were a couple of diffs/patches in there which were relevant to the updater
15:17 #link https://bugs.sugarlabs.org/att[…]t/3242/micro.diff
15:17 #link https://bugs.sugarlabs.org/att[…]/3242/invert.diff
15:17 silbe, ^
15:18 #link Redisable mesh after suspend https://bugs.sugarlabs.org/ticket/3259
15:18 silbe m_anish: ah. Please open different tickets for this kind of issues / patches (resp. post them on the list), otherwise they'll get forgotten about.
15:18 m_anish silbe, ACK
15:18 #action m_anish open new tickets for diffs mentioned in SL#3242
15:19 silbe, re: redisable... this one is strange. I remember there being a patch for this dx2. Maybe it got missed or something new is broken
15:20 silbe hmpf. which model.py is this patch for? There are 12 different ones in Sugar...
15:20 manuq has quit IRC
15:20 silbe ok, found it. https://bugs.sugarlabs.org/raw[…]/3242/invert.diff still needs to be applied.
15:20 m_anish silbe, extension/cpsection/updater/model.py
15:21 silbe m_anish: redisable?
15:21 m_anish silbe, so I guess there will be a new patchset soon ;-)
15:21 silbe, Redisable mesh after suspend https://bugs.sugarlabs.org/ticket/3259
15:21 silbe, when we wake up from a suspend, the mesh gets enabled!
15:23 silbe ok, https://bugs.sugarlabs.org/raw[…]/3242/invert.diff is applied (fixed up Ajays patch).
15:23 m_anish can't find the redisable mesh patch rt. now ... will send link afterwards, perhaps it was a custom script and need to be applied by me
15:24 ah! its in dextrose-platform.rpm
15:25 so its an issue at my end :-)
15:26 #action m_anish Include dextrose-platform.rpm SL#3259
15:26 silbe m_anish: ah. We should probably build a custom kernel that cherry-picks my patch from the linus tree (6bdbdbf4a151a3a1333818cd17a7d7795e936041), including "libertas_disablemesh=1" in the built-in kernel args (kernel config change).
15:26 m_anish silbe, -1 to building (and maintaining) a custom kernel
15:27 silbe m_anish: Given that OLPC has already moved on to newer kernel versions, I don't think there's any chance they'd include the patch in their official kernel rpm.
15:27 m_anish the cost of maintaining a kernel would be too much compared to having this hack there IMO
15:28 bernie has quit IRC
15:28 bernie <bernie!~bernie@fsf/emeritus/bernie> has joined #sugar-meeting
15:28 silbe m_anish: It'd be interesting to check how often OLPC updated the kernel rpm during their last release cycle. I have a feeling it wasn't updated even once.
15:29 m_anish: in the long run I agree we shouldn't do custom kernels. In the short run it's probably better than the current bad hack for disabling mesh after suspend. It depends on the number of XO-1s we expect DX3 to be deployed on, though.
15:29 m_anish silbe, http://xs-dev.laptop.org/~dsd/repos/f14-xo1/
15:29 silbe, i see the last update being there on 25th october
15:30 silbe m_anish: is this the official source for some OLPC release? If so, which one and when was it officially released?
15:31 m_anish silbe, Hmm, i was just checking dsd repo, not very sure
15:31 #action decide wether to use custom kernel, or include mesh-disable-hack for the long run
15:32 #action m_anish decide wether to use custom kernel, or include mesh-disable-hack for the long run
15:32 okay, last blocker on the list...
15:32 silbe m_anish: only for DX3. For DX4+ the patch will already be in the official kernel.
15:32 m_anish #link Activities updater not working through a proxy https://bugs.sugarlabs.org/ticket/3262
15:32 silbe m_anish: And I think we agree that we should try hard to avoid needing custom kernels.
15:33 m_anish silbe, not sure abt that, I don't know if OLPC even disable the mesh for XO1 laptops?
15:33 silbe m_anish: I don't understand the SL#3262 description...
15:34 m_anish: OLPC explicitly _enables_ mesh on XO-1. But the kernel patch has landed in the linus tree and OLPC bases on linus, so all we need to do is pass the module parameter.
15:35 m_anish silbe, ah! you're right
15:36 silbe, #3262 may be a dupe... the underlying fact is that proxy isn't working in sugar as it should
15:37 silbe SL#3262 looks like it serves two purposes: 1. Work around some parts of Glucose not using the Gnome proxy settings. 2. Make Gnome proxy settings available to "legacy" components (activities, CLI tools).
15:38 m_anish #link related ticket to #3262 http://dev.laptop.org.au/issues/971
15:38 silbe, Yep, seems that way to me as well.
15:38 alsroot, please respond when you see this ^^ :-)
15:39 silbe With my upstream hat on, a) I'm not sure sugar-session is a good place for it to live and b) would want Glucose to be fixed, especially as this work-around requires Sugar to be restarted after changing the proxy settings.
15:39 m_anish silbe, that is what alsroot tried to do (IIRC) but its not working atm :-/
15:40 silbe With my Dextrose hat on, a) including this patch is better than not having it, b) there is no obvious change to do, but c) the proxy CP patch should be checked (and possibly fixed up) w.r.t. the restart-Sugar requirement.
15:40 m_anish silbe, +1
15:42 silbe m_anish: is there a cleaned-up patch (no "JV export ..." comment, no "else: pass", git patch including summary + description) available somewhere?
15:42 m_anish silbe, don't think so
15:43 silbe related: https://bugs.sugarlabs.org/ticket/2821
15:43 m_anish http://lists.sugarlabs.org/arc[…]1-May/001240.html
15:43 silbe, brief description :P ^
15:44 silbe, thanks for the link
15:44 silbe sounds like I'll have to do it myself
15:44 m_anish #link Jerry's proxy patch https://bugs.sugarlabs.org/ticket/2821
15:44 #link Brief explanation for Jerry's proxy patch http://lists.sugarlabs.org/arc[…]1-May/001240.html
15:45 #link Related to SL#3262 AU#971 https://bugs.sugarlabs.org/ticket/2821
15:45 (sorry for the SPAM ;-) )
15:45 silbe also related: https://bugs.sugarlabs.org/ticket/841
15:45 m_anish silbe, do you have a xo laptop with you where you could test the proxy stuff?
15:46 silbe we should probably copy the extra information from SL#2821 and SL#3262 to SL#841 and close the former two as dupes of SL#841.
15:47 m_anish +1, can you do that?
15:48 silbe m_anish: for the proxy stuff sugar-jhbuild should be enough, so yes, I do. (for distro-level changes that require me to run DX3 I'm not sure I have a working setup right now that doesn't involve touching the internal flash).
15:48 m_anish silbe, okay, that sounds good enough (for proxy stuff)
15:48 silbe #action silbe merge SL#2821, SL#3262, SL#841
15:49 #action silbe fix up https://bugs.sugarlabs.org/raw[…]/dex-session.diff and include in DX3
15:50 m_anish Okay, seems we've covered all issues necessary for the wed release... there is one last topic i'd like to discuss (I know we've overshot our time-limit by quite a bit :/ )
15:50 #topic future meetings and holiday plans
15:51 silbe, ajay what are your holiday plans :-) we can plan future meetings accordingly
15:51 #info Dx3 hard deadline is Jan-8-2012
15:52 will be off for a week during the last week of december
15:52 ajay_, ^
15:52 alsroot, ^
15:53 silbe m_anish: I haven't made plans yet, but do have social obligations (christmas, year-end) and will need some rest afterwards, so you shouldn't count on me for two weeks after next Tue.
15:54 m_anish silbe, +1 Happy holidays :-D
15:54 silbe m_anish: thanks, I'll try to have them :)
15:55 of course that means we should have a working release by next week :-/
15:55 m_anish silbe, I'd like us to meet atleast once (if not twice) before that, how about doing a 'quick' sync up tomorrow, and a more comprehensive one next monday/tuesday
15:56 ajay_ all: i have no hassles. i can be aavailable when everybody deem fine.
15:56 silbe m_anish: I'll be around and working with Ajay anyway.
15:56 m_anish ajay_, okay
15:56 silbe, great
15:58 silbe, in other news, olpc-au decided against having the dextrose-molecule in the boot anim for their official build :-/
15:58 silbe, +1
15:58 ajay_ silbe, m_anish: i would like to have the user-workflow, if anything needs to be done regarding the configuration for updater-url (http://bugs.sugarlabs.org/ticket/3247), as far as beta-release is concerned.
15:58 silbe m_anish: do they include the Fedora logo?
15:59 m_anish silbe, I need to clarify that, sridhar wanted the olpc-au logo in the bottom right corner, right where the fedora logo is atm
15:59 silbe ajay_: that's a tough one if it's going to be ready by next week... :-/
15:59 m_anish in all prev dx1/2 releases, the fedora logo was there as is
16:00 ajay_ silbe: please let me know the time, when we may meet again, for discussing the wpa-enterprise thing.
16:00 m_anish #topic misc discussion ;-)
16:00 silbe m_anish: if they don't show any upstream logos, personally I don't mind the Dextrose logo not being there. It's OLPC-AUs release alright.
16:01 m_anish silbe, hmm, I guess I'd need to check this once with pablo as well, but I'm of the same opinion
16:02 silbe ajay_: I'll ping you when I'm ready. I'll try to do it as early as possible, but it depends on how long I'll be working today.
16:02 m_anish ajay, FWIW SL#3247 isn't a blocker for dx3
16:02 ajay_, ^
16:03 ajay_ silbe: of course.. just re-affirming my TODOS, and to be INVOLVOS ;-) ;-P
16:03 silbe m_anish: technically, they'd even need to ask us for explicit permission if they _wanted_ to include it, since AFAIK we don't have any automatic trademark license.
16:03 ajay_: ok :)
16:04 m_anish silbe, ur probably right
16:04 silbe m_anish: ah, good, then let's delay it. If we had milestones, we would set it to "after DX3" or whatever...
16:04 ajay_ m_anish: ok. anyways, let me know the user-flow (at the appropriate time). i will then implement it. :)
16:04 m_anish ajay_, ok
16:04 silbe, ah! could be have these milestones in trac? who should i ping ;-)
16:05 s/be/we/
16:05 silbe m_anish: FWIW, it's very interesting to compare the challenges, workflows and (attempted) solutions between my two customers. :)
16:06 m_anish silbe, :-) Feel free to share any feedback you have to give. You could even maintain a list of it and pass it onto us. It would be VERY valuable!
16:06 ajay_, alsroot this applies to you as well :)
16:07 ajay_ yup. :)
16:07 m_anish I guess we're done with all the topics of the meeting?
16:07 silbe and if you think we're doing bad w.r.t. handling reviews, we're still doing much better than a corporation that doesn't have contact to any kind of community and no history, best-practice or similar to build on. :)
16:07 m_anish +1
16:08 ajay_ silbe, m_anish: please, please.. don't even think so.
16:08 silbe ajay_: think what?
16:08 m_anish ajay_, ?
16:08 ajay_ m_anish, silbe: you guys can't even imagine, the peace of mind I am at with, by working with straight-forward and honest guys like you.
16:09 m_anish ajay_, heh, yw!
16:09 ajay_ and even with the whole of AC, for that matter. :)
16:10 m_anish okay, countdown time...
16:10 silbe ajay_: it wasn't targeted at you, but a summary of my experience as a) Sugar contributor and b) Sugar maintainer. I know we still suck at reviews, even though we're (IMO) doing much better now than we were doing before.
16:10 but that's an entire world of topics of its own :)
16:10 m_anish three
16:10 silbe two
16:10 m_anish ein
16:10 0
16:10 yay!!
16:10 silbe *eins :-P
16:10 m_anish #endmeeting
16:10 meeting Meeting ended Mon Dec 12 16:10:56 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot. (v 0.1.4)
16:10 Minutes: http://meeting.sugarlabs.org/s[…]-12T14:05:58.html
16:10 Log:     http://meeting.sugarlabs.org/s[…]11-12-12T14:05:58

Minutes | Index | Today     Channels | Search | Join

Powered by ilbot/Modified.