=== yofel_ is now known as yofel === lag` is now known as lag === lag is now known as Guest58 === easter_egg is now known as easter_egg|off === blackmatter is now known as test122 === doko_ is now known as doko === easter_egg|off is now known as easter_egg === ivanka is now known as ivanka-lunch === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann === ivanka-lunch is now known as ivanka === Ursinha-afk is now known as Ursinha === rgreening_ is now known as rgreening === jdstrand_ is now known as jdstrand === jcastro__ is now known as jcastro === daker__ is now known as daker === Technovi1ing is now known as technoviking === daker_ is now known as daker [18:12] meetin' time? [18:13] :) [18:13] o/ [18:13] yep [18:14] okay, I'll start... [18:14] this coming week I've got a few things to publish, and I'm going to start up a kernel cycle too [18:15] I've got openoffice on deck, and while I wait for that to build, I'm hoping to snag a few other low-hanging fruits. [18:15] I spent a fair bit of time last week reviewing glibc issues, mainly the longjmp borkage on amd64+fortify [18:16] beyond that, I'm done. mdeslaur! [18:16] so...I have an embargoed issue I'm working on [18:16] and then will continue php5 updates [18:16] and am on community this week [18:16] that's it from me [18:17] \o [18:17] * sbeattie can go next. [18:17] go ahead [18:17] hey jjohansen [18:17] sbeattie: please I didn't mean to interrupt [18:17] I've pushed a no-change rebuild of ant to the security-proposed pocket; I still need to test out building openjdk locally. [18:18] I do have a question on publishing ant, should I issue a USN for it? [18:19] sbeattie: can you remind me of the issue again? [18:19] sbeattie: we tend to be of two minds on this. I generally do not do USNs for rebuilds. [18:19] (ie, why you need t upload ant) [18:19] sbeattie: e.g. when we moved the compiler from -updates to -security, I didn't do a USN. [18:19] Anyway, the plan is once I get ant published in the security pocket, then push an openjdk SRU no-chagne rebuild to fix the regressions with building openjdk against the non-updates ant. [18:20] sbeattie: so ant isn't broken because of the new openjdk, it is that openjdk won't build because of the old ant. correct? [18:21] jdstrand: short answer is that ant/lucid got updated to fix mis-compilation with openjdk, but publishing through -security keepos reintroducing those bugs. [18:21] then no USN imo [18:21] sbeattie: if you're going to do a openjdk SRU, why did you need to build ant in -security? [18:21] if ant was broken, then a -2 or similar [18:21] mdeslaur: for the next time we do an openjdk security update. [18:22] ah, ok [18:22] cool [18:22] that was what we agreed upon. [18:22] sbeattie: yeah, but I suffer from memory fragmentation issues [18:22] * sbeattie is steering by advice given, not pure obstinance. [18:22] mdeslaur: don't we all. [18:23] mdeslaur: I didn't think you were old enough for that. [18:23] ScottK: oh? :) [18:24] ScottK: you wouldn't think so, yet... here we are [18:24] :P [18:24] anyway, other stuff: apparmor 2.5.1: fixed and pulled a few more issues, and I've finally spun a 2.5.1 rc1 candidate tarball and pushed to the launchpad page: https://launchpad.net/apparmor/+download [18:24] You being a youngster and all (or at least well preserved) [18:24] I'm aware jjohansen has at least one more patch he wants in. [18:24] I also need to announce the rc1 upload to the mail list. [18:25] sbeattie, jjohansen: how much of the rc1 official is different from what is in maverick now? [18:25] (and what else do we want to target to maverick) [18:26] jdstrand: I think it's the same except for a few changes I made to the toplevel Makefile and the common/Make.rules to support automating tarball/snapshot generation. [18:26] ah cool [18:26] (I was a bad release manager, I committed those changes without signoff) [18:27] sbeattie: nah it was just preacked ;) [18:27] I'd like to see 2.5.1 in maverick (and then SRUd to lucid at some point...) [18:27] jdstrand: I have the one outstanding patch I need to finish up [18:27] kees: 2.5.1rc1 is in maverick now [18:28] mavericks kernel is newer than 2.5.1 [18:28] * jdstrand is curious about the test suite issues he found last week [18:28] jdstrand: I've started looking and will get back to you on them [18:29] jjohansen: thanks. [18:29] jjohansen: cool. I would think that if there are userspace issues, they might be 2.5.1 candidates, or at the very least 2.5.2 and we pull into maverick [18:29] jdstrand: I am okay with that [18:29] nice [18:30] yep, makes sense. [18:30] anyway, other than that, I'm on triage this week. === doko_ is now known as doko [18:30] and I think that's all I've got. jdstrand? [18:31] so, as inferred, I got apparmor 2.5.1rc1 into maverick last week. I also did a lot with browser updates and published sudo [18:32] for this week, I am working on two embargoed issues and another round of firefox/tbird testing (upstream regressions) [18:33] I'm also trying to get the chromium in lucid-proposed pushed into -security and -updates... need to followup with ubuntu-sru [18:33] kees: since you are our TB liaison, could you give a highlevel status update on what is happening with chromium and -security, etc [18:34] jdstrand: sure, one sec [18:35] * kees reviews the emails again [18:35] I forgot to mention that I wasn't able to do anything with libvirt last week due to the above, and that it looks like I may not be able to again this week [18:36] I have libvirt packages in the security ppa and I feel really good about them, but lucid's libvirt requires changes to virtinstall for sure, vmbuilder (not likely), and testing with virt-manager and eucalyptus [18:36] err, vmbuilder *is* likely [18:37] I don't think euca will be affected cause they don't use snapshots or backing stores [18:37] jdstrand: there isn't exactly an approved approach for chromium yet. it sounds like the "just publish it" approach is the only way to move forward, though. [18:37] the other three will likely require me to develop patches (though virtinstall upstream did just last week add the functionality required, so I might be able to just snag it) [18:39] kees: it would be nice to get that formalized. fwiw, I'd like to see an approval for whatever upstream gives us (like mozilla), with only the minimal changes to debian/ allowed for making it build on that release [18:39] jdstrand: agreed, I'll ping about it. [18:40] kees: it has been kinda weird lately cause chromium has needed NEW packages like gyp and libvdx to even build it [18:40] jdstrand: what was the status of upstream giving us access to pre-release code? [18:40] yay [18:41] kees: but, only chromium needs those. another weird one is chromium-codecs-ffmpeg which needs to be part of the SRU-policy because it needs to move in step with chromium [18:41] kees: total silence [18:42] kees: nothing uses chromium-codecs-ffmpeg except chromium, so that shouldn't be a huge deal (but I wonder why we can't just put these tarballs inside chromium if *nothing* is using them) [18:42] nothing *else* that is [18:43] yeah :( [18:43] kees: well, let me clarify my 'total silence' comment [18:43] kees: fta builds daily releases off of upstream code [18:44] email sent... [18:44] due to the silence from upstream, we don't have any information on if the commits are security relevant, the timing of said commits or if the fixes were even in the dailies as compared to their final release [18:45] so we are pretty much in the dark [18:45] afaics [18:45] okay [18:45] kees: fta may have another perspective [18:46] anyhoo, that is it from mee [18:46] me [18:46] kees: thanks for following up on that :) [18:48] okidoky. any other issues for the security team? robbiew, nxvl, jjohansen ? [18:48] nope [18:48] none here [18:52] okay, thanks everyone! [18:53] thnx kees [18:57] !seen laura [18:57] I have no seen command [18:57] hmm === daker_ is now known as daker [19:03] HellOlAloHallOhayo.. I HI.. SALUT bonjour guten tag good morning coucou ohayo saluté hasta siempre la victoria. [19:07] * Xaphania Quentin === easter_egg|off is now known as easter_egg === lool- is now known as lool-webchat === daker_ is now known as daker [23:30] hola [23:31] alguien que me pueda ayudar con un paso q me hace falta para formar parte de ubuntu colombian team? [23:48] alguien aqui que pueda brindarme ayuda?