[15:01]  * slangasek waves
[15:02] <jodh> o/
[15:02] <mvo_> \o
[15:02] <slangasek> #startmeeting
[15:02] <bhuey> folks
[15:02]  * infinity grunts.
[15:03] <slangasek> hmm, no bot?
[15:03]  * stgraber waves
[15:03] <sil2100> o/
[15:03] <slangasek> [TOPIC] Lightning round
[15:03] <robru> hiya
[15:04] <slangasek> $ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek cjwatson xnox caribou infinity mvo bhuey sil2100 robru)
[15:04] <slangasek> barry infinity doko xnox caribou sil2100 robru stgraber jodh bhuey mvo cjwatson bdmurray slangasek
[15:04] <barry> \o/
[15:04] <barry> short week due to usa holiday.  two week summary:
[15:04] <barry> more zope stack insanity: zope.security 4.0.1-1, python-pyramid 1.5.1+dfsg-1, zope.component 4.2.1-2 (debian bug #752723), zope.configuration 4.0.3-2, zope.proxy 4.1.4-2, zope.interface 4.1.1-2, zope.hookable 4.0.4-3, zope.deprecation 4.1.1-3, cherrypy3 3.5.0-1, zope.testing 4.1.3-1, python-chameleon 2.16-3, zope.event 4.0.3-2, python-iso8601 0.1.10-0.2, zope.exceptions 4.0.7-1, zope.contenttype 4.0.1-1, zope.browser 2.0.2-1 (debian bug
[15:04] <barry> #692693)
[15:04] <barry> syncs/merges: zope.security, zope.component, zope.exceptions, zope.security 4.0.1-1ubuntu1, LP: #1336429, LP: #1339898, zope.pagetemplate 4.0.4-0ubuntu1, zope.untrustedpython 4.0.0-0ubuntu1 (NEW).
[15:04] <barry> phone: LP: #1334695, LP: #1335568
[15:04] <barry> other: debian bug #754328 / LP: #1340212
[15:04] <barry> done
[15:05] <xnox> barry: i see that a few zope things are stuck in -proposed.
[15:05] <infinity> * lots of kernel SRU and security wrangling
[15:05] <infinity> * sorting out point release d-i issues
[15:05] <infinity> * stuff
[15:05] <infinity> * things
[15:05] <infinity> * misc
[15:05] <infinity> ☭
[15:05] <barry> xnox: i know :(
[15:05] <xnox> barry: is that being worked on? e.g. interested in zope.security, as that currently is not-working in utopic/release.
[15:05] <mvo_> infinity: lol
[15:05] <barry> xnox: thus the "insanity" bit
[15:05] <doko> schlaaaaaaaaaaaaaaaaaaaaaaaand!
[15:05] <xnox> doko: warum?
[15:06] <doko> - Finale, oho oho ...
[15:06] <doko> - openjdk-8 packages uploaded to utopic, enabled Hotspot for ppc64el
[15:06] <doko> - openjdk-7 mentoring, fixes for AArch64, and enabled Hotspot for ppc64el
[15:06] <doko> - binutils update to fix -flto and gold on armhf
[15:06] <doko> - libunwind merge
[15:06] <doko> - GCC 4.9 updates, 4.9.1 will be out late next week
[15:06] <doko> - test build for openjdk-7 backports to trusty
[15:06] <doko> - discussed about phone c++11 update in utopic, and further c++11 upgrade strategies
[15:06] <doko> - python 2.7.8 release, and 3.4.1 update
[15:06] <doko> (done)
[15:06] <barry> xnox: yes, i am actively working on it.  the ubuntu-only packages are causing me "fun"
[15:06] <mvo_> doko: lol^2
[15:06] <xnox> barry: if i can help, let me know.
[15:06] <barry> xnox: awesome, thanks
[15:08] <slangasek> xnox: your turn
[15:09] <mvo_> …
[15:09] <xnox> moment.
[15:09] <xnox> * finding & fixing more async asserts in lp:upstart
[15:09] <xnox>   - current state https://code.launchpad.net/~xnox/upstart/shrink-notifications/+merge/225200
[15:09] <xnox>   - getting asserts during: boot; telinit 1; telinit 2, which jodh
[15:09] <xnox>   tells me, in async job_change_state shouldn't assert on blockers but
[15:09] <xnox>   handle them gracefully.
[15:09] <xnox> * boot/power/desktop-iso testing is not running against trusty, nor
[15:10] <xnox>   utopic. Investigating with nuclearbob, doanoc, psivaa, plars, bjf,
[15:10] <xnox>   cking, apw. Utopic iso appears to install/reboot fine. Local UTAH
[15:10] <xnox>   setup has stopped working for me.
[15:10] <xnox> * catch up on some outstanding merges (~15)
[15:10] <xnox> * proposed enabling verbose build-logs (which with latest disables
[15:10] <xnox>   silent rules) in launchpad's buildds
[15:10] <xnox>   https://code.launchpad.net/~xnox/launchpad-buildd/verbose-buildlogs/+merge/225871
[15:10] <xnox> * no response from doko/laney/mdslaur re:bash & vte using ANSI escape
[15:10] <xnox>   codes, maybe I should send that email for wider discussion/analysis.
[15:10] <xnox> * posted minimal sample of working python3-launchpadlib \o/ but there
[15:10] <xnox>   are more reviews and fixes to be done.
[15:10] <xnox> * uploaded upstart trusty SRU
[15:10] <xnox> ..
[15:10] <xnox> stgraber: thanks
[15:10] <doko> xnox, I did see it, will try to find some time for bash
[15:10] <Laney> Don't know how I can help immediately
[15:12] <slangasek> no caribou today
[15:12] <xnox> doko: Laney: ok. ideally was looking for quick veto or ack on things that will/will-not work or are doable.
[15:12] <slangasek> sil2100:
[15:12] <sil2100> Oh, now me?
[15:12] <slangasek> yep!
[15:12] <sil2100> What about caribou?
[15:12] <sil2100> Ah, not around
[15:12] <doko> well, a quick veto would be easy =)
[15:12] <sil2100> - Landing team work, landing e-mails, landing coordination
[15:12] <sil2100> - CI Train maintenance and features:
[15:12] <sil2100>   * Add the 'Approved by' string to commit messages feature (LP: #1320264)
[15:13] <sil2100>   * Review bregma's patch for the commiters/authors fix
[15:13] <sil2100>   * Sending error message when we are missing the -gles package counterparts
[15:13] <sil2100>   * Work on automatic merge and clean after publishing
[15:13] <sil2100> - More lucene++ work
[15:13] <sil2100> - Work on +1 Maintenance
[15:13] <sil2100>   * Checking performous regarding libav10 support - upstream working on fix
[15:13] <sil2100>   * Checking the i386 calligra situation
[15:13] <sil2100>   * Looking at reverse-dependencies of libaudclient2 (removed with the newest version)
[15:13] <sil2100>   * Packaging the NEW libaudclient to replace the missing libaudclient2 binary package
[15:13] <sil2100>   * Rebuild audtty, pidgin-audacious with libaudclient
[15:13] <sil2100> - Finishing bootstrapping Michael for CI Train
[15:13] <sil2100> - Finishing up the Landing team Issue Tracker frontend
[15:13] <sil2100> - Planning and discussions on the pre-RTM landing scheme/rules
[15:13] <sil2100> - Fighting Google Spreadsheet issues
[15:13] <sil2100> Done
[15:13] <robru> - Launched new searchable citrain dashboard, makes it super easy to discover what silos have what packages or belong to who http://people.canonical.com/~rbpark/citrain/#?q=failed
[15:13] <robru> - took queuebot the last mile, the final nail in the coffin of sncf bot.
[15:13] <robru> - got juju working after weeks of wrestling!! Tracked the bug down to my system missing /usr/local/bin, submitted a patch to upstream juju not to create files there. https://bugs.launchpad.net/juju-core/+bug/1329480 https://github.com/juju/juju/pull/286
[15:13] <robru> - wrote a bunch of documentation on how to write graph definitions for the new ci non functional stats service http://uci.readthedocs.org/en/latest/nfss.html
[15:13] <robru> - landings, landings, landings... Hit the publish button on countless silos and packages. Troubleshot various build issues for various people
[15:13] <robru> - some packaging work for qtmir
[15:13] <robru> ✓ done
[15:14] <bhuey> yo
[15:15] <bhuey> me next ?
[15:15] <stgraber> sorry, had a quick phone call
[15:15] <stgraber> LXC:
[15:15] <stgraber>  - Released LXC 1.1.0~alpha1
[15:15] <stgraber>  - Preparing LXC 1.0.5, will tag on Monday
[15:15] <stgraber>  - Added daily Centos 7 images to images.linuxcontainers.org
[15:15] <stgraber>  - Reworked images.linuxcontainers.org publisher to only publish OpenSUSE for
[15:15] <stgraber>    LXC 1.1 and to make it easier to hide distros that don't work in
[15:15] <stgraber>    unprivileged containers (anything using systemd basically).
[15:15] <stgraber>  - Various code reviews and bug triaging.
[15:15] <stgraber>  - Published the initial version of the new lxc tool at:
[15:15] <stgraber>    https://github.com/stgraber/lxc/tree/new-cmd
[15:15] <stgraber>    still very very actively working on it, so the base is there but it doesn't
[15:15] <stgraber>    do very much yet.
[15:15] <stgraber>  - Spent a few hours looking into some stuff for Chris Townsend, trying to run
[15:15] <stgraber>    unity8 within LXC. Turned out not to be an LXC problem at all, so back to
[15:15] <stgraber>    debugging lightdm/unity-system-compositor interactions.
[15:15] <stgraber>  
[15:15] <stgraber> Conferences:
[15:16] <stgraber>  - Some more work preparing my internet simulation talk (LinuxCon NA), mostly
[15:16] <stgraber>    code cleanup and clarifying copyright and such so this can be released
[15:16] <stgraber>    publicly by the time I give the talk.
[15:16] <stgraber>  - Sent a talk proposal for LinuxCon Europe:
[15:16] <slangasek> sil2100: new google spreadsheet issues?
[15:16] <stgraber>    "LXC and why system containers also matter"
[15:16] <stgraber>  
[15:16] <stgraber> Other:
[15:16] <stgraber>  - Code review for queuebot plugins.
[15:16] <stgraber>  - SRU queue reviews.
[15:16] <stgraber>  
[15:16] <stgraber> Holiday:
[15:16] <slangasek> robru: did you see the RT was resolved to give you access to the ~platform account?
[15:16] <stgraber>  - I'll be off next Thursday (17th) traveling, then working Friday (18th) and
[15:16] <robru> stgraber, LXC is totally the coolest damned thing ever. thanks a bunch
[15:16] <stgraber>    Monday (21st) on a late European timezone (so I have some overlap with folks
[15:16] <stgraber>    in North America) and then I'll be off from Tuesday (22nd) until I'm back in
[15:16] <robru> slangasek, yes, thank you
[15:16] <stgraber>    Montreal the following Monday (28th).
[15:16] <stgraber> (DONE)
[15:16] <jodh> * foundations-1305-upstart-work-items:
[15:16] <jodh>   - async support:
[15:16] <jodh>     - Resolved race testing test races:
[15:16] <jodh>       lp:~jamesodhunt/upstart/upstart-shrink-notifications-add-race-checking-tests
[15:16] <jodh>     - Fixed bug 1338637 (https://code.launchpad.net/~jamesodhunt/upstart/bug-1338637/+merge/225945).
[15:16] <jodh>     - Fixed bug 1338968
[15:17] <jodh>       (https://code.launchpad.net/~jamesodhunt/upstart/bug-1338968/+merge/225981).
[15:17] <cjwatson> robru: isn't it brilliant
[15:17] <jodh>     - Reviewed lp:~xnox/upstart/shrink-notifications.
[15:17] <slangasek> cjwatson: speaking of which, do you know what the ~platform account on people.c.c is for? :-P  The Landing Team silo data is there, so I assumed it was ok to put robru on the list so he could push some html/js there
[15:17] <jodh>     - Working with xnox on resolving test issues with lp:~xnox/upstart/shrink-notifications.
[15:17] <jodh> * upstart
[15:17] <jodh>   - Investigating bugs 1339847 / 1222705.
[15:17] <jodh> ℃
[15:17] <sil2100> slangasek: from time to time, for instance just now it suddenly stopped executing the onChange trigger - and then suddenly started executing those again, for no particular reason it seems
[15:17] <cjwatson> slangasek: was originally a desktop team thing I think - ask seb128?  But I think originally it was all of platform^WUE
[15:17] <cjwatson> must not have been kept up to date
[15:18] <robru> slangasek, funny thing is, queuebot finds silos by screenscraping that apache dir listing, so I definitely need to not interfere with that ;-)
[15:18] <slangasek> robru: right - but there's nothing wrong with putting the code in a subdir :)
[15:18] <robru> slangasek, true
[15:19] <cjwatson> or maybe it was just that the desktop team were the main users
[15:19] <sil2100> slangasek, robru: it would be nice to have all the 'landing' stuff in one domain instead of being spread around various private lillypilly subdirs ;)
[15:20] <slangasek> yes, indeed
[15:20] <robru> sil2100, yeah, ok, I'll move it int here today ;-)
[15:20] <slangasek> sil2100: do /you/ have access to ~platform?
[15:20] <sil2100> slangasek: I doubt it, but let me try
[15:20] <sil2100> slangasek: no, sadly...
[15:21] <slangasek> sil2100: ok... remind me later that we should fix that
[15:21] <sil2100> slangasek: sure, excellent
[15:21] <slangasek> jodh: ℃ != ^C
[15:21] <slangasek> bhuey: your turn now
[15:22] <bhuey> Last week
[15:22] <bhuey> -finish all changes to get the 7u60 package in shape for upload to launchpad, ARM HotSpot naming conventions etc
[15:22] <bhuey> -began looking at tck testing and Oracle security patches
[15:22] <bhuey> This week
[15:22] <bhuey> -look at the patch structure and layout
[15:22] <bhuey> -look at individual patch contents to understand the changes and maybe how they can be exploited
[15:22] <bhuey> -apply security patches to 7u60. Avoid icedtea 2.5 and later for now
[15:22] <bhuey> -generate a patchset for the first batch of security packages, resolve patch conflicts, email to Matthias
[15:22] <bhuey> -generate a second patchset for the next batch (half day of time, max hopefully)
[15:22] <bhuey> Next week
[15:22] <bhuey> ...
[15:22] <bhuey> -integrate all of the security updates and do a build on them to to see what fails
[15:22] <bhuey> -actually start setting up the tck, start running it. I'm having to push it back all of the time because other issues
[15:22] <bhuey> done
[15:22] <bhuey> ...
[15:22] <mvo_> Shorter week, one day off
[15:22] <mvo_> citrain:
[15:22] <mvo_>  - bootcamp
[15:22] <mvo_>  - daily landing meetings
[15:22] <mvo_>  - created https://wiki.ubuntu.com/citrain/NewbieGuide
[15:22] <mvo_>  - landing team duty (for a significant amount of time)
[15:22] <mvo_> click:
[15:22] <mvo_>  - code reviews
[15:22] <mvo_>  - feedback on ClickPackageSigning
[15:22] <mvo_>  - lp:~mvo/click/fix-autopkgtest
[15:23] <mvo_>  - lp:~mvo/click/frameworks.json
[15:23] <mvo_>  - weekly QA call
[15:23] <mvo_> apt:
[15:23] <mvo_>  - mailing list merging
[15:23] <mvo_>  - debug/merge/fix Bug#756317, Bug#753531, Bug#753297,
[15:23] <mvo_>    Bug#754041, Bug#742882, Bug#753531, Bug#754124
[15:23] <mvo_>  - review/merge debiandoc-sgml -> docbook transition
[15:23] <mvo_>  - Debug python-apt multiarch issue with didrocks for hit
[15:23] <mvo_>    ubuntu-developer-tools-center
[15:23] <mvo_> misc:
[15:23] <mvo_>  - 360 review
[15:23] <mvo_>  - some "fun" with hr.canonical.com
[15:23] <mvo_>  - unattended-upgrades: fix pep8 issues
[15:23] <mvo_> patch pilot:
[15:23] <mvo_>  - #1339244, iperf, #1299975, #1338845, #1335324,
[15:23] <mvo_>    lp:~zctgbhu/plymouth/bug-1339954, #1247219,
[15:23] <mvo_>    lp:~noskcaj/ubuntu/utopic/gupnp-dlna/use-new-vala, lp #1337746
[15:23] <mvo_> Next week: three days off
[15:23] <mvo_> (done)
[15:23] <cjwatson> Launchpad:
[15:23] <cjwatson>  - Organised a launchpad-buildd deployment.
[15:23] <cjwatson>  - Optimising another part of the PPA publisher (some preparatory changes, plus https://code.launchpad.net/~cjwatson/launchpad/optimise-publish-a/+merge/226312).
[15:23] <cjwatson>  - Working on one of the two remaining known scalingstack blockers (fixing the hostname in sbuild configuration).
[15:24] <cjwatson>  - Tweaked dput to use the new PPA upload path, which we'll need for RTM.
[15:24] <cjwatson> click:
[15:24] <cjwatson>  - Finished testing 0.4.29 and published it.  Reviewed Michael's subsequent autopkgtest fix.
[15:24] <cjwatson>  - Prepared initial branch to fix integration test installation location.  Need to process review feedback.
[15:24] <cjwatson>  - Went through the coverage report and added a bunch of unit tests to improve it.  More would certainly be possible but I think we're at or near the point of diminishing returns now.
[15:24] <cjwatson> parted 3:
[15:24] <cjwatson>  - Reviewed, adjusted, and landed most of Phillip's d-i changes.  (There's not much point landing partman-base until parted itself is ready.)
[15:24] <cjwatson>  - Did most of the rebasing of parted's packaging.
[15:24] <cjwatson>  - Need to fix up the ABI files (or possibly mangle them into .symbols files).
[15:24] <cjwatson>  - Probably need to modernise its use of debhelper.
[15:24] <cjwatson>  - Will doubtless end up in Debian NEW for a while.
[15:24] <cjwatson> libav transition:
[15:24] <cjwatson>  - Demoted mplayer/mencoder reverse-dependencies to -proposed and blocked them there.
[15:24] <cjwatson>  - Trying to figure out how to make metapackage and image changes matching recent Ubuntu Studio seed changes.  (This is at least somewhat linked with libav, unfortunately.)
[15:24] <cjwatson>  - First-pass review of Łukasz's libaudclient packaging.
[15:24] <cjwatson> Joined the landing team on a rotation for July; expecting to do about one day in three.  First shift was yesterday, second is tomorrow.  Yesterday seems to have gone smoothly.
[15:24] <cjwatson> Some more acceptance testing of the new CI engine.
[15:24] <cjwatson> Finished the current Haskell transition.  \o/
[15:24] <cjwatson> Submitted DebConf talk proposals.
[15:24] <cjwatson> ISP switch.  Seems to have gone smoothly and I have native IPv6, yay.  Will be sorting out line bonding as a separate step.
[15:25] <cjwatson> ..
[15:25] <bdmurray> this covers 2 weeks as I was out last thursday
[15:25] <bdmurray> irc discussion with #webops regarding retracer status and rabbitmq connection counts
[15:25] <bdmurray> added a nagios check for the retraces (LP: #973504)
[15:26] <bdmurray> investigated and updated daisy to accept crashes without a StacktraceAddressSignature
[15:26] <bdmurray> recompiled gdb with pitti's dropped patch (bug 1233185)
[15:26] <bdmurray> uploaded new version of gdb to utopic, trusty-proposed, daisy-plucker's daisy-seeds ppa
[15:26] <bdmurray> submitted RT #72982 regarding updating gdb on the retracers
[15:26] <bdmurray> uploaded new version of apport-test-crashes to facilitate testing with the new version of gdb
[15:26] <bdmurray> submitted RT regarding retracer log files being out of date on snakefruit
[15:26] <bdmurray> review of armhf retracing (mostly failing due to missing dbgsym issues)
[15:26] <bdmurray> tested retracing of armhf crash which uses libmirclient-platform-android
[15:26] <bdmurray> worked on dpkcomparator changes for cassandra 2.0
[15:26] <bdmurray> submitted apport bug 1336062 regarding package renaming confusion
[15:26] <bdmurray> reported apport bug 1336565 regarding different SASes
[15:26] <bdmurray> uploaded whoopsie branch fixing bug 1328285
[15:26] <bdmurray> irc discussion with jibel regarding whoopsie system identifier issues
[15:26] <bdmurray> review of phased updater identified regressions
[15:26] <bdmurray> ✔ done
[15:27] <slangasek>  * short week due to US holiday
[15:27] <slangasek>  * working to identify packages missing debugsyms and resolve them since this is blocking having useful backtraces off the phone
[15:28] <slangasek>   * bzip2 debhelperized
[15:28] <slangasek>   * liburcu fixed to actually pass flags to configure (and merge from Debian)
[15:28] <slangasek>   * jbigkit fixed to not use 'install -s'
[15:28] <slangasek>  * please support bdmurray for anything he needs to get backtraces working reliably, this is critical for RTM!
[15:28] <slangasek>  * TB discussions about juju
[15:28] <slangasek>  * SRU reviews
[15:28] <slangasek>  * +1 maintenance staffing discussions
[15:28] <slangasek>  * sorting out landing team rotations for the current month
[15:28] <slangasek> any questions over status?
[15:28] <slangasek>  * getting back into the console-setup merge
[15:28] <slangasek> (done)
[15:28] <infinity> slangasek: console-setup! \o/
[15:29] <slangasek> yes
[15:29] <slangasek> I'll get through the merge eventually :P
[15:30] <slangasek> oh, also working on bug #1323732, which is a blocker for RTM because we need account management to work on a read-only phone
[15:31] <slangasek> [TOPIC] meta-topic: topics for meeting
[15:31] <slangasek> :)
[15:31] <slangasek> a cycle or so ago we did a round-robin thing during the meeting, where people would take turns giving a more in-depth presentation of things they were working on
[15:31] <slangasek> I thought that worked really well, until we all ran out of things to talk about
[15:32] <slangasek> but now we're working on new things, and we have new people
[15:32] <slangasek> would folks like to bring this back again?
[15:32] <infinity> Depends on if it's an obligation or an opportunity.
[15:33] <slangasek> it's an obligation :)
[15:33] <slangasek> but it's only an obligation once over a 13-week period
[15:33] <robru> slangasek, hehe, so whatever tool is dumping those json files under /~platform/citrain just deletes the whole citrain folder each time it uploads. if I create a directory in there it vanishes within seconds.
[15:34] <robru> I guess I'll have to make citrain_dashboard or something ;-)
[15:34] <slangasek> robru: hah.  Well, it's probably a cronjob?
[15:34] <slangasek> or that, yes
[15:34] <barry> +1 they were interesting and fun
[15:34] <slangasek> ok, so that's a +1 from barry, and a +1 from infinity for everyone else having to do them
[15:35] <robru> slangasek, I abstain because I don't understand
[15:35] <infinity> slangasek: I think you may be overstating the plusness of my one.
[15:36] <slangasek> robru: ah, it's just a matter of taking some time during a weekly meeting to tell the team what you're working on - what's cool, what your frustrations are, etc
[15:36] <cobracommand> does this channel become private during meetings?
[15:36] <slangasek> robru: it's super-easy :)
[15:36] <slangasek> cobracommand: no
[15:36] <robru> slangasek, isn't that what we're already doing? I don't see the difference.
[15:36] <cobracommand> we just lose voice?
[15:36] <sil2100> Oh
[15:36] <bdmurray> +1 from me
[15:36] <sil2100> Then +1 from me
[15:36] <xnox> slangasek: starting second week of august?! =)
[15:36] <infinity> cobracommand: No.  We're in a meeting right now, and you're talking.
[15:36] <slangasek> robru: in depth, as opposed to just dumping info about your activity, with more of a Q&A
[15:36] <robru> ah ok
[15:36] <robru> slangasek, well that's fine
[15:37] <slangasek> ok
[15:37] <stgraber> slangasek: sure, it was interesting knowing what others are up to in a bit more details. I'd be happy to talk about what we've been working on for LXC, but that'd have to wait for a while because well, we need to get some stuff done first :)
[15:37] <slangasek> so I think we'll start with that next week :)
[15:37] <slangasek> and I'll accept volunteers who want to go first
[15:37] <slangasek> [TOPIC] AOB
[15:37] <slangasek> anything else this week?
[15:38] <infinity> Can anyone here who's on the SRU team (yeah, that's a lot of us) have a peruse through the precise and trusty queues for things that you think look point-release-critical?
[15:38] <infinity> I'll be doing the same, but you may have varying opinions.
[15:38] <bdmurray> it'd help me out some if somebody could look at bug 1339916 as I'm still a bit swamped with the server side of things
[15:38] <slangasek> I can do a bit, yes
[15:38]  * xnox is going to see Eminem at the Wembley Stadium tomorrow =) his last gig in London was in 2001
[15:38] <stgraber> sure, I'll take a look through the queues
[15:39] <slangasek> bdmurray: wasn't Chipaca going to help with that?
[15:39] <infinity> slangasek: So, hilariously, access to platform@lillypilly is granted via porting_team
[15:39] <infinity> slangasek: ie: the same group that grants access to porter boxes.
[15:39] <slangasek> infinity: oh, so everyone should be in that anyway :)
[15:39] <infinity> slangasek: All of UE sure should be, IMO.
[15:39] <slangasek> robru: congrats, you now have access to the porter boxes (as you should)
[15:39] <infinity> slangasek: (They aren't, but they should be)
[15:40] <bdmurray> slangasek: I hadn't heard that. jibel just brought this up to me yesterday see also bug 1340063
[15:40] <infinity> slangasek: Oh, did you file a ticket for adding them to said team?  I was just poking in #is. :P
[15:40] <robru> slangasek, porter boxes?
[15:40] <slangasek> infinity: if you want to route around RT and get them added without me writing mails, go for it
[15:40] <infinity> slangasek: Well, did you RT or not? :)
[15:40] <slangasek> infinity: I did for robru, haven't for sil2100
[15:40] <infinity> slangasek: #?
[15:41] <slangasek> robru: https://wiki.canonical.com/InformationInfrastructure/ISO/BuildInfrastructure/PorterBoxes
[15:41] <slangasek> infinity: it's already been closed, why do you care about it now? :)
[15:41] <xnox> bdmurray: does it depend on the status of (a) rfkill / aeroplane mode (b) whether sim card is present (c) whether wifi connection is configured ?
[15:41] <infinity> slangasek: Oh.  Kay.
[15:41] <robru> slangasek, sil2100 : aha, there we go! http://people.canonical.com/~platform/citrain_dashboard/
[15:42] <bdmurray> xnox: I haven't had a chance to look into at all so don't know.
[15:42]  * doko wants a better armhf porter box ...
[15:42] <sil2100> robru: awesome o/
[15:42] <slangasek> bdmurray: well, Chipaca was concerned about making this more reliable... maybe check whether he has time to follow through on these latest bugs
[15:42] <slangasek> (concerned because it's an issue for push notifications too)
[15:42] <infinity> doko: Working on getting less crap armhf buildds, might carve one off for a porter at the same time.
[15:42] <bdmurray> slangasek: okay
[15:43] <slangasek> robru: great! i guess you'll announce the new location to the phone list :)
[15:43] <robru> slangasek, naaahhh... I'll just put in a redirect and nobody will notice the change ;-)
[15:43] <slangasek> robru: and please give a link to the git branch on the page :)
[15:43] <slangasek> heh, ok
[15:43] <slangasek> oh, that's 'Source'
[15:43] <robru> slangasek, link to github is already there
[15:43] <robru> yeah
[15:43] <robru> slangasek, do you want a giant 'fork me on github' banner? ;-)
[15:44] <slangasek> robru: fwiw a url at the bottom of the page would probably be more obvious
[15:44] <slangasek> doko: what's the status of that RT about armhf porter boxes with mahmoh?
[15:44] <doko> slangasek, no change yet
[15:45] <slangasek> ok
[15:45] <infinity> slangasek: mahmoh and I are getting some stuff set up in 1SS for buildds, I'm not positive, but I suspect the plan might have been to use a node from the same chassis for a porter.
[15:45] <slangasek> ah, alright
[15:45] <infinity> slangasek: But I'm not sure anyone had a solid plan, the RT sort of read like "we think Massimo has hardware, so that should be a porter!"
[15:46] <slangasek> yes, that's exactly how it should have been read
[15:46] <slangasek> and we had a conversation on IRC where mahmoh confirmed that he did have hardware :)
[15:46] <slangasek> anyway
[15:46] <slangasek> shall we adjourn the meeting?
[15:46]  * stgraber has nothing to add
[15:47] <slangasek> #endmeeting
[15:47] <slangasek> thanks, all :)
[15:47] <barry> thanks!
[15:47] <xnox> cheers!
[15:47] <bhuey> later
[15:47] <mvo_> thanks
[15:47] <stgraber> thanks!
[15:48] <sil2100> o/
[15:48] <robru> thanks!
[15:48] <jodh> thanks!