[16:01] <cjwatson> good afternoon
[16:01] <calc> hi
[16:01]  * slangasek waves
[16:01] <TheMuso> Greetings.
[16:01] <cjwatson> #startmeeting
[16:01] <MootBot> Meeting started at 10:01. The chair is cjwatson.
[16:01] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[16:01] <evand> hi
[16:01] <ArneGoetje> hi
[16:02] <liw> hi
[16:02] <cjwatson> asac,bryce_,doko,james_w: ping
[16:02] <doko> pong
[16:02] <james_w> hi, sorry I'm late
[16:04] <bryce_> heya
[16:04] <cjwatson> [TOPIC] Outstanding actions
[16:04] <MootBot> New Topic:  Outstanding actions
[16:04] <cjwatson> doko: this was just yours: doko to write up release notes item about Java bytecode generation
[16:04] <asac> hi
[16:05] <doko> cjwatson: ouch, will do it today
[16:05] <cjwatson> ok
[16:05] <cjwatson> [ACTION] doko to write up release notes item about Java bytecode generation (carried over)
[16:05] <MootBot> ACTION received:  doko to write up release notes item about Java bytecode generation (carried over)
[16:05] <cjwatson> [TOPIC] Targeted bugs
[16:05] <MootBot> New Topic:  Targeted bugs
[16:06] <cjwatson> otherwise, the above is about the only thing I care about right now :-)
[16:06] <cjwatson> [LINK] https://bugs.launchpad.net/ubuntu/intrepid/+bugs
[16:06] <MootBot> LINK received:  https://bugs.launchpad.net/ubuntu/intrepid/+bugs
[16:06] <cjwatson> we got that number down by about 15 last night, in a collective (though uncoordinated) effort
[16:07] <calc> i believe i got my targeted bugs taken care of last night :)
[16:07] <cjwatson> at this point we have to start figuring out which items on the list we simply can't do in time and should be deferred, and which need more effort
[16:07] <cjwatson> calc: I saw, thank you
[16:08] <cjwatson> so let's do a quick pass down everything relevant to this team
[16:08] <cjwatson> the template approvals are in progress; ArneGoetje, do you have an update there?
[16:09] <ArneGoetje> I think all important ones have been approved and are either already imported or waiting for import.
[16:11]  * cjwatson looks at the needs-review queue
[16:11] <cjwatson> 1  → 50  of 7783 results
[16:11] <cjwatson> meep
[16:11] <ArneGoetje> .pot files are the templates
[16:11] <asac> ArneGoetje: template approval == what needs to be done before a package can be translated/exported in rosetta?
[16:11] <ArneGoetje> asac: yes
[16:11] <cjwatson> oh yes, I can filter to only pot files
[16:13] <ArneGoetje> there are about 50 pot files left which need approval. For some I would need some help to decide what to de with them, if anyone can shed some light on those, please contact me after the meeting.
[16:13] <cjwatson> the only remaining ones that look relevant are elisa, kscreensaver, gtk2-engines, gnutls26, epiphany-extensions, gnome-control-center, software-properties, and I'm not sure about ooo-build.pot (calc?)
[16:14] <liw> a system-cleaner with a .pot was uploaded today, is that relevant?
[16:14] <cjwatson> the approved import queue is getting through several thousand a day and *may* be finished by RC
[16:14] <calc> i haven't done a openoffice.org-l10n update in a while so haven't worried with it
[16:14] <cjwatson> calc: isn't that needed?
[16:14] <ArneGoetje> what we need to know for approval is the final .mo file name for each .pot file.
[16:15] <cjwatson> calc: or have none of the localised strings changed recently?
[16:15] <cjwatson> liw: I didn't see it in the needs-review queue (though I might have missed it)
[16:15] <calc> cjwatson: well aiui would require changing how the export/import is done now with new lp release and since we were very close to freeze i didn't want to break anything
[16:15] <slangasek> "may be finished by RC" - what needs to happen in jaunty to ensure that the importing is done on schedule?
[16:16] <cjwatson> calc: you mean due to the queue being very slow, or because things have been rearranged?
[16:16] <calc> cjwatson: well both really, but yes there was a recent change to not look in the debian dir anymore
[16:16] <cjwatson> slangasek: I've had a conversation with Jeroen Vermeulen about this, and we've agreed that jaunty translations can open as part of the general jaunty opening process
[16:16]  * slangasek nods
[16:17] <cjwatson> slangasek: the problem was essentially that neither he nor I realised that the other was waiting for us
[16:17] <cjwatson> so I take responsibility for that screw-up
[16:17] <cjwatson> we've explained things to each other and now I think know what to do
[16:17] <cjwatson> and I've added an item to NewReleaseCycleProcess
[16:18] <slangasek> ok, great :)
[16:18] <cjwatson> calc: I'm mostly worried about what the effect of this is - does this mean that there'll be unlocalised strings? presumably any changes made in Rosetta will have no effect?
[16:18] <cjwatson> and do we have any opportunity to do anything about this post-release, without having to reupload all of OOo?
[16:19] <asac> uploading templates and tranlsations manually works too afaik
[16:20] <slangasek> asac: except that OOo doesn't use gettext .mo files
[16:20] <slangasek> OTOH, I think they have pretty thorough upstream translations?
[16:20] <asac> slangasek: well. but whatever gets uploaded by the built should be uploadable manually
[16:20] <calc> cjwatson: probably so, see my comment in the email about 2.4.2 that would be a good time to do it if we can
[16:21] <slangasek> asac: "uploadable manually" == "reupload of openoffice.org-l10n" <shrug>
[16:21] <asac> ok. if its not integrated with rosetta in any way, then probably yes.
[16:22] <cjwatson> calc: mm, I'm cautious about relying on that
[16:22] <cjwatson> there may not be a good answer here, given the translation import problems
[16:23] <calc> ok
[16:23] <calc> if we do decide to go that route it would need to be thoroughly tested
[16:23] <cjwatson> we'll have to move on, conscious of time
[16:24] <cjwatson> bryce_: 278963 looks like it may be fixed by the new fglrx - have you had much feedback on that yet?
[16:24] <cjwatson> bryce_: also, should we wontfix 185311 for intrepid? I don't think we have much opportunity to do anything about it now
[16:25] <liw> cjwatson, I'll re-test the upgrade with current packages tonight
[16:25] <cjwatson> liw: thanks
[16:25] <cjwatson> I'm interested in fglrx feedback in general, since the new fglrx is something we didn't think we were going to be able to get and then came through at the 11th hour
[16:26] <bryce_> cjwatson: we were just talking about 278963 last night
[16:26] <asac> i can test fglrx if its supposed to work again
[16:27] <bryce_> we've laid out some plans to retest upgrades, now that we can.
[16:27] <asac> bryce_: anything particular i should test? or just "does it work", "can you play quake" :)
[16:27] <bryce_> for 185311 - yeah, won'tfix is probably going to be necessary
[16:27] <cjwatson> bryce_: 185311> please do that then
[16:27] <cjwatson> evand: did you make any progress on 270423?
[16:28] <bryce_> asac, right, just go through an upgrade and make sure the graphics driver works smoothly through the process
[16:28] <asac> bryce_: what do you mean "go through an upgrade"?
[16:28] <asac> bryce_: i am running latest intrepid. do i need to start from hardy?
[16:28] <evand> cjwatson: no, unfortunately I can no longer reproduce it.
[16:29] <cjwatson> I know I could at the time, I suppose I can give it another try
[16:29] <bryce_> bug 278963 is in regards to crashes during upgrade from hardy to intrepid; so the testing we need on that bug is upgrade testing.  If you're already upgraded, don't worry about it :-)
[16:29] <evand> I've tried the KDE image I had, plus the latest i386 and amd64 images.
[16:29] <evand> several times, at that.
[16:29] <evand> ok
[16:29] <asac> bryce_: ok ... dont count on me then ;)
[16:29] <bryce_> asac: of course any general testing on -fglrx is appreciated, but I think at this point we're pretty content with it
[16:29] <asac> yeah. will do that ;)
[16:29] <cjwatson> asac: what's the current consensus on 259157?
[16:30] <mvo> cjwatson: fglrx> I installed it today and it works ok on my r500 based card
[16:30] <asac> cjwatson: orinoco: still not a single voice about whether it works or not. for athXk its mixed feedback
[16:30] <cjwatson> james_w has posted some patches to 274076 which look like they should do the trick
[16:31] <cjwatson> asac: more worried about athXk at this point
[16:31] <ogra> asac, you need someone with orinoco card ?
[16:31] <asac> cjwatson: but i dont see that we could do anything in NM for athXk anyway
[16:31] <cjwatson> asac: should the NM task remain open?
[16:31] <asac> cjwatson: the 0.6.6 workaround was to use the wpasupplicant madwifi
[16:31]  * ogra has an old pcmcia silver orinoco
[16:31] <asac> module ... but we dont even have that anymore and its unknown how that behaves with current ath drivers
[16:31] <asac> cjwatson: imo it can be closed. only thing we could do on NM side would be hacks for orinoco
[16:32] <asac> but i dont have any feedback for that. i will open a separate bug for orinoco i guess
[16:32] <asac> and close the other for NM
[16:32] <cjwatson> thanks, just want to keep the list well-gardened
[16:33] <cjwatson> bryce_: another set of X bugs: 207881 (intel), 264462 (ati), 261977 (nv/server), 281308 (metapackages)
[16:34] <cjwatson> TheMuso: 204272 pulseaudio bug with duplicate list of death
[16:34] <asac> cjwatson: for intel wifi i am quite concerned about bug 193970 ... basically it means that rfkill switch is broken for all ipw3/4 intel chipsets
[16:34] <asac> which is a regression over hardy
[16:34] <bryce_> 207881 is said to be fixed now by the O.R.  I just need to tie up some loose ends and close it.
[16:34] <bryce_> 264462 we're waiting on upstream; something HW-specific, but -radeonhd works
[16:34] <bryce_> 261977 Timo is working on and has a solution to brute force it to work
[16:34] <bryce_> 281308 looks like user confusion; probably not-a-bug.  I'll review/close/update.
[16:35] <slangasek> asac: that doesn't seem like the right bug number for a regression vs. hardy?
[16:35] <asac> slangasek: well. maybe it was reopened
[16:35] <ogra> asac, works fine for me
[16:35] <asac> ogra: ipw3 or ipw4?
[16:36] <ogra> 4965
[16:36] <ogra> driver seems to be iwlagn
[16:36] <asac> ogra: strange. doesnt work here :) ... lets talk about that in -devel ;)
[16:36] <slangasek> asac: ok, I think whoever reopened that bug did so by mistake, and that they should have either opened a new bug, or followed up to bug #267875, which I just fixed :)
[16:36] <ogra> yeah
[16:36] <cjwatson> asac: Jerone Young pointed out a laptop-mode-tools bug the other day due to the iwl4965->iwlagn renaming; I wonder if that was related
[16:36] <cjwatson> that was bug 275162
[16:36] <asac> slangasek: thanks. thats the right one then.
[16:36] <cjwatson> (I hoovered up the patch)
[16:37] <slangasek> er, the bug state on 193970 is quite a mess :/
[16:38] <cjwatson> evand: 282037, 150872, 180309, 272318 are mostly yours
[16:38] <evand> hooray
[16:38]  * evand digs quickly
[16:38] <cjwatson> TheMuso: 274124 is the other pulseaudio problem - I saw some IRC discussion there earlier, what's the current state?
[16:39] <evand> 282037> grub-installer change is still outstanding for alternate installs, but the code for desktop installs is present and working in ubiquity
[16:40] <evand> 150872> Still need to rework the patch to suit your concerns.  Working on that today.
[16:40] <TheMuso> cjwatson: Ideally what we need to do is to get pulse to try and connect to the sound card again if it fails the first time, and a new client wishes to play audio, however I haven't located the code which does that yet. I'm still working out the pulse code to the point where I know what needs changing yet.
[16:40] <evand> 180309> Might have to defer.  Though I'll try to get this in quickly.
[16:41] <TheMuso> cjwatson: As shown in the bug, I have an idea on how we can reduce the possibility of the race condition occuring, but as slangasek points out, it doesn't get rid of it entirely.
[16:41] <evand> 272318> Haven't had a chance to take a hard look at it yet.  Will do today.
[16:41] <slangasek> TheMuso: do you think you can have a fix for that ready for upload today/tomorrow?
[16:42] <TheMuso> slangasek: What, to reduce the race, or to fix pulseaudio as discussed?
[16:42] <slangasek> (the fix to have it retry the sink when a new client connection comes in)
[16:42] <TheMuso> slangasek: No. I am still getting my head around the code. Help is appreciated.
[16:43] <cjwatson> I'm going to skip the rest of the list for time reasons (and to allow time for AOB), but I hope you get the idea: please, please look through https://bugs.launchpad.net/ubuntu/intrepid/+bugs for anything that's related to your areas of expertise (or even just things nobody else is picking up)
[16:43] <slangasek> my cycles are spoken for; if nobody else volunteers, I suggest that we upload the Xsession.d fix after all
[16:43] <cjwatson> I'd also appreciate it if people could set priorities for the undecided items on the list; I tried to do some of that last night but it needs more work
[16:43] <bryce_> will do
[16:43] <cjwatson> sorry, I mean importance
[16:43] <cjwatson> nothing should be targeted without having an importance set
[16:44] <cjwatson> ok, that's enough of that
[16:44] <cjwatson> [TOPIC] AOB
[16:44] <MootBot> New Topic:  AOB
[16:45] <bryce_> yay -fglrx
[16:46] <cjwatson> indeed
[16:47] <calc> well this is the last meeting some of us will be in, i will be moving to desktop next monday
[16:47] <cjwatson> oh, absolutely, I forgot about that
[16:47] <calc> iirc asac as well
[16:48] <asac> oh right.
[16:48] <asac> ;)
[16:48] <ArneGoetje> me too
[16:48] <cjwatson> and bryce
[16:48] <cjwatson> good luck to all of you!
[16:48] <asac> thanks all for the great time ;)
[16:48]  * calc hugs the old crew ;-)
[16:48] <evand> best of luck!
[16:48] <TheMuso> Good luck gus.
[16:48] <cjwatson> I'll be speaking with Scott to bring him up to date on things
[16:48] <TheMuso> guys
[16:48] <cjwatson> may be speaking with various of you as well of course
[16:49] <calc> we'll be reporting to this Keybuk guy for a while :)
[16:49] <calc> heh
[16:49] <james_w> good luck
[16:49] <cjwatson> and we shall be welcoming mvo next week, and Keybuk at some point after that
[16:49] <cjwatson> it's all so complicated
[16:49] <liw> you all have fun in the new team, and may your power buttons never break
[16:49] <leoquant> @schedule
[16:49]  * mvo waves
[16:49] <slangasek> and keep in touch, guys :)
[16:51] <cjwatson> ok, then I think we're done
[16:51] <cjwatson> #endmeeting
[16:51] <MootBot> Meeting finished at 10:51.
[16:51] <asac> thanks all
[16:51] <evand> thanks!
[16:51] <liw> thank you
[16:51] <james_w> thanks
[16:51] <ArneGoetje> thanks
[16:51] <calc> thanks
[16:51] <TheMuso>  Good, sleep time again. :)
[16:51] <TheMuso> Thanks.
[16:56]  * bryce_ waves
[18:00] <bdmurray> Hello
[18:00] <pedro_> hey hey
[18:00] <ara> hey!
[18:01] <heno> hello!
[18:01] <schwuk> hi
[18:01] <mrooney> hello!
[18:01] <intellectronica> hya
[18:02] <heno> cr3, sbeattie: QA meeting ping
[18:02] <heno> #startmeeting
[18:02] <MootBot> Meeting started at 12:02. The chair is heno.
[18:02] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[18:02] <sbeattie> hey
[18:02] <heno> welcome everyone!
[18:02]  * cgregan waves
[18:02] <cr3> heno: hello
[18:03] <heno> agenda as usual: https://wiki.ubuntu.com/QATeam/Meetings
[18:04] <heno> Tomorrow we will be in final freeze
[18:04] <heno> which covers RC and final
[18:04] <heno> here are the main milestone bugs https://bugs.edge.launchpad.net/ubuntu/intrepid/+bugs?field.milestone=1326
[18:05] <heno> (there is also a target of opportunity list at https://bugs.launchpad.net/ubuntu/intrepid/+bugs)
[18:05] <heno> are there any bugs people know of that should be added to those lists?
[18:05] <heno> this would be a good time to promote those
[18:06] <mrooney> heno: I wonder about https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/145360
[18:07]  * ara reads the list
[18:07] <davmor21> hello
[18:07] <mrooney> We seem to be getting a couple me-toos on compiz crashes on fresh installs or upgrades daily.
[18:08] <heno> mvo: ^ that's not milestoned. is that because it's been difficult to reproduce?
[18:09] <mvo> heno: yes
[18:09] <mvo> I looked at it myself and talked to upstream
[18:10] <heno> mvo: any hint that it's hw specific ?
[18:10] <mvo> I suspect its something that is either triggered during a session shutdown
[18:10] <heno> if so could we try to reproduce it in Montreal?
[18:11] <mvo> or that its something that is triggered during a upgrade, i.e. old compiz gets upraded to newer (abi incompatible) compiz
[18:11]  * cr3 addes #145360 to his list
[18:12] <mvo> the backtrace is really impossible to hit with the code
[18:12] <mrooney> I think mvo's comment #54 is pretty dead on, it happens after login but with no apparent effect, and it seems to happen just once or perhaps in a subsequent login and then doesn't happen again, until perhaps another update
[18:12] <mvo> so it must be a memory corruption
[18:12] <davmor21> mvo: i got to run an upgrade tomorrow on request so i can check for you then
[18:12] <mvo> of some sort, e.g. triggered by oddness with the plugin loading or unloading
[18:13] <mvo> davmor21: that would be excellent
[18:13] <mvo> davmor21: could you check /var/crash before the inital reboot?
[18:13] <heno> it seems that it's just a crash report (perhaps there was a crash at some point) but that compiz mostly works and no data is lost -> so it should not block release, but may be a target of opportunity if we can reproduce it
[18:14] <mvo> heno: my view exactly. its *old* too
[18:14] <davmor21> np's
[18:14] <heno> great, so we have davmor2 and cr3 offering to try reproducing
[18:14] <heno> any other issues people see?
[18:15] <mrooney> mvo: I think it may have been incorrectly duped with an old bug, I am not sure I would trust the original bug, I would look at recent dupes instead
[18:15] <mvo> mrooney: the trouble with this is that I can not get the new backtraces
[18:15] <schwuk> mvo: I've seen it as well (happened either yesterday or monday after my daily update)
[18:15] <ara> has anybody experienced this in intrepid? seahorse does not store WEP passwords by default anymore
[18:15] <mvo> mrooney: the retracer does not show them it seems
[18:15] <sbeattie> bug 275233 crops up a lot, but may be directly related to bug 274124 which Luke is at least working to reduce the race condition, if not eliminate it.
[18:16] <mvo> schwuk: does the timestamp of the crashfile (roughtly) match your logout time?
[18:18] <heno> sbeattie: I've asked TheMuso to join us
[18:18] <heno> ara: is there a bug # for that?
[18:18] <ara> heno: I haven't found any, that's why I am asking
[18:18] <schwuk> mvo: yes, and I got the notification after logging back in
[18:19] <heno> cr3: do we have hw with a VIA 8237 sound card?
[18:20] <heno> as referenced in the alsa-plugin bug
[18:20] <cr3> heno: checking...
[18:21] <cr3> heno: yep, looks like it. I'll add 274124 to my list
[18:21] <mvo> schwuk: could you please check what compiz bits got upgraded (and from what version to what version?). if you used update-manager then synaptic file/history will tell you
[18:21] <heno> hm, seems to affect intel cards too though
[18:21] <heno> cr3: thanks
[18:22] <heno> ok, let's get back to this if Luke joins us later
[18:23] <heno> any other bugs before we move on?
[18:24] <sbeattie> did the manual partitioning bug get fixed?
[18:24] <schwuk> mvo: AFAICT, none
[18:24] <davmor2> mvo: any joy with the screensaver bug?
[18:24] <heno> there will be a need to test some of these fixes as they land
[18:25] <mvo> davmor2: yes, we have a fix that can be applied that will workaround the problem
[18:25] <mvo> davmor2: not ideal, but will work
[18:25] <heno> in the past we have tracked them here https://wiki.ubuntu.com/Testing/ISO/FixValidation
[18:27] <cjwatson> sbeattie: should be
[18:27] <cjwatson> that was bug 280900
[18:27] <heno> pedro_: you did some coordination of that last time, can you update the page for intrepid?
[18:27] <davmor2> ara: mine stored wep fine it was wpa that fell out a couple of times but that seemed to clear up
[18:28] <pedro_> heno: yup, i'll do it
[18:28] <cjwatson> sbeattie: one tester said it boots up veeeeeeeeeery sloooooooooowly for him now but that can't be anything to do with ubiquity
[18:28] <heno> I guess we just populate it with the milestone lists to start with
[18:28] <ara> davmor2: ok, weird, then
[18:28] <pedro_> alright
[18:29] <davmor2> schwuk: you got intrepid on your lappy right?
[18:29] <heno> and anyone who can hang around in #ubuntu-testing and hep with validation testing requests - that would be great
[18:29] <davmor2> cjwatson: I'll try it tomorrow it's worked for me each time I've done a manually install
[18:30] <schwuk> davmor2: YEP
[18:30] <heno> [TOPIC] iso.qa.ubuntu.com updates
[18:30] <MootBot> New Topic:  iso.qa.ubuntu.com updates
[18:30] <sbeattie> davmor2: I hit it last night
[18:30] <heno> stgraber: around?
[18:30] <heno> I added a JeOS request today
[18:30] <davmor2> sbeattie: I'll try it now infact
[18:30] <sbeattie> heno: yay! I knew I forgot something that needed to be removed.
[18:31] <sbeattie> davmor2: I'm trying again as well.
[18:31] <davmor2> sbeattie: you on hw or vm?
[18:31] <sbeattie> vm, but the disk has existing partitions.
[18:31] <heno> looks like the Mythubuntu and mobile/mid items are blocked on writing cases
[18:32] <sbeattie> heno: related, can you give me an action item to drop jeos and add the netboot isos to the dl-iso script?
[18:33] <heno> [ACTION] sbeattie to to drop jeos and add the netboot isos to the dl-iso script
[18:33] <MootBot> ACTION received:  sbeattie to to drop jeos and add the netboot isos to the dl-iso script
[18:33] <sbeattie> tnx
[18:33] <davmor2> sbeattie: the size of the netboot isos and the amount it is upgraded kind makes it pointless
[18:34] <heno> persia: can you help with the outstanding mobile test cases?
[18:34] <sbeattie> davmor2: it's more for consistency and a reminder to look at them than for saving any bandwidth.
[18:34] <davmor2> sbeattie: fair play and I do :)
[18:34] <heno> ah, the log tells me he added the requests :)
[18:35] <cjwatson> also the "Install a minimal virtual machine" mode on the server CD which is a direct replacement for JeOS
[18:36] <heno> cjwatson: I don't see it on https://wiki.ubuntu.com/Testing/Cases/ServerInstall
[18:37] <heno> I'll ask njaba to write it up
[18:37] <cjwatson> 's a bit new
[18:37] <heno> nijaba rather ^
[18:38] <heno> ok, next
[18:38] <heno> [TOPIC] RC ISO testing
[18:38] <MootBot> New Topic:  RC ISO testing
[18:38] <heno> Obviously, please prime your rsync caches, refresh your supply of blank CDs, etc.
[18:39] <heno> we'll probably see testable CDs Monday-ish
[18:39] <heno> davmor2: will you be doing some smoke testing running up to that?
[18:40] <heno> can anyone else contribute to that too?
[18:40] <davmor2> yes I need to update the smoke test wiki page it's starting to look a mess which is why I haven't
[18:40] <heno> https://wiki.ubuntu.com/Testing/DailySmoke
[18:41] <heno> davmor2: feel free to just flush it and start from current testing
[18:41] <davmor2> That was my plan
[18:42] <davmor2> I'm going to refresh it tonight.
[18:42] <heno> schwuk has set up a mirror-of-last-resort for ISO images
[18:42] <bdmurray> ara: maybe bug 281711
[18:42] <heno> please contact him for access details
[18:43] <heno> this is to work around bw problems on cdimage in the testing crunch
[18:43] <heno> it's not for the wider public, just active pre-release testers
[18:44] <sbeattie> cjwatson: re bug 280900 is bug 282756 different? I hit the error 141 issue with daily iso build 20081015
[18:44] <heno> ok, next
[18:44] <ara> bdmurray: thanks, the discussion in here seems to be what I experience http://ubuntuforums.org/showthread.php?t=934575
[18:44] <heno> [TOPIC] upgrade testing
[18:44] <MootBot> New Topic:  upgrade testing
[18:45] <heno> we should make a start on this earlier
[18:45] <heno> including preparations
[18:45] <heno> I've prepared a hardy kvm image here http://files.omma.net/kvm/
[18:46] <heno> it's a base install + updates and a bunch of extra packages
[18:46] <davmor2> schwuk: are you having issues with wep or wpa key being stored?
[18:46] <heno> feel free to download and extend that
[18:47] <heno> schwuk: did you get to setting up some upgrade KVM images?
[18:47] <heno> I intended to make 64-bit and kubuntu images too
[18:48] <heno> (but didn't get to it yet)
[18:48] <schwuk> heno: I have VMWare images for ubuntu hardy i386 and amd64. Base install on both. I'm putting together base kvm images for kubuntu and xubuntu (both archs).
[18:48] <sbeattie> heno: I've done a little upgrade testing; mvo is working on bug 282830 where etckeeper prevents update-manager from installing anything.
[18:48] <schwuk> I also have images for ubuntu-server (amd64)
[18:49] <cr3> heno and schwuk: I used to maintain isv-image.ubuntu.com/vmware for hosting such images. it might be worth reviving the site to include kvm images too
[18:49] <heno> schwuk, sbeattie: ok great
[18:49] <sbeattie> I have a virtualbox i386 image that's base + lots of other packages mostly from main (~2500 in total) that I could make available.
[18:50] <mvo> sbeattie: hm, how long would it take for me to download that (i.e. what uplink do you have?)
[18:50] <sbeattie> mvo: a while; 640kb up.
[18:51] <heno> sbeattie: can you prepare a file list for him?
[18:52] <heno> dpkg -l | grep '^ii' | awk '{print $2}' > packages-list.txt
[18:52] <heno> or so
[18:52] <mvo> heno: I have the dpkg -l output in the bug I think
[18:52] <heno> mvo: can you recreate his install with that?
[18:53] <mvo> I should be able to, yes
[18:53] <heno> for i in `cat packages-list.txt`; do apt-get install $i; done;
[18:53] <heno> :)
[18:53] <heno> (yes I was playing with this earlier)
[18:54] <heno> let's wrap up, we have an LP-QA meeting just after this
[18:54] <sbeattie> heno: yes, dpkg -l output is in http://launchpadlibrarian.net/18507713/dpkg.list
[18:54] <mvo> heno: import apt; cache=apt.Cache(); for pkg in open("packages-list.txt"): cache[pkg].markInstall(); cache.commit();" <- will be faster :)
[18:54] <heno> any other business?
[18:54]  * mvo puts off his show-off hat
[18:54] <heno> mvo: yes, silly me ;)
[18:54] <bdmurray> mvo: sweet
[18:54] <mrooney> This may be unrelated but the OO 3.0 request bug is getting rather loud
[18:55] <mrooney> bug 267376
[18:55] <pedro_> eek
[18:55] <sbeattie> heno: I've been playing a bit with edos-debcheck looking for uninstallable packages, found a few, particularly around kde.
[18:55] <mrooney> Is there a definitive answer to give in some sort of appeasing way?
[18:55] <heno> there was talk of a universe package or so for that (?)
[18:55] <sbeattie> all outside of main
[18:56] <bdmurray> mrooney: I think calc has sent some mails to u-devel or u-devel-discuss about it
[18:57] <mrooney> bdmurray: do you know if it is a definitive no way on 3.0 in Intrepid?
[18:57] <heno> sbeattie: interesting - have you passed that on to motu-release?
[18:57] <sbeattie> heno: in progress, but yes. Looking to automate it so we can detect when new ones occur.
[18:58] <bdmurray> mrooney: I think it would be either in a ppa or in universe, but would check the ml to confirm.
[18:58] <heno> mrooney: as the default option, yes - no way
[18:58] <heno> we have freezes for good reasons even if it's not always obvious how these things work
[18:58] <heno> ok, we're done!
[18:58] <heno> #endmeeting
[18:58] <MootBot> Meeting finished at 12:58.
[18:59] <ara> bye!
[18:59] <heno> (sorry to be hard line, but I don't want to block the next meeting start)
[18:59] <davmor2> bye
[18:59] <heno> intellectronica: you're up :)
[19:00] <intellectronica> oright guys, get your skypes going i'll connect you
[19:00] <mrooney> heno: no problem, I agree! I just wish there was a way to express the values of freezes to those users
[19:02] <heno> fwiw, we are talking about https://wiki.ubuntu.com/QATeam/LaunchpadBugsUbuntuQAMeeting
[20:20] <cjwatson> sbeattie: sorry, I wasn't very clear (or was confused), I did just upload the fix earlier today but it wouldn't have been on today's images
[20:20] <cjwatson> sbeattie: I haven't yet analysed 282756 to see if it's different