User1: o/
User2: \o
User3: /o/
User4: sup.
 * slangasek waves
User5: o/
User6: o/
User7: o/
User5: Did mumble just explode for anyone else, or am I special?
User4: you're special
User8: you are special!
User5: Yay me.
User9: why is that an either-or?
User8: #startmeeting
User10: Meeting started Thu Nov 19 16:02:21 2015 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
User10: Available commands: action commands idea info link nick
User8: [TOPIC] Lightning round
* meetingology changed the topic of #ubuntu-meeting to: Lightning round
User8: $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx xnox)
User8: cyphermox doko robru infinity caribou slangasek barry tdaitx pitti xnox sil2100 bdmurray
User4: winnage!
User4: - more ubiquity prototyping for kernel signature enforcing.
User4: - discussed prototype with design team for feedback
User4: - ipmitool SRUs for bug LP: #1509896 (vivid, wily)
User11: Launchpad bug 1509896 in ipmitool (Ubuntu Wily) "IPMI USB SCSI endpoint discovery can fail on OpenPower machines" [Medium,In progress] https://launchpad.net/bugs/1509896
User4: - grub2 ofdisk/sas disk detection fix for bug LP: #1517586
User4: - xenial and SRUs.
User4: - continuing on netcfg work (bug LP: #1452202)
User11: Launchpad bug 1517586 in grub2 (Ubuntu) "can't boot to disk from netboot on power8" [High,In progress] https://launchpad.net/bugs/1517586
User11: Launchpad bug 1452202 in netcfg (Ubuntu) "ubuntu preseed install fails to set a hostname" [Medium,In progress] https://launchpad.net/bugs/1452202
User4: - also back on that lvm cyclic dependency issue.
User4: - fixed update bug in sbuild-launchpad-chroot.
User4: â â
User1: is that a checkmate?
User4: ^ obligatory end transmission UTF characters.
User5: User1 No, it's romance.
User5: Forbidden love.
User12: User4 is the lvm issue that upgrade bug?
User4: User12 yes!
 * sil2100 starts browsing the UTF character table
User1: king and castle could both beat each other, veery romantic :)
User3: no doko?
User5: He's probably too busy abusing xnox on mumble.
User13: he was trolling my uploads in private message a minute ago...
User14: - addressing binutils regressions on s390x and ppc64el
User14: - ISL 0.15 transition (ongoing, involving gcc backports, gcc-* uploads)
User14: - review and upload openjdk-6 and openjdk-7 packages
User14: - merges
User14: (done)
User3: lp:cupstream2distro
User3: - Force xenial in xenial+vivid to main archive.
User3: - Total overhaul of the way train monitors and reports silo statuses
User3: - Permanently disable jenkins CLI due to security vulnerability.
User3: lp:bileto
User3: - minor display tweaks to match new status format
User3: other
User3: - experiments with autopkgtests in silos and enabling britney but nothing conclusive yet
User3: (done)
User5: Brain melty sort of week, with vague updates to match:
User5: - s390x stuff
User5: - kernely things
User5: - argued with glibc a bit
User5: - AA misc
User5: - SRU whatsits
User5: (done)
User15: Bugfix :
User15: - Precise SAN/LVM boot hang
User15: LP: #1506550 - quassel sound bug
User15: LP: #1496317 - kdump OOM killer failure
User11: Launchpad bug 1506550 in quassel (Ubuntu) "quassel can't play audio notifications in wily" [Low,In progress] https://launchpad.net/bugs/1506550
User11: Launchpad bug 1496317 in kexec-tools (Ubuntu) "kexec fails with OOM killer with the current crashkernel=128 value" [High,In progress] https://launchpad.net/bugs/1496317
User15: Sosreport autopkgtests & packaging
User15: (done)
User8: * merges
User8: * s390x bootstrapping
User8: * worked through bug in udevd SIGBUSing on the phones (bug #1512323)
User8: * worked around a binutils hang that was causing util-linux to FTBFS on ppc64el (bug #1516444)
User8: * secureboot installer design discussions
User11: bug 1512323 in android (Ubuntu) "devices on devel-proposed/ubuntu do not boot with systemd 227-2ubuntu1" [High,Triaged] https://launchpad.net/bugs/1512323
User11: bug 1516444 in binutils (Ubuntu) "ld hangs indefinitely statically linking binutils on ppc64el" [Medium,Confirmed] https://launchpad.net/bugs/1516444
User8: (done)
User9: debuntu: fades 4-1 (review, sponsor); LP: #1516688 (submitted upstream, have yet to hear back from maintainers); LP: #1440375 (mp submitted); pycurl 91.69.162.6-1 and 91.69.162.6-1ubuntu1; python-webob 1.5.1-1
User11: Launchpad bug 1516688 in apt-xapian-index (Ubuntu) "Port to Python 3" [High,In progress] https://launchpad.net/bugs/1516688
User11: Launchpad bug 1440375 in oneconf (Ubuntu) "oneconf-common should use python3 by default" [Medium,Triaged] https://launchpad.net/bugs/1440375
User9: si: LP: #1386302; LP: #1380678 (for si 3.1)
User11: Launchpad bug 1386302 in Ubuntu system image "Provide ability to specify a target system image revision" [High,Fix committed] https://launchpad.net/bugs/1386302
User11: Launchpad bug 1380678 in Ubuntu system image "Remove deprecated D-Bus method .Info()" [High,Fix committed] https://launchpad.net/bugs/1380678
User9: various reviews of various system-image server, ubuntu-release-upgrader branches; other python help here and there
User9: ââ±
User7: Current/Past
User7: - IcedTea 6b37 1.13.9 and 7u91 2.6.3 released on Friday (2015-11-13); couldn't get a Xenial LXC running, reverted to schroot; packaged both on my PPA; thanks doko for reviewing them =)
User7: - Provided OpenJDK 7u91 2.6.3 packages for the security team (new update for Wily and backports for Vivid, Trusty, and Precise)
User7: - Provided Wily backport for libcommons-collections3-apache to security team (LP: #1514985)
User7: - Looking into arm+powerpc build failures in OpenJDK 8 & 9
User11: Launchpad bug 1514985 in libcommons-collections4-java (Ubuntu) "Arbitrary remote code execution with InvokerTransformer" [Undecided,New] https://launchpad.net/bugs/1514985
User7: Next steps
User7: - provide OpenJDK 6b37 1.13.9 packages for the security team
User7: - continue working on TCK packaging and charms
User7: - work on joda-time and freeipmi merges, then move to squid3
User7: - verify OpenJDK 6 TLS patch (LP: #1482924)
User11: Launchpad bug 1482924 in openjdk-7 (Ubuntu) "Regressions due to USN-2696-1" [Undecided,New] https://launchpad.net/bugs/1482924
User7: Waiting/On hold
User7: - waiting OCA to submit webrevs for 7093640 backport (set TLS 1.1 as default for JDK 6 and TLS 1.2 as default for JDK 7); not blocking anything for now, just waiting
User7: (done)
User1: == autopkgtest ==
User1: - Detect temporary DNS failures and auto-retry on those
User1: - Counteract livecd-rootfs hack from LP #1510345 harder to unbreak local QEMU images
User11: Launchpad bug 1510345 in cloud-init (Ubuntu Xenial) "[SRU] Cloud Images do not bring up networking w/ certain virtual NICs due to device naming rules" [Undecided,Triaged] https://launchpad.net/bugs/1510345
User1: - Hotfix regression from cloud-init change (#1177432) that caused the wrong source versions to be downloaded (#1517426)
User1: - Some smaller bug fixes
User1: - Create https://wiki.ubuntu.com/ProposedMigration/LocalSetup and scripts to initialize britney, mostly for robru's train integration
User1: - about a full day's worth of autopkgtest infrastructure maintenance
User1: - In progress: Integrate http://autopkgtest.ubuntu.com/running.html prototype into debci, make it more useful and robust
User1: == systemd ==
User1: - Fix autopkgtest failures on ppc64el and in LXC (armhf), file console-setup bug (#1516591)
User1: - Fix race condition in resolvconf integration
User1: - Greatly improve networkd tests; plan: land them upstream and running them on every pull request in semaphore
User1: - Fix build on arm, forward slangasek's siphash alignment patch upstream and complete it (#1512323)
User1: - investigate various regressions in upstream master, QA the 228 release, package it
User1: - Improve some of our autopkgtest cases
User1: == misc ==
User1: - meeting about test machines for ubiquity/upgrade tests (aiming at nested QEMU in Scalingstack)
User1: - make some experiments for the above; works good enough for autopkgtests, but ubiquity ISO tests are currently failing in Scalingstack (works fine locally)
User1: EOT
User4: User1 ubiquity tests, yay
User13: * back from vacation
User13: * configured irc, ssh, vpn, etc.
User13: * uploaded a few merges / sync
User13: * replied to a bunch of emails
User13: AbEnd
User2: - Landing team work, silo coordination, preparing landing e-mails
User2: - RTM Status meetings
User2: - OTA-8: * Preparing manual re-spins in the rc channel, prepping snapshots, tagging images * Preparing release notes and commitlogs * Emergency langpack re-spin madness a day before release
User2: - system-image: * Deploying new image tag functionality, final live testing * Investigating bugs in delta handling * Some additional work on the testability branch
User2: - +1-maintenance: * Preparing sync request for jansson
User2: - Modifying snapshotting script to consider changes in the main archive (for OTA hotfixes)
User2: - Preparing miniature script for safe image copies during touch image promotion
User2: - Started work on modifying the auto-phasing scripts
User2: - Help in resolving packaging issues for trust-store and platform-api
User2: - Preliminary packaging review of the new gmenuharness package
User2: - Prepare for re-try on core-dev
User2: â
User2: (the scissors mark the end, just so you know)
User12: research into quantity of crashes from the stable channel before and after apport change
User12: updated /tested apport on production retracers
User12: uploaded backport of xenial gdb to daisy pluckers PPA
User12: remove a systemd SAS from a bucket to see if it will retrace better w/ new apport version                                                                   tested retracing of systemd crashes
User12: submitted RT to have gdb updated on the retracers
User12: worked with thomi regarding a xorg retrace failure
User12: reported apport bug regarding using crash's version of gdb
User12: SRU verification of whoopsie bug LP: #1382233
User11: Launchpad bug 1382233 in whoopsie (Ubuntu Wily) "whoopsie does not upload UnreportableReason field in crash reports" [High,Fix committed] https://launchpad.net/bugs/1382233
User12: investigated martin's idea of using has_useful_stacktrace() from apport
User12: wrote a test for and fixed ubuntu-release-upgrader bug LP: #1511783
User11: Launchpad bug 1511783 in ubuntu-release-upgrader (Ubuntu) "release upgrader can create a too minimal sources.list" [High,In progress] https://launchpad.net/bugs/1511783
User12: uploaded ubuntu-release-upgrader fixing LP: #1463680 and #1511783
User12: investigation into merge-o-matic bug LP: #1202142
User11: Launchpad bug 1463680 in ubuntu-release-upgrader (Ubuntu) "mirrors only added to mirrors.cfg, never removed" [Medium,In progress] https://launchpad.net/bugs/1463680
User11: Launchpad bug 1202142 in Merge-o-Matic "Blind to new development release -proposed pocket" [High,Triaged] https://launchpad.net/bugs/1202142
User12: reviewed arges's sru-review merge proposal
User12: â done
User8: great!
User8: any questions?
User1: OOI, what's the status of s390?
User1: I thought infinity was rather close to debootstrapability?
User5: Basically pending the hardware setup being complete for launchpaddification.
User5: It's debootstrappable, plus lots of other misc stuff built.
User8: we have a minbase debootstrappable stage0 archive.  infinity, how's stage1 looking?
User5: stage1 will be building itself today.
User8: excellent
User5: That's my whole day.
User1: that sounds like great progress
User4: User8 looks like we've filled the s390x position?
User1: User4 it's spelt "s390xnox"
User8: on the hardware setup side there was another delay this week, which IS and our unofficial in-house zSeries experts are now working to resolve but I have no eta
User4: User1 jes
User8: User4 yes
User4: User13 that's a good point, you should /nick ;)
User13: haha
User15: shouldn't it be Znox ?
User1: thanks for the heads-up
User8: wouldn't s390x-no-x reduce to s390?  We don't support that
User4: well, are we even planning to ever run X on it?
User13: Mir all the way.
User5: User4 Runs X fine.
User5: Clients, that is. ;)
User4: User5 modulo no screen?
User5: Not so much the server bit.  Cause, yeah.
User5: Well, I suppose server via VNC and the like.
User4: yeah
User2: User4 will you mind if I pick up the network-manager-pptp merge?
User4: User2 knock yourself out :)
User2: User4 \o/
User4: might even be a sync
User1: oh, speaking of NM: any plans ot update to the latest stable microrelease? that fixes that weird "too small wifi MTU" bug which plagued us at the sprint
User1: (and I also see that here)
User7: s390 display is probably a punch card, refresh rate about 0.1 Hz
User1: (NM> IOW, debian merge)
User5: User7 Don't be silly.  It's vacuum bulbs.  The punch card is the mouse.
User4: User1 eventually, it's not my top priority.
User5: Also, it occasionally makes satisfyinf sci-fi bloops and bleeps that don't logically map to any function of the system.
User4: User5 blinkenlights?
User5: User4 In response to gerfingerpoken, yes.
User8: but does it have a /dev/theramin
User4: ye[
User1: the bleeps, the sweeps, and the creeps?
User5: Ahh, we're such professionals.
User8: so then!
User8: [TOPIC] AOB
* meetingology changed the topic of #ubuntu-meeting to: AOB
User8: anything else?
User5: *shrug*
User8: next week is Thanksgivin
User8: g
User5: That was last month.
User5: Heathen.
User7: welcome (back?) xnox!
User8: so US folks will be off
User13: tdaitx, si.
User8: shall I leave the meeting on the calendar for everyone else?
User8: (volunteer to chair?)
User2: Now that xnox is back in the team, I need to think of a way to bribe him as well
User5: I have no interest in a meeting with half the team.
User4: User2 feel free to take any of the other network-manager-$vpn packages for merging/sync too, if you want
User2: For the nearest DMB meeting
User1: User8 sure
User5: Unless someone else thinks it's super helpful.
User1: whom do you trust your mighty "echo $(shuf)" baton?
User2: User4 sure, will look if it'll end up as a merge or sync, jansson ended up as a sync so yay
User5: User1 I feel like you just volunteered.
User8: User5 a whole 2/3 actually!
User7: I will be out between Nov 26 and Dec 01
User5: User8 Minus tdaitx. :P
User8: #agreed pitti to chair team meeting next week
User5: Oh, I will be out "some days" the week after Thanksgiving as well, but the precise amount of outness is still in dispute.
User4: oh, winter tires on nov 26
User4: but no bloodletting, and not during work hours ;P
User5: Hah.
User7: pitti, good luck trying to control this mob =)
User14: can we organize a some bits of merges, with the foundations team as the owner?
User1: User7 I've known this bunch for years, no way
User7: pitti, shuffle them hard
User5: User1 We're perfect angels.  *bat lashes*
User8: User14 what exactly do you have in mind?
User8: most of the oldest merges are installer-related... which is typical
User5: User14 Specific ones that concern you, or just knocking off old/forgotten merges in general?
User14: slangasek, looking at oldish merges where the uploader isn't active, for whatever reason
User4: which I'll get to.
 * sil2100 will working on merges now as well, since his OTA-8 is out of the way
User14: no, not specific ones, just thinking that we should actively address these (and I know I have lots of outstanding merges too)
User8: User14 right; the oldest [foundations-bugs] ones on https://merges.ubuntu.com/main.html are installer, which are on cyphermox's todo list.  afterwards there's lsb which we saved for xnox
User5: Looks like most of the oldest have familiar and active names attached to them but, yeah, we should hit some of those.
User5: That grub1 merge scares me a bit.
User8: nah skip grub1
User4: grub legacy is around for the fool who will try it... otherwise I'll be that fool after installer bits.
User8: it never needs to be merged again, it just needs to be fully removed
User4: woops ;)
User13: infinity, last time i spoke with cjwatson - i think it's time to force upgrade to grub2 and see what happens.
User8: exactly
User13: or not do anything, and simply drop grub1 package and wait.
User4: yes
User8: there's no longer a xen-pv use case for grub1
User5: I'm TIL on a few things I don't remember Ting, I'll hit some of those next week after s390x stage1 is in a happy place.
User13: amazon ec2 uses a fork too, no? (grub-something-rather)
User8: does anyone here have any merges they're TIL on that they specifically want to offer up to the team?
User8: looks like open-isci is up for grabs from pitti
User1: lvm2 too
User5: As a general rule, if I'm TIL because of a 1-line (or, rather, trivial) bugfix, I don't mind it being stolen.
User1: (I'm happy to trade, of course)
User5: If I'm TIL because half the changelog is me, I'd prefer to keep it.
User14: well, I'm not eager on all my merges ...  and still haven't even looked at universe
User8: User5 knowing it's a 1-line fix requires looking more deeply jerrybanks@example.com :)
User14: and one more thing is to address the ruby defaults change, and then following up on that (so maybe pitti could do that, or server team, kirkland, and rbasak?)
User4: NM is free to merge for anyone who dares :)
User1: we have a package "nosexcover"..
User8: User5 maybe you're not attached to datefudge, as an example?  You might be more partial to walnut fudge
User5: User8 I don't even remember Ting datefudge L.
User8: * Use DEB_HOST_GNU_TYPE for cross-builds, not DEB_HOST_ARCH.
User5: Oh, cross.  Bah.
User5: That can't be the only change, though.  It's 3 ubuntu revisions deep.
User13: 0day nmu it + sync
User5: Yeah, someone should sort that delta with Debian, probably.
User1: User14 ah, I suppose we want to follow suit with ruby 2.2, so yes, I can merge that
User5: * Cleanup makefiles a bit and add support for cross-compiling.
User5: And it's possible Debian's got the bits.
User14: seriously, how many people are now looking at datefudge? ...
User5: ALL OF US.
User5: Perhaps we should end the meeting. :P
User8: :-)
User9: i was hoping to make some datefudge for thanksgiving
User8: anyway, what's a realistic target for merges?
User8: can we get everything > 365 days that's in main and foundations, off the list by EOY?
User13: 350 main outstanding -> 1y?
User5: User8 Everything but d-i, perhaps.
User13: let's not go too hard on di et.al.
User8: if cyphermox is going to merge d-i, that ought to happen sooner rather than later this cycle
User4: well, I'll certainly *start* on a few of them
User5: Yeah, he and I have talked about it.  We'd like to, but I'm also not holding my breath.
User13: there was inprogress d-i merge at some point in the past, no?
User5: User13 Not really, no.
User4: when we say d-i we mean all the d-i components but d-i itself
User5: User13 It stalled when Colin insisted he wanted to keep all the bzr history in a bzr->git conversion + merge.
User5: User4 No, I mean d-i. ;)
User5: User4 All the components should absolutely be merged.
User8: did that bzr->git conversion get done?
User4: User5 agreed
User5: User8 Nein.  And unless Colin's going to volunteer to do the work, I think I'm going to give up on caring about history soon and just do a shallow merge (which is actually close to trivial) and reset in a fresh git tree.
User8: ugh
User8: those who do not save their history are doomed to something something
User8: but ok
User5: User8 Doomed to not read 400 nearly identical commits?
User8: User5 doomed to not be able to find the rationale of the original commit
User5: I have no intention of deleting the bzr branches. :P
User5: But we'll see.
User4: it just needs someone who understands repo surgery
User8: oh I assumed the launchpad team would vaporize those from orbit
User5: I think Colin still wants to DTRT, and he's much more skilled at doing insane conversions.
User8: ok
User8: enough of this
User8: shall we end? :)
User1: +1
User5: Ja.
User1: thanks everyone!
User8: #endmeeting
* meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology
User10: Meeting ended Thu Nov 19 16:42:59 2015 UTC.
User10: Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.+1-219-623-0369.02.moin.txt
User8: thanks, all!
User15: thanks!
User4: thanks
User9: thanks!
ubuntu-meeting
Ubuntu IRC