[00:00] infinity: that's what I'm trying to find out [00:00] but yes, cogl-dev should be the one pulling egl here [00:01] rsalveti: (But given our beta timeline, working around it in clutter's build-deps for tonight seems acceptable) [00:01] yeah [00:02] hehe, libcogl-dev is not depending on any mesa related package [00:02] not for gl and not for egl [00:02] Yeah, that seems like a bug to me. [00:02] And probably just unnoticed because clutter is cogl's only consumer that anyone cares about, and it build-deps on gl/egl. [00:03] Or did, until just now. ;) [00:03] exactly [00:05] infinity: oh, does that eglibc update include my crazy vfprintf fix? [00:06] kees: I don't like it when you use the word crazy. [00:06] can someone please tell me if I need an FFe for this: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=blob;f=Changelog;h=cb04ee49926d4bf11d9480c2a8cf3092416991f7;hb=HEAD#l15 [00:07] oh, nevermind, APIs added, will file an FFe [00:07] infinity: sorry, trying again... does that include my fix for crazy vfprintf? [00:07] micahg: Added beats removed at least. [00:07] kees: Your sane fix for a crazy vprintf? Yes, yes it does. [00:07] \o/ [00:07] vfprintf, even. [00:08] cool, I didn't want precise to miss out on that. [00:08] infinity: indeed :) [00:08] kees: CVE-2012-0864, yes? [00:08] infinity: ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-0864) [00:08] ubot2`: You're not helpful AT ALL with CVEs, stop trying. [00:08] infinity: Error: I am only a bot, please don't think I'm intelligent :) [00:10] kees: Do you know if anyone at mitre has ever discussed actually pulishing CVEs in a timely manner? I love how they lag disclosure time by, sometimes, months (or years). [00:12] rsalveti: armel still sad. [00:12] infinity: let me check [00:12] /usr/include/cogl/cogl/cogl-defines.h:33:23: fatal error: GLES2/gl2.h: No such file or directory [00:13] Definitely points to missing deps in cogl-dev, at least. :P [00:13] infinity: yup, cogl-dev broken [00:13] I'm trying to fix it properly there, 1 sec [00:13] Check. [00:14] rsalveti: I've got all night and freeze isn't until tomorrow, let's just do it right and be done with it. [00:14] infinity: yeah [00:19] infinity: mitre has been getting worse and worse :( [00:20] but yeah, that's the CVE [00:20] kees: That's not saying much, given how bad they were back when I used to deal with them a lot. [00:52] Sod it, I'd worked out how to fix the lubuntu/xubuntu generic kernel thing so just did it. [00:53] skaet: FYI, there's a new chromium security release coming, idk if it'll be released before Beta freeze, but it should be this week [00:56] knome: ^- [01:19] skaet: heh, Chromium was just released, I'll get it in before the freeze [01:52] broder: If you still need a volunteer for New, I'll do it if it's a sync from Debian. === Ursinha is now known as Ursinha-away [02:01] ScottK: how much longer do you think we'll be allowed to sync new packages & have someone review them? :) [02:01] & how much does it cost? [02:01] If they're syncs, not much. [02:01] How late depends on why. [02:02] ScottK: Are you trying to talk broder out of baking me cookies? [02:02] No. He should do that on general principles. [02:02] ScottK: just packages that might be 'nice-to-have' [02:03] ajmitch: Depends on my mood, I guess. [02:03] ok [02:03] I'll try & be super-nice to you when I'm ready to ask for them [02:03] infinity: Is he someone who's cooking you want to eat? You might be better off with store bought. [02:03] * ScottK doesn't know. [02:04] ScottK: He did mention something about "recipes". That might be a warning sign. [02:04] Even I can make cookies without looking up how. [02:04] Or a good one. [02:05] I mean, if you can read you can cook as long as you can do the steps in the right order. [02:05] Computer people ought to be reasonably capable in that regard. [02:06] Sure, but it relies on you having a good recipe to start with. [02:06] Not all cookies are created equally. :P [02:06] That's definitely true. [02:08] infinity: bug 961798 [02:08] Launchpad bug 961798 in cogl "libcogl-dev should also depend on gl/gles -dev packages" [High,In progress] https://launchpad.net/bugs/961798 [02:08] * micahg figures there are at least 300 packages that should probably be sync'd for one reason or another ATM [02:08] infinity: https://launchpadlibrarian.net/97809829/cogl_1.10.0-0ubuntu2.debdiff [02:08] infinity: with the previous clutter debdiff I posted at the other bug it worked fine now [02:08] after pushing this package to the ppa [02:09] finished fine for all archs [02:09] rsalveti: Alright, I'll get on that. [02:12] rsalveti: I suppose that also means that clutter no longer needs the GL build-dep on !arm either. [02:13] rsalveti: Unless it has a local, non-cogl reason to need it too, then it's correct as-is. [02:13] (Even if slightly redundant) [02:13] skaet, kees: kernel uploaded. based on previous build times it should finish in time for us to rev and upload linux-backports-modules and linux-meta before the 21:00UTC beta-2 freeze deadline. [02:13] infinity: there's a local reason for that, but yeah, redundant [02:13] rsalveti: Local reason's enough for me. I'll sponsor these as-is. [02:14] infinity: great, thanks [02:14] micahg: that many? [02:15] ajmitch: yeah, I think so, between really outdated upstreams, dh_python2, RC, FTBFS, and translation updates [02:15] ogasawara: Dangit, you should have warned me. [02:15] ogasawara: I could have aimed the i386 build at a builder that doesn't suck. [02:16] micahg: I'll look at the rc list this weekend, I guess I may be filing a few FFes :) [02:16] infinity: ahh dammit [02:17] I suppose I still can. [02:17] infinity: I think we have enough time even if the builds are slow [02:18] ogasawara: Yeah, but fast doesn't hurt, and we have two quick builders available for x86. [02:18] infinity: I won't argue if you move it to a faster machine :) [02:22] ogasawara: There, you have roseapple and allspice for your x86 builds now. [02:22] ogasawara: And PPC should be starting in ~15m. [02:22] infinity: will you be around in ~2hrs for a round of package copies? [02:23] micahg: Maaaaaybe. [02:23] heh, also, can you reset to auto the other buildds :) [02:24] micahg: No. [02:24] (I'd already done it before you asked) [02:25] ogasawara: Is there a ti-omap4 merge in the works to match the changes in -20.32? [02:25] ah, I refreshed like 5 times [02:26] micahg: blame LP's caching or something [02:26] infinity: I'll just have the package copies done in the morning, I guess a few hours won't hurt at this point [02:27] micahg: I'm sure I'll be around laterish, if you poke me. [02:27] micahg: And if I'm not, pitti will be up in 3 or 4 hours. :P [02:27] ok, well, I'd prefer to use my AA favors tonight for other things :) [02:28] There isn't a limited number you can use. It just affects how much of my homework I'll make you do later. [02:31] infinity: I suspect ppisati will get to it in the morning. I wouldn't consider it urgent for arm as the patches only affect amd64/i386. [02:31] ogasawara: Oh, really? I assumed it was a generic thing, didn't look closely. [02:31] kees: Stop implementing x86-only security features, jerkpants. [02:32] heh [02:36] chromium's uploading [03:02] lol [03:03] finished about 7 minutes ago [03:08] can someone look at ubuntuone-client in NEW? it's currently breaking upgrades here [03:08] they apparently introduced ubuntuone-client-proxy [03:10] FFe is bug 929207 [03:10] Launchpad bug 929207 in ubuntuone-client/trunk "[FFE] Proxy "tunnel" for syncdaemon" [High,Fix released] https://launchpad.net/bugs/929207 [03:24] stgraber: Done. [03:28] infinity: thanks [04:36] cjwatson: You know, now that iwj isn't around to complain anymore that his mirroring tool from 1996 won't work without it, I wonder if we shouldn't discuss dropping ls-lR.gz from the archive (and the 6 minutes it takes to generate...) [04:37] pitti, slangasek: Thoughts? ---^ [04:47] infinity: seems clutter is just waiting to hit the archive, then we'll be finally able to trigger clutter-gst [04:47] and see if the image is blocked by another package [04:47] infinity: are you also able to trigger new image builds? [04:48] rsalveti: I am. [04:48] great [04:48] (And I know that we're waiting on clutter to be published, see above about my annoyance with the publisher taking so long) :P [04:49] It overlapped its lock and missed the :33 run, so I have to wait for :03. [04:49] yeah, thought it was related :-) [04:54] infinity: huh. I know nothing about ls-lR.gz (I had long forgotten it was there), so I defer to the mirrors team. [04:56] slangasek: Well, it wasn't there for a good while after we did the katie->soyuz switch, and no one complained until we hired iwj and he had a fit that his ancient mirroring tool (forget what it was) wouldn't work. :) [04:57] yes - still, I'd ask the mirroring team since they're the only ones likely to care about it [04:57] * infinity nods. [04:57] Fair enough. [05:13] infinity: there are detailed instructions on how an architecture can enable it in the HAVE_ARCH_SECCOMP_FILTER Kconfig help :) also, ARM is planned, but after this one is all the way upstream first. [05:14] ogasawara: nice! [05:14] kees: I'll show you "all the way upstream". [05:14] Or something. [05:15] hehe [05:15] my choice of phrasing was intentional there :P [05:20] ScottK: oy! my cooking is *just* fine, thank you :-P [05:50] rsalveti: Kicking off new armhf ubuntu-desktop dailies in 3600 seconds. [05:51] infinity: awesome [05:51] rsalveti: (As in: sleep 3600 && do stuff) [05:51] Since I won't be around then. ;) [05:51] I might be available still [05:52] Well, I'm going out for a bit. [05:52] I'll be back later to check on them. [05:52] great, thanks [05:52] But thanks for the clutter fixes. [05:53] Now, if you can convince markos to make gnat go (or maybe put someone like riku on the problem?), I'll love you forever. [05:54] yeah, will ping them [05:54] good morning [05:54] morning! [05:54] micahg: still need package copies? [05:54] Guten watevertimeofdayitis. [05:54] pitti: no, not ready unfortunately, decided to do stuff for beta 2 instead [05:55] infinity: I don't know of anything which needs ls-lR.gz, it just sounds like something for client-side mirroring? [05:55] pitti: Yeah, it's all about mirroring. [05:55] pitti: As vorlon suggested, I'll ping the mirror people about it sometime and see if anyone actually cares. [05:56] * micahg could use someone to look at bug 961873 [05:56] Launchpad bug 961873 in blueman "FFe: Update to 1.23" [Undecided,New] https://launchpad.net/bugs/961873 [05:57] micahg: What there's actually a feature, other than the appindicator bit? [05:57] I think that was it, there's also the new icon, but I guess that would need a UIFe [05:58] micahg: And is the appindicator support smart enough to go either/or on indicator versus systray, or will I end up with two icons? :P [05:58] hmm, not sure, I suppose I should try that :) [05:58] Yeah. [05:59] Cause I have both an indicator tray and a more classic systray on my xubuntu desktop. [05:59] micahg: responded [05:59] Blueman is currently in the latter. [05:59] Would be annoying to have it in both. [06:00] hmm, I think this might be the only machine on precise with xfce and I don't want to reboot into it, care to test for me :) [06:00] xfce and bluetooth that is [06:00] micahg: Do you have PPA packages somewhere? [06:01] And will I have to log out? I have a ton of crap open... [06:01] infinity: no, but I have a binary I built locally [06:01] oh, hmm, same boat :) [06:01] I imagine just killing it might do the trick. [06:01] infinity: will an amd64 binary work for you? [06:02] 2117 ? Sl 0:01 /usr/bin/python /usr/bin/blueman-applet [06:02] micahg: Sure. [06:02] I'm guessing just killing the above will DTRT. [06:02] I hope. :P [06:02] (Well, and potentially re-running it) [06:02] Crap, publisher overlapped again. [06:03] * infinity changes his sleep on that image build. [06:04] micahg: Quick like a bunny, I have places to be. ;) [06:04] sorry, figured you wanted a signed changes file :0 [06:05] Just scp it to lillypilly, and I'll assume it's from you. [06:05] Cause I'm trusting that way. [06:07] infinity: done [06:08] micahg: Okay. I have only one icon (and it's the right one). [06:08] micahg: But did this disable non-indicator support for people who don't have an indicator panel? [06:08] micahg: Or does it do smart runtime detection? [06:09] infinity: no idea, haven't dug too deep into it [06:09] micahg: I suppose not a massive concern anyway, since the default Xubuntu profile ships with an indicator panel enabled. [06:10] and I have a patch to disable by default in Lubuntu [06:10] micahg: But it looks good to me, and only gave me one icon, so I'm cool with it. [06:10] Does lubuntu not have an indicator tray/panel? [06:10] Irksome. [06:10] it's too heavy to have on by default [06:10] Really? [06:10] *shrug* [06:10] Alright. [06:11] I thought it was one of the cleaner bits of in-house code we'd done. [06:11] Anyhoo. It gets my Xubuntu nod of approval. I have no way to test it on lubuntu without serious effort. [06:13] Speaking of indicator icons and UIFes, though, I really need to do something about update-manager's hideous icons. [06:13] They really don't fit in. At all. [06:16] ok, I really do need to go to sleep, the only thing left for me for beta 2 now is lightdm-gtk-greeter which I'll finish later today [06:16] micahg: http://lucifer.0c3.net/~adconrad/not_pretty.png <-- I can't be the only person that icon bugs, right? :) [06:17] heh, yeah, doesn't seem to size right [06:17] looks fine for me in Xfce and Unity 2d [06:17] (Xfce machine doesn't hae bluetooth) [06:17] Well, my theme is hardly a default setup. [09:09] hardening-buildflags changes like http://anonscm.debian.org/gitweb/?p=pkg-mono/packages/mono.git;a=commitdiff;h=96d7d4a3a91ab204958ff26b9210328c5db82e19;hp=86127dcf508213eac5b50a65c989cf5971b57378 should be OK without FFe? [09:31] morning all [09:32] please could the zentyal-* binary packages be accepted into precise [09:41] jamespage: please nudge steveK who is listed as the day's contact at https://wiki.kubuntu.org/ArchiveAdministration#Archive_days [09:41] if he doesn't reply then nudge me and I'll do it [09:42] Riddell, ack [09:44] * jamespage goes to look for StevenK [10:08] cjwatson, great, thanks :) === mmrazik is now known as mmrazik|afk === mmrazik|afk is now known as mmrazik === Ursinha-away is now known as Ursinha [12:23] \o/ seems we finally have an image for omap4 [12:24] not yet synced at cdimages but at least last livecd log is looking good again [12:26] I wonder when the image will be available at cdimage, so we can finally test it again [12:27] ogra_: you might know :-) [12:31] cd builds run immediately after livefs builds [12:32] hm, ok, so it might just be waiting other livefs builds then [12:32] or just in progress [12:32] yes [12:33] it waits for all the livefs builds in the batch to complete [12:41] great, should be available in a few then :-) [12:41] at least I know it worked, happy about that already [12:41] guess we didn't have a working image for a few days already [12:41] for arm I mean === bladernr_afk is now known as bladernr_ [13:14] rsalveti, we had omap4 since weeks, what was broken for you ? [13:14] ogra_: the image was broken for a few days [13:14] not here [13:14] ogra_: the ones at cdimages are just a copy from the last working image [13:15] some builds were broken due to nautiluzs-empathy and some due to gnome-games, but generally they worked [13:15] that's why once I download the one from 17/18 the others matched the md5 perfectly [13:15] we definitely had a good bunch of working ones the last 14 days [13:15] the md5 summing is broken since over a month now [13:15] dont count on md5 sums [13:16] let me check the livecd logs [13:16] * ogra_ gets mails for every failed arm build [13:16] there were a few but there also were many that didnt break [13:16] infinity is on the md5sum stuff since a few days [13:16] should be fine soon [13:17] http://people.canonical.com/~ubuntu-archive/livefs-build-logs/precise/ubuntu-omap4/20120319/livecd-20120319-armhf.out is the last working one [13:18] right, 20th had the games issue, 21 and 22 the nautilus-empathy breakage [13:18] yup, that got fixed with clutter [13:18] the latter ? [13:18] aha [13:18] yep [13:19] empathy -> clutter-gst -> clutter [13:19] need new ones built? [13:19] * ogra_ didnt dig into that, i would have done that on monday ..... for the installer sprint i only need headless [13:19] Riddell: the last one worked, just not yet at cdimages [13:19] so we should be good [13:20] ogra_: I noticed because I wanted to test the desktop image for beta-2 [13:20] thats still a week t go :) [13:21] sure, but beta freeze is today I guess [13:21] should be on monday [13:21] not sure though [13:22] and there are still some annoying issues =\ [13:22] ah, no, its tomorrow [13:22] perf is broken, kernel is unstable with 4460, lightdm is incredibly slow [13:22] and a few other minor ones [13:22] well, release is still a month out [13:23] no worries ;) [13:23] :-) [13:23] i see your xorg fix made it in already ? [13:24] so you only need sponsoring for the pvr driver ? [13:24] ogra_: yup [13:24] k [13:24] cjwatson, pitti: you guys onto the release minus 10 and 7 days tasks? [13:26] guess I ought to be [13:26] * cjwatson will clear out some installer work first though [13:27] I'm constantly monitoring NBS, c-m, and uninstallability, but haven't gotten around the other bits yet TBH [13:27] I expect skaet will do the various e-mails it needs when she wakes up [13:28] the ubiquity warning message is already gone from beta-1; checked that yesterday [14:05] * skaet wakes up, sips coffee and starts on the backscroll ;) [14:05] Riddell, yup, will start on those messages this morning. [14:06] skaet, hello [14:06] skaet, cr3 made the needed changes in LP results for the API stgraber was asking for [14:07] skaet, the deployment is blocked on RT #51666 [14:07] in case you want to talk to IS ;-) [14:07] ara, thanks for flagging. :) [14:08] skaet, I already raised priority, but the more stakeholders, the better, I guess :) [14:10] ara, yup. :) [14:20] kubuntu live images are all under 700MB but alternates are well over, if I can't track that down do we have a way to just remove packages from only alternates? [14:20] Depends. It's easy if they're in the ship seed. [14:21] If they're within desktop, not really. [14:45] can I get an Edubuntu respin, it failed yesterday because of lxc's postinst (fixed now)? [14:49] stgraber: running [14:49] cjwatson: thanks [14:51] * skaet went to go start and noticed.... [14:51] thanks cjwatson [15:02] skaet, when do youplan to call out the freeze tomorrow ? rather in your morning or in your evening ? [15:03] * skaet gives ogra_ points for a good try to get the freeze moved ;) [15:03] huh ? [15:03] freeze is at 2100 UTC today. [15:03] the schedule say 23rd [15:03] ogra_, not it doesn't? [15:03] ogra_, link please [15:03] ogra_, it says week 23 [15:04] it's confusing :p [15:04] 23 march 22nd [15:04] I got bitten by that in the past as well :p [15:04] ogra_, its been in the weekly agenda, and I post it at the start of each week's meeting too... [15:05] it would probably help if the first column on https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule was in a different color [15:05] it's easy to take the week number as a day as it is now [15:05] seb128, if I forget please remind me at UDS as one of the improvements for Q... [15:05] seb128, argh, yeah [15:05] skaet, will do! [15:06] ogra_, hehe, you are not the first one to fall into it ;-) [15:06] well, instead of adding 23 there make it W23 [15:06] that clearly identifies it as not being a date [15:06] ogra_, but well, freeze have never been on friday, you should have stopped on that ;-) [15:07] seb128, i was doing the installer vsprint until yesterday and left some bits slip due to well, seeing the freeze on 23rd [15:08] i'll survive though :) [15:32] skaet, i suppose you will be pretty much around until beta2 release? [15:33] knome, myself, pitti, and cjwatson will be focusing on getting it out. We do need to sleep, eat, etc. though ;) [15:34] skaet, overrated. it's going to take us until 19UTC to get to uploading the bugs filed yesterday. and we might need andother ACK to fix the plymouth theme (all messages show now, but on one line, and not all of it fits in in a small resolution) [15:35] knome, I'll be around until beta 2 freeze at 2100. [15:35] skaet, thanks. i'll get back to you :) [16:04] ScottK: re: cairo-dock-plug-ins> a few things looked like features like: - Enable GVFS if detected, + Enabling threads on the Python Interface [16:05] micahg: OK. I was relying on the statement that it was a bug fix release. [16:05] Enabling threads might be a bit sporting. [16:05] Would you please follow-up in the bug. [16:05] sure [16:06] you want -release resubscribed? [16:07] Sounds like it would be a good idea. [16:07] pitti, https://bugs.launchpad.net/ubuntu/+bug/959032 - is there even the option to put checkbox-gtk on the disk in a reasonable way for just beta2 or is this clearly not going to be able to happen for this release? [16:07] Launchpad bug 959032 in ubuntu "[needs-packaging] Checkbox-app-testing" [Wishlist,New] [16:07] skaet: option yes, but it seems that the checkbox guys didn't really fully make up their mind yet? [16:07] I don't feel I'm able to make a decision which one is better [16:11] ara, ^ [16:12] what is the recommendation? [16:12] skaet, we have checkbox-qt in the CD and that's the one that should stay there [16:12] skaet, from 0.13.5 is ffeature complete [16:13] skaet, but this is a different thing, isnt't it? [16:14] it seems it broke the test format, so that Nicholas' tests now ceased to work [16:14] see bug 959032 [16:14] Launchpad bug 959032 in ubuntu "[needs-packaging] Checkbox-app-testing" [Wishlist,New] https://launchpad.net/bugs/959032 [16:14] pitti, ah, OK, because we use a mark up language to format the tests [16:14] so it seems we shoudl defer this ^ and get the tests converted? [16:15] balloons, how long would it take to convert your tests? [16:16] hey :-) [16:16] I was just asking the team this morning about checkbox-qt.. there was a bug marc was working on that was critical for me also [16:17] balloons, which bug? [16:17] on the test conversion, it's nontrivial.. however, I was going to offer to try and do it, assuming the app worked for me now [16:17] https://bugs.launchpad.net/checkbox/+bug/959463 [16:17] Launchpad bug 959463 in checkbox "Apport should prompt when failing a test during development" [High,Fix released] [16:18] I haven't had success getting the tests to run even under the new format, so it's not been an option honestly [16:18] balloons, that bug is now fixed in Precise [16:20] hmm.. I get another error, but maybe it's just me :-( [16:20] regardless, I filed the ffe hoping the cd had space to ship checkbox-gtk as well as I know my package is working and stable as is [16:21] balloons, what error do you get? [16:21] on the apport thing? "Cannot connect to crash database, please check your Internet connection. [16:21] " [16:23] I just pulled the version roadmr says is shipping in precise.. The bigger issue than that bug (although it looks better despite failing on my box), is the test format change. And me not have success getting my tests to run even after changing them over [16:25] doesn't look like the wallpapers are going to turn up at this rate [16:25] so those might appear after unfreeze instead [16:29] why is it so late? [16:33] wallpapers. They always go in last ;-) [16:33] make sure you get docs team to give the ok on that [16:35] Daviey, hey [16:40] * pitti cleans up NBS [16:45] it's not really on [16:49] Thoughts on bug 958430? [16:49] Launchpad bug 958430 in openssl "[FFe] Please merge openssl 1.0.1 from Debian unstable" [High,Triaged] https://launchpad.net/bugs/958430 [16:52] (maybe I shouldn't have marked that Triaged) [16:57] hi all, sorry to spam here for a handout but are there any archive admins around who might be able to help get the nova upload nudged through the queue, or is there anything i can do to help get things moving? the last upload introduced a new binary package (nova-consoleauth) which consists of a script previously packaged in nova-console, plus an upstart job + man page [17:01] pitti: will we have refreshed langpacks for beta2? (just wondering, couldn't find an upload schedule for these) [17:01] cjwatson: I agree updating to the new release is better than cherrypicking changes. [17:01] * ScottK is inclined to think it's a good idea, but reluctant to get tagged as the guy that said it was OK. [17:02] stgraber: yes, we should; I'll deal with them tomorrow [17:02] ScottK: heh, yeah, understood [17:02] pitti: cool, thanks. Hopefully that'll be the first Edubuntu milestone where everything supports translations (took a while...) :) [17:02] * cjwatson attaches build logs and such for form's sake [17:03] * ScottK thinks slangasek should approve it. [17:03] which? [17:03] openssl FFe [17:03] openssl? [17:03] Yes [17:03] adam_g: steveK is on duty today have you pinged him? [17:03] yeah, I can look at that one [17:03] Excellent. [17:05] Riddell: it's the middle of the night for stevenk :) [17:07] micahg: that's no excuse for shirking off from your duties! [17:07] Riddell: i haven't, is there somewhere that i can find the schedule of whos on duty / who to bother? [17:08] adam_g: https://wiki.kubuntu.org/ArchiveAdministration#Archive_days [17:08] Riddell: thanks! [17:08] I am under the impression that those archive days haven't been happening for some time [17:08] maybe I'm wrong [17:08] you're generally correct [17:10] just double-checking with the security team about the qrt failure there [17:10] Laney: I'm back on mine now [17:15] Laney: I was off last friday [17:15] Laney: re: ^^ I'm inclined to agree. But also as predictable as the tides and seasons of the sea [17:16] Laney: but people have been tending to focus on specific areas. eg, I typically spend my time on NEW, +1 maintenance works on many of the others [17:16] jdstrand: Riddell: I just thought that it had become more task-driven rather than time-driven. [17:16] Laney: it is moving towards that [17:16] sladen: yes. So how can we fix this for next time? [17:17] Reject the UIFe? ;-) [17:17] adam_g: looking [17:18] adam_g: This breaks upgrades. It needs Breaks: nova-console (<< 2012.1~rc1-0ubuntu1) and Replaces: nova-console (<< 2012.1~rc1-0ubuntu1) [17:18] adam_g: rejecting, sorry. Please upload a new source package that fixes this [17:18] cjwatson: 10-4, thanks for the input [17:19] brendand: hey [17:19] adam_g: also, should nova-console have some kind of dependency relationship on nova-consoleauth so that it doesn't vanish on people? [17:19] adam_g: or do you have a reason to avoid that? [17:21] adam_g: it also seems odd that nova-consoleauth's long description (as opposed to the one-line short description) is identical to that of nova-console [17:22] adam_g: FWIW, citation for the need for Breaks/Replaces when you move files around: http://www.debian.org/doc/debian-policy/ch-relationships.html#s7.6.1 [17:24] adam_g: oh, and the nova-console package here still ships /usr/bin/nova-consoleauth - so please remove that and bump the Breaks/Replaces to (<< 2012.1~rc1-0ubuntu2) [17:25] cjwatson: thanks. the console + consoleauth components were apparently packaged together in error, the latter without any init script or upstart job. ill see about getting a new upload together as this one seems botched [17:27]