=== nhandler_ is now known as nhandler === bladernr_ is now known as bladernr_afk === nhandler_ is now known as nhandler [06:13] Daviey: we got a new firefox version into lucid-security yesterday, apparently 20120213.1 already caught them, nice [06:15] Daviey: so AFAICS we need to drop the maverick and perhaps natty kernel from the DVD, respin that, and we should be good? [06:15] Daviey: oh, hang on, we need another respin for base-files; I guess now is a good time to push that to -updates? [08:12] lucid doesn't autopublish to the tracker ? [08:12] apparently not [08:13] I'll add the images then. [08:15] jibel: thanks; NB that they will still be rebuilt [08:16] pitti, ok [08:16] I'd like to check with cjwatson first what's necessary to drop the maverick, and perhaps natty kernel from the DVD -- just seeds, or d-i rebuild, etc. [08:25] pitti: if you can copy that across, that would be good. [08:25] We could make another spin after than, then we should be good, i believe [08:26] yes, for desktop/alternate [08:26] (DVD needs downsizing) [08:26] right [08:26] Daviey: base-files is now in -updates; 10.04.4 is official then, I guess :) [08:26] (still needs publishing) [08:26] Daviey: do you want to respin them after it's published, or want me to? [08:27] then they can go on the tracker and get the official testing === jodh is now known as jhunt [08:42] pitti: i can do it.. [08:43] pitti: btw, seems there was a bit more to the process than just changing the cronjob. [08:43] I overheard on IRC; sorry, I wasn't aware of this [08:45] np, bt of the fun :) [08:45] part* [08:52] cjwatson: it seems cdimage also needs a corresponding fix for dropping the maverick and natty backport kernels (from reading bug 881529); does this require a d-i upload as well? [08:52] Launchpad bug 881529 in debian-installer (Ubuntu Lucid) (and 2 other projects) "Natty and Oneiric LTS backport kernels need to get onto the Lucid 10.04.4 point release DVD. (affects: 2) (dups: 1) (heat: 18)" [High,Fix released] https://launchpad.net/bugs/881529 [09:59] pitti: we shouldn't need a d-i upload - the images are independent [09:59] cjwatson: good morning [09:59] it should be cdimage+seeds [09:59] cjwatson: I asked because in that bug d-i was "rebuilt against the oneiric backport" [10:00] cjwatson: ok, thanks; I guess it's ok to drop the natty kernel as well, as per Tim's confirmation? [10:00] d-i/lucid ships a bunch of independent images for the lucid, maverick, natty, and oneiric kernels [10:00] so it needs to be kept up to date with all of them ... [10:00] I was a bit sceptical about the natty kernel mostly just because we haven't seen any evidence that either works for anyone :-) [10:01] is there any other low-hanging fruit on amd64? [10:01] other than cutting down the new kernels and some auxiliary language support I'm a bit wary of dropping stuff that we shipped before [10:03] seed change committed [10:04] http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.lucid/revision/1716 [10:04] Daviey: ^ FYI [10:04] ack [10:05] I've committed the debian-cd change [10:05] and deplouyed [10:05] -u [10:06] ah, thanks; was just about to [10:07] cjwatson: so $BOOT_IMAGES can keep the maverick/natty stuff? [10:08] * cjwatson checks [10:09] um, BOOT_IMAGES is constructed dynamically from BACKPORT_KERNELS [10:09] unless you're looking at some other code from me? [10:09] for backport in $BACKPORT_KERNELS; do [10:09] BOOT_IMAGES="$BOOT_IMAGES $backport-cdrom/initrd.gz $backport-cdrom/vmlinuz" [10:09] etc. [10:10] cjwatson: I was just looking at r1737 and wondered what needs reverting [10:10] + BOOT_IMAGES="$BOOT_IMAGES maverick-cdrom/initrd.gz maverick-cdrom/vmlinuz natty-cdrom/initrd.gz natty-cdrom/vmlinuz oneiric-cdrom/initrd.gz oneiric-cdrom/vmlinuz" [10:11] pitti: has that made it insize? [10:11] Daviey: i386 should be ok; for amd64 I'm not quite sure how much more we need to squeeze off [10:11] we could do a build, and then get the precise delta from its log [10:11] pitti: do we only know once we spin, or can we easily predict? [10:12] Daviey: with some more effort we can calculate it from the current one, if you substract all the maverick/natty package sizes [10:12] Daviey: but figuring this out might take longer than the 20-or-so minutes to build the DVD, so I thought we'd do the lazy way [10:13] Daviey: err, of course I wanted to say, "so that we'll know the correct size delta instead of an estimated one" :) [10:15] pitti: it's been refactored since then so you don't need to revert anything there [10:15] ah, great [10:16] pitti: amd64 should be OK per my calculations last night [10:16] it was something like 110MB or 120MB over, and the maverick and natty kernels were about 80MB apiece [10:16] i386 was inside that, more like 40MB over [10:17] Daviey: base-files 5.0.0ubuntu20.10.04.5 is published; so I think you can go ahead with respinning all three [10:17] we could've just dropped the maverick kernel on i386, in fact [10:18] pitti: ok, thanks. Will do in a moment. [10:33] building in screen [10:57] did someone else trigger one aswell? [10:57] suprised we are up to .2 [10:58] the versioning is buggily shared with precise builds [10:58] oic [11:15] oh I broke soyuz somehow, queue command now blocks [11:17] publish-queue is running, it's probably not your fault [11:18] hm, does seem to be taking its time though! [11:18] * cjwatson kills it [11:19] NEW is quite large ATM [11:19] can you kill your running queue and we'll try again from scratch? [11:19] I'm waiting for the armel kernel build for binNEWing/d-i rebuild, after that it should become a lot smaller [11:19] queue info doesn't normally take that much longer to even start responding just because the queue is long [11:20] ok, there we go, it's fine now [11:20] launchpad was having some DB issues [11:20] which have just been resolved [11:21] ah, thanks [11:23] yes, fixed, nice === Ursinha_ is now known as Guest56696 [14:51] hi there [14:52] so in whoopsie (the crash reporting daemon that's on its way into main as part of http://wiki.ubuntu.com/ErrorTracker ), we have a GNOME Control Center page for turning on and off crash reporting [14:52] at the system level (it talks to a dbus service that does the actual config file writing) [14:53] it's currently called Privacy, and we discovered about a week ago that another group of developers under contract created a Privacy page for handling zeitgeist settings [14:54] so Matthew Paul Thomas worked with Christian Giordano to merge the designs, which largely involved moving the contents of the Privacy page for whoopsie into a GtkNotebook tab in the zeitgeist settings === bladernr_afk is now known as bladernr_ [14:55] Is it okay if I just rename the whoopsie settings page to Diagnostics (which will be the name of the tab in the new design) for this week [14:55] and then merge the code into a GtkNotebook tab before UI freeze [14:55] the functionality wont be changing at all [14:55] it's just a placement thing [14:57] doesn't seem like a feature freeze matter to me [14:58] well, isnt FF = UIF ? [14:59] ah, no, its separate [15:01] skaet, Daviey I manually posted 10.04.4 builds to the tracker. Could you double-check there's no oversight ? [15:01] cjwatson: cheers [15:01] jibel, thanks, will do. [15:55] Riddell, did you want Kubuntu images released for 10.04.4? For 10.04.3 we released DVDs, what's up there now is Desktop and Alternate. [15:55] ScottK ^ any opinions? [16:01] jibel, powerpc images weren't in 10.04.3 release, am dropping them from the tracker. [16:02] Daviey, pitti, ^^ [16:02] skaet: rocking [16:02] skaet: did you see scrollback BTW? [16:02] * skaet goes to do the scrollback.... [16:03] nothing too exciting, base-files now in the current iso build [16:03] So anything from now on is a release candidate. [16:06] * skaet nods [16:07] wDaviey, can you see if you can find the Kubuntu DVD images and post them if they went out with 10.04.3 we should have them as an option up for 10.04.4 too.hey're already built (or rebuild them). Since thy [16:08] Daviey, ^ ignore (bad editing on the line looks like :P ) [16:09] Daviey, 10.04.4 Kubuntu DVD images, can you post if they exist, else build them and post? [16:10] jibel, Daviey - Ubuntu Server armel+omap - was only an 18 month support (part of ARM EOL announce), so removing it too. [16:16] cool [16:16] skaet: will do, but in a meeting right now === bladernr_ is now known as bladernr_afk [17:38] Laney: Thanks for the bug report. I was thinking of sending an email to -release about that. [17:38] no probs hombre [17:38] :) [17:48] skaet: hmm, will need to ponder about Kubuntu images for 10.04.4 [17:49] just a question of manpower we have against manpower we need for 12.04 === maxb is now known as Guest79372 === medberry is now known as Guest1895 === Guest1895 is now known as med_ === nhandler_ is now known as nhandler === bladernr_afk is now known as bladernr_