=== asac_ is now known as asac === asac_ is now known as asac === philwyett_ is now known as philwyett === nellery_ is now known as nellery === ApOgEE-_ is now known as ApOgEE- === dholbach_ is now known as dholbach === nizarus_ is now known as nizarus === Moot2 is now known as MootBot === Syntux is now known as Guest50231 === Syntux_ is now known as syntux [17:04] @schedule Vancouver [17:04] Schedule for America/Vancouver: 14 Aug 05:00 PDT: Ubuntu Mobile Team | 14 Aug 07:00 PDT: Ubuntu Java Team | 21 Aug 05:00 PDT: Ubuntu Mobile Team | 21 Aug 07:00 PDT: Ubuntu Java Team | 22 Aug 05:00 PDT: Ubuntu MOTU | 23 Aug 06:00 PDT: Xubuntu Community [18:00] hey bdmurray [18:00] hi ara [18:00] hello [18:00] hello [18:01] hi all [18:05] anybody around for QA Team meeting? [18:05] me ;) [18:05] +1 [18:05] no heno it seems, who's chairing? [18:06] hi [18:07] OHAI! [18:07] hola Mez [18:08] hola ;) [18:08] comos estas? [18:08] the agenda seems empty. does anyone have any particular issues they want to rise? [18:09] Mez: bueno bueno [18:09] ara: I have one [18:09] I'm not sure if stgraber is around or not [18:09] but I was thinking it'd be cool to have a Global Testing Jam for Intrepid [18:10] I was thinking that it could be done for Beta [18:11] That seems a bit late to me [18:11] well, there is that [18:11] but I'm not sure if it'd work very well to do it on an Alpha [18:11] that's definitely a discussion point [18:12] my reasoning (which may be deeply flawed ;-) ) was that Beta is the best chance of getting people to actually download the .isos [18:13] bdmurray: would Alpha 6 be better do you think? [18:15] LaserJock: or Alpha 5 something well before the kernel freeze as we'll benefit most from testing a wide variety of hardware [18:16] alpha 6 is 1 month before kernel freeze [18:16] #join #ubuntu-testing [18:16] alpha 5 would give use 3 weeks to get it set up [18:17] ogasawara: when do you think would be best? [18:18] we could do 2 I suppose, one for alpha 5 and at beta [18:18] bdmurray: the earlier before kernel freeze the better [18:18] that would be about 1 month inbetween if we did that [18:19] but in general, does the idea sound good? [18:19] seems like the Bug Jam was pretty successful and we need to get more people involved in the idea of pre-release testing [18:20] I think having more hardware tested via testing jam sounds reasonable [18:20] +1 [18:20] agreed, that does seem to be a pain point [18:21] a lot of testing is being done via VMs [18:21] it'd be nice to see a spread of real hardware === johnc4511 is now known as johnc4510 [18:22] anybody want to lead the charge on it? :-) [18:22] I talked to stgraber a bit about the idea a week or so ago and he liked it but I'm not sure if he has time to set it all up [18:25] I guess the main tasks will be 1) getting in touch with LoCos to get it set up 2) making sure there's enough good documentation on testing and what to do once you find a bug [18:25] I am not sure whether I can speak in this meeting. But dont you think most people will not be interested in moving to Intrepid until release on their production machines? And not all will have the liberty of having testing machines. Sorry for interupting if it is not to be done [18:25] tuxmaniac: A lot of testing can be done just using a Live CD [18:26] tuxmaniac: np, but for sure yes [18:26] we're not trying to get people to run Intrepid on their production machines [18:26] but my hope was that with a Global Testing Jam people could bring spare machines and have a day of testing fun [18:27] bdmurray: aah ok. that is very very much possible [18:27] LaserJock: ok [18:27] some might want to jump in on Intrepid (that's one reason I like Beta) [18:27] so it's almost like a Install Fest, but more focused on finding bugs :-) [18:27] I think we have alot more people running Intrepid than we expect [18:28] bdmurray: do we have any numbers on that? it'd be interesting to get some even rough numbers [18:29] LaserJock: not that I'm immediately aware of but I could query the database for unique users reporting bugs with Intrepid in the description [18:29] we certainly don't have as much as the stable/unstable case in Debian, but perhaps it's more than one would think [18:30] adding a point. I think LoCos can give some info in that too. Collect locally info on who all are running intrepid and provide that on a wiki page or to some contact? [18:30] Ara is having some connection issues, she'll be back soon [18:31] bdmurray: I think a lot of people might of stayed with hardy especially if they need a machine that works [18:31] davmor2: although I've seen a few reports of people jumping to Intrepid because of Hardy [18:32] but that's probably not a very significant percentage [18:32] Anyway, I think we are moving a bit off topic here. It sounds like a testing jam would be a good idea [18:32] in any case, we clearly have a lack of .iso testing [18:33] ok, I'll start a thread on ubuntu-qa on it then? [18:33] Sounds good, I'd like to hear on the community team went about contacting locos [18:34] How's the status of the Intrepid specs? [18:35] * LaserJock waits forever for the wiki page to show up [18:36] * stgraber waves [18:36] stgraber! [18:37] could we just run down the Roadmap and see where everybody is at? [18:38] bdmurray: useful-bug-metrics? [18:38] LaserJock: that one still needs some work [18:39] bdmurray: just in implementation, the design is finalized? [18:39] LaserJock: right, and Launcpad is also missing some data for very old bugs [18:40] ah [18:40] I'm pretty excited about that spec, that data will be quite useful I think [18:40] Absolutely [18:41] ogasawara: how is package-status-pages coming? seems like a lot has been implemented [18:41] ogasawara: The kernel bug migration is finished right? [18:42] LaserJock: we've done a lot with the package-status-pages. stgraber was awesome getting it set up on the staging qa.ubuntu.com site. now I just need to find time to generate additional xml files for additional packages and knocking out some of the feature requests [18:42] bdmurray: yes, kernel bug migration was completed as of Monday [18:42] ogasawara: awesome [18:42] ogasawara: just tell me when you are ready to have pkgstatus put on the production website and I'll work on a qawebsite update including it [18:43] stgraber: sweet. Yah I'd like to test everything works when I create additional xml files etc first [18:43] cgregan: how's mobile-automated-tests going? [18:44] LaserJock: Slowly..... [18:44] I'm one tester for 6-7 individual projects [18:44] Not a lot of time for other things...unfortunately [18:44] cgregan: ok, so what can we do to help? [18:45] are there any "bitesize" tasks that'd free you up for other things? [18:45] LaserJock: If someone could take a look at the case Ara has produced and see what is relevant to UME. That would be great! [18:46] cgregan: could you just send a quick email on that to ubuntu-qa? [18:46] LaserJock: Sure [18:46] great [18:47] cgregan: and any other tasks that somebody who's not deeply involved in your work could help out with ;-) [18:47] There will also be some work for Ubuntu Netbook Remis soon [18:48] Remix [18:48] stgraber: how goes the qa-website spec? [18:48] That may be harder to coordinate directly. [18:48] I'm porting some cases over to a new area now [18:48] LaserJock: I need to recontact the Launchpad/Canonical sysadmins guys to have a copy of our website running with Drupal+OpenID enabled [18:49] sbeattie: around? [18:49] ideally we'd like to do that after the upgrade to Hardy I requested last week [18:49] LaserJock: yep [18:49] LaserJock: I can also send an email to QA email when I have something worth looking at [18:50] sbeattie: what is needed to finish off to fix-validation-tracking ? [18:50] cgregan: sounds great [18:51] So I put the specs on https://wiki.ubuntu.com/QATeam/RoadMap along with a list of Intrepid Tasks [18:52] the Tasks are to list stuff that either hasn't been spec'd yet or that doesn't really need a formal spec, but that we still want to do and is worth some priority === johnc4511 is now known as johnc4510 [18:52] I added a few but I'd like to have people add to it things they plan on doing within QA for Intrepid [18:53] LaserJock: not a whole lot, I need to make the page I generate report against universe, and generally sync up more with pitti's sru script. [18:53] sbeattie: ok, I think I'll have some time to help with that a bit too [18:54] I need to get back into sru-tools [18:54] I also need to go back and pull out historical data/testcases [18:54] LaserJock: that'd be great. [18:55] sbeattie: perhaps we should talk to ubuntuwire.com about hosting all that? [18:55] if you want, I'm agnostic as to where it gets hosted. [18:55] right now I have a branch for qa.ubuntuwire.com/sru [18:55] k, we can talk about that later [18:56] alright, any more issues? [18:56] going once ... [18:57] twice ... [18:57] OK, I guess we'll call that the end of the meeting [18:57] * LaserJock rings the gong [18:57] thanks everybody for showing up! === emma_ is now known as emma [22:56] * bryce grabs a seat early [22:58] * ArneGoetje rubs his eyes [22:59] hi [22:59] * asac waves [22:59] hey all [22:59] hello [22:59] * ogra waves [23:01] has someone been delegated responsibility today? [23:02] james_w: is cjwatson on holiday? [23:02] not me [23:02] asac: yup [23:02] and evan and slangasek is at debconf I think [23:03] hmm maybe no meeting for today then? [23:03] it wasn't delegated to me either [23:03] maybe a quick look at alpha-4 ;) [23:03] or we could just review blueprint status, and any milestone bugs? [23:03] sounds like a good idea [23:03] were there any action points from last week? [23:03] no action items [23:03] so we start with ArneGoetje? [23:04] sure [23:04] hit it Arne [23:04] hey TheMuso [23:04] sorry I'm a bit late [23:04] hey [23:04] green light from my side, no show stoppers so far [23:05] ArneGoetje: any milestoned bugs for you? [23:05] nope [23:05] ArneGoetje: do you have any spec assigned? [23:05] is that on track? [23:06] just the language-selector thing, and yes, it is on track [23:06] when will this land? [23:06] probably next week [23:06] ok [23:07] okay cool, asac you're next alphabetically [23:07] aug 28th is feature freeze ;) [23:07] NM 0.7 entered the archive [23:07] but we will probably see plenty of new snapshots before release [23:07] great! [23:08] (to the first point at least :) [23:08] not sure when i will stop bumping versions, but upstream is still quite active with bugs getting fixed on a daily base [23:09] I noticed it's changed a bit when I updated by laptop yesterday. Had to re-reboot but then it came up and has been working great since. [23:09] bryce: the new approach is to require users to reboot [23:09] * slangasek waves in [23:09] asac: do you know if NM 0.7 includes code for 3G USB devices to switch from USB-Storage to Modem? [23:09] asac, reboot? under what circumstance? [23:09] liw: to apply upgrade [23:09] (completely by accident, I can't guarantee that I'm here for the meeting :) [23:09] we dont restart NetworkManager on upgrade [23:09] slangasek: hi ;) [23:09] hey slangasek, how's debconf? [23:10] asac, hrmph, that seems... non-unixy, but very well [23:10] going pretty well so far - I'm on my way back to the US at the moment, doko, kees, and jorge are representin' for a few more days [23:10] asac, (nothing you could do about it anyway, I guess :) [23:10] asac, yeah I remember that discussed last week, so I rebooted on first sign of wireless trouble, and then it worked fine. [23:11] (today's the daytrip, so they're all out eating cow for the most part) [23:11] slangasek, you had a short debconf, eh? [23:11] yep [23:11] another thing that will happen after alpa-4 is nspluginwrapper everywhere [23:11] e.g. not only on 64bit [23:11] slangasek: better than crow at least [23:11] the idea is to not crash firefox when flash goes down [23:11] *much* better. :) [23:12] * calc thinks better idea is to get rid of adobe flash and replace it with a fully implemented foss version :) [23:12] asac, that sounds awesome [23:12] flash experience spec has other eelements: [23:12] calc, please send a patch [23:12] flash is so buggy even on windows :( [23:13] 1. better description in plugin finder wizard: on track (code exists in bzr) [23:13] 2. allow users to easily switch to other plugins that serve the same content-type: [23:13] we are working hard on that in mozillateam, but its not trivial [23:14] i still hope that we will get something for final intrepid [23:15] asac: anything else? guess I'm next up [23:15] the other specs have not much progress; the safe-upgrade code will land in next ubufox upgrade; users will be notified in firefox when they need to restart and are offered a button to actually do the restart [23:15] hopefully this will fix the whole class of wierd upgrade issues users experience [23:15] bryce: go ahead ;) [23:16] xorg-input-hotplug is the only major FF-critical blueprint, and I've been focusing on it this past week [23:16] the changes have all landed, and work more or less aside from various bugs which we're tracking [23:17] so the blueprint is down to just testing / documentation / bug fixing now [23:17] not a blueprint, but I also took a break from that the last couple days to look into GEM, which has just hit upstream's git trees [23:18] BenC is looking at the kernel side. I've produced git snapshots of mesa, libdrm, and -intel for him to play with. [23:18] I found them to be quite buggy, but patches exist for the issues I saw, so it's possible we'll be able to pull that in by FF. We'll see [23:19] what is GEM? [23:19] it's a memory manager for X graphics [23:19] it's a fundamental requirement for fixing several major mis-features in X right now [23:19] it replaces the old TTM (iirc) [23:19] righto [23:20] well, TTM never actually made it in; Fedora shipped it but no one liked it much [23:20] anyway, another blueprint-ish thing, is I've added apport support for most all X packages, at mdz's suggestion [23:20] I've not tested it much, but this should make it easier to report X bugs (hopefully not TOO easy) [23:21] afaik no alpha-4 bugs. [23:21] doko, you're up next, if you're here? [23:21] he's not here apparenty [23:21] i think i am next? :) [23:21] calc oops skipped you [23:21] go [23:21] go for it [23:22] so OOo 3.0rc1 is delayed to Aug 25 [23:22] which pushed back my A4 bugs to A5 [23:22] calc: packaging pre-snapshot doesnt make sense? [23:22] ooo-langpacks is coming along ok, and i don't think it is really a FF issue [23:22] asac: its already in the openoffice-pkgs ppa [23:22] asac: 3.0 beta2 [23:22] calc: ok. what is intrepid right now? and what is in ppa? [23:23] intrepid currently has 2.4.1, if OOo seems to be doing ok wrt 3.0rc1 not getting pushed back any more we will go with 3.0 in intrepid and upload on ~ Aug 25 [23:23] ok. so its not yet clear that we will go for 3.0? [23:23] if it is pushed back again i will have to consult with colin, etc to see if it is wise to hope for 3.0 final coming out in time ;) [23:24] then keeping 3.0 beta2 out of archive makes sense. thanks [23:24] for example the delay between 2.4.0 rc1 and final was 6 weeks [23:24] so if rc1 doesn't actually make Aug 25 then yea we might not put 3.0 in at all due to risking the release with just an RC, that might be ok but we haven't discussed it yet [23:25] calc: how many testers are using your PPA? [23:25] asac: not certain, is there a way to find this out? :) [23:25] we... i mean: do you get good feedback? [23:26] i haven't gotten any feedback actually [23:26] perhaps i should promote usage of it more :) [23:26] calc: ok. have you tried to ask on forums for testers? [23:26] not yet, i think i will do that, should help get a lot of testers that way [23:26] the quality of feedback can vary a lot, but usually there a lots of quite vocal testers available that want to test the latest-crack ;) [23:27] ok cool. [23:28] who is next? liw? [23:28] anything else calc? else james_w is up [23:28] ah ;) [23:29] I've been away since the last meeting, so I haven't made any progress [23:29] however, I was very happy with the feedback I got last time, so I think I can move forward. [23:30] I should be ok for feature freeze [23:30] I haven't got any milestoned bugs. [23:30] I haven't had a chance to look at pyrex+fontconfig either [23:31] james_w, anything else? [23:31] nope, I don't think so [23:32] then it's me, yes? [23:32] I think so [23:32] CleanupCruft: progressing, cli is done, gui needs to be made, plugins need to be written, needs to be uploaded [23:32] liw: ack ;) [23:32] GetRidOfPythonCentralAndSupport: lagging, needs discussing with doko, and probably Debian Python people, but I first need to finish the document explaining the issues [23:32] GobbyServerPersistentState: my patch works, upstream made their own (independently from me), I'll review that and take it from there [23:32] the rest: low priority or postponed until after feature freeze [23:32] end of list; any questions? :) [23:32] liw: is it something we can test? [23:32] (cleanup) [23:33] asac, I have packages in my PPA, which I had a couple of people test and give me feedback on the usability of the command line interface [23:33] liw: did upstream know that we were working on that too? [23:33] gobby (sobby) upstream didn't know we were working on it, too [23:33] liw: how much risk to break my system during cleanup? [23:34] asac, at the moment, it removes packages, and the likelyhood of removing the wrong package is way bigger than 0, but you have to tell it which packages to remove [23:34] so on the order of "apt-get remove" or "apt-get autoremove" [23:34] liw: ok. so its interactive? [23:35] you say "system-cleaner find" to find the packages, and "system-cleaner cleanup foo bar" to remove specific packages, or "system-cleaner cleanup --all" to remove everything; you can also mark particular packages as ignored (won't be removed) [23:36] ok. is there a wiki page you want to give me while doing that ... or is manpage enough? [23:36] the manpage is supposed to be enough [23:36] ok. thanks. ill try tomorrow evening i hope [23:36] cool, thanks [23:36] liw: anything else? Otherwise Luke's up [23:36] I'm done [23:37] TheMuso: take it away [23:38] Ok, since the dmraid spec is highest priority, I'm giving that my full attention. I won't be able to finish the accessibility review spec for intrepid, except for getting ubiquity more accessible/more reliably bringing up accessibility tools. This is more of a bug than a feature, so it will be addressed hopefully before feature freeze. [23:38] (slangasek: iirc you have no blueprints, and you're debconffing anyway so we'll skip you, unless you want to toss in any happy release manager comments) [23:39] no milestoned specs [23:39] As for dmraid, I've spent a lot of time in the past few days toying with telling libparted some more about dmraid devices. Once this is done, I'll be working on making the D-I UI sane to use, and getting dmraid arrays brought up by udev. [23:39] Not all of this spec will be done for intrepid however, as dmraid dosn't expose enough useful information to be linked against vol_id for example to probe a single device to see if it is a RAID disk for a dmraid array. [23:40] So I'll have to talk to upstream about getting such info exposed. [23:40] on the release management side, there seems to be a big problem with the desktop CDs again, /etc/fstab ends up not being populated; an unfortunate bit of timing since cjwatson and evand are on vacation, and I'm (possibly) next in line and am only briefly not on a plane :/ [23:40] slangasek: I think Mario had some insight in to that [23:40] ah; is he around? [23:41] A few big changes for dmraid will land in both libparted and devmapper once the alpha is out, and other bits will be in the archive early next week, to enable dmraid event monitoring., [23:41] So overall for functionality, dmraid is on track for intrepid. [23:41] superm1> pitti, i think i've gvot an idea of a quick hack that might get around it [23:41] pitti, not necessarily the way that evan and colin will want to put in the end, but that should suffice for a4 to get out the door [23:41] slangasek: you could grab him in -devel if you want to speak to him [23:42] right, just reviewed; looks ok to me for the nonce [23:43] TheMuso: cool. Anything else? How's audio? [23:44] bryce: Ah yes. I'm waiting on the kernel guys for alsa 1.0.17 in the kernel, then I can do userspace. Not sure if we will go pulse 0.9.11, but I'd like to, depending on how much time I can get for people to test from a PPA. [23:44] Doing that stuff is only a day's work max to get all needed patches from git trees, etc. [23:45] TheMuso: cool thanks, anything else? [23:45] Not from me. [23:46] slangasek: was just talking to superm1 on #ubuntu-x so he's around [23:46] slangasek: any other RM words? Else I think we're done [23:47] nopers [23:47] :] [23:47] ogra: are you in our team or not? [23:47] :) [23:47] slangasek, have a good flight back home [23:47] asac: I didn't see him comment earlier, I assume he's still busy with health stuff [23:47] bryce: he waved [23:47] ;) [23:47] oh! sorry, missed that [23:47] liw: I'll try, despite Texas's involvement in the process :-) [23:48] 23:59 * ogra waves [23:48] well, i ave one open spec [23:48] *have [23:48] which i can close now i guess, i just uploaded the last changes to initramfs-tools and casper [23:49] so the next liveCDs should use 25% copncache virtual ram, please test if teh liveCD runs with 256M setups [23:49] *compcache [23:50] ogra: any milestoned bugs? [23:50] (does anyone know where exactly the current casper branch is located btw ? i seem to only be able to find broken branches on LP) [23:50] ogra: Its where it has always been, but its badly broken. [23:50] ogra: you mean broken as in bzr crashing? [23:50] bryce, i got back this evening from hospital, still about 300 bugmails to weed through :) [23:50] james_w: Broken as it broken when an upgrade was attempted. [23:51] bryce, but i'm not actually aware of any [23:51] james_w: If you try to pull it, it says 0 revisions. [23:51] so they must have shown up last week while i was away if there are any [23:51] and nothing gets pulled. [23:51] ogra: cool. yeah sorry to hear about being stuck at the hospital. I know how hospital days last 3 times longer than normal days. :-/ [23:51] yeah, I think this is a known problem, it looks like there was a bug in the converter from baz. [23:52] bryce, well, i wasnt exactly ill while being there so it would have been a great opportunity to do some work while being bored [23:52] we should have diverted kees there to hack into the phone system for you ;-) [23:52] james_w, well, for one branch i get 0 revisions, for the other one i get acrual errors [23:52] bryce, haha [23:53] okay, does anyone have anything else? otherwise let's wrap it up. :-) [23:53] ust one reminder that folks that didnt like NM in the past maybe should give 0.7 a try [23:53] and report features that are still missing to cover their use cases [23:54] there are still rough edges in the system config part (which allows you to connect without logging in), but in general most features should be there [23:54] VPN stuff will enter after alpha-4 ... if you are waiting for that [23:55] and if you have a 3G capable phone ... please test to use that through USB (bluetooth wont be possible for 0.7 most likely) [23:55] asac: does it run a real daemon, or is it just dbus at gdm? [23:55] asac: do you know if NM 0.7 includes code for 3G USB devices to switch from USB-Storage to Modem? [23:55] if your phone isnt detected its usually just hal-info tweakage [23:56] ArneGoetje: you sure that you have to switch it? [23:56] ArneGoetje: maybe its just that the modem is not detected, so it appears like its only storage [23:56] asac: yes, otherwise only usb-storage will load [23:57] ArneGoetje: please open a bug for your device, and add it to the https://wiki.ubuntu.com/NetworkManager/Hardware/3G page [23:57] asac: see http://www.draisberghof.de/usb_modeswitch/ [23:57] ArneGoetje: attach lshal output and full syslog to get things started [23:58] attach that link in the bug as well ;) [23:58] asac: ok [23:58] (and add '0.7' in bug summary please) [23:59] ArneGoetje: your device sounds strange. do you have other devices (3g phone) which you could use to test your provider? [23:59] asac: 3G phone [23:59] are we done with the meeting? [23:59] (time's up) [23:59] liw, I think so [23:59] asac: the usb_modeswitch is necessary for a whole bunch of devices, not only mine [23:59] liw: good night ;) [23:59] goodnight