15:04 <slangasek> #startmeeting
15:04 <meetingology> Meeting started Thu Sep  3 15:04:03 2015 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
15:04 <meetingology> 
15:04 <meetingology> Available commands: action commands idea info link nick
15:04 <slangasek> [TOPIC] Lightning round
15:04 <slangasek> $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx)
15:04 <slangasek> tdaitx doko infinity slangasek robru sil2100 caribou barry pitti bdmurray cyphermox
15:04 <tdaitx> hurray!
15:04 <tdaitx> Current
15:04 <tdaitx> - Fixed FTBFS in bluez-tools (LP: #1489661, Debian #797128); forwarded fix upstream (accepted)
15:04 <tdaitx> - Fixed FTBFS in bluez-tools (LP: #1490204, Debian #797356); fowarded fix upstream (accepted)
15:04 <tdaitx> - Fixed FTBFS in opencsg (LP: #1490091); no debian backport, debian does not use opengles2 for qt4-x11
15:04 <tdaitx> - Fixed FTBFS in jruby (LP: #1490323)
15:04 <tdaitx> - Fixed FTBFS in openscad (LP: #1489992)
15:04 <tdaitx> - Updated libjoda-time-java from 2.7 to 2.8.2 (LP: #1491530, Debian #797842)
15:04 <ubottu> Launchpad bug 1489661 in bluez-tools (Ubuntu) "bluez-tools FTBFS on wily-proposed due to AM_LDFLAGS misuse" [Undecided,Fix released] https://launchpad.net/bugs/1489661
15:04 <tdaitx> - Investigating JRuby FTBFS due to failing spec tests (LP: #1491526); seems like many are due to build environment setup (eg. non-existing $HOME); local chroot has 2 failures and 2 errors, lp build has 21 failures and 13 errors
15:04 <ubottu> Debian bug 797128 in bluez-tools "bluez-tools FTBFS on wily-proposed due LDFLAGS misuse" [Important,Fixed] http://bugs.debian.org/797128
15:04 <tdaitx> - Investigating openscad FTBFS on armhf (LP: #1491553, Debian #797816); there are lots of failures in LP and Debian due to conflicting declaration between GL and ES2 (search for "khronos_ssize_t gl3.h"); any reason not to define "khronos_ssize_t" as "ptrdiff_t" instead of "signed long int"?
15:04 <ubottu> Launchpad bug 1490204 in bluez-tools (Ubuntu) "bluez-tools FTBFS on wily-proposed in 64-bit archs due to implicit pointer conversion" [Undecided,Fix released] https://launchpad.net/bugs/1490204
15:04 <tdaitx> - Setting up JCK 7 to run localy for trusty
15:04 <tdaitx> Next week
15:05 <ubottu> Debian bug 797356 in bluez-tools "bluez-tools FTBFS in 64-bit archs due to implicit pointer conversion" [Important,Fixed] http://bugs.debian.org/797356
15:05 <tdaitx> - Guarantee that local JCK 7 tests are running fine for trusty, then move those to canonistack
15:05 <ubottu> Launchpad bug 1490091 in opencsg (Ubuntu) "opencsg 1.4.0-1 FTBFS on armhf" [Undecided,Fix released] https://launchpad.net/bugs/1490091
15:05 <tdaitx> - Additional tests for JDK6 TLS 1.1 and JDK7 TLS 1.2 backports, need to reproduce user report as I might have a regression in JDK 7 (LP: #1482924)
15:05 <tdaitx> - Setup and use umt schroots, check if that setup is closer to
15:05 <tdaitx> Waiting/On hold
15:05 <ubottu> Launchpad bug 1490323 in jruby (Ubuntu) "jruby FTBFS due to missing libjzlib-java dependency" [Undecided,Fix released] https://launchpad.net/bugs/1490323
15:05 <tdaitx> - Reviews by OpenJDK project of the TLS backports for JDK6 and JDK 7 still requires OCA clearance
15:05 <tdaitx> (done)
15:05 <ubottu> Launchpad bug 1489992 in openscad (Debian) "openscad ftbfs in wily" [Unknown,New] https://launchpad.net/bugs/1489992
15:05 <ubottu> Launchpad bug 1491530 in libjoda-time-java (Debian) "Update libjoda-time-java to 2.8.2 to fix timezone" [Unknown,New] https://launchpad.net/bugs/1491530
15:05 <ubottu> Debian bug 797842 in libjoda-time-java "libjoda-time-java: Update libjoda-time-java to 2.8.2 to fix timezone" [Wishlist,Open] http://bugs.debian.org/797842
15:05 <ubottu> Launchpad bug 1491526 in jruby (Ubuntu) "jruby FTBFS when running mspec tests" [Undecided,New] https://launchpad.net/bugs/1491526
15:05 <ubottu> Launchpad bug 1491553 in openscad (Ubuntu) "openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h" [Undecided,New] https://launchpad.net/bugs/1491553
15:05 <ubottu> Debian bug 797816 in openscad "openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h" [Important,Open] http://bugs.debian.org/797816
15:05 <ubottu> Launchpad bug 1482924 in openjdk-7 (Ubuntu) "Regressions due to USN-2696-1" [Undecided,New] https://launchpad.net/bugs/1482924
15:05 <doko> - GCC: build for POWER8, two backports for regressions on ARM32 and ppc64el, branch updates, package libstdc++fs.a
15:05 <doko> - openjdk-7 update
15:05 <doko> - gdal & friends transition
15:05 <doko> - boost1.58 transition, removed boost1.55, and old icu
15:05 <doko> - again, helped kubuntu with transitions. now all migrated
15:05 <doko> - cleared NBS
15:05 <doko> - almost cleared update_output.txt
15:05 <doko> - tracked down cyclicy dependencies in java packages (gradle, groovy2, stringtemplate4, one more) and asked for manual builds
15:05 <doko> - updated java related, which were behind in debian
15:05 <doko> - llvm-3.7 final, still ftbfs on i386 and powerpc
15:05 <doko> - some python3.5 related fixes
15:05 <doko> - integrated some pending openjdk-8 patches
15:05 <doko> (done)
15:05 <infinity> [ Short week, due to illness ]
15:05 <infinity> - Kernel SRU work
15:05 <infinity> - NEW reviews
15:05 <infinity> - General SRU/AA work
15:05 <infinity> - Infrastructure work
15:05 <infinity> - Discussions and planning for s390x bootstrap
15:05 <infinity> - More glibc 2.22 work, expect upload Fri/Mon
15:06 <infinity> (done)
15:06 <slangasek> * follow through on g++5 transitions, mostly reverting library name changes that Debian has opted not to take
15:06 <slangasek> * code review of ci-train code for new jenkins job security model
15:06 <slangasek> * ramping up for the s390x port
15:06 <slangasek> * working with dannf on getting edk2 buildable for arm64 with gcc5
15:06 <slangasek> (done)
15:06 <slangasek> robru:
15:06 <robru> lp:cupstream2distro
15:06 <robru> - set PPA description to show silo configuration
15:06 <robru> - include tests in code coverage report, revealing some unused test helpers I've now deleted
15:06 <robru> - Define an 'install' target in the makefile which installs needed deps, so that they're no longer defined in 3 different places (s-jenkins -ci and -autolanding jobs, plus charm)
15:06 <robru> - Eliminate honor system allowing trainguards to spoof core devs during silo publication
15:06 <robru> - better error messages for some failure conditions
15:06 <robru> - workaround some lazr/lplib bugs
15:06 <robru> - instead of using bot name in debian/changelog, use request creator's name
15:06 <robru> lp:bileto
15:06 <robru> - add some new API endpoints to ease common use cases
15:06 <robru> - merge dashboard into requests page, dropping a ton of redundancy
15:06 <robru> - Unify 3 disparate dependency definitions into one central location in the Makefile in trunk.
15:06 <robru> - redirect to the newly created request when creating new requests, and dim the submit button when submitting, should alleviate users creating lots of duplicate records
15:06 <robru> - initial db migrations, adding some columns and changing some column types as necessary
15:06 <robru> - fix URL linkifier regex to not break when URL ends with punctuation
15:07 <robru> lp:canonical-mojo-specs
15:07 <robru> - new upgrade spec dramatically simplifying production rollout procedure
15:07 <robru> Mad Max game
15:07 <robru> - Cleared Chumbucket's territory
15:07 <robru> - cleared a decent area of Jeet's territory
15:07 <robru> (fin)
15:07 <barry> robru: was that last bit just to see if we're paying attention? :)
15:07 <robru> barry: ;-)
15:08 <tdaitx> well, it did get my attention
15:08 <caribou> sil2100 doesn't seem here
15:08 <robru> vacation
15:08 <caribou> k then my turn
15:08 <slangasek> tdaitx: package builds shouldn't rely on $HOME being set fwiw; if something wants to write to $HOME during the build, create a scratch directory inside the package build tree and set the env var to point there
15:08 <caribou> Bugfix:
15:09 <caribou> - lucid -> precise -> trusty upgrade issue
15:09 <caribou> * Unbootable system after upgrade (LP: #1491894)
15:09 <ubottu> Launchpad bug 1491894 in grub2 (Ubuntu) "lucid to precise to trusty upgrade may leave system unbootable" [Undecided,New] https://launchpad.net/bugs/1491894
15:09 <caribou> Merges:
15:09 <caribou> - rsyslog merge : spent most of the time on merging 8.12
15:09 <caribou> then fixing FTBS. rsyslog 8.12.0-1 is now available
15:09 <caribou> Investigate Core Dev application
15:09 <caribou> ☑Done
15:09 <barry> py35 transition ongoing
15:09 <barry> dh-python syncpackage testing (pyqt5, mock, mako);
15:09 <barry> main+flavor ftbfs analysis (see ppa-status script);
15:09 <slangasek> sil2100 is on vacation yes
15:09 <barry> filing bugs, fixing bugs where possible, detailed ftbfs analysis (sometimes due to deps several levels deep), contacting upstreams, status reports.
15:09 <barry> python-pykmip w/o python3-enum34 (removed from archive).  python-zeroconf 0.17.2-1.  deja-dup 34.0-1ubuntu3 (succeeds in archive, fails in ppa due to libunity ftbfs).  chatting w/zyga re: checkbox ftbfs.  LP: #1491162.  autopilot ftbfs (succeeds in archive, fails in ppa due to testtools).  six 1.9.0-5.
15:09 <ubottu> Launchpad bug 1491162 in six (Ubuntu) "FTBFS in Wily" [Undecided,Invalid] https://launchpad.net/bugs/1491162
15:09 <barry> will be sending detailed summary to ubuntu-devel later today
15:09 <barry> --done--
15:10 <slangasek> pitti has a conflict this afternoon but sent me his status
15:10 <slangasek> apport:
15:10 <tdaitx> slangasek, do you recall any package that does that? I would like to take a look and replicate it
15:10 <slangasek> - several bug fixes/optimizations requested by bdmurray (#1487174, #1485773, etc.)
15:10 <slangasek> - stop requiring apt lists to make origin check work with system-images (#1489410)
15:10 <slangasek> autopkgtest:
15:10 <slangasek> - Spent way too much time trying to find a non-hackish solution to detect and clean up leaked background processes which cause eternal hangs (hello deja-dup tests!) (#1488359)
15:10 <slangasek> - various bug fixes and stabilization from daily test watching
15:11 <slangasek> - enable britney/cloud testing for precise (mostly for kernel/dkms)
15:11 <slangasek> - Implement autopkgtest/worker/britney changes for running DKMS tests against multiple kernels
15:11 <slangasek> - Finish documentation: https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure
15:11 <slangasek> systemd:
15:11 <slangasek> - resumed working on networkd integration, have if-up.d/if-post-down.d/ support working now (in review)
15:11 <slangasek> - package 225, various bug fixes
15:11 <slangasek> misc:
15:11 <slangasek> - fix various package test regressions to unblock stuff in -proposed
15:11 <slangasek> - clean up and generalize SRU policy for new LTS features, send proposals to TB
15:11 <slangasek> - big catch-up on bug triage
15:11 <slangasek> (done)
15:11 <infinity> tdaitx: If a testsuite actually relies on $HOME in a way that's a pain to patch out, you can just mkdir foo && HOME=foo ./testsuite
15:11 <barry> tdaitx: tox used to but doesn't need to any more.  you might find a solution in its older vcs history
15:11 <infinity> tdaitx: But I generally view that as an upstream bug worth fixing.
15:11 <slangasek> tdaitx: not offhand no, but what infinity said
15:12 <slangasek> being sure to also remove foo/ in the clean target then
15:12 <bdmurray> investigation into gtk+3.0 trusty crash rate increase and bucket not updating
15:12 <bdmurray> found and resolved an issue with how crash reports that have previous failures to retrace are bucketed
15:12 <bdmurray> wrote code to bucket unbucketed OOPSes
15:12 <bdmurray> submitted RT regarding allocating retracers to the failed queues
15:12 <bdmurray> modification of daisy-retracer charm to support retracing the failed queue
15:12 <bdmurray> worked with webops to sort out status of retracer for the failed queue
15:12 <bdmurray> review list of core files currently in swift so we can remove Utopic crashes
15:12 <bdmurray> rebuilt test crashes for current package versions
15:12 <bdmurray> uploaded fix for ubiquity package hook in apport to W
15:12 <bdmurray> talked to pitti about LP: #1485787 and LP: #1485773
15:12 <ubottu> Launchpad bug 1485787 in apport (Ubuntu Vivid) "package_hook does not include package version" [High,Fix committed] https://launchpad.net/bugs/1485787
15:12 <bdmurray> investigation into apport not adding origin information to foreign packages
15:12 <ubottu> Launchpad bug 1485787 in apport (Ubuntu Vivid) "duplicate for #1485773 package_hook does not include package version" [High,Fix committed] https://launchpad.net/bugs/1485787
15:12 <bdmurray> fixed an issue with the bug bot OOPSing when tagging ubiquity bugs
15:12 <bdmurray> SRU review of python-neutronclient fixing a regression in V -updates
15:12 <bdmurray> SRU verification of T, V fix for LP: #1485787
15:12 <bdmurray> review of patch for software-properties LP: #1381050
15:12 <ubottu> Launchpad bug 1381050 in software-properties (Ubuntu) ""Import Key File" fails when the path of the file has special characters" [Medium,In progress] https://launchpad.net/bugs/1381050
15:13 <bdmurray> ✔ done
15:13 <infinity> (mumble is back)
15:13 <cyphermox> - debugging of NM autopkgtests
15:13 <cyphermox> - sponsored/reviewed some ubiquity-slideshow MPs
15:13 <cyphermox> - updated doxia
15:13 <cyphermox> - sponsored golang, dh-golang
15:13 <cyphermox> - working on ubiquity update, fixing new PEP8 errors
15:13 <cyphermox> - skiboot (opal-prd) update and SRU
15:13 <cyphermox> - fixing util-linux 'lscpu -p' bug on ppc64el (bug 1427995)
15:13 <cyphermox> - debugging more parted/multipath issues: bug 1473903
15:13 <ubottu> bug 1427995 in util-linux (Ubuntu Trusty) "lscpu -p is showing wrong values for Node component" [High,Fix committed] https://launchpad.net/bugs/1427995
15:13 <cyphermox> - testing ubiquity timezone map update for Pyonyang time
15:13 <ubottu> bug 1473903 in parted (Ubuntu) "parted will generate two devices when adding one partition on mpath device" [High,Triaged] https://launchpad.net/bugs/1473903
15:13 <cyphermox> - preparing rrdtool FFE for sync.
15:13 <cyphermox> robru: personally, I'm still more partial to playing Minecraft in my free time, don't know about Mad MAx...
15:13 <cyphermox> (done)
15:13 <tdaitx> infinity, slangasek, barry thanks, I will check if the jruby folks can update their test
15:14 <robru> cyphermox: ;-)
15:15 <slangasek> any questions over status?
15:15 <infinity> tdaitx: It's widely considered very poor practice in the free software world for a build to ever leave its build tree, so shouldn't be a hard sell upstream.
15:16 <tdaitx> infinity, indeed, but right now I'm not sure if the mspec tests is something they own or just got from somewhere else
15:16 <cyphermox> no questions from me
15:17 <slangasek> tdaitx: either way, worst case is they should be able to do the same HOME= trick upstream :)
15:17 <slangasek> [TOPIC] AOB
15:17 <slangasek> anything else today?
15:17 <barry> monday is a usa holiday
15:17 <slangasek> o yes
15:17 <cyphermox> Monday is a holiday in Canada too
15:17 <caribou> as surprizing as it may seem, it is *not* a holiday in France
15:18 <tdaitx> wut? it is a holiday in Brazil as well
15:18 <infinity> caribou: The French would have to work before it would make sense to observe Labour Day.
15:18 <doko> http://qa.ubuntuwire.com/ftbfs/
15:19 <slangasek> infinity: they already celebrated it in May, be impressed that they're not taking it twice
15:19 <doko> at least in main, there is some stuff belonging to foundations ...
15:19 <barry> so, summer ends in may in france?
15:19 <cyphermox> doko: I'll fix up curl today.
15:19 <slangasek> http://qa.ubuntuwire.com/ftbfs/#core specifically, I believe?
15:19 <cyphermox> (not ftbfs, but you know what I mean)
15:19 <doko> curl isn't on this list ;p
15:19 <slangasek> doko: or is there something other than those that you wanted to draw attention to?
15:20 <cyphermox> not yet!
15:20 <cyphermox> :)
15:20 <infinity> cyphermox: You mean the curl-udeb thing?
15:20 <cyphermox> yeah
15:20 <barry> i'll look in to python-*
15:20 <infinity> cyphermox: I think fixing maas is the right answer.
15:20 <doko> plus: http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-ppc64el-20150902-wily.html  (note these are not ppc64el only)
15:20 <cyphermox> infinity: it is
15:20 <infinity> cyphermox: Given that curl-udeb was empty before it was dropped, so they can't possibly have been using it. :P
15:20 <cyphermox> oh, it was?
15:20 <infinity> Yeah.  That's why it was dropped.
15:20 <infinity> It was clearly broken for several releases.
15:20 <cyphermox> heh
15:20 <infinity> With not a single person complaining.
15:20 <infinity> Which is a fair sign no one was using it.
15:21 <barry> hahahaha dep-wait on pypy*
15:21 <doko> barry, look first at the pypy MIR, then these will clear up ;-P
15:21 <doko> dh-exec
15:21 <cyphermox> infinity: it's not a very much used feature, it's mostly just enrolling maas devices via the ISO
15:21 <doko> rpm
15:21 <cyphermox> I'll ask harder if we can just drop that altogether...
15:21 <doko> sssd?
15:21 <infinity> cyphermox: Oh, the "enlist in MaaS" bootloader option on the server CD?
15:22 <doko> libpod-readme-perl
15:22 <infinity> cyphermox: If that actually relied on curl-udeb, they haven't tested it in years...
15:22 <cyphermox> infinity: well, it's maas-enlist-udeb that requires curl-udeb
15:22 <slangasek> doko: heh, rpm shows up as part of the ubuntu-desktop package set, not core
15:22 <infinity> doko: sssd is RAOF's.
15:22 <cyphermox> the only thing I could think of to use that was the enlist in MAAS option from the CD
15:22 <doko> and a lot of perl stuff here: http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
15:23 <infinity> cyphermox: Your logic is sound, but they supposedly test that feature.  So, could need more investigating.
15:23 <cyphermox> easy enough to test anyway
15:23 <infinity> Oh look, another java/maven explosion.
15:23 <infinity> Why, java, why?
15:24 <infinity> doko: The majority of those perl modules can probably get hand-waved in with a minimal review and subscriber, but I guess we should file a big bug and go through the motions.
15:24 <slangasek> tdaitx, robru: http://qa.ubuntuwire.com/ftbfs/#core should be driven to zero for release, can you take a look at these and see which ones you can help with?  (feel free to ask any of the core-devs if you have questions)
15:25 <robru> slangasek: sure
15:25 <tdaitx> slangasek, sure
15:26 <doko> infinity, likely, but maybe check as well if they are maintained by the perl team
15:26 <cyphermox> infinity: http://paste.ubuntu.com/12263705/ don't think they were testing it, otherwise it magically worked without that for some reason
15:26 <infinity> doko: Yeah.  Most probably are, they have most of CPAN packaged. :P
15:26 <cyphermox> (that's from debian-cd)
15:26 <doko> java is known, and ruby is known too, wanted somebody to look at rails; how we can avoid it
15:27 <infinity> cyphermox: Well, it may well be that maas-enlist-udeb doesn't actually need curl-udeb.
15:27 <infinity> I'll pick up the firefox FTBFS, I'm sick of arguing with people about it.
15:29 * pitti rentre -- qu'est-ce que j'ai perdu ? :-)
15:30 <slangasek> pitti: un peu de ceci, un peu de c'là
15:30 <infinity> in 250
15:30 <slangasek> pitti: we're just about wrapped here, can you join mumble?
15:30 <infinity> ...
15:30 <pitti> I'm in
15:34 <slangasek> I think we're done here then
15:34 <slangasek> unless there's anything else
15:35 <slangasek> #endmeeting