[14:02] <balloons> gout morgen
[14:03] <balloons> anyone about?
[14:04] <jibel> hi balloons
[14:05] <AndChat|698676> Good morning jibel.
[14:06] <AndChat|698676> Hello balloons!
[14:06] <balloons> good morning
[14:06] <balloons> I guess that means I can begin
[14:06] <balloons> #startmeeting ubuntu qa community
[14:06] <meetingology> Meeting started Wed Oct 10 14:06:50 2012 UTC.  The chair is balloons. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:06] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[14:08] <balloons> ok, agenda time
[14:08] <balloons> ACTION: balloons to update qa.ubuntu.com theme
[14:08] <balloons> [TOPIC] Previous Actions
[14:09] <balloons> I still have the action to do the update -- it's still in progress.. I don't like holding it around for this long. I think I will remove it from the agenda and report when it's complete
[14:09] <balloons> moving on
[14:09] <balloons> [TOPIC] Ubuntu Updates
[14:10] <smartboyhw> balloons, what did I miss?
[14:10] <epikvision> Ok I'm back.
[14:10] <smartboyhw> Hi also epikvision
[14:10] <balloons> This week the RC iso's will come out, culminating a cycle's worth of effort by everyone
[14:10] <epikvision> Good morning smartboyhw
[14:10] <balloons> smartboyhw, nothing really
[14:11] <smartboyhw> balloons, oh?
[14:12] <epikvision> What's more recommended? Fresh install of RC or upgrade to RC
[14:12] <epikvision> From stable build?
[14:12] <balloons> Testing is being focused on the new features for quantal for those who have upgraded.. Things like the new unity, the new suggestions feature, the webapps integration
[14:12] <balloons> epikvision, ahh from yourself running precise?
[14:12] <epikvision> I have a computer on precise, and another on daily build.
[14:12] <balloons> you may do etheir, both with test things, but in different ways
[14:13] <balloons> upgrade testing is always helpful
[14:13] <smartboyhw> Yeah:D
[14:15] <smartboyhw> ..
[14:15] <balloons> quickly, do we have any other comments on ubuntu? I sent a mail as well talking about ARM testing and looking for regressions. At this point in the cycle, we must really be mindful of not regressing on features from previous releases, or from earlier in the cycle even
[14:15] <smartboyhw> balloons, no:D
[14:15] <balloons> if not, we'll move into the open topics :-)
[14:16] <smartboyhw> :_)
[14:16] <balloons> [TOPIC] Other Updates
[14:16] <balloons> ok, anyone have anything to share?
[14:16] <smartboyhw> \o
[14:16] <balloons> go ahead smartboyhw
[14:16] <smartboyhw> balloons, few questions
[14:17] <epikvision> How do I upgrade a package? My libreoffice on daily build still has that text selection bug, but fix has been released. How can I upgrade my Libreoffice to the updated package?
[14:17] <smartboyhw> 1. The Ubuntu Studio post-installation testcase is going to be ported today from the sandbox to the main area, just a inform:D
[14:17] <epikvision> Sorry smartboyhw
[14:17] <smartboyhw> epikvision, NP we can talk about it later but it is a QA meeting not a support channel:D
[14:18] <smartboyhw> 2. Since I come to the meeting late balloons is the QA site still not fixed?
[14:19] <balloons> 1) Excellent news
[14:19] <balloons> 2) No it's still not
[14:19] <smartboyhw> Alright then
[14:19] <smartboyhw> 3. Where is phillw?
[14:19] <smartboyhw> :D
[14:19] <balloons> but it's still on the list.. It's not been forgotten
[14:19] <balloons> it likely won't happen till after release, when there aren't release critical pieces to work on
[14:20] <smartboyhw> :)
[14:20] <balloons> any other questions?
[14:20] <smartboyhw> balloons, you saw my third question?:D
[14:21] <balloons> phillw, I would gather is on the earth somewhere.. most likely his home country, and most likely his home
[14:21] <smartboyhw> balloons, LOL
[14:22] <smartboyhw> Anyway nothing:D
[14:22] <smartboyhw> ..
[14:23] <balloons> hehe
[14:23] <balloons> with that, I think we're done, heh
[14:23] <smartboyhw> Ya
[14:23] <smartboyhw> *Yay
[14:23] <balloons> I hope everyone is ready and gearing up for greatness
[14:23] <balloons> #endmeeting
[14:23] <meetingology> Meeting ended Wed Oct 10 14:23:58 2012 UTC.
[14:23] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-10-10-14.06.moin.txt
[14:23] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-10-10-14.06.html
[14:24] <smartboyhw> balloons, thx
[14:27] <balloons> ofc
[14:59] <ogra_> foo
[15:00] <smartboyhw> boo
[15:01] <xnox> moo
[15:01] <jodh> huloo
[15:02] <ev> hi
[15:02]  * slangasek waves
[15:02] <slangasek> #startmeeting
[15:02] <meetingology> Meeting started Wed Oct 10 15:02:19 2012 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:02] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:02]  * stgraber waves
[15:02] <slangasek> [TOPIC] lightning round
[15:03] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek ogra infinity cjwatson xnox stokachu)
[15:03] <slangasek> infinity jodh doko stokachu barry slangasek xnox cjwatson ev ogra stgraber bdmurray
[15:04] <infinity> This week:
[15:04] <infinity>  - working on glibc-2.16 + patches for R
[15:04] <infinity>  - archive cleanup
[15:04] <infinity>  - general release prep
[15:04] <infinity>  - fixed the Pandas to stop timing out builds
[15:04] <infinity>  - laundry
[15:04] <infinity> ☭
[15:04] <jodh> - libnih: Fixed bug 740390, raised SRU for precise (bug 1062202)
[15:04] <jodh>   and pushed fix to precise-proposed.
[15:04] <jodh> - upstart:
[15:04] <jodh>   - Identified and fixed bridge respawn issue.
[15:04] <doko> rinse the panda's?
[15:04] <jodh>   - Wrote more tests.
[15:04] <ogra_> whee, so you wont be in smelly t-shits at UDS ?
[15:04] <jodh> - ifupdown: identified cause of recent unclean shutdowns (bug 740390)
[15:04] <jodh> - TODO:
[15:04] <doko> please go on without me
[15:04] <jodh>   - finish Upstart tests and bridge auto-reconnect.
[15:04] <jodh>   - work on bug 1060249 and other rel bugs.
[15:04] <jodh>   - Upstream D-Bus changes for connection handling over a stateful re-exec.
[15:04] <jodh> ᧿
[15:04] <jodh>  
[15:05] <infinity> Hrm, that character fails to fit on one line.
[15:07] <infinity> stokachu: ?
[15:08] <stokachu> no doko
[15:08] <infinity> 09:04 < doko> please go on without me
[15:08] <slangasek> he said to go on without him
[15:08] <stokachu> ah sorry
[15:08] <stokachu> http://pad.lv/794112 - sitting in unapproved queue since 9/28, anything I can do to move this along?
[15:08] <stokachu> http://pad.lv/1036834 - based on recent email discussions and the impact of this bug I'd still like to have this pushed into Precise.
[15:08] <stokachu> done
[15:08] <infinity> stokachu: I can look at the stuck upload there.
[15:08] <barry> bug 1061149 (reported).  bug 711162 (pushed upstream).  bug 1060489.  bug 915626 (investigated).  bug 1063980 (reported).  bug 1056811 (investigated).  patch piloted.  general bug triaging.  python-mode 6.0.12-{1,2} for sid.  gwibber py3 reviews and merges.  done.
[15:08] <infinity> stokachu: I think SRU has been slacking in lead-up to Q release.
[15:09] <stokachu> infinity: cool thanks im getting h34t from management
[15:09] <stokachu> infinity: ah no worries
[15:11] <cjwatson> slangasek: your turn, I think
[15:12] <doko> sorry, door bell. back again
[15:12] <stokachu> the milkman?
[15:12] <slangasek> no, it's doko's turn ;)
[15:12] <cjwatson> :-)
 please go on without me
