[10:02] <ejat> ello ..
[13:53]  * hrw -> food
[14:00] <tumbleweed> ~
[14:00] <tumbleweed> grr
[14:00] <tumbleweed> !dmb-ping
[14:00] <bdrung> hi
[14:00] <micahg> o/
[14:00] <Laney> oho!
[14:01] <tumbleweed> whee, we'll be quorate
[14:01]  * stgraber waves
[14:03] <Laney> bdrung: you are up
[14:04] <bdrung> #startmeeting
[14:04] <meetingology> Meeting started Mon Mar 12 14:04:13 2012 UTC.  The chair is bdrung. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:04] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[14:04] <bdrung> [TOPIC] Review of previous action items
[14:04] <bdrung> there is one open item: cody-somerville to write some documentation on how to endorse someone
[14:06] <bdrung> cody-somerville is not here. therefore we will carry it to the next meeting
[14:06] <hrw> hi
[14:06] <bdrung> everything else was done
[14:07] <bdrung> [TOPIC] Marcin Juszkiewicz's MOTU application
[14:07] <bdrung> [LINK] https://wiki.ubuntu.com/MarcinJuszkiewicz/DeveloperApplication-MOTU
[14:07] <hrw> o/
[14:07] <bdrung> hrw: please introduce yourself
[14:07] <hrw> sure
[14:08] <hrw> I work for Linaro project. Our priority is to improve Linux on ARM.
[14:08] <hrw> I maintain arm(el,hf) cross compilers in Ubuntu since maverick (PPU for it got ~year ago)
[14:09] <hrw> in spare time or during Linaro ARM porting jams I work on fixing ftfbs for armel/armhf packages in Ubuntu
[14:10] <hrw> I worked on multiarching few packages to make cross compilation easier
[14:10] <hrw> .
[14:11] <hrw> list of ftfbs bugs which I fixed is in application
[14:11] <hrw> I think thats all - rest is in application
[14:12] <stgraber> how familiar are you with the Ubuntu release process and more specifically the various freezes?
[14:12] <hrw> stgraber: did FFe for cross compiler in maverick time, had SRU for it after maverick release.
[14:13] <stgraber> you mentioned multiarching packages, do you need a FFe for these if you were to do some now?
[14:14] <hrw> stgraber: until final freeze universe packages are allowed to be upload unless new features are added - as for those I usually check do I need FFe for them or not
[14:14] <hrw> stgraber: as multiarch is feature I would ask for FFe in such case.
[14:14] <stgraber> good :)
[14:14] <hrw> stgraber: maybe it will be decided that it may go as is but I prefer to be safe then sorry.
[14:15] <hrw> ofcourse before asking for FFe I check rebuild of packages which b-d on it
[14:15] <tumbleweed> i'd say it's more a "non-trivial packaging change" than a feature, but yes, FFe is appreciated
[14:15] <hrw> otherwise it is just asking for problems
[14:15] <stgraber> hrw: are you subscribed to ubuntu-devel-announce and read it at least daily?
[14:15]  * tumbleweed wishes people checked reverse dependencies before filing FFes :P
[14:16] <hrw> stgraber: I am subscribed there. last mail was there  at 01.03.2012
[14:16] <hrw> tumbleweed: I am used to daily builds of whole distributions so 'better safe then sorry' is my second name ;F
[14:17] <hrw> tumbleweed: red buildbot meant 'drop everything and fix'
[14:17] <hrw> stgraber: so, yes I read it when new mails arrive
[14:17] <stgraber> hrw: perfect
[14:17] <hrw> stgraber: also ubuntu-devel, launchpad-announce
[14:18] <micahg> hrw: is there a reason you're using your linaro address instead of your Ubuntu address for uploads as update-maintainer is set to error out on an Ubuntu address
[14:18] <hrw> and few debian lists (-arm -embedded) due to work
[14:18] <hrw> micahg: I do this as part of my Linaro work.
[14:18] <micahg> hrw: ah, ok
[14:19] <stgraber> hrw: now, let's say we are in milestone freeze (beta2) and you want to upload python-gevent which is a universe package, can you do it and if not why?
[14:19] <hrw> micahg: due years of my work for different clients I always used their domain on my work
[14:20] <hrw> stgraber: beta freeze means manual appoval for main/restricted so I could upload to universe. But as this is >beta I would first check is it worth and does it break something
[14:21] <tumbleweed> actually, manual approval everywhere, but universe uploads are waved through
[14:21] <micahg> tumbleweed: hrw: not ture :)
[14:21] <stgraber> most of universe ;)
[14:21] <micahg> *ture
[14:21] <micahg> *true
[14:21] <hrw> ops then
[14:21]  * micahg needs to fix that wiki page...
[14:21] <tumbleweed> micahg: right, there is some review
[14:21] <stgraber> hrw: so in this case, python-gevent is covered by the freeze even though it's in universe, do you know why?
[14:22] <hrw> stgraber: to not increase amount of possible rc bugs
[14:22] <stgraber> hrw: well, that's indeed important but that's not the reason :)
[14:23] <hrw> stgraber: nope
[14:24] <tumbleweed> hrw: have you seen the seeded-in-ubuntu tool?
[14:24] <stgraber> python-gevent is an rdepends of python-x2go
[14:24] <stgraber> python-x2go is seeded by Edubuntu
[14:24] <hrw> tumbleweed: no, I did not
[14:24] <stgraber> and so is covered by the freeze
[14:24] <hrw> stgraber: ah. ok, now I understand
[14:24] <stgraber> anything that's in universe and seeded is covered by the freeze just as much as main is
[14:25] <stgraber> seeded-in-ubuntu python-gevent would indeed let you check this
[14:25] <hrw> thank you
[14:25] <hrw> will make use of it for my linaro seeds
[14:26] <tumbleweed> it gets its data from the most recent CD builds, so using it for linaro may be non-trivial
[14:26] <tumbleweed> hrw: you've only been doing a small corner of the work MOTUs do (FTBFS and multi-arching) are you intending to broaden out? I assume you are focussing there for work reasons?
[14:26] <hrw> tumbleweed: but checking how it works and wriiting similar one may be useful one day
[14:27] <hrw> tumbleweed: yes, I am focusing most of my Ubuntu work on my work reasons.
[14:27] <hrw> tumbleweed: will use motu rights also to upload fixes done by coworkers. but as I lurk in #ubuntu-motu I can work on sponsoring other people
[14:28] <tumbleweed> great to hear
[14:28] <tumbleweed> if you come across an area you aren't already familiar with, you'd ask for help?
[14:28] <hrw> motu is not ppu - there are some duties attached
[14:28] <hrw> tumbleweed: yes, I would
[14:28] <tumbleweed> well, no duties, but we are a community
[14:29] <hrw> tumbleweed: trying to find way in darkness can hurt so it is better to ask
[14:29] <tumbleweed> if you are unsure, at least
[14:29] <tumbleweed> I'm done here, I think
[14:29] <hrw> tumbleweed: English is not my native. duties as 'will be nice to help others due to increased permissions'
[14:30] <bdrung> hi, i am back. i had an issue with my internet connection.
[14:30] <bdrung> sorry for that.
[14:31] <micahg> hrw: how do you ensure that all changelogs between the version in the Ubuntu archive and a merge from Debian are present when uploading?
[14:31] <hrw> micahg: I use debdiff + gvim(diff) when merge such ones.
[14:32] <tumbleweed> micahg: I don't think hrw has uploaded a merge yet
[14:32] <hrw> micahg: I know that merge-changelog exists
[14:32] <hrw> tumbleweed: dpkg-cross
[14:33] <tumbleweed> ah
[14:33] <hrw> tumbleweed: 2.6.2 and 2.6.5
[14:33] <hrw> I am also doing merges for few ppa only packages
[14:33] <micahg> hrw: yes, but you didn't upload those :), sorry, I guess you probably won't be able to answer the question
[14:34] <micahg> that's ok though :)
[14:34] <hrw> micahg: they were sponsored from my debdiffs ;)
[14:34] <micahg> hrw: right, but this is something to check with the source package before upload or during generation and not the diff
[14:34] <hrw> ok
[14:36] <hrw> I had issues with bzr merging of changelogs and due to that reverted to do it by hand in gvim. gcc-x.y have changelog not compatible with current Debian policies
[14:37] <micahg> hrw: bzr-builddeb also has issues generating a proper source.changes file with all the changelog entries needed in it
[14:38] <hrw> micahg: I am not a fan of bzr anyway. But know how to use it
[14:38] <stgraber> micahg: "bzr bd -S -- -sa -v<version>" usually works fine here
[14:38] <micahg> stgraber: yes, but you need the -v, not just --package-merge
[14:38] <stgraber> micahg: right, I just don't trust --package-merge ;)
[14:40] <micahg> hrw: BTW, it's that -v option you need when merging to generate a source.changes with all the appropriate changelog entries and then they get sent to the -changes list
[14:40] <hrw> micahg: thanks
[14:40] <micahg> the merge-package scripts from a merge can do this for you in most cases
[14:41] <micahg> * from merges.ubuntu.com
[14:41] <tumbleweed> it's also mentioned in the Merging wiki page
[14:41] <hrw> used merges.ubuntu.com few times already
[14:42] <hrw> mostly for dpkg-cross work but also took a look there on other packages few times
[14:44] <micahg> hrw: do you have an interest in Debian?
[14:45] <hrw> micahg: I used Debian since 2000 to 2010 when I switched to Ubuntu due to being hired by Canonical to work on Linaro.
[14:45] <micahg> hrw: so, are you familiar with forwarding patches to their BTS?
[14:46] <hrw> micahg: yes, send patch to upstream is always useful
[14:47] <Laney> are Debian's arm ports much different from ours at the individual package level?
[14:47] <micahg> hrw: have you looked at getting your cross compilers into Debian or is that not possible/relevant for Debian?
[14:48] <hrw> Laney: Debian/armel is armv4t when Ubuntu one is armv7-a. armhf are same
[14:48] <bdrung> hrw: which arm version is needed for armhf?
[14:48] <hrw> micahg: I am working on it. we (Emdebian guys and me) decided that it will be more useful to get cross build-deps support and then proper multiarch buildable cross compiler instead of current ubuntu one
[14:49] <hrw> bdrung: armv7-a which mean cortex-a5/7/8/9/15 and compatible cores
[14:49] <hrw> bdrung: neon support is not required, vfp3d16 is what all arm7a chips have
[14:50] <hrw> micahg: multiarch buildable cross is <1h of work from my packages (+build time)
[14:51] <hrw> micahg: some changes will be needed in gcc-4.x probably but I had my hands there so many times...
[14:51] <ScottK> FWIW, I've worked with hrw on some arm porting issues (don't recall if I ended up sponsoring the uploads or not) and I found him very pleasant to work with.
[14:51] <hrw> ScottK: thanks
[14:52] <bdrung> any ready to vote or are there still open questions?
[14:52] <hrw> ScottK: it was soemthing with Qt problems. they got solved by ubuntu.arm and linaro teams iirc and then ubuntu/arm team did uploads
[14:52] <stgraber> I'm ready to vote
[14:53] <micahg> ready to vote
[14:54] <tumbleweed> when can I get an arm board with >=2G of RAM?
[14:54] <tumbleweed> also ready
[14:54] <Laney> lets go
[14:54] <hrw> tumbleweed: there are such ones already.
[14:54] <tumbleweed> hrw: affordable?
[14:55] <hrw> tumbleweed: depends on definition of 'affordable'
[14:55] <bdrung> [VOTE] Should Marcin Juszkiewicz become MOTU?
[14:55] <meetingology> Please vote on: Should Marcin Juszkiewicz become MOTU?
[14:55] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[14:55] <tumbleweed> +1
[14:55] <meetingology> +1 received from tumbleweed
[14:55] <Laney> +1
[14:55] <meetingology> +1 received from Laney
[14:55] <hrw> tumbleweed: at last linaro connect I played with marvell board. quad a9, 4gb ddr3, 7xpcie x4 slots, 2 sata ports, 4x GbE - atx size beast
[14:55] <stgraber> +1
[14:55] <meetingology> +1 received from stgraber
[14:56] <bdrung> +1
[14:56] <meetingology> +1 received from bdrung
[14:56] <tumbleweed> hrw: nice
[14:57] <micahg> +1 would have liked to see more merges, but has been very responsive to comments in bugs
[14:57] <meetingology> +1 would have liked to see more merges, but has been very responsive to comments in bugs received from micahg
[14:57] <hrw> tumbleweed: or rather quad 'a9 compatible cores'
[14:57] <bdrung> [ENDVOTE]
[14:57] <meetingology> Voting ended on: Should Marcin Juszkiewicz become MOTU?
[14:57] <meetingology> Votes for:5 Votes against:0 Abstentions:0
[14:57] <meetingology> Motion carried
[14:57] <tumbleweed> hrw: as a community (hobby) ubuntu developer, affordable means "really cheap"
[14:57] <tumbleweed> hrw: congrats, welcome to MOTU
[14:58] <hrw> tumbleweed: then no. ram is most expensive part usually
[14:58] <dholbach> congratulations hrw!
[14:58] <hrw> thanks a lot guys!
[14:58] <bdrung> hrw: congrats
[14:58] <bdrung> [TOPIC] Select a chair for the next meeting
[14:59] <bdrung> who will be next?
[14:59] <rsalveti> hrw: congrats! \o/
[14:59] <hrw> rsalveti: thx boss :)\
[14:59] <tumbleweed> PC RAM is crazily cheap. I guess we just need dev boards with PC DDR3 sockets
[14:59] <tumbleweed> bdrung: Still cody-somerville, I think
[14:59] <bdrung> k
[14:59] <hrw> tumbleweed: this will increase size of board and price
[15:00] <tumbleweed> sure
[15:00] <bdrung> #endmeeting
[15:00] <meetingology> Meeting ended Mon Mar 12 15:00:12 2012 UTC.
[15:00] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-14.04.moin.txt
[15:00] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-14.04.html
[15:00] <hrw> tumbleweed: omap4 for example comes only with PoP module form for memory
[15:00] <bdrung> hrw: how much will such an atx arm board cost?
[15:01] <hrw> bdrung: no idea.
[15:01] <tumbleweed> hrw: right, no wonder its expensive
[15:02] <hrw> bdrung: you can ask ogra or davidm - they may know more
[15:03] <hrw> bdrung: as they have access to more HW information then I do.
[15:18] <hrw> bye guys - have a nice rest of day
[16:00] <roadmr> hello!
[16:00] <ara> hey!
[16:00] <ara> welcome to the Ubuntu Friendly meeting
[16:01] <ara> probably we have lost most of the people in US and Canada due to the confusion of DST :)
[16:01] <ara> But, anyways, let's get started
[16:01] <ara> #startmeeting
[16:01] <meetingology> Meeting started Mon Mar 12 16:01:23 2012 UTC.  The chair is ara. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:01] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:01] <ara> Agenda:
[16:01] <ara> Testing Checkbox 0.13.4
[16:01] <ara> AOB
[16:01] <ara> As usual, please, remember to add your agenda topics to the wiki page
[16:02] <ara> #link https://wiki.ubuntu.com/UbuntuFriendly/Meetings
[16:02] <ara> #topic Testing Checkbox 0.13.4
[16:02] <ara> We have landed a new version of Checkbox into Ubuntu Precise
[16:02] <ara> As you know, the default UI interface is now checkbox-qt
[16:03] <ara> This is the UI version that we are going to be promoting for Ubuntu Friendly, so testing is more than welcome
[16:03] <ara> If you are running Precise, please, upgrade and run
[16:03] <ara> checkbox-qt
[16:03] <ara> Should you find any bugs, please, file them as usual:
[16:03] <ara> $ ubuntu-bug checkbox
[16:03] <ara> ..
[16:04] <ara> Any questions/ comments?
[16:04] <roadmr> o/
[16:04] <ara> roadmr, go ahead!
[16:05] <roadmr> so you said type checkbox-qt and it occurred to me
[16:05] <roadmr> are we expecting people who use it in the command line to figure that out by themselves?
[16:05] <roadmr> I'd say yes, but I wonder if we should maybe think about providing a "checkbox" command that symlinks to the preferred UI, maybe using the alternatives mechanism
[16:06] <roadmr> for GUI users (vast majority, I guess) checkbox is still findable as system testing
[16:06] <roadmr> ..
[16:06] <ara> mmm, that's a good idea
[16:06] <ara> is checkbox currently a binary?
[16:07] <roadmr> there's no "checkbox" command right now
[16:07] <roadmr> you need to explicitly use one of the frontends: checkbox-gtk, checkbox-qt or even checkbox-cli
[16:08] <ara> the problem is that it would require a FFe
[16:08] <ara> maybe something to think about for 0.14 ;-)
[16:09] <roadmr> sure, let's see how people get by using it as it is now. Also, no point doing the work if it's not needed. Just something to consider.
[16:10] <ara> maybe I should stop asking people to "run checkbox-qt" and start talking properly and say "run System Testing"
[16:10] <ara> my mistake
[16:10] <ara> :)
[16:10] <cr3> ara: +1 :)
[16:10] <cr3> besides, the command-line might give the impression that checkbox is not user friendly
[16:11] <cr3> ... which would be ironic for something so closely related to Ubuntu Friendly :)
[16:11] <ara> :)
[16:11] <ara> OK, anything else on this topic?
[16:12] <ara> OK, let's move on
[16:12] <ara> #topic Any Other Business?
[16:13] <roadmr> o/
[16:13] <ara> roadmr, yes?
[16:13] <roadmr> hehe :) just want to call attention to this bug
[16:14] <roadmr> https://bugs.launchpad.net/ubuntu/+source/checkbox/+bug/951054
[16:14] <roadmr> the new checkbox UI needs some work to make it translatable, and as you can see from the comments there's no clear-cut way to solve it
[16:14] <ara> roadmr, can you give us a quick summary?
[16:15] <cr3> roadmr: does this apply to the composite jobs or is there more?
[16:15] <roadmr> sure: basically the Qt frontend's strings are not imported into the pot file
[16:15] <roadmr> thus they can't be translated
[16:16] <cr3> roadmr: isn't that trivial to fix? not that I would know, but there's plenty of precedent for C++ code to be translated
[16:16] <roadmr> there have been a few suggestions on how to get the strings into the pot file and used by the frontend, but since most of our expertise seems to focus on Gtk apps, I notice a bit of uncertainty on how best to tackle it
[16:17] <roadmr> some of the comments point to looking into how Unity or Ubuntu One do it.
[16:17] <roadmr> cr3: yes, but there's also the issue of the .ui file. One option is to translate that to C++ and then pull the strings from that
[16:17] <ara> roadmr, can you take the action item about talking to the u1 team about how they do it?
[16:17] <roadmr> roadmr: sure, either I or tiago can handle that
[16:18] <roadmr> er, ara ^^
[16:18] <ara> hehehe
[16:18] <cr3> roadmr is talking to himself again, we're fine as long as he agrees with himself
[16:18] <ara> #action roadmr or tiagosh to talk to the U1 team to see how to handle translations
[16:18] <meetingology> ACTION: roadmr or tiagosh to talk to the U1 team to see how to handle translations
[16:18] <roadmr> cr3: and to answer your question, this is only about the checkbox-qt ui (new code), nothing else is affected (or at least wasn't reported as such)
[16:19] <roadmr> so to sum up this topic, we need some work / help on translating the Qt UI, and since there's a bug filed about it (external, even, not by us) it should make it into Ubuntu, as long as we commit a fix before either feature or string freeze
[16:19] <ara> OK, thanks roadmr for raising this critical issue
[16:20] <roadmr> np :)
[16:20] <roadmr> ..
[16:20] <ara> Anything else?
[16:20] <cr3> roadmr: it can also be seen as a regression, so it should be FFe worthy
[16:20] <cr3> o/
[16:21] <ara> cr3, go ahead
[16:21] <cr3> will the comments in the frontend make it to Precise, or at least is a FFe intended to be requested?
[16:21] <cr3> ..
[16:22] <cr3> if we consider that a new feature, we might be able to sneak it as a regression too
[16:22] <ara> cr3, I don't think it is a critical issue to request a FFe
[16:22]  * cr3 is in a sneaky mood today
[16:22] <ara> but that's just my opinion
[16:22] <cr3> ara: it's pretty critical for the unity folks, they threatened to not use checkbox-qt because of that
[16:23] <cr3> ara: would you mind if we try to request a FFe but not hold our breath?
[16:23] <ara> I am fine with it, but as a separate upload, to not delay the bug fixes upload in case it is not accepted
[16:24] <cr3> ara: good point! roadmr, you cool with that?
[16:24] <roadmr> yes, sounds ok :)
[16:24] <cr3> that's it for me then
[16:24] <ara> awesome! thanks :)
[16:24] <ara> any other topics?
[16:25] <ara> going once
[16:25] <ara> going twice...
[16:25] <ara> #endmeeting
[16:25] <meetingology> Meeting ended Mon Mar 12 16:25:38 2012 UTC.
[16:25] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-16.01.moin.txt
[16:25] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-16.01.html
[16:25] <ara> OK, thanks all!
[16:25] <cr3> cheerio folks!
[17:59] <mdeslaur> \o
[17:59] <tyhicks> hello!
[17:59] <jjohansen> o/
[18:00] <jdstrand> o/
[18:00] <jdstrand> #startmeeting
[18:00] <meetingology> Meeting started Mon Mar 12 18:00:18 2012 UTC.  The chair is jdstrand. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[18:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[18:00] <jdstrand> The meeting agenda can be found at:
[18:00] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[18:00] <jdstrand> [TOPIC] Announcements
[18:01] <jdstrand> Kilian Krause (kilian) provided debdiffs for oneiric for fex (DSAs 2414)
[18:01] <jdstrand> Your work is very much appreciated and will keep Ubuntu users secure. Great job! :)
[18:01] <jdstrand> [TOPIC] Review of any previous action items
[18:01] <jdstrand> ACTION: jdstrand to setup ubuntu-security-staging ppa and communicate to team: done
[18:01] <jdstrand> [TOPIC] Weekly stand-up report
[18:01] <jdstrand> I'll go first
[18:01] <jdstrand> I'm in the happy place this week
[18:02] <jdstrand> while I did make some headway on MIR audits, I have 8 left, most for the server team. I plan to work on those this week
[18:02] <jdstrand> I've got an embargoed issue I am working on
[18:03] <jdstrand> one of these days I hope to be done with both
[18:03] <jdstrand> I've got a short week this week and am taking friday off
[18:03] <jdstrand> mdeslaur: you're up
[18:03] <mdeslaur> I'm on community this week
[18:03] <mdeslaur> and am currently looking at an embargoed issue
[18:03] <mdeslaur> I released the mysql updates this morning
[18:04] <mdeslaur> and will pick something from the list once that,s done
[18:04] <mdeslaur> that's about it from me
[18:04] <mdeslaur> sbeattie: you're up
[18:04] <sbeattie> I'm on triage this week
[18:04] <sbeattie> Otherwise, my focus is on apparmor
[18:04] <sbeattie> That's pretty much it for me.
[18:04] <jdstrand> sbeattie: quick question
[18:04] <sbeattie> jdstrand: ayep
[18:05] <jdstrand> sbeattie: eglibc is still showing up as having 1 medium open. is that the precise CVE you just filed a bug on?
[18:05] <sbeattie> yes
[18:05] <jdstrand> ok good, that'll float out then
[18:05]  * jdstrand is done
[18:05] <sbeattie> yeah, I just posted the debdiff (packaging branch appears to be out of date)
[18:06] <sbeattie> thanks.
[18:06] <sbeattie> micahg: poke
[18:06] <micahg> it's mozilla release week, I'll be focusing on that and the icedtea regression that I haven't pushed out yet, webkit when that's over
[18:07] <micahg> tyhicks: poke
[18:07] <tyhicks> I'm in the happy place this week
[18:07] <jdstrand> micahg: do you expect the fix for the icedtea regression to be done this week?
[18:07] <micahg> jdstrand: yes
[18:08] <jdstrand> thanks
[18:08] <tyhicks> I am finally wrapping up the fix for bug 842647
[18:09] <tyhicks> I've had a hard time manually reproducing it lately and failed several times at getting an automated reproducer for it, so I'm currently building precise and oneiric kernels to let the bug reporters verify the fix for me.
[18:10] <tyhicks> As long as they say it is ok, all I have left to do is push it to my -next branch and wait for the 3.4 merge window to open to get it upstream
[18:10] <tyhicks> In other words, I'm mostly done with it. (I'll update the bug when the kernels finish building)
[18:11] <tyhicks> So my focus this week will be on freetype and gnutls updates
[18:11] <tyhicks> That's it for me
[18:11] <tyhicks> jjohansen: Your turn
[18:11] <jjohansen> Well this week, I am fixing apparmor bugs, sending another iteration of apparmor patches upstream, and working towards closing a few more of my remaining work items.
[18:12] <jjohansen> I suppose I should also push a apparmor beta3 release out towards the end of the week
[18:13] <jjohansen> jdstrand: back to you
[18:13] <jdstrand> [TOPIC] Highlighted packages
[18:13] <jdstrand> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[18:13] <jdstrand> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[18:13] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/bip.html
[18:14] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/open-vm-tools.html
[18:14] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/mn-fit.html
[18:14] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/opensaml2.html
[18:14] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/egroupware-egw-pear.html
[18:14] <jdstrand> [TOPIC] Miscellaneous and Questions
[18:14] <jdstrand> Does anyone have any other questions or items to discuss?
[18:21] <jdstrand> mdeslaur, sbeattie, micahg, tyhicks, jjohansen: thanks
[18:21] <jdstrand> #endmeeting
[18:21] <meetingology> Meeting ended Mon Mar 12 18:21:27 2012 UTC.
[18:21] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-18.00.moin.txt
[18:21] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-18.00.html
[18:21] <micahg> jdstrand: thanks
[18:21] <jjohansen> thanks jdstrand
[18:21] <tyhicks> thanks!
[18:21] <sbeattie> jdstrand: thanks!
[18:21] <jdstrand> sure thing :)