[08:56] <ricotz> hello desktopers
[08:56] <ricotz> could someone retry https://launchpad.net/ubuntu/+source/firefox/51.0.1+build2-0ubuntu1/+build/11931779
[08:56] <flexiondotorg> Morning ricotz
[08:57] <seb128> hey ricotz flexiondotorg
[08:57] <seb128> ricotz, just on amd64? what was the issue/how is it resolved? seems other arches out of i386 failed as well
[08:58] <ricotz> seb128, looks like a builder failure since there is no log
[08:58] <ricotz> some of the others are likely flukes too
[08:59] <seb128> the amd64 build isn't going to help you a lot if the other arches don't build
[08:59] <ricotz> although it didn't build in the past expect i386 and amd64 -- https://launchpad.net/~mozillateam/+archive/ubuntu/firefox-next/+sourcepub/7396702/+listing-archive-extra
[08:59] <seb128> seems like there is an issue to sort out then
[08:59] <flexiondotorg> seb128 I'm just nipping out for an hour.
[08:59] <flexiondotorg> Catch you later.
[09:00] <seb128> flexiondotorg, k, ttyl!
[09:00] <ricotz> seb128, yeah upstream only caring about amd64
[09:00] <seb128> ricotz, "/<<BUILDDIR>>/firefox-51.0.1+build2/gfx/layers/composite/PaintCounter.h:12:40: fatal error: skia/include/core/SkCanvas.h: No such file or directory"
[09:01] <sarnold> interesting that all the arches with logs seemed to die somewhere in skia but they couldn't agree on an error message :)
[09:02] <Laney> morning!!!!!!!!!!!!
[09:07] <seb128> hey Laney, had a good long w.e?
[09:07] <davmor2> Morning all
[09:08] <ricotz> seb128, right
[09:08] <seb128> ricotz, other archs have "error: #error "Skia gpu currently assumes little endian""
[09:08] <seb128> so seems like a real issue and not likely to be resolved with a retry
[09:09] <ricotz> seb128, ok, but I asked for amd64 though
[09:09] <Laney> hey seb128
[09:10] <Laney> good thank you, we got one day of nice weather ;-)
[09:10] <Laney> cycled to this island that you can get to at low tide
[09:11] <seb128> ricotz, right, but that's not going to be of any use, nobody is on zesty-proposed and it's not going to unblock migration to zesty without the other archs, just going to burn cpu cycles...
[09:12] <willcooke> oops forgot, morning all
[09:13] <seb128> hey willcooke
[09:14] <ricotz> seb128, ok
[09:14] <davmor2> willcooke: that's a bad start right there let's hope the day improves ;)
[09:15] <seb128> ricotz, if you want to unblock it better to try to resolve the skia errors
[09:16] <willcooke> davmor2, I think that's probably it now.  Might as well give up :)
[09:17] <davmor2> willcooke: that or try more Coffee
[11:11] <ricotz> seb128, chrisccoulson, regarding the skia failures https://bugzilla.mozilla.org/show_bug.cgi?id=1319374
[11:13] <ricotz> parts of this patch look like a fix for the problem for the firefox 51 builds
[11:28] <ricotz> seb128, chrisccoulson, pushed a build here https://launchpad.net/~ricotz/+archive/ubuntu/mozilla/+sourcepub/7450553/+listing-archive-extra
[11:40] <davmor2> seb128, Laney: question the Disks app requests permission from root to write to usb pendrive but doesn't to format the drive is this a bug?
[11:48] <Laney> davmor2: umm don't know, what does write to mean?
[11:51] <davmor2> Laney: so in disks if I open it with a usb pendrive in I can click on the drive and then click the burger menu and select format disk... it asks for confirmation but no password.  If I then select from the burger menu restore disk image... it asks for the file in this case an iso and then pops up a password for root to write it to the usb pendrive
[11:55] <davmor2> Laney: just seems odd that it doesn't need root for access to wipe it but does in order to access it for writing only thing I can think of is it is writing direct to /dev/sdb whereas it wipes it from /media/<user>/<drive_name> maybe
[12:06] <Laney> davmor2: I suppose it's because the org.freedesktop.udisks2.open-device policy is <allow_active>auth_admin_keep</allow_active> but org.freedesktop.udisks2.modify-device is <allow_active>yes</allow_active>
[12:09] <davmor2> Laney: could be, just seemed odd when I came across it just but it has always been that way so then suddenly questioned if it was a bug or not appears not, thanks for that :)
[12:09] <Laney> Well...
[12:09] <Laney> it's not a bug in that everything appears to be doing what it's told to
[12:10] <Laney> not sure why the udisks developers made it be like that though
[12:10] <Laney> might be a good reason
[12:10] <Laney> with modify-device you get an FD to do whatever you want to it
[12:10] <Laney> so it's probably more dangerous
[12:11] <Laney> s/modify/open/
[12:16] <Laney> why did my sbuild stop working :(
[12:17] <Laney> first step is to always blame the kernel
[12:17] <Laney> then you can abuse ap_w
[12:17] <Laney> :P
[12:24] <davmor2> Laney: you're evil
[12:24] <davmor2> Laney: I thought it was only QA that abused the devs :D
[12:33] <Laney> davmor2: my bad in this case :(
[12:33]  * Laney flagellates self
[12:40] <seb128> ricotz, k, let us know how the build goes
[12:49] <seb128> davmor2, the udisk permissions didn't change and that was not reported, if you feel like one of those should have a different default you can try opening an upstream bug asking them/arguing for the change you think would make sense
[13:39] <ricotz> seb128, will do, doesn't look like fun
[14:38] <desrt> hi hackers
[14:42] <seb128> hey desrt
[14:43] <desrt> morning seb
[14:43]  * desrt is trying to figure out why she is getting two copies of every email sent to desrt@desrt.ca this morning
[14:44] <desrt> messed around my mail filtering rules a bit on the weekend... fallout?
[15:17] <Laney> ahoy desrt
[15:18] <desrt> hi laney
[15:18] <desrt> wanna go climbing in köln?
[15:18] <Laney> bit of a trip
[15:18] <desrt> the wall isn't that high
[15:18] <Laney> stuntwerk
[15:19] <Laney> I follow some people on instagram *cough* that post videos from there
[15:19] <Laney> it does look fun
[15:19] <desrt> woh.  very white.
[15:19] <desrt> oi.  that's ... far.
[15:23] <desrt> gonna take my gear this time, to be sure
[15:23] <Laney> nice
[15:23] <Laney> you can join me and attente when we go to font
[15:24] <desrt> looks like stuntwerk is boulder-only
[15:24] <attente> :o
[15:26] <desrt> http://www.kletterfabrik-koeln.de/infos-service/galerie-video-uebersicht.html
[15:26] <desrt> ya... that's more like it
[15:30] <willcooke> oh, meeting time
[15:30] <willcooke> that came round quick
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2017-01-31
[15:30] <meetingology> Meeting started Tue Jan 31 15:30:35 2017 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <ogra_> desrt, going to cologne ?!
[15:30] <desrt> yup.
[15:30] <willcooke> Roll call:  andyrock, attente, desrt,  dgadomski, fjkong (hols), flexiondotorg, happyaron (hols), hikiko, laney, qengho, seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:30]  * ogra_ lived there for 5 years
[15:31] <flexiondotorg>  o/
[15:31] <ogra_> enjoy ... ! its one of the loveliest german cities
[15:31] <Sweet5hark> .
[15:31] <seb128> hey
[15:32] <hikiko> hi
[15:32] <desrt> hihi
[15:32] <Sweet5hark> desrt: dont miss the central trainstation with a cathedral extension.
[15:32] <desrt> ogra_: it's *the* loveliest :)
[15:33] <ogra_> +1
[15:33] <desrt> Sweet5hark: lol dude i've been living there for months already :p
[15:33] <Sweet5hark> desrt: doesnt stop me from a cheap joke ;)
[15:33] <willcooke> Let's see if andyrock is about...
[15:33] <willcooke> #topic andyrock
[15:34] <desrt> (no.)
[15:35] <willcooke> Looks like it :), let's try...
[15:35] <willcooke> #topic attente
[15:35] <attente> hey
[15:35] <attente> not much from me
[15:35] <attente> fixed https://bugs.launchpad.net/gtk/+bug/1655997 upstream, backported to the 3.22 branch
[15:36] <attente> looking into getting gtk to delegate clipboard selection to a trusted helper
[15:36] <attente> (eof)
[15:36] <willcooke> thanks attente
[15:36] <willcooke> #topic desrt
[15:36] <andyrock> here
[15:36] <desrt> hey.  lots of small stuff this week.
[15:36] <andyrock> i forgot irc was closed here
[15:37] <desrt> generally, getting ready for a flight tonight
[15:37] <desrt> will be on CET starting tomorrow morning
[15:37] <desrt> eof.
[15:37] <willcooke> safe travels desrt
[15:37] <desrt> thanks :D
[15:37] <willcooke> #topic andyrock
[15:37] <andyrock> hey
[15:38] <andyrock> I finished the branch to add the window list to the ql in unity8 with other branches in other projects that we need to do that
[15:38] <andyrock> some reviews too
[15:38] <andyrock> eow
[15:39] <willcooke> thanks andyrock
[15:39] <willcooke> #topic dgadomski
[15:39] <dgadomski> hey
[15:39] <dgadomski> * fixes to bug #1550983 waiting for SRU
[15:39] <dgadomski> * the black screen issue I mentioned last week seems to be a hw issue
[15:39] <dgadomski> * still figuring out usblp issue
[15:39] <dgadomski> eof
[15:39] <willcooke> thanks dgadomski
[15:39] <willcooke> #topic flexiondotorg
[15:39] <flexiondotorg> Afternoon all!
[15:40] <flexiondotorg> · Sent snapcraft.yaml fixes/improvements to several upstreams to try and get them over the publishing finish line.
[15:40] <flexiondotorg> · ISO testing for Ubuntu MATE 17.04 alpha 2 on Thursday afternoon.
[15:40] <flexiondotorg> · ISO testing for Ubuntu 17.04 daily on Friday morning.
[15:40] <flexiondotorg> · ISO testing for Ubuntu 16.04 daily on Friday afternoon. Mostly to verify the System 76 HiDPI updates on XPS 15.
[15:40] <flexiondotorg> Did that land yet? ^
[15:40] <flexiondotorg> · Updated the Spotify client snap.
[15:40] <flexiondotorg>   · It is now plays music (kind of important) and stream to remote devices, such as the Amazon Echo.
[15:40] <flexiondotorg>   · It is now fully confined and published in the store 'edge' channel.
[15:40] <flexiondotorg>   · I've contacted Spotify to try and get it in their CI and have them publish it.
[15:40] <seb128> flexiondotorg, seems it didn't move to -updates yet no
[15:40] <flexiondotorg> · Had a conference call with Eben Upton from the Raspberry Foundation.
[15:40] <seb128> not sure what sort of proding the SRU team needs
[15:41] <flexiondotorg>   · Working with them to land snapd support in Raspbian when they migrated the a Debian stretch base.
[15:41] <flexiondotorg>   · Currently working on a rebuild of snapd and snap-confine to "work" on the Raspberry Pi Foundation kernel, which doesn't carry AppArmor patches.
[15:41] <flexiondotorg>   · Eben mentioned some Chromium patches they've been working on to improve armv6 and arm7 support including reducing the number of memcpy in the video pipeline and adding mmal hardware accelerate video decoding. He asked if we could help get them upstreamed. qengho?
[15:41] <flexiondotorg> qengho ^ It is a big patch
[15:41] <flexiondotorg> · Preparing for an informal mini 2 day snap sprint.
[15:41] <qengho> Hrm.
[15:41] <qengho> I'll look.
[15:41] <seb128> (sorry dunno if you are pasting line by line or if my client is buffering, didn't mean to post while you were still writing)
[15:41] <qengho> I like discrete patches.
[15:41] <flexiondotorg> I just got it 10 mins ago.
[15:41] <flexiondotorg> I'll send it your way.
[15:42] <flexiondotorg> seb128 Thanks for answering.
[15:42] <flexiondotorg> How can we get that HiDPI stuff landed in time for 16.04.2?
[15:42] <flexiondotorg> I'm done. We can discuss the Sys76 HiDPI stuff after.
[15:42] <seb128> try asking on #ubuntu-release
[15:42] <willcooke> thanks flexiondotorg, let's pick up the hidpi after (if needed)
[15:43] <flexiondotorg> OK
[15:43] <Laney> Go ask infinit-y in #-release
[15:43] <willcooke> #topic hikiko
[15:43] <Laney> It's in two days though, so I wouldn't fancy your chances
[15:43] <Laney> But maybe
[15:43] <hikiko> finally, found a more reliable way to update profiles instantly and have all the settings setup without crashes, +fixes on unity, about to do a few MPs
[15:44] <hikiko> (that for lowgfx)
[15:44] <hikiko> eof
[15:44] <willcooke> thx hikiko
[15:44] <willcooke> #topic Laney
[15:44] <Laney> hi
[15:44] <Laney> • Short week, went on holiday for a few days
[15:44] <Laney> • Make autopkgtest-cloud report a failure on repeated kernel panics instead of retrying them forever
[15:44] <Laney> • Sent a branch to gnome-software upstream for perusal with some upstreamable (if they like XDG_CURRENT_DESKTOP checks) patches
[15:44] <Laney> ∘ found a small theme change required to make g-s look nicer
[15:44] <Laney> • Helped with SRU of the humanity icon theme hidpi fixes to x/y
[15:44] <Laney> • Updated gstreamer to 1.10.3 in zesty, need to SRU
[15:44] <Laney> ⁂
[15:44] <willcooke> thanks Laney
[15:45] <willcooke> #topic qengho
[15:45] <qengho> * New upstream Chromium release v56.0.2924.76. Testing. Fixing Trusty build.
[15:45] <qengho> * Not much progress on audio problem in the snap of that browser. Debugging in confined snaps is hard.
[15:45] <qengho> EOF
[15:45] <willcooke> thx qengho
[15:45] <willcooke> #topic seb128
[15:45] <seb128> got a cold and had a rather slow week, spent it mostly looking at launchpad reports and keeping up with snapd work/discussions

[15:46] <willcooke> :) thx seb128
[15:46] <willcooke> #topic Sweet5hark
[15:46] <Sweet5hark> - bumped libreoffice 5.3.0 dpkg to new upstream rc3
[15:46] <Sweet5hark> - various tweaks temporary removing tests from snap package as i386 is failing - no dice though: snap i386 platform seems to be somehow fundamentally brocken, hard to debug without debug symbols etc. though
[15:46] <Sweet5hark> - not filed for uploader rights yet again, sorry
[15:46] <Sweet5hark> - scrapped through some launchpad bugs, closed some resolved now
[15:46] <Sweet5hark> - some upstream code cleanup
[15:46] <Sweet5hark> - FOSDEM stuff
[15:46] <Sweet5hark> EOF
[15:46] <willcooke> thx Sweet5hark
[15:46] <willcooke> #topic TheMuso
[15:46] <willcooke> * Tested some backported pulseaudio patches for xenial. Things seem ok, probably need to test with a newer bluez as well, and need to talk to Konrad et al about the patches they have in mind for backporting, since I may have pulled more than they have considered. I'm certainly not interested in patches that change pulseaudio's core, since that would require changes to other moduels which is too risky.
[15:46] <willcooke> * Sorted out package bug subscription for pcaudiolib and espeak-ng, thanks to Seb. Just waiting for an archive admin to flip the switch to prmote these to main so that speech-dispatcher can be let through out of proposed.
[15:46] <willcooke> * Merged BrlTTY with latest changes in Debian. Once speech-dispatcher lands, there should be a good case for demoting espeak from main to unvierse, and that may take some things with it, like portaudio as well.
[15:46] <willcooke> * Investigated some reports of issues with Orca using my gsettings patch from users. I think I may have encountered one or more of these myself, need to reproduce and investigate more, since I'd really like to get this work merged upstream ASAP, as I'd rather not have to carry it. It was originally written to allow for easier Orca settings adjustments in accessibility profiles.
[15:46] <willcooke> #topic tkamppeter
[15:46] <tkamppeter> - CUPS snap: Tested on Ubuntu Core. Investigations for CUPS snap, especially how to get avahi-daemon onto Ubuntu Core.
[15:46] <tkamppeter> - CUPS: Investigations and tests on how well CUPS queues emulate an IPP Everywhere printer (to find out whether a print dialog or print client in general can work without using PPD files).
[15:46] <tkamppeter> - Google Summer of Code 2017: Another 3 video conference student interviews. 4-5 students for Common Print Dialog needed. Some more for other subjects (Pranjal Bhor from last year is already put onto fixing bug #1564249).
[15:46] <tkamppeter> - Bugs.
[15:47] <willcooke> thanks tkamppeter
[15:47] <tkamppeter> desrt, Viel Spaß in Köln!
[15:47] <willcooke> #topic Trevinho
[15:47] <desrt> thx :)
[15:48] <willcooke> guess no Trevinho yet
[15:48] <willcooke> #topic robert_ancell
[15:48] <willcooke> - Landed snapd-glib regression tests
[15:48] <willcooke> - snapd-glib 1.5, 1.6 released
[15:48] <willcooke> - Bug diagnosing
[15:48] <willcooke> #topic AOB
[15:48] <Trevinho> coming, sorry
[15:48] <willcooke> #topic Trevinho
[15:48] <seb128> good morning Trevinho :-)
[15:48] <didrocks> wakkeeeee up! :)
[15:48]  * didrocks isn't around
[15:49] <seb128> lol
[15:49] <Trevinho> · Some more fixes to the OTP ubuntu login branch with landed
[15:49] <Trevinho> · Qt patches for appindicator support in snap
[15:49] <Trevinho> · remmina snapping upstream stuff
[15:49] <Trevinho> · builder for travis
[15:49] <Trevinho> · snapcraft support for 32bits compilation on 64bits
[15:49] <Trevinho> · snapcraft fixes for icons
[15:49] <seb128> Trevinho neither it seems :p
[15:49] <Trevinho> EOF
[15:49] <willcooke> thx Trevinho
[15:49] <willcooke> #topic AOB
[15:49] <willcooke> going once
[15:50] <willcooke> twice
[15:50] <willcooke> #endmeeting
[15:50] <meetingology> Meeting ended Tue Jan 31 15:50:29 2017 UTC.
[15:50] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2017/ubuntu-desktop.2017-01-31-15.30.moin.txt
[15:50] <willcooke> thanks all
[15:50] <seb128> thanks!
[15:50] <qengho> yay
[15:50] <flexiondotorg> Cheers
[15:50] <desrt> some post-AOB, off the record
[15:50] <desrt> early 2017 sprints?
[15:50] <flexiondotorg> I'll go and bother _infinity
[15:51] <seb128> Sweet5hark, what do you mean by "snap i386 platform"?
[15:51] <willcooke> desrt, nothing on the horizon I'm afraid
[15:51] <seb128> desrt, fosdem!
[15:51] <Sweet5hark> well, building 5.3.0 snaps on launchpad works, but fails a bazillion tests
[15:52] <desrt> fosdem is something :)
[15:52]  * desrt arrives friday afternoon and leaves monday morning, if anyone wants to chill around
[15:52] <Sweet5hark> seb128: ^^ and only on i386. So ... something with the combo i386/xenial baseline/snap is wrong
[15:53] <seb128> Sweet5hark, the same source builds fine in a ppa?
[15:53] <Sweet5hark> desrt: eh, would love to but need to check my timeline.
[15:54] <Sweet5hark> seb128: on a zesty ppa at least, yes.
[15:54] <seb128> Sweet5hark, and xenial?
[15:55] <Sweet5hark> seb128: havent tried backports yet
[15:57] <Sweet5hark> seb128: also there isnt a 1:1 relation between ppa and snap builds obviously, e.g. the patches are different, the libraries used from debian packages or using bundled builds etc.
[15:57] <flexiondotorg> Trevinho You mentioned fixing icons in snapcraft. Is that for the new desktop stanza?
[15:58] <flexiondotorg> willcooke Where can we apply some gentle pressure to get humanity-icon-theme (0.6.10.1) xenial landed in time for 16.04.2
[15:58] <seb128> Sweet5hark, k, but you had a previous version building on i386? I doubt the "snap" core is the issue there
[15:59] <flexiondotorg> Other than _infinity
[15:59] <seb128> flexiondotorg, you can try slangasek maybe?
[16:01] <Sweet5hark> seb128: well, a/ we never build these on lp before b/ I wasnt building i386 on my own hardware before so c/ we have no comparison (thus dont know if there is a regression)
[16:02] <Sweet5hark> seb128: my gut feeling is that one of the bundled libs at we build from the libreoffice build is broken by some 32/64-bit confusion on i386.
[16:02] <Sweet5hark> s/at/that/
[16:03] <Sweet5hark> and the same this doesnt happen in the corresponding dpkg build for whatever reason.
[16:04] <ricotz> seb128, backports of 5.3.0.2 on xenial x64 run fine
[16:04] <seb128> ricotz, the issue is i386 there
[16:05] <Sweet5hark> ricotz: also on i386?
[16:10] <ricotz> Sweet5hark, I don't have i386 system here, it built though
[16:11] <Sweet5hark> ricotz: thanks, thats enough to make a difference. on the snap builder it builds, but fails a lot of tests.
[16:12] <ricotz> Sweet5hark, see for the logs https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+packages
[16:13] <Sweet5hark> ricotz: thx
[16:13] <jbicha> oops, I missed the meeting
[16:14] <ricotz> seb128, doesnt look so bad now https://launchpad.net/~ricotz/+archive/ubuntu/mozilla/+sourcepub/7450687/+listing-archive-extra
[16:14] <jbicha> I was wanting to see what y'all thought about updating GNOME stuff to 3.24 this cycle
[16:14] <jbicha> GTK will stay at 3.22
[16:14]  * Sweet5hark still has to check the "disable-flaky-checks" patch, but I think there are more than that failing on snap
[16:17] <seb128> ricotz, nice, send the patch to chrisccoulson!
[16:17] <ricotz> seb128, the armhf failure is reported without progress though
[16:17] <seb128> :-/
[16:18] <seb128> jbicha, check with Laney
[16:19] <seb128> jbicha, I didn't look at what GNOME changed recently but if you can update the patches, not regress in obvious features and check that it's not too buggy go for the updates I would say
[16:21] <Laney> What's the reason?
[16:21] <Laney> I guess that on most of them you'd be going ahead of Debian
[16:21] <Laney> What if they depend on new versions of libraries?
[16:22] <jbicha> the only new library I've been concerned about is GTK4 but that does not look like it will be required for GNOME 3.24 at all
[16:23] <jbicha> gjs requires mozjs38 now but that doesn't affect Unity
[16:24] <jbicha> the only reason for 3.24 in zesty is because GNOME people expect the latest GNOME in non-LTS releases
[16:26] <Laney> If we had more people working on the distro then I would be okay with it
[16:26] <Laney> As it is it makes me concerned
[16:26] <jbicha> yes, Debian is focusing on finishing stretch
[16:27] <Laney> I don't think we have the manpower to deal with it
[16:27] <Laney> But if you're super confident, then you can do it if you want
[16:28] <seb128> would be better to do selected updates and spend some time triaging bugs/dealing with issues after
[16:29] <seb128> rather than just stack updating and letting the release ship with regressions/problems
[16:29] <seb128> (we had a bit of that in previous cycles)
[16:29] <seb128> or said differently, please just update things if you have free cycles to watch the outcome and deal with issues
[16:33] <Laney> ah man, awesome
[16:33] <jbicha> I'm not interested in updating evolution to 3.24 for zesty since it's such a large amount of code
[16:33] <Laney> just google authenticated to something, didn't have to click and make a new code
[16:34] <Laney> Trevinho wins
[16:34] <jbicha> most apps aren't really changing much these days
[16:34] <jbicha> nautilus is an exception but that's still at 3.20 because we're being careful there
[16:37] <jbicha> and we'll do the webkit2 updates like we've been doing; that's been working well enough
[16:38] <jbicha> Laney: do you know why the appstream-generator appears to have stopped Jan 15? http://appstream.ubuntu.com/xenial-updates/ http://appstream.ubuntu.com/zesty/ ?
[16:41] <Laney> jbicha: ubuntu@juju-prod-ue-appstream-back-machine-5:/srv/appstream/appstream-public/data/xenial-updates/main$ zgrep -E "^Time:" Components-amd64.yml.gz
[16:41] <Laney> Time: 20170131T161842
[16:42] <Laney> Up to date on my end, guess something broke on the LP side
[16:45] <jbicha> I wanted to verify that bug 1571816 was fixed in zesty as it looks like a great sru candidate
[16:54] <Laney> jbicha: k, let's see if it starts working soon
[17:39] <Laney> jbicha: looks better now
[17:41] <jbicha> Laney: thank you!
[18:06] <Laney> night!
[18:09] <willcooke> night all
[18:31] <seb128> night