[15:12] <ogra_> :)
[15:12] <doko> - monitoring the panda zoo, called is emergency line twice this we to re-enable the pandas
[15:12] <doko> - remaining MIR's
[15:12] <doko> - fixing build failures
[15:12] <doko> - prepare for r-series opening
[15:12] <doko> - libhybris work
[15:12] <doko> (done)
[15:13] <slangasek> barry: 1061149 should either be kernel or pm-utils, fwiw; acpi-support has no bugs because it has no real remaining code ;)
[15:13] <slangasek> infinity, doko: so are we copacetic now as a result of the sysctl panda change?
[15:14] <barry> slangasek: ah, cool.  maybe i'll add them both and let those teams deathmatch on them
[15:14] <cjwatson> It's almost all good
[15:14] <infinity> slangasek: It all looks pretty decent.
[15:14] <cjwatson> rusalka fell over a few times and looks independently broken
[15:14] <infinity> slangasek: I think it's as good as it's gonna get until we get new hardware, and good enough to hobble along for now.
[15:14] <cjwatson> So it's being left disabled for now
[15:14] <infinity> cjwatson: rusalka is dead for entirely different reasons AFAICT.
[15:14] <cjwatson> Right, as I said :-)
[15:14] <infinity> cjwatson: It's actually hard locking, not timing out.
[15:14] <cjwatson> Independently broken
[15:15] <doko> slangasek, infinity: there are some builds which failed due to bad file system, e.g. files in /var/lib/dpkg, giving these back usually lets the build succeed
[15:15] <doko> I haven't seen any new ones this week
[15:15] <cjwatson> doko: Yeah, similarly occasionally they fail to get their chroot tarball right
[15:15] <slangasek> ok, but at least the buildd manager isn't losing sight of the builders
[15:15] <infinity> doko: Yeah, that's not new behaviour, and I'm not sure we have a fix for that.
[15:15] <cjwatson> I think I saw one or two
[15:15] <infinity> slangasek: Nope, buildd-manager and the buildds seem to be mostly getting along.
[15:15] <slangasek> excellent
[15:15] <slangasek>  * short week, celebrating National White Hegemony of the New World Day
[15:15] <slangasek>  * mountall bugfix upload: bug #1063061 (SB support), bug #1060296 (cloud-affecting regression from my cloud boot fix)
[15:16] <infinity> slangasek: (Well, there was one occurence of lp-buildd not waking up fast enough, but that's been a problem for years, nothing new)
[15:16] <slangasek>  * Secure Boot: shim uploaded, signed by MS, and re-uploaded as shim-signed; d-i, grub2 integration tag-teaming w/ cjwatson
[15:16] <slangasek>  * fix update-notifier regression caused by us not having a good way to block bad translations of variable names (bug #1003100)
[15:16] <slangasek>  * multiarch review of appmenu-gtk (bug #932860), kicked it back with further fixes needed, sorry stokachu
[15:16] <slangasek> (done)
[15:16] <infinity> stokachu: Accepted.
[15:16] <slangasek> infinity: well, bugs can be "nothing new" yet become a huge problem suddenly due to timing / scaling?
[15:16] <slangasek> infinity: is that happening here with any of the remaining arm-affecting bugs?
[15:17] <infinity> slangasek: True, and I aim to fix the launchpad-buildd swapping out thing at some point, but it's not preventing us from working.
[15:17] <cjwatson> slangasek: In this case, not a big problem, chort sat there for a few hours and had to be resurrected
[15:17] <slangasek> ok
[15:17] <infinity> slangasek: The current state of affairs is "good enoug for now".
[15:17] <xnox> * rls-q-tracking:
[15:17] <xnox>  - bug 1056300 turned out to be changes in gtk+, now reverted and that
[15:17] <xnox>    brought back screen reading to ubiquity. This unblocks me on
[15:17] <xnox>    working on remaining a11y ubiquity rls-q-tracking bugs.
[15:17] <xnox> * working on ubiquity's rls-q-tracking bugs and adv-lvm
[15:17] <xnox> * Short week, was off friday-monday.
[15:17] <xnox> ..
[15:18] <cjwatson> Finished armel/main rebuild for ARMv5t.
[15:18] <cjwatson> Lots of build fixes, buildd babysitting, and general +1 maintenance work; trying to get most of the relevant lists to zero for release.
[15:18] <cjwatson> Applied Wookey's aarch64 config.guess/config.sub patches.
[15:18] <cjwatson> Panting for breath down the home stretch of UEFI secure boot support:
[15:18] <cjwatson>  * Merged a few tweaks from Fedora.
[15:18] <cjwatson>  * Implemented kernel handling policy.
[15:18] <cjwatson>  * Created a separate signed image for use on removable media.
[15:18] <cjwatson>  * Arranged for grub-install to install signed images if appropriate.
[15:18] <cjwatson>  * Fixed up grub-efi-amd64-signed to do the installation.
[15:18] <cjwatson>  * Attempted to make the installer install the necessary packages when the SecureBoot variable is set.
[15:18] <cjwatson> Merged the bits of the sponsoring-queue patch for bug 632382 that I'm happy with (i.e. the Upstart job).
[15:18] <cjwatson> ..
[15:18] <ev> - Finishing up the webops sprint in BlueFin.
[15:18] <ev>   - We now have charms for daisy, the retracers, and errors. Basic
[15:18] <ev>     documentation exists at:
[15:18] <ev>     https://wiki.canonical.com/ErrorTracker/Deployment
[15:18] <ev>     Oddly, adding support for configuration options (the EC2 keys for daisy
[15:19] <ev>     and daisy-retracer) is confusing the AMQP relationship, which is calling
[15:19] <ev>     config-changed rather than relation-changed. Looking into it.
[15:19] <ev>   - We now backend to S3 for the core file storage. This should make the
[15:19] <ev>     infrastructure far more scalable.
[15:19] <ev> - Firefighting the retracers again. This time it what first appeared to be a
[15:19] <ev>   unicode issue deep inside apport's report writing code, but looks to be more
[15:19] <ev>   like some bogus data coming from the slightly older version of gdb we're
[15:19] <ev>   running on the retracers. Still investigating.
[15:19] <ev>   - Tom would like me to come up with a better way of handling programming
[15:19] <ev>     errors in the retracer path. Right now we bring the retracers down hard
[15:19] <ev>     whenever apport-retrace or the wrapping code raises an exception. One
[15:19] <ev>     alternative is to throw the crashes which trigger an exception on a
[15:19] <ev>     separate rabbit queue to be evaluated by me without having to involve
[15:19] <ev>     webops too much.
[15:19] <ev> - Got a change to daisy deployed that starts collecting by-problem type counts
[15:19] <ev>   of instances every day. Modified errors to then show us "all collected" and
[15:19] <ev>   "by 12.04 standards" (in the case of 12.10) lines. This latter line is all
[15:19] <ev>   the problem types minus the RecoverableError type, which didn't exist in
[15:19] <ev>   12.04.
[15:19] <ev>   - Refactored the legend code to cope with the "all collected" and "by XX.XX
[15:19] <ev>     standards" subtypes.
[15:19] <ev> - Taught errors to change the URL to match the 'most common problems' table
[15:19] <ev>   selection. This will teach people the URL parameters they can load the
[15:19] <ev>   website with:
[15:19] <ev>   http://errors.ubuntu.com/?package=software-center
[15:19] <ev>   It will also make the Awesome Bar in Firefox more Awesome, according to Seb.
[15:19] <ev> - Meeting with legal counsel to work through our crashes privacy policy.
[15:19] <ev> - Started to look into generating a crash signature for kernel oops reports at
[15:19] <ev>   Andy's request.
[15:19] <ev> (done)
[15:19] <ogra_> done:
[15:19] <ogra_>  * 80% of my time was spent in an internal project (the stuff there is coming along nicely)
[15:19] <ogra_>  * worked around an issue with libreoffice on arm (LP: #1062448)
[15:19] <ogra_>  * uploaded nvidia-tegra drivers
[15:19] <ogra_>  * added a new arch to flash-kernel
[15:19] <ogra_>  * various image tests etc
[15:19] <ogra_>  * was a good citizen and managed to do my piloting shift this time round :)
[15:19] <ogra_>  
[15:19] <ogra_> todo:
[15:19] <ogra_>  * register specs for the shiny new upcoming R tasks
[15:19] <ogra_>  * do a 12.10 release with arm images !
[15:19] <ogra_> ..
[15:20] <stgraber>  - Attended LTSP by the sea from Thursday to Sunday
[15:20] <stgraber>  - Monday was a public holiday
[15:20] <stgraber>  - Container
[15:20] <stgraber>    - Upstream work, reviewing patches, maintaining staging branch. Starting cherry-pick of fixes for 0.8 upstream release.
[15:20] <stgraber>  - Release
[15:20] <stgraber>    - Quite a bunch of queue reviews
[15:20] <stgraber>    - Some FFe/UIFe reviews
[15:20] <stgraber>  - Networking
[15:20] <stgraber>    - Fixed some regression introduced in ifupdown when we dropped the sysvinit script (bug 1061639)
[15:20] <stgraber>    - Updated ifenslave-2.6 to work with biosdevname (bug 948538)
[15:20] <stgraber>    - Updated isc-dhcp-server to fix apparmor profile for isc-dhcp-server-ldap (bug 1057358)
[15:20] <stgraber>    - Went through the networking related bugs, did some cleanup.
[15:20] <stgraber>  - Installer
[15:20] <stgraber>    - Did a firmware upgrade on my laptop (took a while to figure out how exactly to do it), now have a new UEFI with SecureBoot support.
[15:20] <stgraber>    - Spent some more time on casper, got the bug count down to something reasonable and uploaded a bunch of bugfixes.
[15:20] <stgraber>    - Uploaded a new ubiquity-slideshow-ubuntu with updated screenshots, the ubuntu-gnome slideshow and refreshed translations. (bug 1064232, bug 1051162)
[15:20] <stgraber>    - Refreshed the edubuntu-live installer steps translations.
[15:20] <stgraber>    - Did some work on post-install preseed generation, will try to get a prototype out today.
[15:20] <stgraber>  
[15:20] <stgraber>  - Travel/Schedule
[15:20] <stgraber>    - I'm off tomorrow and Friday, back on Monday working from Switzerland until UDS
[15:21] <stgraber> (DONE)
[15:21] <bdmurray> debugged tested and fixed ubuntu-release-upgrader bug 1058102
[15:21] <bdmurray> uploaded fix for bug 964674 to quantal
[15:21] <bdmurray> SRU preparation and work for update-manager bug 964674
[15:21] <bdmurray> SRU preparation and work on update-manager bug 1060353
[15:21] <bdmurray> bug testing / research into usb-creator bug 915626
[15:21] <bdmurray> bug testing / research into update-manager bug 1051110
[15:21] <bdmurray> SRU verification of bug 523896
[15:21] <bdmurray> ⁂ done
[15:24] <bdmurray> regarding those update-manager SRUs I'd like to get them through the SRU process as soon as possible
[15:25] <infinity> bdmurray: Poke me post-meeting, and we'll see what can be done.
[15:25] <bdmurray> infinity: thanks
[15:25]  * slangasek clears his scrollback
[15:25] <slangasek> any questions?
[15:25] <bdmurray> jodh: is anything more needed for bug 1060249?
[15:26] <jodh> bdmurray: unsure - I've been focussing on Upstart. I saw the latest stack trace but need to dig around. All help welcome at this stage :)
[15:26] <slangasek> [TOPIC] Bugs
[15:26] <bdmurray> jodh: okay, I've a virtual machine that I just rebooted and received that crash report
[15:27] <bdmurray> bug 1064391 seems like something that could be notfixing
[15:28] <slangasek> jodh: it sounds from your report like the bridge crash on re-exec issue is sorted now, yes?  Can you refocus your attention on that debconf bug?  We should really get that knocked out this week so we can get the fix on the CD
[15:28] <xnox> bdmurray: it needs design. As this is the case of: we are not going to install grub as there is only one way to install bootloader anyway.
[15:28] <jodh> slangasek: indeed! Right - will do.
[15:28] <slangasek> jodh: thanks
[15:28] <cjwatson> Uh, we always used to hide that label on non-x86
[15:29] <cjwatson> It's a regression if we now do - doesn't need design
[15:29] <cjwatson> *now don't
[15:29] <slangasek> xnox: "needs design" certainly implies "not going to be fixed for this release"; but as cjwatson says, that sounds like something that should be hidden
[15:29] <xnox> hmm.. ok, will check.
[15:29] <slangasek> what are you guys looking at as far as further installer uploads between now and release?
[15:30] <slangasek> I've seen a number of ubiquity bugs getting targeted that weren't there before
[15:30] <infinity> I'm considering twiddling omap image sizes for bug #1040393 before release, but only if I can test it well locally.
[15:30] <cjwatson> Personally my plans involve only whatever turns up in SB testing
[15:31] <cjwatson> I have serious doubts I'll be able to fit in anything else
[15:31]  * slangasek nods
[15:31] <cjwatson> I don't mind if xnox manages to squeeze in some screen reading fixes; those are typically nonintrusive
[15:31]  * xnox ponders if it was me over-targeting ubiquity bugs...
[15:31] <slangasek> xnox: you seem to have the lion's share of targeted ubiquity bugs assigned to yourself, what's your game plan?
[15:31] <slangasek> xnox: short answer: yes ;)
[15:32] <xnox> slangasek: my plan is unintrusive small fixes, or bumping to r.
[15:32] <cjwatson> And the lowmem bug I'm going to punt, I just haven't got round to writing up my findings yet
[15:32] <infinity> bdmurray: Don't poke me post-meeting after all, update-manager is reviewed and accepted.
[15:33] <cjwatson> xnox: I kind of feel bug 1056744 should be higher-priority than the screen reader bugs, maybe?
[15:33] <xnox> cjwatson: yeah, probably. more chances of hitting that one.
[15:34] <slangasek> bdmurray: you had accepted 1059471 from the -incoming queue, but I'm not convinced this is something we should commit to... it's a corner case involving mounting via symlink
[15:34] <slangasek> and I don't think we're going to get a chance to fix that before release
[15:35] <slangasek> bdmurray: any reason you think my assessment there is wrong and we should make room for it on the priority list?
[15:35] <cjwatson> usb-creator is probably broken in 12.10 (udisks2 etc.), as discussed, but I have a feeling we should target that to SRUs at this point; it's not install-critical that it be right in the released images
[15:35] <xnox> bug 1053030 is interesting and mostly affects e.g. panda boards when user didn't plugin external storage and hence need some guards for R-series.
[15:35] <bdmurray> slangasek: I think you added the quantal task I just removed the rls-q-incoming tag
[15:35] <slangasek> well, right
[15:35] <bdmurray> because it had a quantal task
[15:36] <xnox> you cannot run usb-creator sensibly from the live-session any way.
[15:36] <bdmurray> but no I don't think it should be a priority
[15:36] <slangasek> bdmurray: but quantal task + rls-q-incoming means "targeted to release but no decision made yet on whether to commit"
[15:37] <xnox> slangasek: according to skaet the tags are redudant if there is series task with any state.
[15:37] <cjwatson> OK, I've updates-ified the usb-creator bugs
[15:37] <xnox> slangasek: that applies to rls-q-wontfix as well.
[15:37] <slangasek> which was what I meant :)  so if you weren't removing the tag as a sign of making a decision, then ok
[15:37] <cjwatson> hmph, I didn't have slangasek's understanding of that combination
[15:37] <slangasek> xnox: that's incorrect
[15:37] <cjwatson> useful distinction to have
[15:38] <slangasek> community members can target bugs to the release; that does not imply canonical-foundations has a committment to fix them
[15:38] <xnox> slangasek: horum. please clarify the combinations of tags with series tags then, somewhere on the mailing list then.
[15:38] <bdmurray> ' the nomination should not be accepted without assigning the bug task to a person or team and the 'rls-q-incoming' tag removed. '
[15:38] <xnox> slangasek: and assignees.
[15:38] <cjwatson> yeah, except lots of people can make-and-accept nominations in one shot
[15:38] <slangasek> bdmurray: ok, I think that needs revisited
[15:38] <cjwatson> and indeed have no way to just nominate, if they have that privilege
[15:38] <infinity> Yeah, there's that.
[15:38] <slangasek> anyway, -notfixing this bug for now
[15:38] <bdmurray> slangasek: yes and clarified on the RCBugTargetting page
[15:38] <cjwatson> so the documentation bdmurray quotes is insufficiently informed about Launchpad
[15:39]  * xnox ... aren't we all?!
[15:39] <slangasek> xnox: I refer to my original mail on this subject ;)
[15:39] <xnox> slangasek: i shall added to my bookmarks then.
[15:39] <slangasek> bug #1016643
[15:40] <slangasek> pinged mvo on the bug last week, no response
[15:40] <slangasek> pinged on IRC now :)
[15:40] <slangasek> anything else that's a concern on that bug list?
[15:40] <slangasek> #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-q-tracking-bug-tasks.html
[15:42] <bdmurray> regarding bug 997200 its seems like the underlying issue is bug 346386
[15:42] <cjwatson> There's an even earlier bug.
[15:42] <cjwatson> bug 24061
[15:42] <slangasek> is that *still* not fixed?
[15:43] <cjwatson> It keeps getting fixed for some cases and popping up for more.
[15:43] <bdmurray> well 346386 mvo fixed in quantal according to the changelog
[15:43] <cjwatson> Because apt is awesome and similar code exists in like ten different places.
[15:43] <slangasek> heh
[15:44] <cjwatson> See my analysis in bug 24061 comments 66 and 67
[15:44] <cjwatson> But I think realistically we're going to end up punting for yet another release.
[15:45] <slangasek> meh
[15:45] <slangasek> ok
[15:45] <cjwatson> -updates would be nice though, as it happens *all the time*
[15:45] <slangasek> would it make a difference to have a step-by-step reproducer?
[15:46] <slangasek> oh, you did that :-)
[15:46] <cjwatson> That was what I was trying to provide with the stunt proxy code I posted to 24061.
[15:46] <slangasek> ok
[15:46] <cjwatson> What we fundamentally need to do is lock Michael and David in a room until it's fixed :-)
[15:46] <cjwatson> I tried my best at the time but didn't understand the necessary fix well enoug
[15:46] <cjwatson> h
[15:47] <cjwatson> Some kind of proxy hack ought to go in apt's test suite,imo
[15:47] <bdmurray> so the apt change in quantal is likely insufficient?
[15:47] <slangasek> so should we mark 997200 as a duplicate and bump that one in the queue?
[15:47] <cjwatson> bdmurray: I suspect yet another partial fix
[15:48] <cjwatson> Though hmm, it seems to have at least tried to be more comprehensive
[15:48] <cjwatson> Try with my proxy and see what happens?
[15:48] <bdmurray> yes I will do that
[15:49] <stokachu> infinity: thanks man
[15:49] <cjwatson> comments 90 and 92 assert it still happens but don't bother to mention a release
[15:49] <bdmurray> I believe that is precise
[15:49] <cjwatson> However Ursula says it still affects her on quantal, in comment 94
[15:49] <cjwatson> Although, if it broke for you once you have to do manual cleanup, and I don't know if she did that
[15:49] <bdmurray> she and I talked about it this morning and she says she has not run into it
[15:50] <cjwatson> So it's possible that was a relic
[15:50] <bdmurray> yes
[15:50] <cjwatson> If miracles have happened and that's a complete fix, we should SRU it and have some kind of party
[15:51] <xnox> cjwatson: and crown  somebody "Cluedo" champion?
[15:51] <cjwatson> It looks like the branch that landed included a dummy webserver
[15:51] <cjwatson> Which is definitely the right approach
[15:51] <bdmurray> looking at logs I don't think Ursula had cleared her lists after getting the new apt
[15:51] <infinity> Even if it's not a complete fix, I wonder if it might not be a bad idea to have something that detects the badness and does a bit of cleanup so users don't have to.
[15:51] <infinity> But, if we're confident it's actually fixed, that becomes dead code, I suppose.
[15:52] <infinity> The whole time, though, the failure mode has actually been far worse than the bug itself.
[15:52] <infinity> If it could have just said "yeah, stuff's broken, cleaning up so you can try again", people wouldn't mind as much. :P
[15:54] <stokachu> infinity: if you got a second would you approve bug 683640
[15:54] <slangasek> bdmurray: you're following up on that bug then, to see if the quantal apt passes cjwatson's test?
[15:54] <bdmurray> slangasek: yes indeed
[15:54] <bdmurray> and if it passes I look at a precise SRU
[15:55] <slangasek> bdmurray: perfect, thanks
[15:55] <slangasek> any other bugs?
[15:56] <infinity> stokachu: The analysis of that bug seems wrong to me.
[15:56] <bdmurray> not from me
[15:56] <slangasek> [TOPIC] AOB
[15:56] <slangasek> Any other business?
[15:56] <bdmurray> I am out on Friday
[15:57] <mvo> meh, so #24061 reappeared?
[15:57] <slangasek> mvo: we don't know, the bug hasn't been closed :)
[15:57] <stokachu> infinity: from comment #2?
[15:57] <mvo> oh
[15:57] <slangasek> (at least, not recently)
[15:57] <slangasek> mvo: bdmurray will check
[15:57] <mvo> ok - this time the fix includes a proxy inspired by the one from cjwatson to guard against regressions
[15:57] <mvo> *fingerscrossed*
[15:58] <cjwatson> Right, could be nobody noticed that it closed #24061
[15:58] <cjwatson> Glad to know my suggestion was useful :)
[15:58] <slangasek> #endmeeting
[15:58] <meetingology> Meeting ended Wed Oct 10 15:58:44 2012 UTC.
[15:58] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-10-10-15.02.moin.txt
[15:58] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-10-10-15.02.html
[15:58] <slangasek> have a good release week, everyone :)
[15:58] <mvo> I will ask for he feedback of bdmurray but it should be fixed in Q
[15:58] <ogra_> thanks !
[15:58]  * xnox thanks.
[15:58] <infinity> stokachu: Hop on mumble.
[15:59] <stokachu> ok
[15:59] <jodh> thx
[15:59] <stgraber> thanks!