=== james_ is now known as Guest6142 === hggdh_ is now known as hggdh [05:06] if an AA has a minute, Bug #1187435 is blocking abiword from migrating to the release pocket [05:06] Launchpad bug 1187435 in sugar-write-activity-0.86 (Ubuntu) "Please remove pyabiword" [Wishlist,Confirmed] https://launchpad.net/bugs/1187435 [06:54] is there a way to push an update to -updates quicker than letting it linger on -proposed for one week? [06:56] 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] it's bug 1197316 [06:56] Launchpad bug 1197316 in mesa (Ubuntu Raring) "GPU hang with Haswell GT3" [Undecided,In progress] https://launchpad.net/bugs/1197316 [06:57] kinda urgent now that the new pci-id additions got through :) [06:57] also, an IHV wants it yesterday.. [06:58] the quantal ones are urgent, raring bumps the version too [06:58] so that can bake in until the piglit tests are done [06:59] I wish that people would actually comment when they set "verification-done" [07:00] acelan did [07:00] I added a new tag for raring [07:00] No, he just set "verification-done-quantal" without making any comment. [07:00] refresh [07:00] At least as far as I can tel. [07:00] :) [07:00] maybe should've tagged precise though, that's my bad [07:00] Yay! [07:01] or, the tagging doesn't actually work with all these combos :) [07:01] but it's essentially the same package, even though not run on quantal [07:04] Ok, those changes seem sensible enough. How much testing has that package got so far? [07:05] s/package/package set/ as I assume it also need the new xvideo-intel? [07:05] not this bug [07:05] infinity: ^ [07:05] But, the other bug? [07:06] it's two bugs, this one was "caused" by updates for bug 1175533 [07:06] 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] s/caused/exposed by/ [07:06] right, 9.0.3 needed these backports [07:06] Okay, but no one's re-verified that bug with the new packages. [07:06] and 9.1.4 for raring includes both the new pci-id's and the GT3 enablement work [07:07] the quantal backports have been verified [07:07] by hwe [07:07] I like the theory, but I see no evidence of that on the bug log. [07:07] Not since the new packages were accepted last night by me. [07:07] well you accepted -intel yesterday, so it's only mesa now that needs an update on quantal :) [07:07] "I verified this once, then things got changed again" doesn't quite qualify. [07:07] and mesa-lts-quantal [07:08] Especially when update A caused regression B. [07:08] it wouldn't work without the new intel [07:08] I kinda want to see it all well-tested again in the current state, not something hand-wavy. [07:08] these were tested with -proposed [07:08] They were tested BEFORE they built. [07:09] ie: with the previous versions. [07:09] how so? [07:09] The last action on 1175533 is on June 27th. [07:09] Then I accepted a new mesa. [07:09] oh you mean that [07:10] hmm so the -intel was binary new for proposed [07:10] http://paste.ubuntu.com/5842611/ [07:10] this is what he had installed [07:10] plus kernel -36 [07:10] And the binary new Intel stuff too, yeah. I only accepted that yesterday. [07:10] oh libdrm needs a shove too [07:10] So, it can't have been tested before. [07:11] so it's easy, accept them all together :) [07:11] 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] And that there's been at least some attempt at regression testing on perhaps more than one specific HWE platform. [07:12] I can ask acelan to update 1175533 too [07:12] (I'd like to think both these things are true, but I see little evidence of either) [07:12] and I can test them on another haswell [07:13] non-gt3 [07:13] Kay. Please do. [07:14] And get me a complete package list that needs to go in on both precise and quantal in one shot. [07:14] And make sure all the referenced bugs appear to have been addressed in some fashion. [07:14] And I'll happily promote the lot early. [07:14] sure, thanks! [07:15] well the kernel probably will have it's own schedule but should happen later this week anyway [07:15] tjaalton: That code doesn't only hit haswell, though? infinity might be happier if sandybridge and ivybridge get some regression-testing, too? [07:15] 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] RAOF: right, I'll boot my laptop with 12.04.. [07:15] sandybridge [07:15] 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] infinity: yeah, I'll get that done today [07:16] infinity: we asked bjf and nothing should be blocking it afaik [07:17] tjaalton: Like I said, they're blocked on Cert testing. [07:17] (Which has nothing to do with bjf) [07:17] hmm [07:17] ok I'll ask someone from cert then :) [07:17] tjaalton: spineau is the one who appears to have taken the tasks. [07:17] tjaalton, we aim to get the bugs updated by thursday of the testing week [07:18] tjaalton: See http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html [07:18] tjaalton, that's today [07:18] brendand: Ahh, you're listening in. Hi. :) [07:18] infinity, just dropping some eaves [07:18] brendand: If they get updated during EUR work hours, I can promote during my NA day, which would make me happy. [07:19] 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] oh ok cool [07:19] 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] brendand: If you want to look into if some of them got "lost", that would be nice. :) [07:20] brendand: Looks like they're all in progress except for linux/raring. [07:21] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191955 [07:21] Ubuntu bug 1191955 in Kernel SRU Workflow "linux: 3.8.0-26.38 -proposed tracker" [Medium,In progress] [07:21] 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] infinity, we did start testing that - it looks almost finished [07:22] tjaalton: I'll be building the dailies from -proposed initially anyway, but yeah, that's the ultimate plan, obviously. [07:22] infinity, if you're interested, bookmark this: http://people.canonical.com/~hwcert/sru-testing/current/ [07:23] I might have to add a link to that on the bottom of sru-workflow, so I don't lose it. [07:25] brendand: And thanks. I'll check the state of the world in the morning and hope for a pleasant surprise. :) [07:26] 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] infinity: ok, cool [07:26] tjaalton: /msg if you don't want me to lose it in a haze of morning pre-coffee madness. :) [07:26] it's what, 0:26AM there now? [07:26] 01:26 [07:27] alright [07:27] I'll get it done and ping, react when ready :) [07:37] 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. === ara_ is now known as ara [08:39] jibel: Great, thanks [08:56] Does britney consider Breaks for uninstallability? [08:58] 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? === Daviey_ is now known as Daviey [10:44] Laney,seb128: only if some package depends on both xorg-server and unity, or if unity depends on xorg-server [10:44] proposed-migration doesn't (and can't) require everything to be coinstallable [10:48] 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] Nope, that gets into NP-complete hell very quickly. [10:49] Right, and it might not necessarily be a problem [10:49] Indeed. [10:50] Do we have a fauxpkg (I think that's the right term) for ubuntu-desktop et al? [10:50] cjwatson: "some package" does depend on xorg-server and unity, it's called ubuntu-desktop. [10:50] wait, that's not even necessary [10:50] Then that ought to do it. [10:50] yeah [10:50] I thought they were recommends, but checked and they are not [10:51] (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] Yeah, a fauxpkg for the ubuntu-desktop /task/ was probably what I was thinking of === chuck__ is now known as zul [14:36] 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] cjwatson, yes virtual packages and the retry command. [14:40] The first is workaroundable by forcing occasionally, so I won't block announcing on that [14:40] 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] should speed up archive-reports [16:23] cjwatson: can you look at Bug #1187435 is blocking abiword from migrating to the release pocket [16:23] Launchpad bug 1187435 in sugar-write-activity-0.86 (Ubuntu) "Please remove pyabiword" [Wishlist,Confirmed] https://launchpad.net/bugs/1187435 [18:03] please promote the activity-log-manager binary to main [18:09] jbicha: Done. === yofel_ is now known as yofel === Trevinho_ is now known as Trevinho === iulian_ is now known as iulian === Termana is now known as Guest49333 [20:52] !! === RAOF_ is now known as RAOF