=== jbicha is now known as Guest92929 | ||
=== Guest92929 is now known as jbicha_ | ||
=== Ursinha is now known as Ursinha-afk | ||
=== Ursinha-afk is now known as Ursinha | ||
=== Ursinha is now known as Ursinha-afk | ||
ScottK | Looks like nodejs can be synced. That would fix installability of node-resolve. | 06:17 |
---|---|---|
ScottK | Oops, wrong channel. | 06:17 |
smartboyhw | Release Team: When will 12.04.3 builds start appearing in http://iso.qa.ubuntu.com/qatracker ? | 06:23 |
stgraber | slangasek: heya. I'm about to jump on a plane and disappear for 9 hours or so. I created the 12.04.3 milestone on the ISO tracker and checked that nusakan is properly configured for it (first auto-publish + self-rebuild milestone for precise) | 08:16 |
stgraber | slangasek: everything looks good, so once you're ready and have cron turned off, go to http://iso.qa.ubuntu.com/admin/config/services/qatracker/milestones/301/edit and tick "Automatically publish builds listed in the series manifest", then save the milestone | 08:16 |
stgraber | slangasek: from that point on, any build being pushed to the tracker for precise which is listed on http://iso.qa.ubuntu.com/admin/config/services/qatracker/series/1/manifest will automatically show up as part of 12.04.3 | 08:17 |
stgraber | slangasek: I'm currently planning on setting up the paperwork (release notes + announcement) tomorrow (wednesday) morning. If you think we should have those earlier, ping me and I'll try to get them done when I arrive home | 08:19 |
infinity | slangasek: -proposed kernels all pushed to -updates, and the matching d-i has been released too. | 09:21 |
=== smartboyhw_ is now known as smartboyhw | ||
=== doko_ is now known as doko | ||
=== Ursinha-afk is now known as Ursinha | ||
=== Ursinha is now known as Ursinha-afk | ||
=== Ursinha-afk is now known as Ursinha | ||
=== alecu_ is now known as alecu | ||
bdmurray | Could somebody approve libgksu2-0 in the raring -proposed queue for me? | 15:21 |
=== Ursinha-afk is now known as Ursinha | ||
slangasek | bdmurray: accepted | 16:06 |
slangasek | infinity: ping | 16:29 |
infinity | slangasek: pong. :P | 17:33 |
slangasek | infinity: pacman | 17:36 |
infinity | slangasek: Ms PacMan was way better. | 17:37 |
slangasek | plars: finally got everything in order, first candidate images should be rolling off the line within the hour | 17:48 |
slangasek | infinity: oh, I didn't copy pciutils over before I started; I don't think that's worth stopping for now fwiw | 17:48 |
infinity | slangasek: Yeah, no pciutils should be fine. PCI DBs are a purely cosmetic thing anyway. | 17:55 |
infinity | (Though it makes the ISO less pleasant as a debugging tool, but that's a bit of a *shrug*) | 17:55 |
infinity | rtg: *poke* | 17:57 |
rtg | infinity, ? | 17:57 |
rtg | pciutils ? | 17:57 |
infinity | rtg: I noticed that intel-microcode SRU of yours claims (at least, according to upstream) to be a scurity fix. Can you coordinate with mdeslaur or someone to make that happen as a security release instead of an SRU? | 17:57 |
infinity | rtg: And I'll reject the SRUs. | 17:57 |
infinity | mdeslaur: ^ | 17:58 |
rtg | infinity, there was no CVE allocated, plus its a multiverse package. is it really worth it ? | 17:58 |
infinity | rtg: I'd rather not push security fixes only to -updates, personally. Even for weird multiverse thingees. | 17:58 |
slangasek | plars: alternate images already available now | 17:59 |
infinity | jdstrand, mdeslaur: Opinions? | 17:59 |
mdeslaur | do we have any idea what the "important security fix" is in that? | 18:00 |
plars | slangasek: awesome, thanks for the heads up | 18:01 |
plars | psivaa: ^ | 18:01 |
rtg | infinity, mdeslaur: there is no changelog on the ucode download page | 18:01 |
infinity | mdeslaur: You missed "very". A "very important security fix". Whatever that means. :P | 18:04 |
plars | slangasek: according to http://iso.qa.ubuntu.com/qatracker/milestones/301/builds/51817/testcases - the alternate images are oversized | 18:04 |
slangasek | plars: nominally; we've agreed to raise the limit rather than try to get them back down to CD size, as that's a lost battle | 18:04 |
mdeslaur | infinity: oh! that's changes _everything_ :) | 18:04 |
mdeslaur | sarnold: could you please handle rtg 's packages ^ | 18:04 |
sarnold | mdeslaur: yes | 18:05 |
infinity | rtg: ^-- That would have been rejected anyway, due to the version clash. | 18:07 |
infinity | sarnold: Bug's https://bugs.launchpad.net/intel/+bug/1212497 | 18:08 |
ubot2` | Launchpad bug 1212497 in intel "[Feature] update microcode to 20130807 version" [High,New] | 18:08 |
sarnold | rtg: can you provide me with the debdiffs? that's my easiest way forward :) | 18:08 |
sarnold | thanks infinity | 18:08 |
infinity | sarnold: debdiffs of binary blobs don't end well. | 18:08 |
sarnold | infinity: ah. makes sense. | 18:09 |
rtg | sarnold, infinity: so I'm a little confused here. what do you want done with those uploades (aside from fixing the quantal version) ? | 18:10 |
infinity | rtg: Just hand them to sarnold and let him sort it through the kernel PPA and release them. | 18:11 |
sarnold | rtg: I'd like to rebuild the packages in the security ppa and unembargo them through the usual process | 18:11 |
infinity | Err... The security PPA. | 18:12 |
infinity | I can't brain this morning. Need sugar. | 18:12 |
rtg | sarnold, ok, lemme get them prepped. | 18:12 |
sarnold | rtg: thanks | 18:12 |
infinity | sarnold, rtg: Thanks. | 18:12 |
infinity | slangasek: Bleh, yeah, the whole world is still a tiny bit oversized. Did we reach a conclusion on carefactor there? | 18:14 |
slangasek | infinity: pretty sure the consensus was to accept defeat on this front | 18:14 |
* infinity nods. | 18:15 | |
infinity | slangasek: We could drop unity from the images instead. | 18:15 |
infinity | Anyone who needs more than glibc, gcc, and perl is probably using their computer wrong anyway. | 18:16 |
slangasek | we could drop acid instead; both are about as helpful for getting us to a point release | 18:16 |
infinity | slangasek: I suppose if we were going to accept defeat, we could have added some langpacks back, but oh well. There's always .4 | 18:17 |
rtg | sarnold, http://kernel.ubuntu.com/~rtg/intel-microcode for p/q/r | 18:42 |
sarnold | rtg: thanks | 18:46 |
rtg | sarlemme know if I've borked the versions | 18:46 |
rtg | sarnold, ^^ (damn tab completion) | 18:46 |
bdmurray | infinity: how was the linux update in raring released? | 18:54 |
bdmurray | infinity: I mean with what tool? | 18:54 |
infinity | bdmurray: With sru-release, hacked up to remove the bug twiddling because of races. We need to sort that. :/ | 18:55 |
infinity | bdmurray: With copies being much (MUCH) faster now, the bug twiddling collides with launchpad's auto-closures and sru-release backtraces itself into oblivion, so I've had to do that. | 18:56 |
infinity | bdmurray: (I assume the complaint is that I didn't unsub all the teams, as the tool would have done) | 18:56 |
bdmurray | infinity: okay, well the phased-update-percentage was set (I have a fix for that) but you want to use change-override to set it to 100% in -updates | 18:56 |
infinity | bdmurray: Oh. This is about PUP? Check. Is that meant to be set by tools or by LP? | 18:57 |
infinity | I may be a bit out of date on my u-a-t branch. | 18:57 |
infinity | Ahh, no. No changes to sru-release. | 18:57 |
bdmurray | infinity: I meant I'm working on the fix right now, mp forthcoming | 18:57 |
infinity | bdmurray: Is the intent to have sru-release do it, or LP do it? Having it happen in the copy seems saner and less racy. | 18:58 |
bdmurray | sru-release sets it initially to 10% but should for security updates | 18:58 |
infinity | s/should/shouldn't/ | 18:59 |
bdmurray | er should not | 18:59 |
bdmurray | right | 18:59 |
infinity | bdmurray: Will that be wrong in both pockets? | 18:59 |
* infinity looks. | 18:59 | |
bdmurray | no | 18:59 |
bdmurray | https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/no-phase-security/+merge/181129 | 19:00 |
infinity | Ahh, no. It's 100 in security, so at least people are getting their updates. Just from a poor, overloaded server. | 19:00 |
* infinity overrides the world. | 19:00 | |
infinity | bdmurray: I assume dep resolution works fine if something at 100% depends on something at 10%? | 19:02 |
infinity | (Not that I'm creating that situation, just curious) | 19:02 |
bdmurray | infinity: that's my understanding | 19:03 |
infinity | Alright, linux, linux-ppc, linux-lowlatency, and matching signed/meta stuff all bumped to 100% | 19:03 |
bdmurray | thanks | 19:04 |
infinity | We do need to have a bit of a think about the bug twiddling races. Very annoying to have to noop that part of the tool right now. | 19:04 |
infinity | Exponential backoff, I suppose. | 19:05 |
plars | stgraber, slangasek: https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/1214563 | 20:12 |
ubot2` | Launchpad bug 1214563 in ltsp (Ubuntu) "ltsp-client-builder: Unable to locate package linux-image-generic-lts-quantal" [Undecided,New] | 20:12 |
slangasek | plars: well then! | 20:13 |
slangasek | how about I fix that | 20:13 |
plars | slangasek: sounds good :) | 20:15 |
plars | slangasek: on the plus side, all the other tests I had been doing on alternate looked good so far | 20:16 |
slangasek | cool | 20:17 |
slangasek | so interestingly, wherever the lts-quantal bit lives, it's not in the ltsp source itself | 20:18 |
slangasek | stgraber: ^^ home yet? Do you know what we've missed wrt ltsp and enablement stacks? | 20:18 |
stgraber | slangasek: just arrived in Canada but not quite home yet (on my phone). IIRC there's a patch in debian/patches for lts kernels in the precise LTSP source. Extending this to cover the new backport stack should be enough. | 20:40 |
stgraber | slangasek: if you don't have the time to look at it, I should be able to do it in 2-3 hours | 20:40 |
slangasek | stgraber: oh... I saw there was no branch for precise-updates and assumed that meant there was no package either, wah :( | 20:41 |
slangasek | stgraber: ok, I've got it then | 20:41 |
slangasek | infinity, stgraber: ^^ please review/accept ltsp | 21:27 |
bdmurray | slangasek: could you merge https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/no-phase-security/+merge/181129? | 21:29 |
slangasek | bdmurray: done | 21:34 |
infinity | 2> /dev/null > /dev/null | 21:36 |
infinity | Curious construct. | 21:36 |
infinity | slangasek: That patch looks a bit fragile and strangely non-deterministic, but I guess you didn't make it any worse than it already was. | 21:37 |
slangasek | infinity: thanks; I'll respin {k,x,}ubuntu alternates + kubuntu dvd + ubuntu-server once that publishes | 21:40 |
slangasek | oh, except we've already disabled -proposed | 21:41 |
slangasek | infinity: how would you like to play this? test rebuild with -proposed, or slam it straight into -updates? | 21:41 |
infinity | slangasek: Let me give it a better review (like, a second set of eyes grepping the whole source package), but if it's as obviously correct as it looks, slamming it straight into updates seems fine. | 21:42 |
infinity | slangasek: Yeah, that looks Obviously Correct(tm) to me on a review of the full source. I say we just let it build and release it. | 21:43 |
slangasek | okie | 21:43 |
infinity | slangasek: iz copied. | 22:02 |
slangasek | infinity: ta | 22:13 |
infinity | slangasek: And now published to ftpmaster. | 22:18 |
slangasek | infinity: and wait-for-package trigger set | 22:18 |
slangasek | plars: 12.04.3 ubuntu/alternate respin imminent | 22:44 |
plars | slangasek: ok | 22:47 |
plars | hmm, server too | 23:19 |
plars | ok | 23:19 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!