=== _[PUPPETS]Gonzo is now known as [PUPPETS]Gonzo === nijaba` is now known as nijaba === JanC_ is now known as JanC === _neversfelde is now known as neversfelde === kiko-afk is now known as kiko [16:29] I guess we're about to start, so... hi [16:29] hi [16:29] :) [16:29] * mvo__ waves [16:30] Hey folks. [16:30] * robbiew just realized there's a meeting here in 30min...so short meeting today :) [16:30] afternoon [16:30] hi-ya [16:30] * slangasek waves [16:30] #startmeeting [16:30] Meeting started at 10:30. The chair is robbiew. [16:30] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:30] sorry for not sending out an agenda [16:31] np [16:31] been trying to muddle through the email and action items from the past two sprints [16:31] I'm thinking with FF tomorrow, we can probably go around the "room" [16:31] to see if anyone has any issues [16:31] or concerncs [16:32] concerns [16:32] liw: does computer janitor look good? [16:32] robbiew, not entirely -- I am not sure I will get the UI changes done before FF :( (I've spent most of today fighting my laptop, but that's not an excuse, I should've done that UI changes much earlier) === dholbach_ is now known as dholbach [16:33] robbiew, other than that, c-j is looking reasonably good, we're preparing c-j and update-manager uploads with mvo for tonight [16:33] liw: okay, thanks. will c-j be installed automatically in Jaunty? [16:34] ie, by default [16:34] robbiew, nope; the ubuntu-desktop mailing list vetoed that [16:34] hmm...ok [16:34] that's unfortunate [16:34] eek, first I heard of that [16:34] but not in our control [16:34] https://lists.ubuntu.com/archives/ubuntu-desktop/2009-February/001951.html [16:34] when did the "veto" occur? [16:35] that doesn't seem to be as strong as a veto [16:35] cjwatson, should I have escalated it to you after pitti was negative? [16:35] probably not necessary, I was just a bit surprised [16:36] cjwatson, hmm, I asked pitti further questions on irc, and didn't get a sense of a possibility of a change to a positive result... perhaps I should've pushed harder [16:36] if it's part of update-manager, then perhaps the facility can be on the system but not exposed in the UI by default, and that would make it easy to run after upgrades [16:36] cjwatson: +1 [16:37] the plugin mechanism is going to be in u-m tonight, and some of the plugins will be shared; the c-j ui and some other plugins will be in a different package, and not installed by default [16:37] isn't it a tool that should be run in the middle of the life-cycle of distro use? I mean, update-manager tries to tidy up during the upgrade [16:37] liw: so will it be used as Martin suggested in u-m? [16:37] but I agree with Lars that not all of this is going to make sense purely after upgrades [16:37] liw: what date was the IRC discussion, so I can go back and review the logs? [16:38] cjwatson, let me grep [16:39] ok...moving on === mvo__ is now known as mvo [16:39] evand: any concerns/issues/problems/complaints..etc :) [16:40] should I take silence as a "no"? [16:40] robbiew: No really major concerns or issues. The oem ID stuff is basically done, I just need to rip out the old code. jaunty-ubiquity-usability is mostly done there's just a few minor items that I might be able to knock off, and I've been keen to get some last minute suggestions from mpt in. The slideshow work was deferred as Julian's team didn't have time for it. [16:41] cool [16:41] thnx [16:41] slideshow work deferred yet again...:( [16:41] I'm also hoping to get one more usb-creator upload in, then beg for a freeze exception later in the week for add/remove programs functionality in it that I almost have done [16:41] indeed :( [16:41] at least it's not our fault ;) [16:41] heh...ok [16:41] but Julian is pushing hard to get time for it, as far as I could tell from our sprint conversation [16:42] evand: ok, so I guess we'll put in on the plate for 9.10 [16:42] great [16:42] cjwatson: I have the updates from you...anything you want to add? [16:43] right, you have it by mail, but for the record [16:43] my biggest concern from last week was manual package selection in the installer; that should now be done modulo bugs, as per mail to ubuntu-devel@ [16:43] there are still a couple of small things that I want to hoover up, but am being slightly impeded by local infrastructure (mirror run ran out of disk last night and is taking a while to fix itself up) [16:44] doh! [16:44] ok [16:44] those are task selection in oem-config, and a password strength checker in the installer [16:44] but I have code written for those and just need to test [16:44] ok [16:45] doko: python 2.6/3.0 work looking good? [16:46] ok.. [16:46] will follow up on that later [16:46] mvo: any concerns? [16:47] stuff looks good, the computer-janitor merge is the biggest outstand issue [16:47] the not-automatic branch changes that I talked about at the sprint with slangasek and cjwatson will not make it :/ [16:48] (we do not have a "propper" spec for it, just discussed it informally) [16:48] * robbiew doesn't even recall hearing about it [16:48] /end [16:48] :) [16:48] robbiew: it does look ok, but I won't upload it today. The rebuilding will definietely take longer than until Thursday. [16:49] robbiew: that's about letting users have -proposed enabled but not automatically pulling in everything from proposed by default [16:49] (and -backports) [16:49] slangasek: ah...ok, thanks [16:49] doko: so when do you expect to upload? [16:49] the remaining problem is that apt is not clever (at all) when its about resolving dependencies from not-automatic source (i.e. it does not resolve them :/ [16:49] tonight, or tomorrow morning [16:50] mvo: ok [16:50] doko: ah, ok..thanks! [16:50] james_w: still around? [16:50] I know he had to skoot to the airport.... [16:51] TheMuso: I know you don't have any "features", but how is dmraid/accessibility/audio looking...any concerns? [16:52] No concerns, thers a chance I may have dmraid on the live CD, which users have been asking for, but I am not phased one way or the other if it makes it or not. Dmraid and ubiquity seem to behaving together, the issue currently is whether we activate arrays by default, and if not, where do we ask the question. Atm I am working on not activating by default, and asking at the usplash stage of live CD bootup. [16:53] Pulseaudio and alsa are in "pull fixes from git" mode, and should stay that way till release as bugs come up. [16:53] Accessibility works again for only-ubiquity mode, which I am pleased about, as well as for the live CD. [16:53] great..thanks for the update [16:54] Still waiting on portaudio19 to be completely transitioned from universe, but everything shyould be in place for that. [16:54] Since espeak + alsa works somewhat nicer, especially now that portaudio19 has a patch to better work with pulseaudio. [16:54] Once that change is made, I can remove hacks in gnome-speech to make espeak work via pulseaudio. [16:55] TheMuso: ok [16:55] slangasek: last 5min for you :) (I know Keybuk's status all too well) [16:56] *must*boot*faster* [16:56] though I should probably ask slangasek about a standing feature freeze exception for boot performance work [16:57] still trying to get the grub2 spec in some semblance of order, unfortunately; the good news is that most of the design is in place (AIUI grub-installer can already be forced to install grub2, which is what we want), and most of the rest is really bugfixes that don't need excepted [16:57] should have the spec available for approval within the hour - was going to have it yesterday, but lost a couple hours of draft when my laptop decided not to resume :( [16:57] slangasek: ok.. [16:57] ouch [16:57] did you bug the kernel guys? :) [16:58] no, there was nothing debuggable [16:58] ah..damn [16:58] ok [16:58] anyway, hotkey stuff is looking good - no sweeping changes to make there [16:59] and samba got a new upstream version drop earlier this week; openldap should have the same yet today, I think [16:59] that's all from me [16:59] * mvo expects compiz 0.8 this week too [16:59] mvo: is it faster? :P [16:59] joking [16:59] heh :) [16:59] seriously [17:00] compiz takes a third of the boot chart now :) [17:00] slangasek: is the power management work FF dependent?...is it still going to make this release? [17:00] Keybuk: I'm happy (well, maybe not happy, but..) to look into this after FF [17:00] mvo: I shall give you a hand [17:01] oh, I missed one thing, I think I might be able to land LVM support in Kickstart [17:01] (sorry to interrupt) that was off-spec but a lot of people have asked for it [17:01] robbiew: AFAIK the actionable power management cleanup is "spot the bits that aren't used and chop them off" - there's a mailing list discussion about powernowd, which if we decide we can drop that, I think warrants a freeze exception [17:01] cjwatson: ha! cool [17:01] slangasek: ok...sounds good [17:01] (freeze exception> because it makes the CDs smaller! Whoo!) [17:01] lol [17:02] slangasek: we should be able to drop that now [17:02] Tim merged my kernel patches [17:02] ok...I think we're going into another meeting timeslot [17:02] so all the governors and drivers are just compiled into the kernel (as of 8.24) and the kernel will pick one [17:02] Keybuk: are we confident to make the call that powernowd isn't needed as a fallback? [17:02] well s/now/when 8.24 is uploaded/ === cody-somerville_ is now known as cody-somerville [17:02] slangasek: powernowd can't do anything without a scaling driver [17:02] so I'm not sure what kind of fallback you're thinking of ;) [17:02] #endmeeting [17:02] Meeting finished at 11:02. [17:03] thanks robbiew [17:03] thanks! [17:03] thanks! [17:03] thanks [17:03] Keybuk: the one where 'ondemand' doesn't work, which is the fallback set up in the init script? [17:03] thanks [17:03] heno: sorry about that [17:03] thanks all :) [17:03] Permit me to transition with a reference to http://qa.ubuntu.com/reports/team-assigned/ubuntu-foundations-assigned-bug-tasks.html ;) [17:03] heh [17:04] We've made to for you guys, please use it! :) [17:04] incentive for me to unassign more of the bugs that have been assigned to me since we moved from bugzilla ;-) [17:04] cjwatson: absolutely [17:05] these lists are only useful if they are realistic [17:05] * heno waves to the QA team [17:05] * ara waves [17:05] everyone ready? [17:05] * cgregan waves [17:05] aye! [17:06] hey hey [17:06] Yo [17:06] Hi. [17:06] hey === fader_ is now known as fader [17:06] ready red rooster [17:07] * ogasawara waves [17:07] schwuk, davmor2: meeting ping [17:07] #startmeeting [17:07] Meeting started at 11:07. The chair is heno. [17:07] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [17:07] hello [17:07] Welcome all! [17:07] agenda as usual: https://wiki.ubuntu.com/QATeam/Meetings [17:08] heno: sorry - was on phone [17:08] [TOPIC] Monday 23rd, new features testing day [17:08] New Topic: Monday 23rd, new features testing day [17:08] that's mine [17:08] Next Monday we are having a new testing day [17:09] We will test some new features for Jaunty, now that we are reaching FF [17:09] https://wiki.ubuntu.com/Testing/UbuntuTestingDay/20090223 [17:09] We are going to test screen-profiles, LVM partitions in the debian installer and netbook usb images [17:09] I see it's been well-advertised on planet already [17:10] \o/ [17:10] hm, I should be adding automated lvm testing [17:10] schwuk, cr3: we should test the new checkbox features too [17:11] so, please, if you want to find cool new bugs, join us next Monday [17:11] ara: can I add Checkbox to your wiki page? [17:11] can we get those cases added to http://testcases.qa.ubuntu.com/ as we go along too? [17:11] cr3, heno: could we test checkbox the following Monday? [17:11] meh [17:12] I guess peoole will be doing some free form testing, but it would be good to capture that [17:12] hm, maybe Checkbox should have tests for itself :) [17:12] heno: sure [17:12] ara: following Monday> I'm happy with that [17:13] heno: I could add to the wiki page that people willing to contribute to the testcases page are more than welcome [17:13] Yes after main testing for a5 sound good [17:13] Unfortunately I'm away on Monday (and this Friday) [17:13] Unfortunately? you should be glad! [17:13] ara: that's great, thanks [17:14] ara: but I'll miss the testing day! ;) [17:14] [TOPIC] UbuntuBugDay highlights [17:14] New Topic: UbuntuBugDay highlights [17:14] I've add that [17:15] Last Thursday we had the new bugs without a package hug day https://wiki.ubuntu.com/UbuntuBugDay/20090212 [17:15] we had a good participation from the community, thanks everybody! [17:15] and specially thanks to mangilimic who did a lot of work during that hug day [17:16] and to mrkanister for creating the page [17:16] both folks are truly rockstars ;-) [17:16] \o/ [17:16] and tomorrow we have the Network Manager Applet hug day https://wiki.ubuntu.com/UbuntuBugDay/20090219 so don't miss it [17:16] mangilimic already started to do some work [17:17] :) [17:17] I stuck some bugs with patches in there too [17:17] or a section with them [17:18] bdmurray, pedro_: is asac aware of those? [17:18] bdmurray: great!, should we put that as a recommendation to the bug day lists? [17:18] (he is now I guess) [17:18] pedro_: I think so yes [17:18] bdmurray: perfect i'll edit the wiki page then [17:19] Have we decided on a topic for next week [17:19] heno: he's always around in #ubuntu-bugs ;-) [17:19] there's a --patch option for bugnumbers so its trivial to add them [17:19] pedro_ is away next week [17:19] oh that, I'm away next week [17:19] pedro_: ok, cool [17:20] (about him being in #u-b) [17:20] and there's supposed to be an apport-failed-retrace hug day [17:20] pedro_: that's a tag right? [17:21] bdmurray: correct, but maybe the triagers are going to need more help looking at those bugs [17:21] won't a fair number of them be private? [17:22] i don't know how many people know how to read backtraces and so on [17:22] bdmurray: if that's the case won't the only people with access be bug-control anyway? [17:23] bdmurray: yes, i was thinking in doing some pre triage, for marking them as public [17:23] not all, but probably a ~100 [17:23] persia: you've held a class on reading traces AFAIR - could you be available for a bug day like this? [17:24] * persia reads context [17:24] looking at it there are probably enough public ones [17:24] Could it be a Monday? [17:24] The alternative is to run a server bug day - they have requested we do one [17:25] heno: I don't think they have any reference material for us yet [17:25] If so, I'd even be willing to do two stack reading sessions, 12 hours apart to help people use those bugs. [17:25] heno: regarding that i've contacted mathiaz and i'm waiting for his response [17:25] persia: we've got a good rythm of running them on Thursdays and testing days on Mondays [17:26] bdmurray, pedro_: ok [17:26] should we go for the other target then? the flashplugin-nonfree product [17:27] that's the next one on the list [17:27] Thursday is much less good for me: I can be around some, but could probably only do one session. [17:27] If the retrace failed what are the possible courses of action? [17:27] persia: ok, thanks. We could refer to logs of your previous sessions too [17:29] bdmurray, If the retrace failed, it's usually mostly hopeless, although if someone can get a similar environment, they can run apport-retrace locally and sometimes recover. [17:29] Right, in which I'm not sure how much instruction is needed [17:29] pedro_: your call - looks like either option will be fine [17:30] in any case - can we get some support from others to be around on that day - bdmurray, ogasawara, sbeattie, fader? [17:31] yup, I'll be around [17:31] the 26th? yes [17:31] I'll be around as well. [17:31] I'll be here [17:31] ok great :) [17:31] heno: ok let's stick with the schedule then and go for the apport-failed-retracer one ;-) [17:32] settled :) [17:32] [TOPIC] Checkbox PPA - schwuk [17:32] New Topic: Checkbox PPA - schwuk [17:32] We have checkbox PPA now: [17:33] Short and to the point nice :) [17:33] https://launchpad.net/~checkbox-dev/+archive/ppa [17:33] featuring the suspend-resume test script [17:33] (and other cool changes :) [17:34] The 0.5 package is in Jaunty, but we're going to use the PPA to publish development/testing versions between releases. [17:34] schwuk: is 0.5 the final release in Jaunty? [17:35] There won't be much difference between the packages in there and Jaunty right now (apart from the suspend-resume script), but after FeatureFreeze we'll be using the PPA to get new features tested. [17:35] schwuk: will this be more for testing and development than general usage for joe public? [17:35] ara: 0.6 will be the final release. [17:35] (for FF) [17:35] davmor2: Depends. We have Intrepid and Hardy packages in there for 0.5, so that might of use by Joe Public. [17:36] okay cool [17:36] ara: you'll be pleased to know I'll be pushing policykit support at the finishing line for ff [17:36] 0.6 will have a number of new features :) [17:36] cr3: \o/ [17:37] great, thanks schwuk, cr3 [17:37] But whether you're using Jaunty or not, please try out the packages in the PPA and give us some feedback. [17:37] Thanks heno. [17:37] [TOPIC] Launchpad Greasemonkey - prefilled descriptions? [17:37] New Topic: Launchpad Greasemonkey - prefilled descriptions? [17:37] cr3: does checkbox have a bluetooth test? Cause bluetooth has been really sucky since intrepid [17:38] davmor2: nope, let me check if there's already a bug for that [17:39] Hi, so I wrote a new greasemonkey script for the OEM team that prefills the bug description. You can see a screenshot at http://people.ubuntu.com/~brian/greasemonkey/prefilled-description.png. [17:39] Anyway, I wonder if this would be useful for Ubuntu too. I'm not quite sure the people using the greasemonkey scripts are the same people who need the description prefilled. [17:39] bdmurray: nice. [17:40] where are the canned texts stored? [17:40] davmor2: created bug #331132 [17:40] Launchpad bug 331132 in checkbox "checkbox should include a bluetooth test" [Undecided,New] https://launchpad.net/bugs/331132 [17:40] In the script itself. [17:41] bdmurray, sbeattie: btw, thanks for the update on the firefox plugin: neat! [17:42] ara: thanks, it was a lot of fun [17:43] I guess it can't hurt to have the prefilled description script in the bzr tree - does the prefilled description seem reasonable? [17:44] the best would be if casual bug filers got that template [17:44] is that too much to ask of the LP team? [17:45] heno: is there a lp bug about it? [17:45] its worth a shot I don't think there is a bug about it [17:46] at least for bus without a package ... [17:46] bdmurray: can you file one? [17:46] heno: of course [17:46] The template seems fine, fwiw [17:46] but getting it to the right audience is indeed the trick [17:48] that's all I had about that [17:49] bdmurray: this is not in firefox-launchpad-plugin right, but in the greasemonkey collection? [17:49] in qa-tools [17:49] heno: well, it's in launchpad-gm-scripts but yes not in the plugin [17:50] ok, thanks bdmurray [17:50] AOB? [17:51] Anyone got pcmcia card and slot, is it hot pluggable or not? [17:51] davmor2: I know they're supposed to be hot-pluggable, but I don't have a card to test [17:52] fader: that's the problem I have here :( [17:52] that reminds me - http://testcases.qa.ubuntu.com is looking in good shape now! thanks davmor2, fader and schwuk! [17:52] davmor2: what do you need tested. [17:52] davmor2: I might have some I can send you [17:52] old modems and such [17:53] heno: I don't have a lappy with pcmcia [17:53] oh, ok [17:53] davmor2: I've got both; I could even send you a pci->pcmcia bridge. :-) [17:53] davmor2: I have an older laptop with two pcmcia slots [17:54] sbeattie: I just need to know what happens when you add the device is it auto reckonised and used automatically or do you have to tinker to get it up [17:54] I actually planned to order a wifi card for it... this gives me an excuse :) [17:55] davmor2: it's generally auto-recognized and used automatically. [17:56] Cool so norm is a wifi card plug in and click on n-m select wifi connection [17:56] should work [17:56] sbeattie: ^ [17:56] ok, let's wrap up. [17:56] thanks everyone! [17:56] #endmeeting [17:56] Meeting finished at 11:56. [17:57] thanks! [17:57] ta [17:57] davmor2: it should; mind you, I tend not to rely on n-m. But yeah, it just appears as another network device. [17:57] one question? are we finally sending summaries? [17:57] of these meetings? [17:57] sbeattie: Ta I'll write that one up after then :) [17:59] ara: we should on http://blog.qa.ubuntu.com/ [18:00] any takers for that? ^ [18:00] * davmor2 runs as quickly as possible [18:01] heno: I'll do that === fader is now known as fader|lunch === jorge___ is now known as jcastro === asac_ is now known as asac === fader_ is now known as fader === kiko is now known as kiko-phone === kiko-phone is now known as kiko