[00:04] cjwatson: Now that we've migrated d-i and switched precise images to -updates, any qualms about me letting the kernel SRU PPA->proposed process carry on as usual? [00:04] cjwatson: (Obviously won't be promoting anything to updates until post-.2) [00:04] Hmm - I think that's fine, if we need to rebuild d-i we can turn off -proposed in it [00:05] Shouldn't need to anyway. [00:05] Should we? [00:05] Shouldn't. But it's possible [00:05] d-i doesn't pull in metapackages, and the kernels are addressed by strict ABI. [00:05] Oh ISWYM [00:05] Yeah [00:06] Right, I'll turn the crank, then and unblock their process. === guest_ is now known as 19WAA4R3F === phillw is now known as Guest92936 === jbicha is now known as Guest80174 === Guest80174 is now known as jbicha_ === yofel_ is now known as yofel [09:17] cjwatson: Thanks for the fix for the precise d-i kernel mismatch. Raring server images have similar issues today :) [09:19] I guess they would. Will look [09:43] psivaa: Was just transient. Bad luck on migration timing. [09:44] infinity: you forgot to update the seeds too ... [09:44] psivaa: should be happier now [09:44] Oh, bah. [09:44] (I updated the seeds and respun) [09:44] As noted, crap night here at casa del finity. [09:45] *nod* go sleep. [09:45] not that that ever works when people tell me that. [09:46] I'll give it a good effort. [09:46] infinity: cjwatson: ok thanks, in any case i have had a bug opened to account the failure in the dashboard. I'll close it when the tests start passing === henrix_` is now known as henrix [10:17] OK, precise builds from here on in should (hopefully) be posted to the .2 milestone on the trackers [10:18] localized-iso.qa already had such a milestone with a weird name - didn't notice until after creating the iso.qa one so they're inconsistent, but *shrug* [10:25] jdstrand: If you have any security updates for precise between now and next Thursday, please consult with me first - I need to know about them for image preparation. [10:25] jdstrand: I've left copy-report enabled for now [10:58] Wubi for 12.04.2 is in place but unsigned. RT 59244 will fix that. [12:28] ISTR a file somewhere that shows the size difference between consecutive image builds — where is it? [12:32] Laney, there is a iso-deb-size-compare in ubuntu-archive-tools [12:32] by then pitti was running it somewhere in the CD to look at those things IIRC [12:33] but I'm probably not the best placed to reply to that question [12:36] fair [12:37] * Laney prods around nusakan [12:50] cjwatson: ok, I'll pass that along to the team as well [12:51] cjwatson: openjdk-6 and qt4-x11 are two [12:52] jdstrand: wait for qt4-x11, there is a subsequent upload coming once kde finished to build on powerpc [12:53] didrocks: for precise? [12:53] jdstrand: oh sorry, I thought you were talking about the NEW raring queue [12:53] ignore me then ;) [12:55] cjwatson: oh, and postgresql-9.1 [12:55] cjwatson: mdeslaur is handling qt4-x11 and postgresql [12:56] cjwatson: I'm handling openjdk-6 [12:56] I was planning to push openjdk-6 on monday (late) [12:57] I need to check what images those are on before you push anything [12:57] I was planning on pushing qt4-x11 and postgresql monday also [12:59] openjdk-6 is on Ubuntu server [12:59] qt4-x11 is on practically everything [12:59] cjwatson: iiuc, this won't actually hurt the images becuase while we might pull during the install, it is by hitting the archive, but adobe-flashplugin/flashplugin-nonfree should be getting an update today [12:59] postgresql-9.1 is on Ubuntu server [13:00] flashplugin isn't a problem [13:00] cjwatson: same for acroread? [13:00] yes [13:00] k [13:01] any chance of deferring qt4-x11/postgresql-9.1/openjdk-6 to Tuesday? thing is I'm on leave on Monday but I would really like to take a view on what the state of image testing is just before you push them [13:01] otherwise I guess I could stop propagation from precise-security to precise-updates and if need be I can build images without -security [13:01] I have no issue with deferring until tuesday [13:02] not hugely comfortable with that as a last-minute measure though [13:02] I basically just don't want to risk introducing regressions if we have to respin [13:03] cjwatson: openjdk-6 is a pretty bit update with 35+ CVEs fixed in it. I won't be done with testing til late monday (local), so I could wait until tuesday (early-midday). would that help? [13:03] s/bit/big/ [13:03] it would, yes, thanks [13:03] ok [13:03] I should have a pretty clear idea of things by then [13:03] cjwatson: I'll still ping you before I do anything [13:04] BTW Kubuntu folks it's probably worth starting some 12.04.2 testing now [13:04] Riddell,ScottK: ^- [13:04] jdstrand: thanks [13:04] I've got my ninjas onto it [13:09] * cjwatson starts work on the 12.04.2 change summary [14:19] cjwatson, where is the changes summary for Ubuntu Studio 12.04.2 LTS? === Ursinha is now known as Ursinha-afk [14:38] smartboyhw: I'm writing the full changes summary for everyone at the moment; as for Ubuntu Studio release notes, it's the Ubuntu Studio developers' job to write them, not mine [14:38] https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuStudio ← fill them in here as needed; see https://lists.ubuntu.com/archives/ubuntu-devel-announce/2013-February/001011.html for general guidance === henrix is now known as henrix_ === rtg_ is now known as rtg-afk [14:51] cjwatson: hey, just noticed something wrong on the tracker, the precise dailies are only publishing in 12.04.2 and not in daily, so my guess is that isotracker.conf is wrong on nusakan [14:52] (they should all be posted to the Daily milestone and the tracker will automatically copy those to 12.04.2 if they're in the manifst) [14:52] *manifest [14:53] Oh really? It had been posting them to the daily up to now [14:53] Ah, but I only just created the milestone [14:54] stgraber: Go ahead and fix, then, sorry about that [14:55] cjwatson: fixed [14:55] (Somebody has it open so I assume that's you) [14:55] * cjwatson lands https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/ChangeSummary/12.04.2 on the wiki with a giant thud [14:56] yeah, basically we always push to Daily, then if any active milestone has the copy-based-on-manifest flag set and matches the series, any product in the manifest gets copied to that milestone. [14:56] I'll do a quick grep on the wiki, might be that we still say to edit isotracker.conf on there [14:56] I think I just misunderstood your earlier comments, but feel free === henrix_ is now known as henrix [15:30] cjwatson: hey, we just noticed that qemu isn't in the server packageset. I just added it by hand now but can you make sure it sticks? [15:35] stgraber: it's in core - I've added an exception [15:36] so removed from core now [15:36] cjwatson: Thanks. === Ursinha_ is now known as Ursinha [15:40] cjwatson: thanks === jbicha_ is now known as jbicha [16:06] mvo, can you trigger the GnomeAppInstallDesktopDatabaseUpdate for raring? so things are right for Edubuntu and Kubuntu next week. [16:09] hmm.. not seeing mvo on line. [16:10] slangasek, cjwatson - are either of you able to trigger the App Database Update for Raring? [16:15] no, needs access to rookery. bdmurray might be able to do it [16:15] (mvo doesn't have such access any more) [16:15] was just about to mention that ;) [16:15] ah, we'll need to update the process page then. [16:15] bdmurray, can you help? [16:16] thanks cjwatson, stgraber [16:21] skaet: I don't know anything about that and looking around on bignay (which used to be rookery) I don't see anything obvious. [16:21] thanks for looking bdmurray [16:22] slangasek, any ideas on how we can get this happening now? [16:22] * skaet sees that slangasek is down to be working on Raring Alpha 2 a well.. ;) [16:26] * xnox had a session booked with mvo about Appinstall data stuff but missed pinging him about having a chat about that. [16:34] skaet: I know nothing more about it than bdmurray does; I think we'll need to ask mvo [16:34] xnox: will you follow up with mvo, then? [16:35] slangasek: yeah. will try to catch up with him over weekend / on monday. Same timezone helps. [16:36] thanks xnox, please let us now if there's going to be a problem with having this done on monday for the alpha 2 image? [16:38] ack. [16:39] are there any alpha2 images being released that use it? [16:39] there's no reason for it to block images if it doesn't happen [16:39] milestones are a convenient point to remember to update it every so often, that's all [16:40] slangasek: I guess Edubuntu does but we don't particularly care about it being a bit outdated [16:40] * slangasek nods [16:40] for a minute I thought you meant Ubuntu for alpha arch [16:40] I have not yet had my coffee :x [16:40] * antarus might have an alpha in his closet somewhere [16:41] antarus: you're looking for NCommander [16:41] :) [16:41] slangasek: weird arches fell out of favor with me long ago ;p [16:44] slangasek, :-P [16:45] * NCommander might someday make the threat of a Ubuntu/m68k port a reality [16:48] I may still have some old Palm PDA around with a m68k-ish (dragonball) cpu ;) [16:49] most of the Gentoo ports are done by vapier and armin76 [16:49] I lost interest after learning that compiling anything on a 143mhz ultra 1 takes *forever* [16:50] imagine on a 8Mhz m68k ;) [16:50] qemu? ;p === henrix is now known as henrix_ === henrix_ is now known as henrix === zequence_ is now known as zequence === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === henrix is now known as henrix_ === henrix_ is now known as henrix === henrix is now known as henrix_ === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [18:18] cjwatson: bdmurray: the verification of 1066347 with apt-clone 0.2.2ubuntu3 failed on precise. (have reported a new one, bug 1119621 just in case) [18:18] Launchpad bug 1119621 in ubiquity (Ubuntu) " KeyError: "filename './etc/apt/sources.list' not found" during precise desktop installation on a system that already had precise installed." [Undecided,New] https://launchpad.net/bugs/1119621 [18:19] psivaa: how did you verify? [18:20] psivaa: precise images were switched to using -updates only and that package in in -proposed only. So verifying that using a daily is tricky and involves in place upgrade of apt-file. [18:21] xnox: i verified using 0.2.2ubuntu3 from precise-proposed [18:21] yeah, that bug has missed the boat for 12.04.2 now in any event [19:16] cjwatson: ok :) === Ursinha is now known as Ursinha-afk [19:33] cjwatson: can I release a cfingerd security update? It's in universe, shouldn't have any impact I would imagine. [19:43] mdeslaur: Go nuts. [19:43] infinity: thanks [19:43] mdeslaur: Oh crap, I still need to get sssd out of your PPA. [19:43] * infinity does that. === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk [20:14] mdeslaur: yeah, stuff that isn't on any images is fine [20:15] cjwatson: thanks [21:08] Whoever accepted opendkim, would you please accept powerpc too? [21:08] I can. [21:09] Thanks. [21:12] Yeah, I was just hammering on new-binary-debian-universe :) [21:19] can someone please reject lxc in both precise-proposed and quantal-proposed? hallyn just spotted a bug in my dnsmasq fix which I'll now push to raring and re-upload both SRus [21:20] stgraber: Done. [21:20] infinity: thanks [21:29] and lxc re-uploaded everywhere [21:32] (ignore queuebot for precise, it's confused by the precise-backports lxc ;)) === Ursinha-afk is now known as Ursinha [23:11] psivaa: your traceback has code and line numbers that indicate it was not the version of apt-clone from -proposed but rather from -updates [23:33] bdmurray: soz to ping, but a real quick question... is the grub2 in raring going to remove old kernels once it has ~3 / 5 already on the system? I'm not sure if I saw it do it on my ubuntu system or when I was on my CentOS system and some has just queried why they have 26 old kernels :) [23:33] grub2 has nothing to do with removing old kernels [23:34] apt in raring has arrangements to remove old kernels if you use 'apt-get autoremove' [23:34] afaik we are working on a open source pruner [23:34] we have one, it's in apt-get autoremove :) [23:34] did it exist in lucid? [23:34] no [23:34] ahh [23:34] that would be why then [23:35] how smart is it in terms of not removing the running kernel, or the kernel that grub has selected to run next? [23:35] I will totally ditch ours to use yours, if it works ;p [23:35] /etc/kernel/postinst.d/apt-auto-removal [23:35] pretty smart [23:35] thx [23:35] cjwatson: thanks.. and that is going to be new to raring? I'd like to tell him and also update the wiki areas on 'how to remove old kernels'. [23:35] it's in raring, yes [23:36] cjwatson: ah, raring but not P [23:36] ? [23:36] Oh balls, I didn't upload that for precise. [23:36] i know centos keeps the most recent 3 by default, but they still use grub 0.9.. [23:36] cjwatson: I'm totally too late for you, aren't I? [23:36] infinity: too late now I think :-/ [23:36] phillw: grub doesn't relate at all. [23:36] I kept meaning to remind you ... [23:36] infinity: for us, we will backport it internally if needed [23:37] grub2 moves old kernels off into a submenu, but it has nothing to do with actually removing them from the system and it never will. [23:37] phillw: Also, RHEL/Cent very rarely bump ABI, so the problem appears less pronounced. [23:37] infinity: wehre can I find teh source? [23:37] infinity: my fault, it is a clean-up in apt? [23:37] antarus: it does rely on you being generally able to run apt-get autoremove [23:37] cjwatson: safe to run in pkg.postinst? [23:37] or unsafe? [23:37] hell no [23:37] cjwatson: Well, I can upload it today regardless, and we can just not let it in. [23:37] I figured not [23:37] cron it is then ;) [23:37] probably impossible to run in a postinst due to reentrancy [23:37] infinity: it can be in -proposed at least [23:38] and we'll see how validation looks [23:38] cjwatson: Right, that's what I meant. [23:38] cjwatson: Let me do the backport now, so we can point antarus to it. [23:38] thank you