=== liam_ is now known as Guest5405 === Eisbrecher_xnox is now known as xnox === doko_ is now known as doko === Zic is now known as Guest96198 === psivaa-off is now known as psivaa === Guest96198 is now known as Zic [15:01] * slangasek waves [15:02] o/ [15:02] \o [15:02] #startmeeting [15:02] folks [15:02] * infinity grunts. [15:03] hmm, no bot? [15:03] * stgraber waves [15:03] o/ [15:03] [TOPIC] Lightning round [15:03] hiya [15:04] $ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek cjwatson xnox caribou infinity mvo bhuey sil2100 robru) [15:04] barry infinity doko xnox caribou sil2100 robru stgraber jodh bhuey mvo cjwatson bdmurray slangasek [15:04] \o/ [15:04] short week due to usa holiday. two week summary: [15:04] 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] #692693) [15:04] Debian bug 752723 in src:zope.component "zope.component: Re-enable build-time test suite" [Normal,Fixed] http://bugs.debian.org/752723 [15:04] 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] Launchpad bug 1336429 in zope.event (Ubuntu) "[MIR] zope.event" [Undecided,Fix released] https://launchpad.net/bugs/1336429 [15:04] Launchpad bug 1339898 in zopeproject "zope.pagetemplate 4.0.4 test failure" [Undecided,New] https://launchpad.net/bugs/1339898 [15:04] phone: LP: #1334695, LP: #1335568 [15:04] Launchpad bug 1334695 in Ubuntu system image "system-image crashed during initial download of new keyring" [Critical,Incomplete] https://launchpad.net/bugs/1334695 [15:04] Launchpad bug 1335568 in system-image (Ubuntu) "Updates keep coming in while writable image is set" [Undecided,Invalid] https://launchpad.net/bugs/1335568 [15:04] other: debian bug #754328 / LP: #1340212 [15:04] Debian bug 754328 in devscripts "devscripts: mk-origtargz fails on .zip files" [Normal,Open] http://bugs.debian.org/754328 [15:04] Launchpad bug 1340212 in file (Ubuntu) "file 5.18 incorrectly identifies mime type of zip files" [Undecided,New] https://launchpad.net/bugs/1340212 [15:04] done [15:05] barry: i see that a few zope things are stuck in -proposed. [15:05] * lots of kernel SRU and security wrangling [15:05] * sorting out point release d-i issues [15:05] * stuff [15:05] * things [15:05] * misc [15:05] ☭ [15:05] xnox: i know :( [15:05] barry: is that being worked on? e.g. interested in zope.security, as that currently is not-working in utopic/release. [15:05] infinity: lol [15:05] xnox: thus the "insanity" bit [15:05] schlaaaaaaaaaaaaaaaaaaaaaaaand! [15:05] doko: warum? [15:06] - Finale, oho oho ... [15:06] - openjdk-8 packages uploaded to utopic, enabled Hotspot for ppc64el [15:06] - openjdk-7 mentoring, fixes for AArch64, and enabled Hotspot for ppc64el [15:06] - binutils update to fix -flto and gold on armhf [15:06] - libunwind merge [15:06] - GCC 4.9 updates, 4.9.1 will be out late next week [15:06] - test build for openjdk-7 backports to trusty [15:06] - discussed about phone c++11 update in utopic, and further c++11 upgrade strategies [15:06] - python 2.7.8 release, and 3.4.1 update [15:06] (done) [15:06] xnox: yes, i am actively working on it. the ubuntu-only packages are causing me "fun" [15:06] doko: lol^2 [15:06] barry: if i can help, let me know. [15:06] xnox: awesome, thanks [15:08] xnox: your turn [15:09] … [15:09] moment. [15:09] * finding & fixing more async asserts in lp:upstart [15:09] - current state https://code.launchpad.net/~xnox/upstart/shrink-notifications/+merge/225200 [15:09] - getting asserts during: boot; telinit 1; telinit 2, which jodh [15:09] tells me, in async job_change_state shouldn't assert on blockers but [15:09] handle them gracefully. [15:09] * boot/power/desktop-iso testing is not running against trusty, nor [15:10] utopic. Investigating with nuclearbob, doanoc, psivaa, plars, bjf, [15:10] cking, apw. Utopic iso appears to install/reboot fine. Local UTAH [15:10] setup has stopped working for me. [15:10] * catch up on some outstanding merges (~15) [15:10] * proposed enabling verbose build-logs (which with latest disables [15:10] silent rules) in launchpad's buildds [15:10] https://code.launchpad.net/~xnox/launchpad-buildd/verbose-buildlogs/+merge/225871 [15:10] * no response from doko/laney/mdslaur re:bash & vte using ANSI escape [15:10] codes, maybe I should send that email for wider discussion/analysis. [15:10] * posted minimal sample of working python3-launchpadlib \o/ but there [15:10] are more reviews and fixes to be done. [15:10] * uploaded upstart trusty SRU [15:10] .. [15:10] stgraber: thanks [15:10] xnox, I did see it, will try to find some time for bash [15:10] Don't know how I can help immediately [15:12] no caribou today [15:12] doko: Laney: ok. ideally was looking for quick veto or ack on things that will/will-not work or are doable. [15:12] sil2100: [15:12] Oh, now me? [15:12] yep! [15:12] What about caribou? [15:12] Ah, not around [15:12] well, a quick veto would be easy =) [15:12] - Landing team work, landing e-mails, landing coordination [15:12] - CI Train maintenance and features: [15:12] * Add the 'Approved by' string to commit messages feature (LP: #1320264) [15:13] * Review bregma's patch for the commiters/authors fix [15:13] Launchpad bug 1320264 in Canonical Upstream To Distro "Could use "Approved by: " list in commit messages" [Wishlist,Fix released] https://launchpad.net/bugs/1320264 [15:13] * Sending error message when we are missing the -gles package counterparts [15:13] * Work on automatic merge and clean after publishing [15:13] - More lucene++ work [15:13] - Work on +1 Maintenance [15:13] * Checking performous regarding libav10 support - upstream working on fix [15:13] * Checking the i386 calligra situation [15:13] * Looking at reverse-dependencies of libaudclient2 (removed with the newest version) [15:13] * Packaging the NEW libaudclient to replace the missing libaudclient2 binary package [15:13] * Rebuild audtty, pidgin-audacious with libaudclient [15:13] - Finishing bootstrapping Michael for CI Train [15:13] - Finishing up the Landing team Issue Tracker frontend [15:13] - Planning and discussions on the pre-RTM landing scheme/rules [15:13] - Fighting Google Spreadsheet issues [15:13] Done [15:13] - 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] - took queuebot the last mile, the final nail in the coffin of sncf bot. [15:13] - 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] - 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] - landings, landings, landings... Hit the publish button on countless silos and packages. Troubleshot various build issues for various people [15:13] - some packaging work for qtmir [15:13] ✓ done [15:13] Ubuntu bug 1329480 in juju-core "Cannot create juju-run symlink if /usr/local/bin doesn't exist" [Medium,Triaged] [15:14] yo [15:15] me next ? [15:15] sorry, had a quick phone call [15:15] LXC: [15:15] - Released LXC 1.1.0~alpha1 [15:15] - Preparing LXC 1.0.5, will tag on Monday [15:15] - Added daily Centos 7 images to images.linuxcontainers.org [15:15] - Reworked images.linuxcontainers.org publisher to only publish OpenSUSE for [15:15] LXC 1.1 and to make it easier to hide distros that don't work in [15:15] unprivileged containers (anything using systemd basically). [15:15] - Various code reviews and bug triaging. [15:15] - Published the initial version of the new lxc tool at: [15:15] https://github.com/stgraber/lxc/tree/new-cmd [15:15] still very very actively working on it, so the base is there but it doesn't [15:15] do very much yet. [15:15] - Spent a few hours looking into some stuff for Chris Townsend, trying to run [15:15] unity8 within LXC. Turned out not to be an LXC problem at all, so back to [15:15] debugging lightdm/unity-system-compositor interactions. [15:15] [15:15] Conferences: [15:16] - Some more work preparing my internet simulation talk (LinuxCon NA), mostly [15:16] code cleanup and clarifying copyright and such so this can be released [15:16] publicly by the time I give the talk. [15:16] - Sent a talk proposal for LinuxCon Europe: [15:16] sil2100: new google spreadsheet issues? [15:16] "LXC and why system containers also matter" [15:16] [15:16] Other: [15:16] - Code review for queuebot plugins. [15:16] - SRU queue reviews. [15:16] [15:16] Holiday: [15:16] robru: did you see the RT was resolved to give you access to the ~platform account? [15:16] - I'll be off next Thursday (17th) traveling, then working Friday (18th) and [15:16] stgraber, LXC is totally the coolest damned thing ever. thanks a bunch [15:16] Monday (21st) on a late European timezone (so I have some overlap with folks [15:16] in North America) and then I'll be off from Tuesday (22nd) until I'm back in [15:16] slangasek, yes, thank you [15:16] Montreal the following Monday (28th). [15:16] (DONE) [15:16] * foundations-1305-upstart-work-items: [15:16] - async support: [15:16] - Resolved race testing test races: [15:16] lp:~jamesodhunt/upstart/upstart-shrink-notifications-add-race-checking-tests [15:16] - Fixed bug 1338637 (https://code.launchpad.net/~jamesodhunt/upstart/bug-1338637/+merge/225945). [15:16] bug 1338637 in upstart "continuous re-exec can result in a build-up of inotify fds" [High,New] https://launchpad.net/bugs/1338637 [15:16] - Fixed bug 1338968 [15:17] bug 1338968 in upstart "async upstart crashes after many re-execs" [High,New] https://launchpad.net/bugs/1338968 [15:17] (https://code.launchpad.net/~jamesodhunt/upstart/bug-1338968/+merge/225981). [15:17] robru: isn't it brilliant [15:17] - Reviewed lp:~xnox/upstart/shrink-notifications. [15:17] 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] - Working with xnox on resolving test issues with lp:~xnox/upstart/shrink-notifications. [15:17] * upstart [15:17] - Investigating bugs 1339847 / 1222705. [15:17] bug 1222705 in upstart (Ubuntu) "duplicate for #1339847 init assert failure: alloc.c:633: Assertion failed in nih_unref: ref != NULL" [Medium,Confirmed] https://launchpad.net/bugs/1222705 [15:17] ℃ [15:17] 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] slangasek: was originally a desktop team thing I think - ask seb128? But I think originally it was all of platform^WUE [15:17] must not have been kept up to date [15:18] slangasek, funny thing is, queuebot finds silos by screenscraping that apache dir listing, so I definitely need to not interfere with that ;-) [15:18] robru: right - but there's nothing wrong with putting the code in a subdir :) [15:18] slangasek, true [15:19] or maybe it was just that the desktop team were the main users [15:19] 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] yes, indeed [15:20] sil2100, yeah, ok, I'll move it int here today ;-) [15:20] sil2100: do /you/ have access to ~platform? [15:20] slangasek: I doubt it, but let me try [15:20] slangasek: no, sadly... [15:21] sil2100: ok... remind me later that we should fix that [15:21] slangasek: sure, excellent [15:21] jodh: ℃ != ^C [15:21] bhuey: your turn now [15:22] Last week [15:22] -finish all changes to get the 7u60 package in shape for upload to launchpad, ARM HotSpot naming conventions etc [15:22] -began looking at tck testing and Oracle security patches [15:22] This week [15:22] -look at the patch structure and layout [15:22] -look at individual patch contents to understand the changes and maybe how they can be exploited [15:22] -apply security patches to 7u60. Avoid icedtea 2.5 and later for now [15:22] -generate a patchset for the first batch of security packages, resolve patch conflicts, email to Matthias [15:22] -generate a second patchset for the next batch (half day of time, max hopefully) [15:22] Next week [15:22] ... [15:22] -integrate all of the security updates and do a build on them to to see what fails [15:22] -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] done [15:22] ... [15:22] Shorter week, one day off [15:22] citrain: [15:22] - bootcamp [15:22] - daily landing meetings [15:22] - created https://wiki.ubuntu.com/citrain/NewbieGuide [15:22] - landing team duty (for a significant amount of time) [15:22] click: [15:22] - code reviews [15:22] - feedback on ClickPackageSigning [15:22] - lp:~mvo/click/fix-autopkgtest [15:23] - lp:~mvo/click/frameworks.json [15:23] - weekly QA call [15:23] apt: [15:23] - mailing list merging [15:23] - debug/merge/fix Bug#756317, Bug#753531, Bug#753297, [15:23] Bug#754041, Bug#742882, Bug#753531, Bug#754124 [15:23] - review/merge debiandoc-sgml -> docbook transition [15:23] - Debug python-apt multiarch issue with didrocks for hit [15:23] ubuntu-developer-tools-center [15:23] misc: [15:23] - 360 review [15:23] - some "fun" with hr.canonical.com [15:23] - unattended-upgrades: fix pep8 issues [15:23] patch pilot: [15:23] - #1339244, iperf, #1299975, #1338845, #1335324, [15:23] lp:~zctgbhu/plymouth/bug-1339954, #1247219, [15:23] lp:~noskcaj/ubuntu/utopic/gupnp-dlna/use-new-vala, lp #1337746 [15:23] Launchpad bug 1337746 in gui-ufw (Ubuntu Trusty) "GUFW generates only Input rules " [Undecided,New] https://launchpad.net/bugs/1337746 [15:23] Next week: three days off [15:23] (done) [15:23] Launchpad: [15:23] - Organised a launchpad-buildd deployment. [15:23] - Optimising another part of the PPA publisher (some preparatory changes, plus https://code.launchpad.net/~cjwatson/launchpad/optimise-publish-a/+merge/226312). [15:23] - Working on one of the two remaining known scalingstack blockers (fixing the hostname in sbuild configuration). [15:24] - Tweaked dput to use the new PPA upload path, which we'll need for RTM. [15:24] click: [15:24] - Finished testing 0.4.29 and published it. Reviewed Michael's subsequent autopkgtest fix. [15:24] - Prepared initial branch to fix integration test installation location. Need to process review feedback. [15:24] - 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] parted 3: [15:24] - 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] - Did most of the rebasing of parted's packaging. [15:24] - Need to fix up the ABI files (or possibly mangle them into .symbols files). [15:24] - Probably need to modernise its use of debhelper. [15:24] - Will doubtless end up in Debian NEW for a while. [15:24] libav transition: [15:24] - Demoted mplayer/mencoder reverse-dependencies to -proposed and blocked them there. [15:24] - 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] - First-pass review of Łukasz's libaudclient packaging. [15:24] 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] Some more acceptance testing of the new CI engine. [15:24] Finished the current Haskell transition. \o/ [15:24] Submitted DebConf talk proposals. [15:24] 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] .. [15:25] this covers 2 weeks as I was out last thursday [15:25] irc discussion with #webops regarding retracer status and rabbitmq connection counts [15:25] added a nagios check for the retraces (LP: #973504) [15:26] Launchpad bug 973504 in Daisy "We need a nagios check for the retracer processes" [Critical,Fix released] https://launchpad.net/bugs/973504 [15:26] investigated and updated daisy to accept crashes without a StacktraceAddressSignature [15:26] recompiled gdb with pitti's dropped patch (bug 1233185) [15:26] uploaded new version of gdb to utopic, trusty-proposed, daisy-plucker's daisy-seeds ppa [15:26] bug 1233185 in gdb (Ubuntu Trusty) "gdb-multiarch cannot read ARM cores: "wrong size gregset struct in core file"" [High,Fix committed] https://launchpad.net/bugs/1233185 [15:26] submitted RT #72982 regarding updating gdb on the retracers [15:26] uploaded new version of apport-test-crashes to facilitate testing with the new version of gdb [15:26] submitted RT regarding retracer log files being out of date on snakefruit [15:26] review of armhf retracing (mostly failing due to missing dbgsym issues) [15:26] tested retracing of armhf crash which uses libmirclient-platform-android [15:26] worked on dpkcomparator changes for cassandra 2.0 [15:26] submitted apport bug 1336062 regarding package renaming confusion [15:26] bug 1336062 in apport (Ubuntu) "apport-retrace on precise confused by source package name changing" [Undecided,New] https://launchpad.net/bugs/1336062 [15:26] reported apport bug 1336565 regarding different SASes [15:26] uploaded whoopsie branch fixing bug 1328285 [15:26] irc discussion with jibel regarding whoopsie system identifier issues [15:26] review of phased updater identified regressions [15:26] bug 1336565 in apport (Ubuntu) "apport-retrace generates a different StacktraceAddressSignature depending on retracing architecture" [Low,Fix released] https://launchpad.net/bugs/1336565 [15:26] bug 1328285 in whoopsie (Ubuntu) "can not find hardware address" [High,Fix released] https://launchpad.net/bugs/1328285 [15:26] ✔ done [15:27] * short week due to US holiday [15:27] * working to identify packages missing debugsyms and resolve them since this is blocking having useful backtraces off the phone [15:28] * bzip2 debhelperized [15:28] * liburcu fixed to actually pass flags to configure (and merge from Debian) [15:28] * jbigkit fixed to not use 'install -s' [15:28] * please support bdmurray for anything he needs to get backtraces working reliably, this is critical for RTM! [15:28] * TB discussions about juju [15:28] * SRU reviews [15:28] * +1 maintenance staffing discussions [15:28] * sorting out landing team rotations for the current month [15:28] any questions over status? [15:28] * getting back into the console-setup merge [15:28] (done) [15:28] slangasek: console-setup! \o/ [15:29] yes [15:29] I'll get through the merge eventually :P [15:30] 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:30] bug 1323732 in adduser (Ubuntu) "adduser should support managing additional password/shadow/group files from libnss-extrausers" [High,Confirmed] https://launchpad.net/bugs/1323732 [15:31] [TOPIC] meta-topic: topics for meeting [15:31] :) [15:31] 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] I thought that worked really well, until we all ran out of things to talk about [15:32] but now we're working on new things, and we have new people [15:32] would folks like to bring this back again? [15:32] Depends on if it's an obligation or an opportunity. [15:33] it's an obligation :) [15:33] but it's only an obligation once over a 13-week period [15:33] 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] I guess I'll have to make citrain_dashboard or something ;-) [15:34] robru: hah. Well, it's probably a cronjob? [15:34] or that, yes [15:34] +1 they were interesting and fun [15:34] ok, so that's a +1 from barry, and a +1 from infinity for everyone else having to do them [15:35] slangasek, I abstain because I don't understand [15:35] slangasek: I think you may be overstating the plusness of my one. [15:36] 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] does this channel become private during meetings? [15:36] robru: it's super-easy :) [15:36] cobracommand: no [15:36] slangasek, isn't that what we're already doing? I don't see the difference. [15:36] we just lose voice? [15:36] Oh [15:36] +1 from me [15:36] Then +1 from me [15:36] slangasek: starting second week of august?! =) [15:36] cobracommand: No. We're in a meeting right now, and you're talking. [15:36] robru: in depth, as opposed to just dumping info about your activity, with more of a Q&A [15:36] ah ok [15:36] slangasek, well that's fine [15:37] ok [15:37] 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] so I think we'll start with that next week :) [15:37] and I'll accept volunteers who want to go first [15:37] [TOPIC] AOB [15:37] anything else this week? [15:38] 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] I'll be doing the same, but you may have varying opinions. [15:38] 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] I can do a bit, yes [15:38] bug 1339916 in whoopsie (Ubuntu) "SystemIdentifier can change between reboots" [High,New] https://launchpad.net/bugs/1339916 [15:38] * xnox is going to see Eminem at the Wembley Stadium tomorrow =) his last gig in London was in 2001 [15:38] sure, I'll take a look through the queues [15:39] bdmurray: wasn't Chipaca going to help with that? [15:39] slangasek: So, hilariously, access to platform@lillypilly is granted via porting_team [15:39] slangasek: ie: the same group that grants access to porter boxes. [15:39] infinity: oh, so everyone should be in that anyway :) [15:39] slangasek: All of UE sure should be, IMO. [15:39] robru: congrats, you now have access to the porter boxes (as you should) [15:39] slangasek: (They aren't, but they should be) [15:40] slangasek: I hadn't heard that. jibel just brought this up to me yesterday see also bug 1340063 [15:40] slangasek: Oh, did you file a ticket for adding them to said team? I was just poking in #is. :P [15:40] bug 1340063 in whoopsie (Ubuntu) "System identifier returned by GetIdentifier dbus method differs from identifier on errors.u.c" [Undecided,New] https://launchpad.net/bugs/1340063 [15:40] slangasek, porter boxes? [15:40] infinity: if you want to route around RT and get them added without me writing mails, go for it [15:40] slangasek: Well, did you RT or not? :) [15:40] infinity: I did for robru, haven't for sil2100 [15:40] slangasek: #? [15:41] robru: https://wiki.canonical.com/InformationInfrastructure/ISO/BuildInfrastructure/PorterBoxes [15:41] infinity: it's already been closed, why do you care about it now? :) [15:41] 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] slangasek: Oh. Kay. [15:41] slangasek, sil2100 : aha, there we go! http://people.canonical.com/~platform/citrain_dashboard/ [15:42] 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] robru: awesome o/ [15:42] 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] (concerned because it's an issue for push notifications too) [15:42] doko: Working on getting less crap armhf buildds, might carve one off for a porter at the same time. [15:42] slangasek: okay [15:43] robru: great! i guess you'll announce the new location to the phone list :) [15:43] slangasek, naaahhh... I'll just put in a redirect and nobody will notice the change ;-) [15:43] robru: and please give a link to the git branch on the page :) [15:43] heh, ok [15:43] oh, that's 'Source' [15:43] slangasek, link to github is already there [15:43] yeah [15:43] slangasek, do you want a giant 'fork me on github' banner? ;-) [15:44] robru: fwiw a url at the bottom of the page would probably be more obvious [15:44] doko: what's the status of that RT about armhf porter boxes with mahmoh? [15:44] slangasek, no change yet [15:45] ok [15:45] 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] ah, alright [15:45] 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] yes, that's exactly how it should have been read [15:46] and we had a conversation on IRC where mahmoh confirmed that he did have hardware :) [15:46] anyway [15:46] shall we adjourn the meeting? [15:46] * stgraber has nothing to add [15:47] #endmeeting [15:47] thanks, all :) [15:47] thanks! [15:47] cheers! [15:47] later [15:47] thanks [15:47] thanks! [15:48] o/ [15:48] thanks! [15:48] thanks! === mhall119_ is now known as mhall119 === MooDoo is now known as Guest57387