| 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 59.180.146.42> 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!~aricalso201.184.95.52> 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!~aricalso201.184.95.52> 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_!~gonzalo190.175.86.173> 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!~berniefsf/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 |