| === dduffey_afk is now known as dduffey | ||
| === rsalveti` is now known as rsalveti | ||
| amitk | I'm testing out the quantal kernels on precise through the x-swat ppa. Are the binary drivers supposed to work after upgrading? I have a broken broadcom wireless that needs jockey intervention in precise. | 06:16 |
|---|---|---|
| amitk | apw: smb` : whenever you guys come online ^^^ | 06:21 |
| hggdh | janimo: ping | 13:21 |
| janimo | hggdh, pong | 13:21 |
| hggdh | janimo: PM, if you do not mind | 13:22 |
| ogra_ | so how do i suppress the building of the tools packages, do_tools=fales is obviously ignored here | 14:32 |
| ogra_ | *false | 14:32 |
| * ogra_ curses | 14:37 | |
| bdmurray | smb`: You did a fair bit of work on kerneloops during quantal right? bug 1026251 | 17:34 |
| ubot2 | Launchpad bug 1026251 in kerneloops "kerneloops assert failure: *** glibc detected *** /usr/sbin/kerneloops: free(): invalid next size (normal): 0x099254a0 ***" [Medium,New] https://launchpad.net/bugs/1026251 | 17:34 |
| ogasawara | infinity: heya, so we've just tested building the quantal kernel in our canonical-kernel-team PPA (ie the same way we do for kernel SRU's) | 18:22 |
| ogasawara | infinity: I've just used the `./copy-proposed-kernel quantal linux` and tweaked one line in the script so that it goes directly to the quantal release pocket rather than proposed | 18:23 |
| ogasawara | infinity: ie the copy-proposed-kernels script from the ubuntu-archive-tools repo | 18:24 |
| ogasawara | infinity: I'm curious if we will hit the same issue as SRU's kernels where the binaries will actually land in Universe rather than Main and need some help getting sorted | 18:24 |
| infinity | ogasawara: Almost certainly will hit the same issue, yeah. | 18:59 |
| ogasawara | infinity: ok, so my other question is that we actually expected this to land in the New queue and then ping you or an archive admin to approve it, but it appears it actually went straight on through | 19:00 |
| ogasawara | infinity: and bypassed New queue processing | 19:00 |
| ogasawara | infinity: is this ok? ie or should we not do this? | 19:00 |
| infinity | ogasawara: Right, which is the same reason you have the issue in -proposed too. | 19:00 |
| ogasawara | infinity: I have to admit I find it a bit scary | 19:00 |
| infinity | ogasawara: binary NEW isn't taken into account on source+binary copies. | 19:00 |
| infinity | ogasawara: Ultimately, it's probably not doing anyone any favours to use the PPA->development workflow, since we then need to wait for a publishing cycle and fix the overrides, where we could have done it in the NEW queue before accepting instead. | 19:01 |
| infinity | ogasawara: One could (and rightfully should, and I think there's a bug about it) argue that copies with NEW binaries should land in NEW and actually be manglable, but that's certainly not the case right now. | 19:02 |
| ogasawara | infinity: ok, will discuss with my team. our thought is that we should be using the same process for the SRU and devel kernels, which is why we tried the build in our PPA for this latest upload. | 19:02 |
| infinity | ogasawara: Also, what was this about script tweaking? I see a kernel in -proposed... | 19:03 |
| ogasawara | infinity: hrm, I thought I'd tweaked the copy-proposed-script to copy to the release pocket, but I'm staring at the script and my change isn't there | 19:05 |
| infinity | Heh. | 19:05 |
| * ogasawara must not have saved | 19:05 | |
| infinity | Well, no big deal. It's better off in proposed anyway, if it's also broken WRT overrides. :P | 19:05 |
| ogasawara | === modified file 'copy-proposed-kernel' | 19:06 |
| ogasawara | --- copy-proposed-kernel2012-06-27 03:17:01 +0000 | 19:06 |
| ogasawara | +++ copy-proposed-kernel2012-07-18 19:05:42 +0000 | 19:06 |
| ogasawara | @@ -48,7 +48,7 @@ | 19:06 |
| ogasawara | 19:06 | |
| ogasawara | ubuntu.getArchive(name='primary').copyPackage(from_archive=kernel_ppa, | 19:06 |
| ogasawara | include_binaries=True, source_name=pkg, to_series=release, | 19:06 |
| ogasawara | - to_pocket='proposed', version=version) | 19:06 |
| infinity | Since it needs a publisher cycle or two to fix it, having the broken version released to -release would be unpleasant. | 19:06 |
| ogasawara | + to_pocket='Release', version=version) | 19:06 |
| ogasawara | 19:06 | |
| ogasawara | # TODO: adjust this script to use find-bin-overrides or rewrite | 19:06 |
| ogasawara | # find-bin-overrides to use lpapi and use it here. | 19:06 |
| ogasawara | infinity: indeed | 19:06 |
| ogasawara | infinity: so it's best it didn't do what I thought I did | 19:06 |
| ogasawara | infinity: ok, so I'm going to relay all this to apw and rtg | 19:07 |
| infinity | Anyhow. Overriding and such now. Will promote when it all looks sane. | 19:07 |
| infinity | Using this workflow slows you down a tiny bit, but I'm not sure if that's something you care deeply about. | 19:07 |
| infinity | And the option to upload directly is still there for emergencies. | 19:07 |
| ogasawara | infinity: right, I don't think we deeply care | 19:08 |
| ogasawara | infinity: anyways, will relay all this to apw and rtg | 19:08 |
| * infinity nods. | 19:08 | |
| ogasawara | infinity: thanks again, we'll buy you a beer, but then drink it :) | 19:08 |
| infinity | ogasawara: *glare* | 19:08 |
| === Daviey_ is now known as Daviey | ||
| epikvision | for kernel testing, how do you know what hardware you have? | 21:37 |
| epikvision | http://paste.ubuntu.com/1099090/ | 21:37 |
| === TheMuso` is now known as TheMuso | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!