[05:06] <micahg> if an AA has a minute, Bug #1187435 is blocking abiword from migrating to the release pocket
[05:06] <ubot2`> Launchpad bug 1187435 in sugar-write-activity-0.86 (Ubuntu) "Please remove pyabiword" [Wishlist,Confirmed] https://launchpad.net/bugs/1187435
[06:54] <tjaalton> is there a way to push an update to -updates quicker than letting it linger on -proposed for one week?
[06:56] <RAOF> tjaalton: Yeah, you can prod SRU people to release it sooner if you can justify (a) why it's safe and (b) why it's urgent.
[06:56] <tjaalton> it's bug 1197316
[06:56] <ubot2`> Launchpad bug 1197316 in mesa (Ubuntu Raring) "GPU hang with Haswell GT3" [Undecided,In progress] https://launchpad.net/bugs/1197316
[06:57] <tjaalton> kinda urgent now that the new pci-id additions got through :)
[06:57] <tjaalton> also, an IHV wants it yesterday..
[06:58] <tjaalton> the quantal ones are urgent, raring bumps the version too
[06:58] <tjaalton> so that can bake in until the piglit tests are done
[06:59] <RAOF> I wish that people would actually comment when they set "verification-done"
[07:00] <tjaalton> acelan did
[07:00] <tjaalton> I added a new tag for raring
[07:00] <RAOF> No, he just set "verification-done-quantal" without making any comment.
[07:00] <tjaalton> refresh
[07:00] <RAOF> At least as far as I can tel.
[07:00] <RAOF> :)
[07:00] <tjaalton> maybe should've tagged precise though, that's my bad
[07:00] <RAOF> Yay!
[07:01] <tjaalton> or, the tagging doesn't actually work with all these combos :)
[07:01] <tjaalton> but it's essentially the same package, even though not run on quantal
[07:04] <RAOF> Ok, those changes seem sensible enough. How much testing has that package got so far?
[07:05] <infinity> s/package/package set/ as I assume it also need the new xvideo-intel?
[07:05] <tjaalton> not this bug
[07:05] <tjaalton> infinity: ^
[07:05] <infinity> But, the other bug?
[07:06] <tjaalton> it's two bugs, this one was "caused" by updates for bug 1175533
[07:06] <ubot2`> Launchpad bug 1175533 in linux (Ubuntu Quantal) "[HSW] intel VGA driver i915 doesn't support new haswell graphics [8086:0a2e] " [Critical,In progress] https://launchpad.net/bugs/1175533
[07:06] <RAOF> s/caused/exposed by/
[07:06] <tjaalton> right, 9.0.3 needed these backports
[07:06] <infinity> Okay, but no one's re-verified that bug with the new packages.
[07:06] <tjaalton> and 9.1.4 for raring includes both the new pci-id's and the GT3 enablement work
[07:07] <tjaalton> the quantal backports have been verified
[07:07] <tjaalton> by hwe
[07:07] <infinity> I like the theory, but I see no evidence of that on the bug log.
[07:07] <infinity> Not since the new packages were accepted last night by me.
[07:07] <tjaalton> well you accepted -intel yesterday, so it's only mesa now that needs an update on quantal :)
[07:07] <infinity> "I verified this once, then things got changed again" doesn't quite qualify.
[07:07] <tjaalton> and mesa-lts-quantal
[07:08] <infinity> Especially when update A caused regression B.
[07:08] <tjaalton> it wouldn't work without the new intel
[07:08] <infinity> I kinda want to see it all well-tested again in the current state, not something hand-wavy.
[07:08] <tjaalton> these were tested with -proposed
[07:08] <infinity> They were tested BEFORE they built.
[07:09] <infinity> ie: with the previous versions.
[07:09] <tjaalton> how so?
[07:09] <infinity> The last action on 1175533 is on June 27th.
[07:09] <infinity> Then I accepted a new mesa.
[07:09] <tjaalton> oh you mean that
[07:10] <tjaalton> hmm so the -intel was binary new for proposed
[07:10] <tjaalton> http://paste.ubuntu.com/5842611/
[07:10] <tjaalton> this is what he had installed
[07:10] <tjaalton> plus kernel -36
[07:10] <infinity> And the binary new Intel stuff too, yeah.  I only accepted that yesterday.
[07:10] <tjaalton> oh libdrm needs a shove too
[07:10] <infinity> So, it can't have been tested before.
[07:11] <tjaalton> so it's easy, accept them all together :)
[07:11] <infinity> I can do that, I just want to make sure all the bugs addressed have all had some solid verification with current versions.
[07:12] <infinity> And that there's been at least some attempt at regression testing on perhaps more than one specific HWE platform.
[07:12] <tjaalton> I can ask acelan to update 1175533 too
[07:12] <infinity> (I'd like to think both these things are true, but I see little evidence of either)
[07:12] <tjaalton> and I can test them on another haswell
[07:13] <tjaalton> non-gt3
[07:13] <infinity> Kay.  Please do.
[07:14] <infinity> And get me a complete package list that needs to go in on both precise and quantal in one shot.
[07:14] <infinity> And make sure all the referenced bugs appear to have been addressed in some fashion.
[07:14] <infinity> And I'll happily promote the lot early.
[07:14] <tjaalton> sure, thanks!
[07:15] <tjaalton> well the kernel probably will have it's own schedule but should happen later this week anyway
[07:15] <RAOF> tjaalton: That code doesn't only hit haswell, though? infinity might be happier if sandybridge and ivybridge get some regression-testing, too?
[07:15] <infinity> tjaalton: And please do the matching raring bits ASAP too, since I'm about to switch the precise dailies to the raring stack. :P
[07:15] <tjaalton> RAOF: right, I'll boot my laptop with 12.04..
[07:15] <tjaalton> sandybridge
[07:15] <infinity> tjaalton: Kernel's just waiting on Cert, everything else is done, so they may be released by me tomorrow.  You could try to light a fire there and ask what's up.
[07:16] <tjaalton> infinity: yeah, I'll get that done today
[07:16] <tjaalton> infinity: we asked bjf and nothing should be blocking it afaik
[07:17] <infinity> tjaalton: Like I said, they're blocked on Cert testing.
[07:17] <infinity> (Which has nothing to do with bjf)
[07:17] <tjaalton> hmm
[07:17] <tjaalton> ok I'll ask someone from cert then :)
[07:17] <infinity> tjaalton: spineau is the one who appears to have taken the tasks.
[07:17] <brendand> tjaalton, we aim to get the bugs updated by thursday of the testing week
[07:18] <infinity> tjaalton: See http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[07:18] <brendand> tjaalton, that's today
[07:18] <infinity> brendand: Ahh, you're listening in.  Hi. :)
[07:18] <brendand> infinity, just dropping some eaves
[07:18] <infinity> brendand: If they get updated during EUR work hours, I can promote during my NA day, which would make me happy.
[07:19] <brendand> infinity, actually i'm not marshalling that testing this week, but the person who is is in France, so yes it should happen by end of Europe day
[07:19] <tjaalton> oh ok cool
[07:19] <infinity> brendand: Yeah, I noticed it was spineau.  Though, he hasn't claimed all the kernels, just some of them (according to the bugs, anyway).
[07:20] <infinity> brendand: If you want to look into if some of them got "lost", that would be nice. :)
[07:20] <infinity> brendand: Looks like they're all in progress except for linux/raring.
[07:21] <infinity> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191955
[07:21] <ubot2`> Ubuntu bug 1191955 in Kernel SRU Workflow "linux: 3.8.0-26.38 -proposed tracker" [Medium,In progress]
[07:21] <tjaalton> infinity: if you want to switch stacks, you probably want to accept the lts-raring backports as well then, aiui those have been in proposed for a loong time now, 36 days in fact
[07:21] <brendand> infinity, we did start testing that - it looks almost finished
[07:22] <infinity> tjaalton: I'll be building the dailies from -proposed initially anyway, but yeah, that's the ultimate plan, obviously.
[07:22] <brendand> infinity, if you're interested, bookmark this: http://people.canonical.com/~hwcert/sru-testing/current/
[07:23] <infinity> I might have to add a link to that on the bottom of sru-workflow, so I don't lose it.
[07:25] <infinity> brendand: And thanks.  I'll check the state of the world in the morning and hope for a pleasant surprise. :)
[07:26] <infinity> tjaalton: So, that should handle the kernel side.  Just get me whatever verification and regression testing I need for the mesa/X bits, and poke me for my morning.
[07:26] <tjaalton> infinity: ok, cool
[07:26] <infinity> tjaalton: /msg if you don't want me to lose it in a haze of morning pre-coffee madness. :)
[07:26] <tjaalton> it's what, 0:26AM there now?
[07:26] <infinity> 01:26
[07:27] <tjaalton> alright
[07:27] <tjaalton> I'll get it done and ping, react when ready :)
[07:37] <jibel> cjwatson, I push r211 of adt-britney. collect now returns all the latest results, and should not forget previous status. Just in case, I added option -n to revert to the previous behavior and show only freshly collected results.
[08:39] <cjwatson> jibel: Great, thanks
[08:56] <Laney> Does britney consider Breaks for uninstallability?
[08:58] <seb128> or asked different "if the new xorg-server Breaks: unity (<< to-be-uploaded)", will britney stop it to migrate to saucy while unity is not updated?
[10:44] <cjwatson> Laney,seb128: only if some package depends on both xorg-server and unity, or if unity depends on xorg-server
[10:44] <cjwatson> proposed-migration doesn't (and can't) require everything to be coinstallable
[10:48] <Laney> cjwatson: Yeah. I thought maybe it would see that the situation is worse (i.e. that they were coinstallable and now are not) and care about that.
[10:49] <cjwatson> Nope, that gets into NP-complete hell very quickly.
[10:49] <Laney> Right, and it might not necessarily be a problem
[10:49] <cjwatson> Indeed.
[10:50] <Laney> Do we have a fauxpkg (I think that's the right term) for ubuntu-desktop et al?
[10:50] <infinity> cjwatson: "some package" does depend on xorg-server and unity, it's called ubuntu-desktop.
[10:50] <Laney> wait, that's not even necessary
[10:50] <cjwatson> Then that ought to do it.
[10:50] <Laney> yeah
[10:50] <Laney> I thought they were recommends, but checked and they are not
[10:51] <cjwatson> (I'm sick.  All you get from me today is the stuff most deeply embedded into my consciousness.  Sadly that appears to include the fundamental workings of britney)
[10:53] <Laney> Yeah, a fauxpkg for the ubuntu-desktop /task/ was probably what I was thinking of
[14:36] <cjwatson> jibel: Great, this is working (cf. xorg-server -> firefox).  So now it's just the fix for virtual package handling, I think?
[14:37]  * cjwatson goes to announce this
[14:38] <jibel> cjwatson, yes virtual packages and the retry command.
[14:40] <cjwatson> The first is workaroundable by forcing occasionally, so I won't block announcing on that
[14:40] <cjwatson> Sent to u-d-a
[15:53]  * cjwatson sticks a chdist-mainonly command in lillypilly:/home/ubuntu-archive/bin/ and removes the -mainonly chdist configs
[15:53] <cjwatson> should speed up archive-reports
[16:23] <micahg> cjwatson: can you look at Bug #1187435 is blocking abiword from migrating to the release pocket
[16:23] <ubot2`> Launchpad bug 1187435 in sugar-write-activity-0.86 (Ubuntu) "Please remove pyabiword" [Wishlist,Confirmed] https://launchpad.net/bugs/1187435
[18:03] <jbicha> please promote the activity-log-manager binary to main
[18:09] <infinity> jbicha: Done.
[20:52] <mlankhorst> !!