=== ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 24 Sep 17:00: QA Team | 25 Sep 12:00: Ubuntu Mobile Team | 25 Sep 13:00: Desktop Team | 25 Sep 14:00: Ubuntu Java | 26 Sep 15:00: Ubuntu Release | 29 Sep 04:00: Arizona LoCo IRC === ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 25 Sep 12:00: Ubuntu Mobile Team | 25 Sep 13:00: Desktop Team | 25 Sep 14:00: Ubuntu Java | 26 Sep 15:00: Ubuntu Release | 29 Sep 04:00: Arizona LoCo IRC | 30 Sep 15:00: Server Team === dholbach_ is now known as dholbach [09:32] sit- [09:32] sit- === davmor2 is now known as davmor2-Away === davmor2-Away is now known as davmor2 [15:54] morning [15:54] good morning [15:54] howdy [15:59] hello everyone, is it that time again? [15:59] Yes it is. [15:59] hello [16:00] good afternoon [16:00] Good $Time_Of_Day. [16:00] hi all [16:01] hi [16:01] * slangasek waves [16:01] doko: around? [16:02] yes [16:02] I have been slack and not written up last week's meeting yet; sorry about that [16:02] I'll try to extract actions from the log on the fly === vuntz_ is now known as vuntz [16:03] so, outstanding actions [16:03] Chris to upload openoffice.org3 to the ~openoffice-pkgs PPA [16:03] calc: you said this would be done by this meeting ...? [16:04] cjwatson: still outstanding unfortunately, however i am in progress on it [16:04] cjwatson: i got 2.4.1-9ubuntu1 done and in the archive, and working on the 3.0 debs as we speak [16:04] this has been dragging for some time now; would help from somebody else be valuable to get it closed out by the end of the week? [16:05] cjwatson: i'm still without power so working off my much slower (than desktop) laptop [16:05] thanks for 2.4.1-9ubuntu1 [16:05] calc, I can give you access to my desktop machine if that helps [16:05] it would be helpful to have someone with enough space to test them once i get them uploaded to the ppa [16:05] thanks for fixing those two RC bugs, too [16:05] i don't really have enough spare space to setup a vm and test them out on my laptop :\ [16:06] (104685, 106546) [16:06] liw: ok :) [16:06] oh yes, how about I use mootbot, that would help [16:06] #startmeeting [16:06] Meeting started at 10:06. The chair is cjwatson. [16:06] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:06] liw: i'll see how it goes but i think i can get it done without trouble, just need testing [16:06] [TOPIC] outstanding actions [16:06] New Topic: outstanding actions [16:06] calc, ok, talk to me if you need it [16:06] [ACTION] liw to give calc access to desktop machine for OOo builds [16:06] ACTION received: liw to give calc access to desktop machine for OOo builds [16:06] [ACTION] calc to upload 3.0 to PPA by end of week [16:06] ACTION received: calc to upload 3.0 to PPA by end of week [16:07] i had been going off the bad estimate last week that we would have power by this past monday, they keep shoving the time estimate back every time they update :( [16:08] I appreciate the problem there; hopefully some remote hardware assistance will be enough to get past it [16:08] cjwatson: yea it should help :) [16:08] I think that's the only outstanding action I can see [16:08] [TOPIC] items from activity reports [16:08] New Topic: items from activity reports [16:08] doko: missing current report from you, I think [16:09] doko: your last report mentioned a problem with OpenJDK's compiler targetting Java 1.6 bytecode right now, which breaks older VMs; would it be useful to discuss this here? [16:09] cjwatson: the other action was MIR for broadband wizard stuff. its drafted and pitti will do it by tomorrow [16:09] asac: oh yes, I skipped that since I knew it had been done from your side ;-) [16:10] calc, I can give you access to one or more VMs as well, ssh+vnc, so you can test things directly, even [16:10] cjwatson: ok ;) [16:10] liw: ok [16:11] i think i may have enough space here now that i can safely delete the 2.4.1 build files [16:14] doko: ... ping? [16:14] cjwatson: hmm, somebody removed the milestone (slowly typing ...) [16:15] understood, just wanted to check you hadn't missed it [16:16] currently disscussing this with the opnjdk guys and with michael koch. I'd like to see this fixed. the time consuming option to build ant and all runtime deps explicitely with -target 1.4 [16:16] otoh I'm evaluating if having an openjdk defaulting to 1.4 or 1.5 would be ok [16:17] what 1.4-only VMs do we have in the archive? [16:17] or are you thinking of extra-archive compatibility as well? [16:17] yes the latter [16:17] blackdown is still thre? [16:17] also, what do we lose by targeting 1.4? [16:17] this is the question [16:18] I was hoping for an answer ;-) [16:20] yes, I'm trying to get one as well ;) [16:20] I think we need that before being able to work out what to do, really [16:20] [ACTION] doko to extract information about what we lose by targeting Java 1.4 and report back [16:20] ACTION received: doko to extract information about what we lose by targeting Java 1.4 and report back [16:21] ok, the next question was from bryce [16:21] * What should we do with acpi-support? [16:21] right [16:22] my understanding has been that acpi-support is supposed to be superseded by hal/pm-utils; I think the reason it hasn't been ejected from the archive is simply that nobody has yet done the hard work of going through all of the quirks in acpi-support and verifying that they've been preserved (or adding them, as appropriate) [16:22] without that, binning acpi-support runs the risk of introducing all kinds of hardware-specific regressions [16:22] but I think it would be valuable work to do [16:23] does anyone else have understanding that's more complete than this? [16:23] well, my question was more about in the near term. I've been pulling in changes from debian's package (there's quite a few) [16:24] well, I know my wireless key is only handled by acpi-support, so that's more than just a risk of regression [16:24] so I'm wondering if I should continue with that, or if it's just a waste of time if we're going to bin it in jaunty anyway [16:24] I'm not sure what package would take over the logic from /usr/share/acpi-support/state-funcs for that... [16:24] we should be using the Debian changes as a base for the merge into pm-utils anyway ... [16:24] * slangasek nods [16:24] assuming they represent improvements :) [16:25] so I don't think it's lost work to merge them [16:26] ok, I'll upload what I've done so far, and keep poking at it as time permits [16:27] would you say that the changes outstanding from Debian are mostly new quirks, or are there major restructurings? [16:28] both [16:28] I'm wondering what the QA impact of merging this is; I suspect that it will be a very, very good idea to have this done before beta [16:28] I've avoided the major restructurings so far [16:30] since there's a lot of hardware-specificness, QAing the changes is hard, but the worst case situation is more hotkeys regressing [16:30] bryce: do you feel you're comfortable with what you need to get done for beta, then? [16:30] I believe pitti has worked on pm-utils before and can offer advice [16:30] yeah I think so [16:31] ok, thanks [16:31] [TOPIC] Milestoned bugs [16:31] New Topic: Milestoned bugs [16:31] I won't have time to get into pm-utils but I can merge in more bits from acpi-support [16:31] [LINK] https://bugs.launchpad.net/ubuntu/intrepid/+bugs?field.milestone%3Alist=1325 [16:31] LINK received: https://bugs.launchpad.net/ubuntu/intrepid/+bugs?field.milestone%3Alist=1325 [16:31] so, of the ones that apply to us and aren't fix-committed: [16:31] asac: 270429 [16:31] bug 270429 [16:32] Launchpad bug 270429 in xulrunner "[MASTER] passwords lost from 3.0.1 to 3.0.2" [Unknown,Confirmed] https://launchpad.net/bugs/270429 [16:32] cjwatson: haha ... yeah. hard upstream regression [16:32] but data is at least not lost [16:32] cjwatson: all fine its certainly on track and i am monitoring this [16:32] (reported today) [16:32] actually, it seems it sometimes works... [16:33] jdstrand: it works if you dont have non-ascii things in your store [16:33] well, passwords are sometimes data [16:33] cjwatson: no ... they are not lost. they are just not seen atm [16:33] asac: anywhere or certain fields? [16:33] so its no real dataloss ... thats what i mean [16:33] s/fields/sites/ [16:33] once the fix lands they will be recovered automatically [16:33] oh, I see [16:34] ok, that's something, glad to know it's being worked on upstream [16:34] asac: any progress on 256054? [16:34] jdstrand: I should be a bit clearer here on the impact here. The bug is caused by invalid UTF-8 data in the password store. Not all users will [16:34] +be affected, but many who have stored logins with non-ASCII data (hostname/HTTP realm/username/password) in them will. [16:35] cjwatson: no. thats the only bug i would say has a risk of not making beta. [16:35] cjwatson: but if nothing unexpected happens i will have a fix for beta [16:36] that's the experimental ifupdown plugin? [16:37] any particular testing you'd like on that? [16:37] cjwatson: anyone who has a interfaces setup could try what happens when enabling it [16:37] and if it doesnt work, post a bug [16:38] how do we enable it? is the information in that bug? [16:38] it will no cover _all_ fancy interfaces setups, but the standard setups should work [16:38] slangasek: i can add that info the bug description. (its in the last comment from me) [16:39] but maybe to repeat the options we have: [16:39] You could try the experiemental ifupdown plugin. just append ,ifupdown [16:39] to the plugins= line in /etc/NetworkManager/nm-system-settings.conf [16:39] and restart your system. [16:39] 1. write a simple plugin that makes all interfaces unmanaged and keep the full-ifupdown support not enabled [16:39] (from asac in that bug) [16:39] by default [16:39] 2. introduce a interfaces stanza parameter "nm-managed" which defaults to false === chuck_ is now known as zul [16:40] 2. solution is simpler and quicker to do, but we would need to teach ifupdown to not manage "nm-managed" interfaces [16:41] which is starting to get complicated, requiring fiddly configuration file migration and such [16:41] 1. is cleaner [16:41] cjwatson: well. currently configurations in interfaces are not managed [16:42] since gutsy [16:42] so i dont think we need to migrate them [16:43] actually 1. was the solutino i suggested. that would put the full ifupdown plugin in separate package which conflicts ifupdown [16:43] to reflect that those dont work together [16:43] and the default install would ship the disable-all-plugin [16:44] so my idea was to do 1. ... 2. would be fine with me if people like that more [16:44] actually, is there a problem with doing both? :-) [16:44] and then people can have 2. as an option in case 1. is too difficult for them to arrange [16:44] maybe that's overkill [16:45] cjwatson: both sounds like overkill [16:46] I think this needs to be taken to ubuntu-devel@ if you haven't already; it's getting too long for this meeting [16:46] sure [16:47] will carry it there [16:47] asac: sorry lots of these are on you, but do you know who's working on 259278, if anyone? [16:47] looking at the log it seems to be somewhat in limbo, but is milestoned [16:48] cjwatson: i think thats because i did a lot of bugwork ... reshuffeling my milestone targets [16:48] cjwatson: there is a opensuse guy working on it [16:48] cjwatson: last week he said that he will have something this week [16:48] it does indeed sort of imply that most other people aren't milestoning enough ;-) [16:49] ok, just wanted to check for the release meeting [16:50] the last one seems to be 182004, which I am working on [16:50] cjwatson: i will try to chat with him again to see how much work he thinks is left for knetworkmanager [16:51] I suspect the fix will in fact be quick and dirty, by marking individual questions as unseen, rather than a more "correct" approach which would also be riskier [16:51] [TOPIC] Targeted bugs [16:51] New Topic: Targeted bugs [16:51] maybe one good news: NM 0.7 will most likely be final for release. we are currently definining the RC bugs upstream. so if anyone has issues that he really wants to see fixed, give me the launchpad bug id [16:51] [LINK] https://bugs.launchpad.net/ubuntu/intrepid/+bugs [16:51] LINK received: https://bugs.launchpad.net/ubuntu/intrepid/+bugs [16:51] asac: oh, that is good news [16:52] I don't think we'll get through all the targeted bugs, but maybe a few of them [16:52] bryce: 197680 [16:52] oh, and 244413 [16:54] the first one I need to re-test, but it may still be an issue; I'll look into it more. It's not a regression though [16:54] more of a wish for functionality that ought to be working by now. ;-) [16:54] the latter, 244413. I was waiting on comment back from the user since I don't have the corresponding hardware [16:54] I see 255008 has allegedly recurred; looks like it needs some more analysis [16:55] probably neither bug needs to be milestoned really; there's much more important issues [16:55] they aren't milestoned, at any rate not for alpha, but they're high-priority and targeted to intrepid [16:56] s/alpha/beta/ [16:57] 267884 (pkgsel redownloads package lists unnecessarily) *is* a bug because we thought we'd nailed down all of that for hardy [16:57] s/a bug/important/ [16:57] I'll take another pass at both, and un-target them if it looks like there's nothing that can be done safely for beta. [16:57] I think fixing it is going to involve messy fiddling about in /var/lib/apt/lists/ though :-( [16:58] otherwise I think we're out of time for targeted bugs [16:58] any other business? [16:58] including good news if anyone has any [16:58] sorry, I wish I could manage more than two minutes for AOB [16:58] maybe the EULA bug resolution ;) ... not sure if everyone thinks its a good outcome [16:58] i will post a few screenshots of what we rolled out now [16:59] I think it could have been a lot worse [16:59] http://launchpadlibrarian.net/17877769/firstrun.png [16:59] LINK received: http://launchpadlibrarian.net/17877769/firstrun.png [16:59] http://launchpadlibrarian.net/17877774/about_rights.png [16:59] LINK received: http://launchpadlibrarian.net/17877774/about_rights.png [16:59] http://launchpadlibrarian.net/17877776/about_rights_expanded.png [16:59] LINK received: http://launchpadlibrarian.net/17877776/about_rights_expanded.png [16:59] "your rights" is so much better as a presentation than a EULA [16:59] imo, much better [16:59] yes. and we also have it in a notification bar [16:59] good news> in talking with mdz, it came to my attention that it might not be common knowledge that the next release of Project Athena was being based on hardy [17:00] (like in firstrun.png) [17:00] http://web.mit.edu/release/www/athena10/ [17:00] LINK received: http://web.mit.edu/release/www/athena10/ [17:00] and it's clearly about the services now, not about the browser itself [17:00] slangasek: I didn't even know it still existed! [17:00] :-) [17:00] (wikipedia says it ended in 1991) [17:02] all right, well, let's call it a day here, then [17:02] beta freeze tomorrow, so good luck to all [17:02] Thanks. [17:02] thanks all ... sorry for taking all the time on milestones :) [17:02] thanks [17:02] thanks [17:02] thanks [17:03] thanks [17:03] slangasek: one suggestion: could you include in your announcements a approx. time when freezes get instantiated? [17:04] asac: according to https://wiki.ubuntu.com/IntrepidReleaseSchedule, freezes "normally happen at the start of the day, UTC" [17:04] ok [17:04] asac: this is... not always adhered to rigorously, but is a good planning target for people trying to get in before the freeze :) [17:05] slangasek: yeah. i missed that obvious bullet-point on the schedule page ;) [17:06] and my empirical data gives me no rule ;) [17:06] oh yes [17:06] #endmeeting [17:06] Meeting finished at 11:06. === tuxlinux_ is now known as tuxlinux [17:59] Hello Everybody :) [17:59] hello [17:59] Evening [18:00] hey hey! [18:00] * ogasawara waves [18:00] hey! [18:00] * intellectronica coughs [18:00] hi! [18:01] #startmeeting [18:01] Meeting started at 12:01. The chair is heno. [18:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [18:02] Yay The bot is back :) [18:02] agenda: https://wiki.ubuntu.com/QATeam/Meetings [18:03] gee, good thing i started showing up for this meetings. otherwise you wouldn't have what to talk about :P [18:03] heh [18:03] [TOPIC] Bug searching API is now available on edge for your testing pleasure (intellectronica). [18:03] New Topic: Bug searching API is now available on edge for your testing pleasure (intellectronica). [18:03] tadaaam [18:04] so, finally, searching for bugs using the API is available on edge [18:04] intellectronica: cool :-) [18:04] yeah! [18:04] this is a fairly complex function, so lots of testing is necessary [18:04] * heno (adds an item to the agenda as well) [18:04] so, hit it as hard as you can, and let me know when it breaks [18:05] heh, that sounds like a challenge [18:05] intellectronica: where is the API documented? [18:05] intellectronica: where's the API doc? (sorry if this is a trivial question) [18:05] sbeattie: it isn't really. you should be able to get the WSDL for it, and i'll try to write some documentation on the wiki [18:05] or duplicated... [18:05] :D [18:06] the method itself is searchTasks, and you can call it on the normal things that have bugs (like distros, projects, distro packages, etc'...) [18:06] so just hammer the server with random strings to decipher the API ;) [18:06] lol [18:07] ara: https://edge.launchpad.net/+apidoc [18:08] ok, moving on [18:08] [TOPIC] Sell the bugzilla or trac LP plugins to an upstream, get a beer (intellectronica) [18:08] New Topic: Sell the bugzilla or trac LP plugins to an upstream, get a beer (intellectronica) [18:09] which pub? [18:09] jcastro: around? [18:09] just a reminder that we now have plugins for both trac and bugzilla, which allow syncing comments [18:09] if you know of any upstreams which use bugzilla or trac (and where you have some contact with the admins) why don't you ask them to install those plugins [18:09] FYI: http://mail.gnome.org/archives/gnome-bugsquad/2008-August/msg00001.html [18:10] they require a specific version of bugzilla? [18:10] Is there a sample bug or demo of this working in practice? [18:10] that's a comment from Olav Vitters the gnome bugzilla admin [18:10] bdmurray: yes. > 3.0 [18:10] that's one of the issues there... [18:11] heno: as far as i know we've only had tests of this on staging, which is wiped periodically. i can definitely arrange that if necessary, and as of the next release we should have a few projects that use it and are visible on the production servers [18:12] heno: yep! [18:13] heno: Olav and I had discussions about this at guadec. [18:13] jcastro: are there plans to approach other upstreams? [18:13] heno: But they are not moving to bugzilla 3.x just yet, he mentioned that once they get a developer instance of it running that they would be interested in helping test. [18:14] yes in the past we tried to do a closed run where I would invite upstreams to come test but that wasn't very successfull [18:14] after that we just announced that anyone can be welcome to test. [18:15] perhaps we should talk to the maintainers of bugzilla and trac themselves to get it shipped with their releases (if we haven't already) [18:15] but unfortunately there wasn't much traction there [18:15] heno: that's a nice idea [18:15] the GNOME bugzilla 3.x transition isn't coming up anytime soon so I was going to wait for them to get a test server up and then repropose. [18:15] ogasawara: the kernel uses bugzilla, is that run by Natalie? [18:16] heno: its 2.2 something [18:16] yeah, a large number of upstream bugzillas are 2.x [18:17] I suspect they may not be interested in comments directly from our users either [18:17] heno: what bdmurray said. she maintains the bugs, but I don't think is responsible for the actual admining [18:17] how many upstream projects out there are using bugzilla 3 ? [18:17] i mean the large ones , firefox, freedesktop, etc? [18:17] we have several times more open kernel bugs than kernel.org AFAIR [18:18] fdo is bugzilla 3.x [18:18] I seem to recall a couple of kernel guys maintaing it [18:18] heno: another thing to note is that a lot of kernel bugs are reported and deal with directly on the mailing lists [18:18] yeah just saw it version 3.0.3 [18:19] heno: and until we have a vanilla kernel PPA in place, I suspect upstream won't want the extra noise [18:20] IMO we should prepare a menu of options for ways/levels to collaborate with us on wrt bugs, that we can present to all upstreams [18:20] bug day participation, bug tracker integration, bug contact, mothly summary report of bugs in their packages, etc [18:21] instead of approaching them all N times with different requests [18:23] [silence] [18:23] * davmor2 isn't that golden [18:23] ogasawara: isn't arjan willing to take ksymoops reports from us, or is that only for -vanilla kernels as well? Does he not maintain kernel bugzilla? [18:23] jcastro, pedro_: can you guys make a list of options like that? [18:24] a wiki page with the options explained and whot to contact to set it up [18:24] sbeattie: its hosted by the linux foundation [18:24] sbeattie: the kerneloops is sort of a separate project, but yes he is willing to take stats from our Ubuntu kernels [18:25] heno: yup [18:25] thanks! [18:25] ok, let's move on [18:26] [TOPIC] Release report for Friday [18:26] New Topic: Release report for Friday [18:26] I won't be there (as I'm on holiday) [18:26] I'll be there. [18:27] sbeattie, bdmurray: can you both look at getting that in shape? [18:27] regressions and other hot bugs [18:27] sbeattie: I'm sure one of the hot topics will be the e1000e driver issue [18:27] indeed [18:27] heno: sure [18:28] that's already on the release team's radar, and arguably something we should have flagged sooner in a report [18:29] heno: AFAIK, it was not onanyone's radar until this week. [18:29] when in doubt about whether a serious bug you are aware of should go on that list, please consult other QA members for an opinion [18:29] what's the state of hardware testing? [18:29] sbeattie: I and ogasawara knew about it [18:29] it was on the kernel team's radar and mine since it was reported [18:30] so I'm looking at my own procedures for this sort of thing [18:30] heno: one point of contention is that it took us a bit to pull alpha6 [18:30] sbeattie: it would have been on your list had not the kernel team removed the regression tag :) [18:31] heh [18:31] yes, I think the urgency/seriousness for escalating fell short [18:32] sbeattie: what? [18:32] so, anyone else have any serious bugs in mind? [18:32] (a question we should ask each meeting until release) [18:32] * davmor2 looks through bug reports [18:34] please add issues to the release report list as they turn up [18:34] not I [18:34] heno: Ndiswrapper no longer seems to work I've kicked and screamed at it but nothing. https://bugs.edge.launchpad.net/ubuntu/+source/ndiswrapper/+bug/268625 [18:34] Ubuntu bug 268625 in ndiswrapper "Intrepid: Regression Ndiswrapper is broken by b43 driver again" [Undecided,New] [18:36] that bug has no status or importance yet [18:36] does it need any debugging info? [18:36] I've no idea and I don't know what info from where either [18:37] we should try to get the bug reports from our own testers in better shape sooner [18:37] heno: I'm hoping the very recent modprobe speedup will address bug 258432 for me; otherwise I think it ought to get escalated. [18:37] Launchpad bug 258432 in casper "Intrepid 4 live cd drops to busybox, needs more time to find CD livefs" [Undecided,Confirmed] https://launchpad.net/bugs/258432 [18:37] bdmurray: can you work with davmor2 to get his existing reports properly triaged? [18:38] I got to go now I'll see about what info is needed and from where tomorrow [18:38] heno: sure [18:38] bdmurray: Thanks [18:39] sbeattie: I've raised it's importance - do you have bug-control powers? [18:41] ah, I see you do [18:41] sbeattie: feel free to set the importance on such bugs [18:41] sure, thanks. [18:42] Bugs can be new and have an importance as far as I'm concerned [18:42] perhaps that should appear on the regression and SRU pages as well [18:42] agree [18:42] heno: the importance, you mean? Yeah, I'd just been thinking of adding that. [18:43] most SRU and regression bugs will be High or Critical I guess, but still [18:43] any other business? [18:43] mmm, I've seen some low ones go through, IIRC, but get caught in rollups with other bugs. [18:44] sbeattie: have you checked with cjwatson about it? [18:44] your bug that is. [18:44] sbeattie: and those are ones we should question I think, as any fix can cause a problem [18:44] bdmurray: not yet [18:45] or at least not prioritise in SRU verification [18:45] heno: agreed on both counts. Need to add sorting by column to those webpages. [18:46] yep. again, check with bryce on that [18:46] Re the move to testcases.qa.ubuntu.com, is https://testcases.qa.ubuntu.com/Ubuntu/Applications the right place to propose new apps for testing? [18:46] e.g. evince (gnome pdf viewer) probably ought to be on that list. [18:47] yes, perhaps in a separate table though [18:47] the current table should go away when the migration is complete [18:47] ara, schwuk: how is that proceeding? [18:48] also, how do we wish to handle testcases that could apply to multiple apps? [18:48] heno: which current talbe? [18:48] sbeattie: an example? [18:48] e.g. sample pdfs for kpdf and evince [18:48] s/talbe/table [18:48] ara: the one listing pages to move from wiki.u.c [18:49] we should have a SampleData page to attach those to [18:50] the test cases are now quite short, and then collected in larger suites [18:50] it would be nice to use the new wiki for beta testing [18:50] heno: I am trying to explain better each test case [18:51] ok. davmor2 is also working on this (but seems to have logged off ATM) [18:52] heno: I've been going through some of the verification-done bugs and pulling out samples where I could. I have some of them in http://bazaar.launchpad.net/~sbeattie/+junk/qa-testcases/files [18:53] ... and was trying to figure out how to add them to the wiki, structurally. [18:53] sbeattie: I've opened bug 258432 and will look at it later, thanks [18:53] sbeattie: please just start new pages for the applications [18:53] Launchpad bug 258432 in casper "Intrepid 4 live cd drops to busybox, needs more time to find CD livefs" [High,Confirmed] https://launchpad.net/bugs/258432 [18:53] cjwatson: thanks [18:53] we can rename pages later if need be [18:54] sbeattie: add attachments to app test pages or in a SampleData page as appropriate [18:54] let's wrap up [18:54] anything else? [18:55] one thing [18:55] heno: I'd like to know how you're gonna handle beta testing of isos ? [18:55] please don't forget to add agenda items and your names to https://wiki.ubuntu.com/QATeam/LaunchpadBugsUbuntuQAMeeting if you wish to participate [18:55] heno: are you planning to do smoke testing ? [18:55] heno: ie generate a first set of images later this week and test them as much as possible ? [18:56] mathiaz: yes, we'll run manual and automated smoke tests daily running up to beta [18:56] heno: could you quickly re-explain what smoke test is ? [18:57] basic install testing. The manual testing is tracked here https://wiki.ubuntu.com/Testing/DailySmoke [18:58] mathiaz: we are working on improving reporting of the automated testing and I'd appreciate your feedback on that [18:58] schwuk: can you set up mathiaz with access to that? [18:58] heno: sure - I'm in touch with cr3 about this (once in a while though) [18:59] heno: sure [18:59]