=== asac_ is now known as asac [02:00] @now [02:09] @what? [03:02] NCommander, ogra: I think the thunderbird issue should be findable in the VCS log or a quick bisect, no? === jdo_ is now known as jdobrien === calc` is now known as calc === GunbladeIV- is now known as GunbladeIV [08:01] hello everybody, we should have persia, soren and nixternal here [08:01] who's here for the MC meeting? [08:01] * stgraber waves [08:01] * nellery is here [08:01] yodle yodle yodle [08:01] agenda? [08:01] hi stgraber and nellery :) [08:02] nixternal, persia, soren: who wants to chair? [08:02] * persia waves [08:02] * persia doesn't today [08:02] ok, I understand - I do it :-) [08:02] #startmeeting [08:02] Meeting started at 02:02. The chair is dholbach. [08:02] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [08:02] [LINK] https://wiki.ubuntu.com/MOTU/Council/Meeting [08:02] LINK received: https://wiki.ubuntu.com/MOTU/Council/Meeting [08:02] nixternal: agenda ^ :-) [08:03] looking at it now :) [08:03] vorian, AnAnt: you guys around? [08:03] First up is AnAnt, who can't make it today. [08:03] YUS! [08:03] ok great, let's take vorian first then [08:03] vorian, So, You put MOTU/Core-Dev as your application type. Which are you seeking today? [08:04] [TOPIC] https://wiki.ubuntu.com/StephenStalcup/CoreDeveloperApplication [08:04] New Topic: https://wiki.ubuntu.com/StephenStalcup/CoreDeveloperApplication [08:04] persia: MOTU [08:04] OK. So we'll ignore the application for now, and just do a MOTU renewal? [08:05] Yes, if that's okay? [08:05] That's fine. The other option was to do a application for core-dev recommendation :) [08:05] why is it everytime we do a meeting that has to do with membership lp is dead for me? [08:05] nixternal: what do yo umean? [08:05] So, for MOTU renewal, the thing I always want to know is: What do you plan to work on if renewed? [08:06] takes forever to load up, it is up now [08:07] persia: I plan on continuing to work on KDE related packaging with the Kubuntu team, including most of the KDE stack - and several neet aps in universe. I also would like to rejoin sponsors [08:07] All areas where you've done great work in the past :) [08:08] Care to explain the reasoning behind jettisoning MOTU originally, and what you plan on doing to prevent that sort of thing from happening again? [08:08] thanks :) [08:08] * nixternal had to be the ass :) [08:08] nixternal: fair question [08:08] * dholbach learned the word "jettison" today [08:08] plus I wanted to beat persia to the question :) [08:08] dholbach: I used it pretty much every day aboard ship in the navy :) === Zic is now known as Guest83106 [08:10] I was extremely frustrated with the way the TB meeting went down, frustrated with my responses, the timing of it, the whole thing. Then there were some other areas in real life that were causing me to be stressed out as well. === Guest83106 is now known as Zic [08:11] I almost immediatley regretted doing it, and have had a few months to ponder what I could have done differently [08:11] has it been that long already? [08:11] which is just to take a step back, and chill out [08:11] yeah :/ [08:12] vorian: how many areas in Ubuntu do you see right now that are frustrating to you? [08:12] personally, since I get to work with you every day, I think that was honestly the best thing you could have done in regards to chilling out, as you have become more all around in the community as well [08:12] dholbach: none right now. [08:12] vorian, I can't believe that. *Something* must frustrate you. [08:13] he has the art of zen mastered now [08:13] Otherwise, there's no reason to make it better :) [08:13] well, yes [08:13] how about the idiot from openSUSE leaving a shite comment on my blog today? that has to frustrate you :p [08:13] Comments like a SuSE troll made on nixternals blog frustrate me [08:13] ghahahahah [08:13] holy shite [08:13] * vorian finds a link [08:13] vorian: is there anything else other than chilling out that you'd recommend to other people who get into a similar position as you did? [08:14] dholbach: yes, absolutely [08:14] heh, i thought i was the only one who read that :) [08:14] take a moment and private message a good friend or two [08:14] reach out. It's what I really should have done. [08:15] dholbach, persia: yes, actually there are a few Kubuntu things that frustrate me - we seem to have slipped a bit in qa [08:16] that makes sense, especially as we're a very distributed team and have different cultures, context goes missing on IRC, etc. etc. - it's very easy to take things wrong on a bad day [08:16] it's a topic on out "to do" list for Karmic - and I intend to help out on the QA side of things [08:16] for me, getting back to the development roots has helped curve a current session of burnout I was starting to face...I still love the community, but I had to step back from being so entwined [08:16] dholbach: agreed [08:16] w00t, vorian and I rocking the QA [08:16] vorian, So, to get back to the last question you were asking in confirmation procedures: can you share any details on some of the pitfalls involved in changing between different versions of libdb? [08:17] s/asking/asked/ [08:17] I have one more apport todo first then it is off to the races with qa and hopefully talking to ara about stuff and polling them for some assistance to get everything kickstarted [08:18] * nixternal feels good cop bad cop [08:19] persia: if the transition is not done correctly existing data could be lost. [08:20] Or corrupted, but yes. Thanks :) [08:20] Is there a way to check if a given package will suffer that fate? [08:21] yes, if 'transation' is in the source code [08:21] * persia is done with questions [08:21] nixternal, soren: any more questions? [08:22] dholbach: not from me, I have seen vorian grow since his little break, which really wasn't a break in all honestly...he has rebounded very well from the prior situation and I am so happy that he stuck around [08:22] * dholbach is done too [08:23] soren? :) [08:23] nixternal: i'm happy to have lurked around, helping too :) [08:23] Sorry, my phone rang. [08:23] * soren catches up. [08:24] Nah, I think you guys covered it pretty well. [08:24] [VOTE] Shall Stephen Stalcup re-join the MOTU team? [08:24] Please vote on: Shall Stephen Stalcup re-join the MOTU team?. [08:24] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [08:24] E.g. /msg MootBot +1 #ubuntu-meeting [08:24] +1 [08:24] +1 received from dholbach. 1 for, 0 against. 0 have abstained. Count is now 1 [08:24] +1 [08:24] +1 received from nixternal. 2 for, 0 against. 0 have abstained. Count is now 2 [08:24] +1 [08:24] +1 received from soren. 3 for, 0 against. 0 have abstained. Count is now 3 [08:25] +1 [08:25] +1 received from persia. 4 for, 0 against. 0 have abstained. Count is now 4 [08:25] [endvote] [08:25] Final result is 4 for, 0 against. 0 abstained. Total: 4 [08:25] congratulations vorian and welcome back [08:25] thanks! [08:25] [TOPIC] https://wiki.ubuntu.com/NickEllery/MOTUApplication [08:25] New Topic: https://wiki.ubuntu.com/NickEllery/MOTUApplication [08:25] hiya nellery - still around? [08:25] yup, I'm here [08:26] how are you doing? everything alright? [08:26] congrats and welcome back skooter [08:26] I'm pretty good, a bit nervous of course [08:26] :) [08:27] nellery: your application lists nhandler and me as endorsements... is there anybody else you worked primarily with? [08:27] nellery, You mention a couple things in "Things I could do better" that worry me: specifically "Ensuring that there no errors in uploads by going out of my way to double and triple check " and "Not to be too overconfident that an upload is perfect as it may blind me from errors ". How do you intend to protect yourself against these issues without a sponsor? [08:28] dholbach: primarily in the karmic cycle, it has been you two who have done most of my sponsorship [08:28] I did get in touch with another sponsor, but they didn't provide any endorsements [08:30] persia: Errors have been nearly non-existant for the past while. I intend to keep it this way by not rushing, staying within my confidence level, asking questions when necessary, and as mentioned, double checking for small errors [08:31] nellery, So these are things you're already doing better? [08:31] congrate vorian [08:32] persia: essentially, and I believe that it will only get even better [08:32] nellery: I was going to ask about *rushing* as it seems to be a common pitfull among many these days...one thing I would like to propose is that you do not stick within your confidence level and that you in fact step out of it from time-to-time, it will help you grow not only yourself, but also your level of confidence within yourself [08:33] nellery, One of your sponsors comments that much of your work has been with merges. Do you have a couple examples of bugfixes you've written that you thought were good? [08:33] in times of going outside the box, it is fine to grab support along the way, a helping hand is always good when building up confidence [08:34] nixternal: I absolutely agree with that, but I also believe that without a sponsor, that should not be done over extravagently [08:34] tis why I said a bit of hand holding is fine [08:35] nellery: there's nothing wrong with saying "can somebody take a look at this?" on IRC :-) [08:35] <\sh> 4 eyes are better than 2 eyes...even old maintainers do mistakes...and one reviewer more is helping you, me, everybody doing this kind of work [08:35] i sponsored nellery on a few plasmoids, he did a very solid job [08:35] a lot of us MOTU ask others to look over our packages from time-to-time before uploading...it is actually a good thing to do, because after sticking your nose in the same thing all of the time, you start to become lazy or you start missing stuff, especially little thing [08:35] s [08:35] nellery: coming back to the question I asked earlier... is there many people (maybe on IRC) that you work with? is kde and science something you'd like to work on in the future or are you going stay "all over the place"? :) [08:36] dholbach: personally I wish to stay "all over the place" within universe [08:37] without any specific areas I restrict myself to [08:38] ... and that with so many interesting packages in main! :-) [08:39] for instance, on bug 384331 looks like config.sub and config.guess made it into the debdiff...just to point out that even as a MOTU, stepping out and guidance are good, as nhandler did in this situation...I can't tell you how many times I have missed either this sort of thing or the big one that always hit me were translation files ending up in it...and like \sh said, 4 yes are better than 2 at time [08:39] Launchpad bug 384331 in klogic "Please merge klogic 1.63-5 (universe) from Debian unstable (main)" [Wishlist,Fix released] https://launchpad.net/bugs/384331 [08:39] persia: sorry missed your question. Back in Jaunty I noticed that some plasmoids were not renamed during the transition, and opened bug #329627 to fix this [08:39] Launchpad bug 329627 in plasma-widget-tvprogramme "Some unchanged plasmoid source/binary package names" [Undecided,Fix released] https://launchpad.net/bugs/329627 [08:40] nixternal: yes, and without a sponsor, guidance outside of bug reports is definetly something I will look to whenever necessary [08:40] nellery, Any bugfixes involving code changes? [08:40] groovy [08:40] persia: for the most part I'm not much a coder [08:41] getting better, but still not good enough to make those sort of fixes [08:42] persia, geser, soren, nixternal: any more questions? [08:42] I am good [08:43] I got him to say exactly what I wanted..I should be a cop or something, I am that darn good :p [08:43] nellery, What classes of differences from Debian should be preserved? [08:43] nixternal: you probably better shouldn't :) [08:43] my laptop says it is 5:52pm [08:43] brb [08:44] <\sh> nixternal's a Bad Boy ;) [08:44] had to hop on my other machine [08:44] laptop locked up [08:45] I'm good too. [08:45] persia: what do you mean by "classes of differences"? [08:45] Sorry about being so slow to respond. My laptop seems to be swapping like crazy. [08:46] * soren switches to another machine [08:46] hahaha, 2 machines down [08:46] nellery, You say "As a sponsor, I would ensure that everything that should be forwarded is forwarded." when talking about forwarding patches to Debian. What types of patches should be forwarded, and what type not forwarded? [08:47] there we go, back to the laptp [08:49] persia: patches which fix bugs which affect both distributions as well as those which add features such as desktop files, watch files, updated dependencies [08:50] patches which are not Ubuntu specific [08:50] Well, some of the things you just mentioned often are Ubuntu-specific. Any idea which might be? [08:51] nellery: how do you determine if a bug exists in Debian too and is not due to some other changes in Ubuntu? [08:51] persia: actually 2 of them could be :) [08:52] nixternal, No hints. I know you are qualified to be a MOTU :) [08:52] lol [08:52] persia: updated dependencies may affect only one distribution, for example if the upstream releases are different versions, or that upstream version is only one or the other distribution [08:53] nellery, Right. Also, Ubuntu sometimes has special dependencies (like for LPintegration). [08:53] And the other one? [08:56] a desktop file may be Ubuntu specific if it uses category not used in Debian [08:56] booyah [08:57] Well, no, because XDG categories are supposed to apply to both, but it was .desktop files. [08:57] (or different names for the app, etc. - right :-)) [08:57] or, di...damn dholbach beat me to it [08:57] (or different defaults for where to show, or whether to show by default) [08:57] OK. I'm done. [08:58] yay, one step closer to taking out the trash and going to bed :) [08:58] geser, soren: any more questions? [08:58] no [08:59] Nope. [08:59] [VOTE] Shall Nick Ellery join the MOTU team? [08:59] Please vote on: Shall Nick Ellery join the MOTU team?. [08:59] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [08:59] E.g. /msg MootBot +1 #ubuntu-meeting [08:59] +1 [08:59] +1 received from dholbach. 1 for, 0 against. 0 have abstained. Count is now 1 [08:59] +1 [08:59] +1 received from soren. 2 for, 0 against. 0 have abstained. Count is now 2 [09:00] +0 : I'd like a little more variation in work done, or more clear confidence in someone seeking to be a sponsor. [09:00] Abstention received from persia. 2 for, 0 against. 1 have abstained. Count is now 2 [09:00] +1 [09:00] +1 received from nixternal. 3 for, 0 against. 1 have abstained. Count is now 3 [09:00] * soren apologises again... was swtiching back to the laptop [09:00] figured you were, I did mine as I had my desktop up as well [09:01] geser? [09:01] +1 [09:01] +1 received from geser. 4 for, 0 against. 1 have abstained. Count is now 4 [09:01] [endvote] [09:01] Final result is 4 for, 0 against. 1 abstained. Total: 4 [09:01] congratulations nellery! [09:01] nellery, Congratulations! [09:01] [TOPIC] https://wiki.ubuntu.com/stgraber/CoreDeveloperApplication [09:01] New Topic: https://wiki.ubuntu.com/stgraber/CoreDeveloperApplication [09:01] congrats and welcome nellery...in regards to "sponsoring" I echo persia [09:01] stgraber: still around? :) [09:01] * stgraber wakes up [09:01] thanks! persia: that's absolutely something I will put much effort into, and you should expect to see change [09:02] :-) [09:02] stgraber: how are you doing? [09:02] dholbach: tired but fine :) [09:02] nellery, Take extra care, because if you're not much of a coder, it's easy to be confused when reviewing a code patch. [09:02] stgraber: Sheesh, what time is it at your place now? 4 AM or something? [09:02] survived UDS without Ubuflu? [09:02] 4am yeah [09:02] * ogra looks up [09:02] thank you all.. time for some sleep [09:02] dholbach: strangely yes :) first time it happens [09:02] nellery: good night! [09:02] great :) [09:03] stgraber: so what kind of packages are you interested in working on specifically? [09:03] well, other than the packages I already have upload right for, I'd mainly be working on education packages for edubuntu and bug fixing in the server area [09:04] \o/ [09:04] stgraber, What measures do you think should be taken to make the processes clearer? [09:04] seein soren cheer, /me sees virtualized LTSP ahead [09:05] :) [09:05] oh no, who let ogra in here? [09:05] * ogra pokes nixternal in the ribs :) [09:06] * nixternal uploaded edubuntu-desktop with kde* only in the meta [09:06] persia: recently, it was the SRU process that wasn't really clear to a few of my co-workers. It was well described on the wiki but without the "nag someone from the team" part, the bug can stay on launchpad for a while :) [09:06] heh [09:06] it should be KDE desktop, since all of the apps are :p [09:06] stgraber, Right. What should be done to improve that? [09:07] persia: probably having more motu-sru members would help or document the steps to take if for example you don't get an answer in your sru bug report after x weeks [09:08] stgraber, How do you expect archive-reorganisation to affect Edubuntu? [09:09] well, I hope it'll make it a lot easier to get new contributors, though in the meantime we're looking at also having a few packages from universe in Edubuntu (that's in the TB's agenda for next meeting IIRC) [09:10] currently it's kind of hard to find new contributors as if they want direct upload rights they need to be core developers [09:10] stgraber: how many packages (roughly) are in edubuntu right now (that are not ubuntu+ltsp+friends)? [09:10] dholbach: ltsp is actually no longer part of edubuntu :) let me find some numbers [09:10] oh really? [09:10] enough packages to make the addon cd full :) [09:10] well just over half full [09:10] yeah, it's on Ubuntu alternate since Hardy (IIRC) [09:11] stgraber, you applied for MOTU apparently in large part towads seeking your per-package uploader permissions. Have you found you worked in many other areas as well, or did you feel that you were mostly concentrated on the packages for which you had per-package upload rights? [09:12] dholbach, missed the memo, eh ? :) [09:12] persia: mostly on the packages for which I have the ACL and for a few others but that are also in main [09:12] persia: good question... stgraber: I was just about to ask what kind of server stuff you'd like to work on [09:12] ogra: well... I can't read ALL the memos :) [09:13] wget http://cdimage.ubuntu.com/edubuntu/releases/jaunty/release/edubuntu-9.04-addon-i386.list -O - -q | grep deb$ | wc -l [09:13] 228 [09:13] that's for the edubuntu addon cd [09:13] LTSP relies on a good bunch of server packages ... to enhance or improve it working on these packages will be required [09:14] (and i wasnt actually joking when i said virtualized LTSP as an option of vm builder for example ;) ) [09:14] well, LTSP's dependencies for a start (dhcp, tftp, inetd, ...) if needed and also basically everything else as my company does infrastructure work and so we touch basically every bit of the server stuff :) [09:14] ... or LTSP in the clouds ;) [09:14] currently playing with OpenVZ and libvirt for example [09:14] ogra: I was about to say just that. [09:14] ogra: (the cloud thing) [09:15] well, I'm currently sponsoring highvoltage to get ltsp-cluster in universe [09:15] stgraber, One of your sponsors mentions that you'll be expected to be working with the Edubuntu seeds. How are they organised? [09:15] soren, i know, i read your mind ... just wanted to be faster ;) [09:15] ogra: :) [09:15] so we'll have the loadbalancer and control center part for LTSP that could the be used for LTSP in the cloud [09:15] stgraber: is there anything that you'd be too scared to touch in main? [09:18] persia: we currently have one for each of our meta packages (preschool/primary/secondary/tertiary) then the ones for the edu packages for both kde and gnome IIRC, also one for the edubuntu content server (moodle basically) [09:19] though that's on my list of stuff to do soon with the Edubuntu project becoming a lot more active recently, haven't had a chance to look at the details yet [09:21] dholbach: sure :) I'm not going to play with kernel, X, ... unless I get that review by someone else first as these are things I'm not used to touch (although for X I'm getting to know it quite well recently) and so don't know the details and decisions which were taken in the past [09:21] persia, soren, geser, nixternal: more questions? [09:21] there's always the difference between having the right to do something and actually doing it without asking :) [09:22] Not really. [09:22] * soren things this is an easy one :) [09:22] thinks, even. [09:22] Nothing else from me. [09:22] none here [09:22] stgraber: for someone applying as core-dev I've expected to see some sponsored uploads to main, but your LP page doesn't show any. any explanations? [09:23] geser, he already has limited main uploads rights for various packages ... i (and laserjosk) did sponsor him in intrepid [09:23] *laserjock [09:24] geser: hmm, I already have the rights for most of my uploads, though I recently got libXcb uploaded and compiz (though part of another fix so not mentioned as the uploader) [09:26] geser: any more questions? [09:26] I assumed that extending the upload rights to full core-dev implies a broader interested in some other packages which should (hopefully) be also seen in sponsored uploads in this area [09:26] indeed, that'd be edubuntu in my case [09:26] edubuntu wasn't active until last UDS [09:26] well, it was but not as active as we'd like it to be [09:27] dholbach: done [09:27] [VOTE] Shall Stéphane Graber be recommended for core-dev membership? [09:27] Please vote on: Shall Stéphane Graber be recommended for core-dev membership?. [09:27] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [09:27] E.g. /msg MootBot +1 #ubuntu-meeting [09:27] +1 [09:27] +1 received from nixternal. 1 for, 0 against. 0 have abstained. Count is now 1 [09:27] +1 [09:27] +1 received from dholbach. 2 for, 0 against. 0 have abstained. Count is now 2 [09:27] * nixternal can take the garbage out now and go to bed? [09:27] +11 [09:27] whoops [09:28] +1 [09:28] +1 received from soren. 3 for, 0 against. 0 have abstained. Count is now 3 [09:28] lol [09:28] soren: bad call! :) [09:28] good call !! [09:28] * soren picks up a penalty card [09:28] +1. I'd *much* rather recommend as edubuntu-dev, but I don't think we can do that yet, and I think stgraber has the wisdom to restrict himself. [09:28] +1 [09:28] +1 received from geser. 4 for, 0 against. 0 have abstained. Count is now 4 [09:28] persia, doesnt help with all the server packages :) [09:28] congrats and good look on the next step [09:29] * ogra hugs stgraber [09:29] weird... seems like persia's vote was not counted? [09:29] ogra, I don't see evidence of the server work. [09:29] thanks ! [09:29] * persia tries again [09:29] persia, LTSP uses about 10 server packages that need to be touched often [09:29] persia: try again with out the '.' [09:29] are we done? [09:29] +1 although I'd prefer to be recommending for edubuntu-dev [09:29] +1 received from persia. 5 for, 0 against. 0 have abstained. Count is now 5 [09:29] [endvote] [09:29] * stgraber looks at his bed and then the clock ... doh ... only 2 hours before having to wake up :) [09:29] Final result is 5 for, 0 against. 0 abstained. Total: 5 [09:29] There we go. '.' kills it. [09:29] thanks a bunch everybody and congratulations stgraber! [09:30] dholbach: thanks [09:30] alrighty!!! \o/ [09:30] [TOPIC] Any other business? [09:30] New Topic: Any other business? [09:30] * dholbach is happy to do the honours [09:30] note here [09:30] * nixternal needs to go to bed...can barely stay awake [09:30] ogra, I don't see why that couldn't be covered by an extension of the LTSP ACL, and I think it's separate from the other documented work. [09:30] g'nite! [09:30] nixternal: sleep tight then :) [09:30] * ogra adds topic, keeping nixternal busy [09:30] * nixternal hugs everyone! [09:30] except for ogra [09:30] heh [09:30] nite nite [09:30] Who volunteers to do the admin for the meeting? [09:31] Ah. Thanks dholbach :) [09:31] anything else? [09:31] 3 [09:31] 2 [09:31] 2 [09:31] 1 [09:31] Meeting adjourned. [09:31] \o/ [09:31] #endmeeting [09:31] Meeting finished at 03:31. [09:31] thanks a lot everybody [09:31] and congratulations to nellery, stgraber and vorian again :) [10:16] yay stgraber core-dev \o. [10:16] yay stgraber core-dev \o/ [11:05] highvoltage: recommended, the TB needs to approve still [15:11] Hello [15:11] meeting is over ? [15:14] AnAnt, Indeed. Hours ago. [16:00] * slangasek waves [16:00] * ttx waves [16:00] Howdy. [16:00] * apw zones in [16:00] hey [16:01] hello [16:01] hai [16:01] hey [16:01] afternoon [16:05] mdz, lool, rickspencer3, Riddell, Hobbsee, ScottK: there? [16:05] rickspencer3: oh, I guess you're here since you just joined :) [16:05] ttx: are you sitting in for dendrobates? [16:05] slangasek: last minute replacement, yes [16:05] ok [16:05] slangasek: i am standing in for lool [16:05] slangasek: I'm lurking today, pitti si driving for desktop [16:05] (as usual :) ) [16:05] * apw is sitting in for pgraner [16:06] robbiew and pgraner both send their regrets [16:06] * pgraner is lurking due to conf call [16:06] ditto [16:06] #startmeeting [16:06] Meeting started at 10:06. The chair is slangasek. [16:06] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:07] [LINK] https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-06-12 - agenda [16:07] LINK received: https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-06-12 - agenda [16:07] let's get right into it, then [16:08] I've been asked to bump Foundations up because cjwatson has another conflict, so let's cover that first [16:08] [TOPIC] Foundations team [16:08] New Topic: Foundations team [16:08] right, sorry about that [16:09] Robbie is working through a feature list; for Canonical folks it's at https://wiki.canonical.com/UbuntuPlatform/Foundations/9.10 but I think he wants to get all the specs into it before putting it on the public wiki [16:09] that should happen shortly [16:10] current count is 7 essential, 9 high, 14 medium, 2 low, with several low still to come; draw your own conclusions about delivery :-) [16:11] regarding the bugs Steve listed in the agenda: I fixed bug 385995 today, and Michael apparently fixed bug 378997 a little while back but didn't close the bug, so I'll clean up the metadata there [16:11] Launchpad bug 385995 in grub-installer "sometimes tries to edit menu.lst even with GRUB 2" [High,Fix released] https://launchpad.net/bugs/385995 [16:11] Launchpad bug 378997 in cwidget "cwidget FTBFS with g++-4.4" [High,Confirmed] https://launchpad.net/bugs/378997 [16:12] ah, nice :) [16:12] the introduction of GRUB 2 in Alpha 2 was a bit rocky, I thought, so personally I'm going to be putting a fair bit of effort for the next milestone on making sure that's more solid [16:12] * slangasek goes rummaging for more bugs for next week... [16:13] one of our high-priority specs is the switch to building as i586 [16:13] IIRC we said we'd do test rebuilds after alpha 2 ... [16:13] infinity poked me about that yesterday in order to take a snapshot [16:14] oh, he's on it already? good [16:15] other than that I don't think I have anything else to report - anything from others to us? [16:16] cjwatson: I see bug 364616 on steve's list for Server [16:16] Launchpad bug 364616 in ubuntu-release-notes "Wrong iscsistart path in iscsi hook" [Undecided,Fix released] https://launchpad.net/bugs/364616 [16:17] mm, that probably ought to become ours [16:17] ok [16:17] * ttx hugs cjwatson [16:17] cjwatson, has the work to make grub 'quiet' fallen anywhere? [16:17] it'll be handled as part of our installer/iscsi specification (which is part "fix all the bugs", part development) [16:17] apw: part of the foundations-karmic-grub2 spec, as yet incompletely drafted [16:17] cjwatson, thanks [16:18] cjwatson: should I assign that bug to anyone in particular? [16:18] slangasek: if you need an assignee for it right now, it's me; I'm not sure whether that spec is going to stay with me [16:19] don't need one per se, but it's good to have; assigned [16:19] is that still a realistic target for jaunty SRU, btw? [16:20] I think so [16:20] ok [16:20] people won't be able to do installations directly, but still [16:20] * slangasek nods [16:20] moving on [16:20] [TOPIC] QA team [16:20] New Topic: QA team [16:21] (thanks, cjwatson) [16:21] hi [16:21] heno, fader, sbeattie: hello [16:21] * fader waves. [16:21] fader: HW testing? [16:21] http://people.ubuntu.com/~fader/hw-testing/current.html [16:21] LINK received: http://people.ubuntu.com/~fader/hw-testing/current.html [16:21] Bug 384861 is interfering with testing the lab servers (it's not initializing Broadcom ethernet cards so the PXE install can't proceed) [16:21] Launchpad bug 384861 in linux "Broadcom NetXtreme II (BCM5708) not detected by installer [karmic]" [High,Confirmed] https://launchpad.net/bugs/384861 [16:21] That's hitting a large number of systems so it's a fairly big blocker for us on server testing [16:21] There are a few other systems that haven't reported results that I'm looking into but that is the only big issue I've seen so far. [16:22] apw: can you make sure that bug gets priority attention from the kernel team? [16:22] that bug has some proposed patches, and they are out for review on the kernel list [16:22] it seems to be unassigned, so i will take it and drive those in [16:22] thanks [16:22] [ACTION] apw to drive bug #384861 [16:22] ACTION received: apw to drive bug #384861 [16:22] Launchpad bug 384861 in linux "Broadcom NetXtreme II (BCM5708) not detected by installer [karmic]" [High,Confirmed] https://launchpad.net/bugs/384861 [16:23] should mostly be a matter of applying the patches and getting quick testing turnaround at this point [16:23] yep ... i acked them last night, will hastle others for review and get them in [16:24] sbeattie says nothing to report on regressions this week [16:24] though I will point out that we are tracking Karmic changes for high risk items: https://wiki.ubuntu.com/QATeam/Specs/RegressionImmunisation [16:25] so please let us know about major upstream or local changes that can be high risk [16:25] (we'll also be asking around) [16:25] :) [16:26] am I back? [16:26] didn't know you were gone [16:26] I fell off the internet for a while, sorry [16:26] that's all from QA [16:26] heno, fader: great, thanks much! [16:27] [TOPIC] Desktop team [16:27] New Topic: Desktop team [16:27] as usual, desktop status is on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus [16:27] TBH I didn't do much in terms of chasing bugs just yet, I just updated their status on the page above [16:27] for alpha-3, I hope we can land the following structure changes: [16:27] [LINK] https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus [16:27] LINK received: https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus [16:27] - pidgin -> empathy [16:27] - new gdm [16:27] - symptom based bug reports [16:27] - perhaps gnome-bluetooth [16:30] pitti: bug #341898> should the non-kernel task be closed, in that case? [16:30] Launchpad bug 341898 in xorg-server "MythTV Frontend does not work with RADEON DRI" [Unknown,Fix released] https://launchpad.net/bugs/341898 [16:30] unfortunately i've got a report that the symptoms of bug 341898 have resurfaced on -vesa. i'm doubtful it's fixed on -ati as upstream still feels that it's a bug in QT ( even though all other drivers work in jaunty ). there is a proposed patch for jaunty that I saw on the mesa mailing list for -ati that i'm going to try. [16:30] slangasek: ideally yes, but bryce wanted to keep it open for bug reporters to find it more easily [16:30] pitti: ah [16:31] 376396> Riddell tells me this is fixed (which is why I let the alpha-2 milestone for it slide), but I don't know where or how so I haven't closed the bug report [16:32] slangasek: ah, thanks [16:32] superm1: I guess you'll be following up on that then, to make sure it really gets fixed? [16:32] * pitti isn't well prepared today admittedly, I didn't expect a meeting today [16:32] slangasek, yeah. i'm going to look at it on -vesa first as it's more common (swrast based drivers), but then i'll be revisiting -ati [16:34] so all in all, the set of X reports for this cycle seem fairly mild so far; is that because KMS hasn't been turned on by default yet? :) [16:35] slangasek: well, we are using UXA/DRI2 by default now [16:35] yes [16:35] the next merge, and next kernel will contain a lot of updates, so we may well see more pain after that [16:35] I guess that already did a good job of replacing old known bugs with slightly fewer new bugs :) [16:35] yay, progress. :) [16:35] but for alpha-3 I want to see KMS by default [16:36] agreed [16:36] pitti, ack, i think we agreed to that generally [16:36] i will get with bryce to check we have the x bits and then enable it [16:36] ( for intel ) [16:36] apw: working fine on a lot of mahcines once you add the modprobe.d blurp [16:36] usplash hasn't been updated for KMS yet, I don't think [16:36] cjwatson: I'm fine with adjusting that [16:37] it's just moving it out of initramfs into the normal startup sequence [16:37] ok, I had a patch to attempt to run it at the native resolution if KMS was available too [16:37] (or disabling it completely for the time being, which is the final goal anyway) [16:37] but I had some kind of transient trouble on my machine [16:37] http://paste.ubuntu.com/194451/ [16:37] LINK received: http://paste.ubuntu.com/194451/ [16:37] pitti: erm, the examples of places where usplash was to be kept includes things that run from initramfs [16:37] (decrypting hard drives) [16:37] yes, it needs to still have the ability to run in the initramfs [16:38] it may not want to do so by default for karmic, but still [16:38] slangasek: right, but then it will disappear as soon as KMS kicks in [16:38] sure [16:38] which means that in such cases we need to start KMS in the initramfs, IMO [16:38] sounds like this can probably be taken off-line if needed, though [16:38] and *then* start usplash [16:38] the details will be discussed with Scott, but for now we could just disable it [16:38] anything else for desktop? [16:38] cjwatson: or that [16:38] slangasek: not from me [16:39] [TOPIC] Mobile [16:39] New Topic: Mobile [16:39] dyfet: hello [16:39] being a late substitute, I did not come with a specific list of bugs or items in advance, however, I would be happy to cover any items others feels needs to be discussed for mobile. [16:39] My area is in arm development, and of course we are concerned with kernel issues there...but I see kernel is after me :) [16:40] Hello [16:40] So if people have items related to mobile, feel free to introduce them. [16:40] I see armel didn't get a timely d-i build for alpha-2 because of kernel flavor changes; is that something folks knew about, that should have been escalated earlier and given priority for fixing? [16:41] That is part of the kernel issues I mentioned :).... [16:41] armel need love in general. we have a drive to get karmic up to snuff wtf jaunty support right now [16:42] I didn't realise until the build failure, basically - I don't know if I missed a mail about the flavour reduction [16:42] only somewhat kernel-y - updating d-i is Foundation's bailiwick [16:43] cjwatson, was that the reducion to one flavour? [16:43] yes [16:43] I don't see anything on -installer [16:43] yes [16:43] the ftbfs fix was merged into the d-i repo on the 8th, which wasn't too late for us to have had it uploaded; but the upload didn't happen and I didn't notice it myself until much later [16:43] hrm sounds like a process failure our end then. will feed that back as we have flavour changes coming [16:43] oh, meh, the lack of upload was probably my fault admittedly [16:43] as part of the blueprints implementation [16:44] I think Michael said he had more ports fixing coming and I was waiting for that [16:44] I will bring this back for others to discuss in mobile too [16:44] I'll at least arrange for an upload now, sorry about that [16:44] I am aware of the issue, not the resolution :) [16:45] ok, sounds like we have a handle on what went wrong in this case [16:45] everyone please be sure that issues you know of that would block arm from being in future milestones get escalated / addressed [16:46] we still need to sort out the kernel issue that requires us to hardcode kernel versions in cdimage code [16:46] * slangasek nods [16:46] that's essentially a coordinated kernel/installer change [16:46] (the problem is that the installer udebs are shipped with versions in their vmlinuz etc. filenames, rather unnecessarily [16:47] ) [16:48] do we have any other arm or mobile issues in general? [16:48] dyfet: that means if you guys know ARM is broken and you don't see it getting resolved by the week of the milestone, yell :) There are a couple dozen images the release team tracks for the milestone, which means it's unfortunately easy to overlook ARM problems until it's too late given that we're also not doing the testing [16:48] I'm not sure I have a bug about it, I think it's basically http://paste.ubuntu.com/194463/ with added coordination [16:48] slangasek: fair enough :) [16:49] cjwatson: ah, the armel udeb naming is inconsistent with other archs? [16:49] udeb naming is consistent but not the contents [16:49] ah [16:49] oh? [16:50] lp_archive@cocoplum:/tmp/cjwatson$ dpkg -c /home/lp_archive/ubuntu/pool/main/l/linux/kernel-image-2.6.30-8-generic-di_2.6.30-8.9_i386.udeb | grep vmlinuz [16:50] -rw-r--r-- root/root 3703120 2009-06-03 19:23 ./boot/vmlinuz [16:50] is basically the root of the problem [16:50] lp_archive@cocoplum:/tmp/cjwatson$ dpkg -c /home/lp_archive/ubuntu/pool/main/l/linux/kernel-image-2.6.30-8-imx51-di_2.6.30-8.9_armel.udeb | grep vmlinuz [16:50] -rw-r--r-- root/root 1894532 2009-06-03 17:27 ./boot/vmlinuz-2.6.30-8-imx51 [16:50] cjwatson, sounds like and easy fix at least [16:51] yeah, patch above should fix it if we take care to do that at the same time as installer and cdimage changes [16:51] i could test that change with your changes [16:51] we noticed in jaunty but didn't have time to do anything about it [16:51] for the firmware udebs [16:51] and then the release sort of took over [16:51] apw, cjwatson: can be followed up off-line? [16:52] ack [16:52] yep [16:52] I have to go now anyway [16:52] ok - thanks :) [16:52] [ACTION] apw and cjwatson to follow up on clean-up of armel vmlinuz naming [16:52] ACTION received: apw and cjwatson to follow up on clean-up of armel vmlinuz naming [16:52] [TOPIC] Kernel team [16:52] New Topic: Kernel team [16:52] apw: and you're on [16:52] Features wise, the majority of the development items are proceeding well, most specs are either done or nearing completion. The main deliverables which affect the release are proceeding well. KMS testing is ongoing, using previews of the Intel and ATI trees, in concert with the x-swat team. Grub2 testing is going well with almost no failures. Testing of aufs replacements is also ongoing with test kernels available. Apparmour development is p [16:52] roceeding with the aim of hitting the .31 merge window. Arm am51 support is missing, this is being worked as part of the current enablement work should have a timetable by the end of next week. [16:52] 9dyfet: thanks) [16:53] You called out two bugs for the kernel: [16:53] what's am51? different than imx51? [16:53] typeo ... amx51 [16:53] imx51 jez [16:53] imx51? :) [16:54] lp#359338: apparmour and ecryptfs -- there is a workaround, but its not satisfactory. No plan currently, need to review this jjohansen [16:54] lp#357768: inconsistent NETFILTER configuration -- this has been fixed already and the change is in the 2.6.30-9.10 upload which was pushed up today, i've already updated the bug to reflect reality [16:54] great! [16:55] apw: Karmic AppArmor won't have a problem with ecryptfs [16:55] \o/ [16:55] excellent news, could you update the bug with that information [16:56] apw: yeah [16:56] how soon will .31 show up in karmic? [16:56] well the merge window only opened yesterday, so two weeks before an -rc1 [16:57] if it goes to -rc9 we should have a released kernel about 3 weeks before beta by my calculations [16:57] but we'll be switched over in karmic soon after rc1? [16:57] we are committed to .31 and will rebase to -rc1 as soon as it drops. it will take a little longer as -rc1 is a monster [16:58] * slangasek nods [16:59] nothing else from me [16:59] anything else for apw from others? [17:00] apw: thanks [17:00] [TOPIC] Server team [17:00] New Topic: Server team [17:00] ttx: heya [17:00] slangasek: hey! [17:00] So looking at the lists, there sin't so much bugs in the lists for us [17:00] apw: yay for rc1 early [17:01] We already talked about bug 364616 [17:01] Launchpad bug 364616 in ubuntu-release-notes "Wrong iscsistart path in iscsi hook" [Undecided,Fix released] https://launchpad.net/bugs/364616 [17:01] For bug 326768 I just got a status update from mathiaz [17:01] Launchpad bug 326768 in mysql-dfsg-5.0 "mysqld_safe thinks mysqld has crashed when it hasn't" [High,In progress] https://launchpad.net/bugs/326768 [17:01] Fix was uploaded for Jaunty but not yet in Karmic [17:02] Apparently it might not make sense in the context of moving MySQl 5.1 to main [17:02] might not make sense, or might not be a priority? [17:02] He needs to get some input from the debian maintainer [17:03] might not make sense. [17:03] ok [17:03] there is a comment about how the Jaunty fix is not good at the end of that bug [17:03] mathiaz still needs to doublecheck that. [17:03] alright [17:03] On the new features front... [17:04] Specs are currently being reviewed and prioritized [17:04] Most of them are linked to upstream work-in-progress (Eucalyptus 1.6, Likewise-Open 5.2...) [17:04] so we expect them to hit later rather than sooner [17:05] 3 specs are being targeted to alpha3 [17:05] in before feature freeze? [17:05] slangasek: sure :) [17:06] according to Dustin server-karmic-pristine-daily-virt-builds is basically done [17:06] server-karmic-kvm-qemu-packaging should be doable [17:06] ttx: https://edge.launchpad.net/~qemu/+archive/ppa [17:06] ttx: daily builds of qemu and libvirt [17:06] server-karmic-automated-kvm-testing hasn't started [17:07] kirkland is confident on 2/3 [17:07] slangasek: which brings the question... how accurate should this blueprint targeting be ? [17:07] slangasek: things we are reasonably sure to land ? Or that we hope to land ? [17:08] ttx: well, targeting them to a milestone makes them fodder for discussion at the release meetings, which is good... they can always be retargeted if necessary [17:08] slangasek: then we are good :) [17:08] plenty of blueprints don't get milestone targets at all [17:09] Nothing else from server side... [17:09] ttx: no other bugs that you think should be escalated/tracked from your end? [17:10] slangasek: nothing yet. [17:10] I find the server team keeps a low profile when it comes to RC bugs, and I'm never sure if that means the software is bug free or if y'all are just hiding your bugs. ;) [17:10] anyone else have questions for ttx? [17:11] [TOPIC] MOTU [17:11] New Topic: MOTU [17:11] ScottK also sends his regrets, which I only noticed after the meeting had started [17:12] I haven't had a chance to catch up with him until now, but I'll follow up out-of-band [17:13] [TOPIC] Known regressions [17:13] New Topic: Known regressions [17:13] this is your weekly Public Service Announcement requesting you use the regression-potential tag [17:13] now easier than ever to add in LP :) [17:13] [TOPIC] ISO size [17:13] New Topic: ISO size [17:14] we should be winning back some CD size soon, at least on alternates, due to OOo-l10n refactoring [17:14] so that should be good [17:14] we're pretty much langpack-less for alpha-2, however, due to sizing [17:15] so this will need a concerted effort over the course of the cycle to get us back down [17:15] slangasek: note that we'll have to start playing games with the Server CD as well, if we want Eucalyptus java dependencies to fit in. [17:15] that's the purpose of https://blueprints.launchpad.net/ubuntu/+spec/server-karmic-eucalyptus-fit-on-cd [17:15] I know there are some pending rosetta improvements that may help here, but as usual if anyone has any ideas for targets, please shout [17:15] ttx: how much space do you need to find? [17:16] slangasek: if I manage to keep the full JDK and JRE out of the CD we are good. === rickspencer3 is now known as rickspencer3-afk [17:16] ok :) [17:16] slangasek: if not then we are like +40Mb above [17:16] * slangasek nods [17:17] slangasek: there's still some hope that we can get the soyuz support for stripping gnome help files and putting them into langpacks [17:17] pitti: right, that's actually what I meant by "rosetta" above [17:17] aah [17:17] and cjwatson has some great ideas how to refactor the language-support-* stuff [17:18] apparently I was thinking of the wrong component :) [17:18] if we could get gimp-help-* off the CD, that woudl give us 20 MB [17:18] is that actually something we want to do? [17:18] gimp is next on the "first against the wall" list [17:18] ah [17:18] but with current l-support we'd still have the English help files by default [17:19] so it'd only give us 6 MB [17:19] * heno always uses web-based help for gimp [17:19] with the task-based language-support structure we'd get 26 [17:19] heno: that's another option we took into consideration [17:19] see this week's desktop team meeting summary [17:19] slangasek: so in summary, we still have some options up our sleeve [17:19] I don't want to release karmic without any langpacks at all [17:20] indeed [17:20] so we'll keep hammering at it [17:20] pitti: btw, are translations open for karmic yet? [17:20] no, unfortuantely not [17:20] have you heard an ETA? [17:20] rosetta is currently in sort of hibernation [17:20] for sorting out the shared messaging stuff [17:20] both jaunty and karmic are on ice right now [17:21] I remember "June"; I'd have to check my notes to see if we were given anything more exact [17:21] slangasek: I just know "june" [17:21] it was supposed to work already, but it broke the firefox translations [17:21] slangasek: got to go now [17:21] so I'm not sure there's a precise ETA right now [17:21] ttx: ok, thanks [17:21] slangasek: I'll ask danilo [17:22] [ACTION] pitti to follow up with danilo regarding ETA of translation opening for karmic [17:22] ACTION received: pitti to follow up with danilo regarding ETA of translation opening for karmic [17:22] [TOPIC] AOB [17:22] New Topic: AOB [17:22] anything else we need to get out? floor's open [17:22] beer for slangasek for a successful alpha-2! [17:23] heh :) [17:23] #endmeeting [17:23] Meeting finished at 11:23. [17:23] thanks, all :) [17:24] slangasek, thanks :) [17:25] thanks all [17:43] slangasek: heya; just a quick note that imx51 is expected broken until we merge updated patches; that's currently targetted at A3 according to Brad; probably th eonly flavor we'll look into for armel will be versatile's netboot images for now, all the others should be dropped as the toolchain doesn't allow them anymore [17:43] lool: ok [17:43] slangasek: We will also add flavors in the next alphas, one I think [17:44] lool: does the new flavor have a name yet, and will you relay this to stgraber so we get it on the iso tracker in advance? [17:44] It's not clear when the kernel drops will appear, so I can't tell which alpha [17:44] slangasek: I should relay to stgraber; the name is still undecided yet === olujicz_ is now known as olujicz === mikrox is now known as mikro === yofel_ is now known as yofel === mc44_ is now known as mc44