[16:00] <jgrimm> o/
[16:00] <rharper> \o
[16:00] <rbasak> o/
[16:00] <cpaelzer> o/
[16:00] <zul> heylo
[16:01] <jgrimm> howdy zul
[16:01] <nacc> o/
[16:01] <zul> #startmeeting
[16:01] <meetingology> Meeting started Tue Jun 14 16:01:13 2016 UTC.  The chair is zul. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:01] <meetingology> Available commands: action commands idea info link nick
[16:01] <zul> so lets get on with it
[16:01] <zul> #topic Review ACTION points from previous meeting
[16:01] <zul> any action points from the previous meeting?
[16:02] <rbasak> None were minuted.
[16:02] <zul> if not moving on
[16:02] <zul> #topic Development Release
[16:03] <zul> so yakkety is on going, does someone want to take this topic?
[16:03] <rbasak> Sync and merge time. I think that's all, unless anyone else has anything to discuss on this topic?
[16:03] <jgrimm> i'd like to get an update on the importer at some point in the meeting
[16:04] <zul> well now would be a good time then;)
[16:04] <rbasak> It probably fits this topic the best I think.
[16:04] <jgrimm> perfect. nacc, rbasak^^
[16:04] <nacc> sure
[16:04]  * rbasak defers to nacc
[16:04] <nacc> not too many updates to the importer itself in the past week
[16:04] <nacc> I found one bug with the resuming of interrupted imports
[16:04] <smoser> o/
[16:05] <nacc> (which happens with launchpad timeouts periodically in my experience)
[16:05] <nacc> otherwise, it seems to be mostly working for the import case
[16:05] <nacc> rbasak and I have been discussing how best to get the tooling to do what we want for the git workflow at this point
[16:05] <nacc> barry from foundations did find one issue with gitpython that exists upstream due to a non-UTF8 in a historical changelog
[16:05] <rbasak> I think from an importer perspective we're doing very well.
[16:05] <nacc> he's planning on sending a patch to catch that and a few other things he's found
[16:06] <nacc> otherwise, the importer is stable as of right now
[16:06] <rbasak> A final piece is to make sure the importer works well against a branch an uploader pushes, to close the loop.
[16:06] <jgrimm> ok, its safe to use?
[16:06] <rbasak> LP MPs seem to work well too.
[16:06] <nacc> i'm still working on the wiki page (https://wiki.ubuntu.com/UbuntuDevelopment/Merging/GitWorkflow)
[16:06] <jgrimm> that is for real work, or still consider it testing phase?
[16:07] <rbasak> From what I've seen it's good for real work, though I have a pretty small sample size so far.
[16:07] <nacc> same here
[16:07] <rbasak> Closing the loop isn't necessary - if the importer doesn't pick up the tree from an upload, no big deal IMHO.
[16:07] <nacc> if we never push the upload/ tags to usdi for now, then the importer will just import the new publish later
[16:07] <rbasak> That shouldn't block progress.
[16:07] <nacc> right
[16:07] <jgrimm> ok, yes.. we know we'll still hit corner cases.
[16:07] <jgrimm> thanks!
[16:07] <zul> ok anything else?
[16:07] <rbasak> So, I guess that means that we'd like everyone to continue asking us for imports as needed.
[16:08] <jgrimm> cpaelzer, dpdk update?
[16:08] <jgrimm> rbasak, i'll send a few import requests later today
[16:08] <nacc> ask on the ubuntu-server list, please :)
[16:08] <jgrimm> nacc, ack
[16:09] <zul> ok moving on
[16:09] <jgrimm> k
[16:09] <zul> #topic  Server & Cloud Bugs (caribou)
[16:09] <rbasak> I would like to bring up bug 1560939.
[16:09] <cpaelzer> sorry busy with rharper and smoser at the same time
[16:10] <jgrimm> cpaelzer, no worries.
[16:10] <cpaelzer> dpdk TL;DR update - we have sane libraries now
[16:10] <rbasak> I marked it Critical because if it is a regression as was suggested in the bug, then it's important.
[16:10] <cpaelzer> we have a dpdk 16.04 ppa at https://launchpad.net/~paelzer/+archive/ubuntu/dpdk-merge-16.04/+packages now
[16:10]  * jgrimm looks at rbasak bug
[16:10] <rbasak> But it isn't clear to me if it is valid or not, especially given the most recent comments.
[16:10] <cpaelzer> next dpdk related steps are around getting OpenvSwitch work with it
[16:10] <rbasak> smb (not here) did ask me by email about the "-d" switch.
[16:11] <nacc> rbasak: seems like a nova-compute bug (implicitly)
[16:12] <rbasak> jamespage: any opinion please?
[16:12] <nacc> rbasak: in that nova-compute modified the libvirt-bin defaults, and then ... the user never noticed/knew to revert it, unsure
[16:12] <rbasak> I'd like to get this triaged at least, to eliminate it looking so dire if it isn't.
[16:12] <jamespage> that was related to an older charm version - that has been fixed
[16:13] <jamespage> the original bug was charm related - not sure about the most recent comments
[16:13] <zul> so anything ele?
[16:14] <rbasak> jamespage: so what should the status of the bug be?
[16:14] <nacc> rbasak: it feels like two independent bugs on my re-read; the first was the locales issue
[16:14] <jamespage> invalid imho
[16:14] <nacc> then other users got bit by this libvirt-bin default issue, that was unrelated to the locales one, but had the same effect
[16:15] <zul> ...
[16:15] <rbasak> nacc: are any of your two independent bugs valid, in your opinion? Or would they both be Invalid?
[16:15] <nacc> i think the first is fix-release (via locales update)
[16:16] <nacc> based also upon rharper's comments
[16:16] <nacc> the second is invalid based upon jamespage's comments (aiui)
[16:16] <rbasak> OK, thanks. If everyone's happy with that, I'll update the bug.
[16:17] <zul> #topic Weekly Updates & Questions for the QA Team (tbd)
[16:17] <zul> hi tbd
[16:17] <zul> oh wait..
[16:17] <powersj> o/
[16:17] <jgrimm> nice! hi powersj
[16:17] <powersj> howdy
[16:17] <cpaelzer> hi++ powersj
[16:18] <jgrimm> powersj, will be starting the first week of july.
[16:18] <jgrimm> zul, nothing else for now on QA
[16:18] <rbasak> powersj: welcome!
[16:18] <powersj> thx
[16:18] <zul> ok cool
[16:18] <zul> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee, arges)
[16:18] <jgrimm> sprinting i believe
[16:19] <cpaelzer> they should have entered social time already or soon
[16:19] <zul> bunch of drunks
[16:19] <zul> #topic Upcoming Call For Papers
[16:19] <nacc> heh
[16:20] <zul> #topic Ubuntu Server Team Events
[16:20] <jgrimm> not seeing anything interesting on lwn CFP page
[16:20] <jgrimm> ditto
[16:20] <zul> any upcoming events?
[16:20] <zul> #topic Open Discussion
[16:20] <zul> chat amongst yourselves
[16:20] <cpaelzer> CFP related - https://www.opnfv.org/news-faq/events/2016-06-20/2016-opnfv-summit anybody ?
[16:20] <cpaelzer> deadlines passed, but I'd be interested if anybody will be there
[16:21] <zul> i guess not
[16:21] <zul> #endmeeting
[16:21] <meetingology> Meeting ended Tue Jun 14 16:21:45 2016 UTC.
[16:21] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-06-14-16.01.moin.txt
[16:21] <cpaelzer> rbasak: bug talk ?
[16:21] <jgrimm> doh
[16:22] <rbasak> Yeah, I was waiting for that.
[16:22] <rbasak> zul: there are a couple more topics in the agenda.
[16:22] <rbasak> Never mind, we'll just do that here now.
[16:22] <jgrimm> yeah, no worries.  thanks zul
[16:23] <rbasak> OK, so let's pretend #topic Assigned merges/bugwork (rbasak)
[16:23] <rbasak> Can I get progress updates first please, and then I'll assign new bugs?
[16:23] <rbasak> cpaelzer: bug 1507681, bug 1495988, bug 1581839, bug 1524526
[16:23] <rbasak> jgrimm: bug 1397250
[16:23] <rbasak> nacc: bug 1524635, bug 1570472, bug 1553563, bug 1570923
[16:23] <rbasak> rharper: bug 1384503, bug 1491406, bug 1472639
[16:24] <rbasak> magicalChicken isn't here, so I'll ask him for an update in #ubuntu-server
[16:24] <jgrimm> rbasak, i started looking at it.   unfortunately the upstream bugzilla is down.. need some test recreate info from there.
[16:24] <rbasak> jgrimm: OK, thanks
[16:24] <rharper> bug 1384503 , updated description with current status, including statement on request for reproducing data from affected users.
[16:24] <jgrimm> rbasak, i sent the upstream an email to let them know their bugzilla was down
[16:24] <nacc> rbasak: re: 1524635, can be taken off the list, waiting for a response from submitter for testing via ppa
[16:25] <nacc> rbasak: re: 1570472, i've sort of handed-off to sdeziel, who is working on getting yakkety fixed, so we can properly SRU
[16:25] <rbasak> nacc: 635> OK, thanks. I suggest that you unassign yourself, mark back as Triaged or Incomplete or something with a comment.
[16:25] <nacc> rbasak: re: 1553563 1570923, i've prioritized php over bacula to get 16.10 cleaned up. So i'd recommend reassignment for now
[16:25] <nacc> rbasak: will do
[16:25] <rharper> bug 1491406 is fixed release on devel, SRU pending on trusty, sponsors subscribed, uploaded to proposed queue,
[16:26] <rharper> bug 1472639, untouched, will poke at it this week.
[16:26] <rbasak> nacc: 472> same - please unassign so it's clear
[16:27] <nacc> rbasak: ack
[16:27] <cpaelzer> 1581839 Waiting for Review/Sponsoring
[16:27] <cpaelzer> 1495988 Waiting for Review/Sponsoring
[16:27] <cpaelzer> 1524526 will be a merge + dropping the failing plugin (my first shot at the importer)
[16:27] <cpaelzer> 1507681 Waiting in proposed for the reporter to verify
[16:27] <cpaelzer> 1588690 I mentioned last week turned out to be tar now behaving as it should since 1.22 (no bug other than if you use it wrong as dpdk did)
[16:29] <cpaelzer> am I dead or netsplit or something - you see me?
[16:29] <rbasak> rharper: 406> what's the plan with SRU verification? Will you do that or should we just leave it to the reporter?
[16:29] <jgrimm> cpaelzer, i see you
[16:30] <rbasak> rharper: 503> I've marked as cleared. Thanks!
[16:31] <rbasak> cpaelzer: I see you. Sorry, just working my way down so I don't miss updates.
[16:31] <cpaelzer> rbasak: totally fine and a good approach - just wondered as I saw no update at all
[16:31] <rharper> rbasak: 406, I can verify; added to my list
[16:34]  * rbasak is still catching up on cpaelzer's updates, sorry
[16:35] <rbasak> cpaelzer: that all looks good, thanks. I take it bug 1588690 I can treat as cleared?
[16:35] <cpaelzer> we need a spinning wheel or hourglass symbol for you :-)
[16:35] <cpaelzer> yes 690 is cleared
[16:35] <cpaelzer> even in dpdk packaging, related debian bug and upstream with tar mailing list
[16:36] <rbasak> OK, thank you all for the updates.
[16:36] <cpaelzer> thanks you for all the hoursekeeping on them
[16:36] <rbasak> Good news - nothing in the my list has been dormant for over week. That's notable progress for the process - thank you all.
[16:37] <jgrimm> \o/
[16:37] <rbasak> Next, new assignments
[16:37] <rbasak> These are all higher priority than the "ramping up" bugs. I think they generally impact (or may impact) Xenial.
[16:37] <rbasak> There are nacc's unassigned bacula bugs due to his PHP priority, and few new ones.
[16:37] <rbasak> Five in all.
[16:38] <rbasak> bug 1585771, bug 1519120, bug 1590688, bug 1553563, bug 1570923.
[16:38] <cpaelzer> rbasak: as I just was at clamav I'd take this one
[16:38] <rbasak> cpaelzer: thanks!
[16:38] <cpaelzer> rbasak: but this time really don't expect me to work on it before next week - just as heads up
[16:38] <rbasak> OK
[16:39] <rbasak> For 771, cyphermox assigned himself but I'd like someone to drive from the server end - just coordinating to make sure it doesn't get lost.
[16:40] <rbasak> rharper: any capacity? I'd prefer you looked at any of these new ones over bug 1472639
[16:41] <rbasak> jgrimm: this may be our first overflow - stuff that I think need looking at very soon, but no capacity available.
[16:41] <nacc> rbasak: depending on how much of the php stuff goes through now that i've unstuck phpunit, i might be able to get to bacula
[16:41] <nacc> rbasak: i'll try and let you know by EOD (and i'll make sure the bug assignments reflect htat)
[16:42] <rbasak> nacc: thanks
[16:42] <jgrimm> rbasak, yup
[16:42] <rbasak> I think for these maybe leave them unassigned (both in LP and my spreadsheet) so that the first available person can take them?
[16:42] <rbasak> If anyone has capacity open up, please let me know.
[16:42] <rbasak> I guess that's all from me then. Thanks all!
[16:43] <jgrimm> rbasak, thanks
[16:43] <nacc> thank you rbasak !