=== PaulW2U is now known as G4MBY === vladk|offline is now known as vladk === ikonia_ is now known as ikonia === Ursinha is now known as Ursinha-afk === doko__ is now known as doko === vladk is now known as vladk|offline === Ursinha-afk is now known as Ursinha [15:01] hi folks [15:01] #startmeeting [15:01] o/ [15:01] * mvo waves [15:01] hey [15:02] \o/ [15:02] * stgraber waves [15:03] one sec, was trying and failing to prepare a demo in time for the meeting :) [15:03] * barry wavers [15:03] let's see, slangasek, sil2100, and doko are out, did I miss anyone? [15:03] I'm not here either. [15:03] Sure [15:04] Your invisible paint is wearing off [15:04] * infinity furiously applies another coat. [15:04] $ echo $(shuf -e barry stgraber jodh bdmurray cjwatson xnox caribou infinity mvo bhuey robru) [15:04] * bhuey aims his Ghost Busters ray at infinity [15:04] caribou jodh mvo xnox robru bhuey barry cjwatson infinity bdmurray stgraber [15:04] #topic Lightning round [15:04] oh the bot is dead, whatevers [15:04] oh, I get to go first ! [15:05] ruvly [15:05] * Qemu/KVM crash analysis : identified potential kernel mismatch [15:05] * Finished implementation of networked kernel crash dump. PPA available [15:05] * Backport of latest CVE to openssl 0.9.8 for precise [15:05] * Prepare SRU for MVO's backport of apt https fixes [15:05] (done) [15:05] * foundations-1305-upstart-work-items: [15:05] - cgroup+async support: debugging state transitions and a race. [15:05] ⚜ [15:06] * jodh is the anti-ev :) [15:06] hihi [15:06] HWE-End-of-Life: [15:06] - status meeting and meeting with jibel [15:06] - Debug/fix update-motd display issue [15:06] - Fix i18n issue, use localized dates, fix bug in update-support-status with fr\ [15:06] ench locale, new version for the PPA [15:06] - Optimize the speed (from 2s to 0.2s :) [15:06] - Review/sponsor #1328266 uploads [15:06] - Testing [15:06] apt: [15:06] - CVE-2014-0478 [15:06] - add hashtable stats to apt-cache stats/increase size [15:06] APT before 1.0.4 does not properly validate source packages, which allows man-in-the-middle attackers to download and install Trojan horse packages by removing the Release signature. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0478) [15:06] - Fix autopkgtest failure in utopic [15:06] - backport apt-ftparchive srccachedb feature to trusty-proposed and add fixes for #1274466, #1324399 [15:06] - work on debian/experimental ABI break branch for utopic [15:06] aptdaemon: [15:06] - Debug/fix autopkgtest failure [15:06] click: [15:06] - lp:~mvo/click/chroot-tests (improve coverage for chroot.py) [15:06] - lp:~mvo/click/lp1324853 (get manifest from file) [15:06] - lp:~mvo/click/more-tests3 (integration tests for buildsource, pkgdir, [15:06] framework) [15:06] - Work with seb on click for the desktop [15:06] python-apt: [15:06] - implement some suggestions from didrocks (thanks!) [15:06] - investigate landscape issue due to libapt changes [15:06] misc: [15:07] - patch pilot [15:07] - merge/upload lp:~mvo/update-notifier/use-apt-helper [15:07] (done) [15:07] * mvo is not a anti-ev [15:07] mvo: maybe the ant-y-ev or auntie-ev? [15:07] mvo: It filled more than a screenful, you're the new ev. Deal with it. [15:08] infinity: next thing is that you ask me how many shoes I have [15:08] infinity: sorta, mvo needs to learn to make longer sentences, then he'll officially be the ev replacement :) [15:08] it all fit on my screen, what are y'all doing this meeting on your phones or something? [15:08] what's ev ? [15:08] bhuey: former colleague of ours [15:08] Evan Dandrea, used to work for foundations, notorious for extremely verbose reports [15:08] bhuey: Evan Dandrea, used to write novels for status updates. [15:08] bhuey: s/colleague/teammate/ [15:09] loquacious [15:09] (now CI manager) [15:09] xnox: *poke* [15:09] Actually isn't xnox out too? [15:09] he's not on mumble, which is unusual, so I guess he's out yeah [15:09] Oh, maybe. People should learn to not join #-meeting unless they have a meeting. Mashocists. [15:09] yeah I met him [15:09] http://irclogs.ubuntu.com/2014/06/12/%23ubuntu-meeting.txt:[15:24] - I'll be away most of next week. Flying out to Portland on Monday, [15:09] http://irclogs.ubuntu.com/2014/06/12/%23ubuntu-meeting.txt:[15:24] returning on Thursday. Working on Friday. I should have [15:09] http://irclogs.ubuntu.com/2014/06/12/%23ubuntu-meeting.txt:[15:24] intermittent internet connectivity throughout. [15:09] so robru's turn [15:10] * misc landings, troubleshooting misc build failures [15:10] * reviewed packaging for various & sundry landings [15:10] * progress continues on the CI NonFunctional Testing Web Frontend [15:10] - pushed a live demo at http://people.canonical.com/~rbpark/nf/ [15:10] - fancy graphs and things [15:10] Wow, how did that 'h' migrate to the left in that word? [15:10] what's NonFunctional jargon for? I'm guessing it doesn't mean broken :) [15:11] perf testing? [15:11] perf as in kernel perf ? [15:11] cjwatson, yeah, that, but also any kind of test that isn't defined within the project itself [15:11] cjwatson: NonFunctional = Not written in Haskell? [15:11] sorry perf as in short for performance rather than the perf tool [15:11] :) [15:12] infinity: hey, I can sort of do functional programming in python with a few contortions :) [15:12] cjwatson, so, like, this would include systemsettle or glmark or whatever. the kind of testing where there is no real hard pass/fail, but rather where you want to record some kind of number, and only fail if the number represents a serious regression, which can only be determined by comparing it to past results [15:12] ah, got it, so this would include bootcharts, memory use, etc. [15:12] cjwatson, yes [15:12] nice [15:13] cjwatson: There's something very wrong with you. [15:13] maybe I could steal you at some point to do that kind of graphing for various +1 maintenance metrics (build failures over time, say) [15:13] could do with some of that to make it easier to explain [15:14] (https://wiki.ubuntu.com/PlusOneMaintenanceTeam for those missing the jargon here) [15:14] functional programming, bah [15:14] infinity: I said can, not do [15:14] cjwatson: ITYM https://wiki.ubuntu.com/JuanMaintenance [15:14] cjwatson, sure. this thing we're making is going to be open to anybody to submit metrics into [15:14] * barry wants funk-tional programming [15:14] cjwatson: vorlon's contribution to the wiki... [15:14] Steve is a sick puppy [15:14] barry: awesome [15:14] cjwatson, but I'm just drawing pretty graphs, probably best to talk to thomi or fginther about getting your results actually in the system [15:15] ok [15:15] right, bhuey's up I think [15:15] very sad status report [15:15] Last week [15:15] -experimented with the build environment more to see how all of the openjdk build trees are setup [15:15] This week [15:15] -was able to track down with the help of the team how to revert an openjdk change and it's history. I was able to create two patches to fix the problem. Both compile now [15:16] -kept compiling changes and kept running into my misunderstandings of how the packaging system builds and the order in which it builds them. I finally resolved them. It was basically a confusion of how the patches from debian/patches/ apply to all of the nest openjdk/ directories. [15:16] -realized that I can use something like make -j12 in an openjdk/ directory so that I don't have to wait for a full build from dpkg-buildpackage [15:16] -follow naming conventions for packaging and then upload it again [15:16] Next week [15:16] -move to a new icedtea 2.5 package. This should go fast as what I've tripped up on I was finally able to bypass. [15:16] -start on TCK configuration. Bother IS for access to that QA machine [15:16] ... [15:16] done [15:16] Which QA machine? [15:16] working mostly on new "coverage service" dependency porting/packaging. [15:16] move might happen today actually [15:17] debuntu: virtualenv bug triaging (debian bug 751233), virtualenv 1.11.6-2, python-chameleon 2.16-1, zope.deprecation 4.1.1 (needs another upload), nose-exclude 0.2.0-3 (debian bug #751990 - need to followup with openstack team), tox 1.7.1-1 (debian bugs #746236 #751193 #751803), zope.testrunner 4.4.3-1 (debian bug #751647), cherrypy3 3.3.0-1 (debian bugs #494342, #751642, #722671), python-venusian 1.0a8-2 [15:17] Debian bug 751233 in python-virtualenv "missing licenses in debian/copyright" [Serious,Open] http://bugs.debian.org/751233 [15:17] Debian bug 751990 in python-nose-exclude "python-nose-exclude: Add Python 3 support" [Normal,Open] http://bugs.debian.org/751990 [15:17] Debian bug 746236 in tox "Missing Python3 support" [Important,Fixed] http://bugs.debian.org/746236 [15:17] Debian bug 751647 in python3-zope.testrunner "python3-zope.testrunner: Depends on python3.3, which is due to be removed soon" [Important,Fixed] http://bugs.debian.org/751647 [15:17] phone: system-image test debugging. asyncio experiment. triaged LP: #1274131 [15:17] Launchpad bug 1274131 in Ubuntu system image "UpdatePaused signal always returns percentage=0" [High,Triaged] https://launchpad.net/bugs/1274131 [15:17] other: UOS, ci train monkeysheriff, landing team standup [15:17] done [15:17] infinity: albali [15:17] Two weeks of report as I was out for last week's meeting. [15:17] UOS. Main thing for me was the RTM archive plan presentation. [15:17] Moved all germinate-related code out of Launchpad proper and into ubuntu-archive-publishing. Used the opportunity to land parallelisation code, speeding the primary publisher up by a couple of minutes. [15:17] Added support for apt-ftparchive source caching to Launchpad. We'll need to land and backport an apt SRU to finish this. [15:17] Optimised the index generation stage of the PPA publisher, roughly doubling its overall speed. [15:17] Reviewed William's first couple of branches for the new builder reset protocol needed for scalingstack. [15:17] Lots more work on livefs-in-LP, which is now finally in the process of landing. [15:17] - Live demo! https://dogfood.paddev.net/~ubuntu-cdimage/+livefs/ubuntu/trusty/ubuntu-desktop/+build/2 [15:18] Tons of transitional uploads trying to get -proposed a bit less full. [15:18] Figured out the Jenkins madness necessary to get click onto the QA dashboard. [15:18] .. [15:18] bhuey: don't you have a CI/QA lab VPN? [15:18] (that may be the shortest duration between getting a demo going and presenting its URL) [15:18] bhuey: (I just tried and I can get into albali just fine using mine + usual login/password) [15:19] cjwatson: I uploaded the trusty-proposed sru today so hopefuly you are unblocked soon [15:19] stgraber: not that I know of [15:19] - Lots of kernel SRU wrangling [15:19] - eglibc->glibc migration [15:19] - SRU and partner reviews [15:19] - Dealing with random PPC stuff [15:19] - Shepherd the LibreOffice SRU [15:19] - Attempting to maintain sanity [15:19] ☭ [15:19] mvo: yep, I saw it in the queue indeed, that was mostly a note to myself [15:19] bhuey: ok, so sounds like that's what you should be asking IS for (they'll ask for Steve's confirmation) [15:19] stgraber: ok I get on that later today [15:20] infinity: how's that last point going? :) [15:20] stgraber: It's a losing battle. [15:20] SRU ? [15:20] https://wiki.ubuntu.com/StableReleaseUpdates [15:20] bhuey: Stable Release... What he said. [15:20] ok [15:20] modified daisy to use a tempfile for the coredump to help with swift errors and log the size of the coredump [15:21] updated daisy to cleanup leftover core files in /tmp/ (LP: #1330247) [15:21] Launchpad bug 1330247 in Daisy "daisy FE app not cleaning tmp cores" [Critical,Fix released] https://launchpad.net/bugs/1330247 [15:21] worked with thedac regarding swift client exceptions in daisy [15:21] submitted daisy bug 1329427 regarding submitting the same crash [15:21] bug 1329427 in Daisy "you can submit the exact same crash multiple times" [High,New] https://launchpad.net/bugs/1329427 [15:21] reported errors bug 1329820 regarding retracer stats for armhf [15:21] modified daisy retracers to exit earlier if no oops is found (save time!) [15:21] bug 1329820 in Errors "no armhf data in retracers-average-processing-time" [High,New] https://launchpad.net/bugs/1329820 [15:21] i.e. what we need to do in order to manage due diligence for changing stable releases [15:21] modified daisy retracers to mark oops that are missing from before the cut over as failed that way it won't continuously retry them [15:21] fixed daisy-retracer charm's cronjobs to set MAILTO [15:21] investigation into and fixing of amqplib IOError from the daisy frontends [15:21] investigation into building cassandra dpkg version type [15:21] research into corefiles in swift that don't need to be there (LP: #1331212) [15:21] Launchpad bug 1331212 in Daisy "more core files in swift than in the retracing queue" [Undecided,New] https://launchpad.net/bugs/1331212 [15:21] ensured I have access to DSE-temp cassandra port 9160 for pycassa / lxc-errors [15:21] submitted RT regarding access to neem for OOPS from errors / daisy [15:21] updated errors OOPS page to have a link to the corresponding problem and system pages [15:21] irc discussion with seb128 regarding unity8 crashes in the error tracker [15:21] review of stopped phased updates and override of some regressions (they exist in newcassandra) [15:21] sent email to ubuntu-devel regarding the error tracker changing databases [15:21] investigation into corrupt crashes on armhf (its stripping of the symbols causing an issue on armhf) LP: #1325503 [15:21] Launchpad bug 1325503 in gdb (Ubuntu) "gdb reports 'corrupt stack' on armhf without symbols" [High,Confirmed] https://launchpad.net/bugs/1325503 [15:21] fixed rls-u reports on cranberry [15:21] ✔ done [15:22] Short week, was off on Monday. [15:22] [15:22] LXC: [15:22] - Released LXC 1.0.4, uploaded to utopic and trusty-propsoed. [15:22] - Processed all outstanding merge proposals and patches on the mailing-list. [15:22] - Looked into yet another container escape exploit (this time working around [15:22] even our apparmor profile) and sent an e-mail to our lists to clarify the [15:22] situation and strongly recommend using unprivileged containers. [15:22] - Working on a script to setup Unity8 under LXC, go the creation and [15:23] configuration part done, just need to add the integration bits with lightdm [15:23] before I can ship that to the Unity folks. [15:23] - Some planning discussions with LXC upstream and our partners. [15:23] [15:23] Conferences: [15:23] - My talk at LinuxCon North America has finally been accepted [15:23] (simulating the Internet using unprivileged LXC containers). [15:23] Been figuring out some of the details now (registration as speaker, [15:23] scheduling, ...) [15:23] - Submitted a separate talk to the Linux Security Summit [15:23] (co-hosted with LinuxCon North America) on [15:23] "Application confinement with user namespaces". [15:23] - Working on draft schedule for the Container hackfest, also co-hosted with [15:23] LinuxCon North America. [15:23] - Starting to prepare some bits for the Linux Plumbers container mini-summit [15:23] in October (co-hosted with LinuxCon Europe in Dusseldorf). [15:23] [15:23] Other: [15:23] - SRU queue reviews. [15:23] - Landing team work. [15:23] - Hopefully finally fixed our longstanding systemd-logind bug. (bug 1309025) [15:23] bug 1309025 in systemd (Ubuntu Trusty) "systemd-logind assert failure: cgmanager-client.c:6322: Assertion failed in cgmanager_list_children_sync: proxy != NULL" [High,In progress] https://launchpad.net/bugs/1309025 [15:23] - Fixed a couple of issues with the system-image server locking mechanism [15:23] (leading to copy failures). [15:24] - Meeting on Ubuntu Touch image versioning. [15:24] (DONE) [15:24] stgraber: unpriv LXC containers seem kinda heavyweight for drawing cat pictures [15:24] (seriously, let us know if that's going to be videod) [15:24] videoed? [15:24] cjwatson: But it's thousands of nodes, each either serving or viewing a cat picture. [15:24] cjwatson: Oh, have you not seen his internet yet? It's fun. [15:24] I think I missed it [15:25] It's even more fun when it exposes kernel bugs. [15:25] meory related kernel bugs ? [15:25] memory [15:25] If only it were that simple. [15:25] cjwatson: I did the demo at the cloud sprint, and indeed as infinity mentioned, as a result of this, I found at least 4 new network related kernel bugs [15:25] No, routing tables losing their calm. [15:25] And other such fun. [15:25] bhuey: nah, memory is fine, neighborhood tables overflowing isn't :) [15:26] #topic AOB [15:26] yeah Linux kernel reall wasn't designed with LXC in mind [15:26] then you get fun things like random sendmsg returning EINVAL for no good reason and userspace processes not really liking it :) [15:26] So I think the only thing Steve wanted me to pass on while he's away was another reminder that if you were driving any sessions at UOS, please make sure that the output is captured in work items [15:26] stgraber: oh god [15:26] so that http://status.ubuntu.com/ubuntu-u/canonical-foundations.html looks a bit less sad [15:30] anything else? going ... [15:31] going ... === mhall119_ is now known as mhall119 === vladk|offline is now known as vladk [15:31] *crickets* [15:32] gone. thanks all [15:32] #endmeeting [15:33] thanks! [15:33] thanks [15:33] thanks! [15:33] thanks [15:34] thanks! [15:34] * bhuey cries that it's over [15:34] it's ok there'll be another one before you know it [15:34] * cjwatson awards bhuey one and a half sarcasm points [15:35] * bhuey removes tail call optimizations from all of cjwatson compilers [15:36] now that's just mean [15:36] hahaha [15:36] talk about stack smash [15:37] it's now 'stack smack' talk [15:37] * bhuey googles cat picture for cuteness [15:37] ok later [15:37] thanks === vladk is now known as vladk|offline === brendand_ is now known as brendand === vladk|offline is now known as vladk === vladk is now known as vladk|offline === vladk|offline is now known as vladk === vladk is now known as vladk|offline === vladk|offline is now known as vladk === vladk is now known as vladk|offline === vladk|offline is now known as vladk === vladk is now known as vladk|offline === vladk|offline is now known as vladk === vladk is now known as vladk|offline === vladk|offline is now known as vladk [17:00] Hello [17:00] o/ [17:00] aloha [17:00] *\o/* [17:01] hello [17:01] #startmeeting [17:01] bah [17:02] um...where's the meeting bot? [17:02] hiding [17:02] in the mean time [17:02] well that's not useful [17:03] AGENDA: https://wiki.ubuntu.com/CommunityCouncilAgenda [17:03] anyone here from the DEsktop team ? [17:03] hey [17:03] sorry I got sidetracked [17:03] czajkowski, thanks for the reminder ;-) [17:03] np [17:03] seb128: anyone else where today from the desktop team with you? [17:04] welcome seb128 [17:04] no, it's only me (I think) [17:04] ok [17:04] hey seb128! [17:04] hey dholbach mhall119 ;-) [17:04] so this meeting is a chance to catch up with the CC, tell us how things are going anything we need to know and if the CC can help in any way [17:04] hello seb128 [17:04] hey cprofitt [17:05] we do this for various boards and teams and this year decided to talk with the desktop [17:05] very informal so [17:05] how are you doing? how's life? how are things in desktop land? :) [17:05] howdy :) [17:05] dholbach: so many questions [17:05] haha [17:05] I don't have a specific agenda, that's likely to be boring :p [17:05] desktop is doing well, quite busy as usual [17:06] seb128: does the desktop team still have the kind of community involvement it's had it the past? [17:06] our channel is quite active, work get done, we are happy with the quality [17:06] we try to keep on top of reviews, sponsoring, etc [17:06] mhall119, some, less than in the past [17:06] seb128: why do you think there's been a decline? [17:07] several reasons [17:07] - we hired a part of our most active contributors base [17:07] we seem to do that a lot :) [17:07] - we are enough "full timer" to keep on top of things [17:08] - we focus more on a "product" with unity, the convergence, etc [17:08] I would say that our "contributors" base is still somewhat around, but more focussed on e.g Ubuntu GNOME [17:08] is out contributor on-ramp for those products working to allow those who want to contribute to do so easily? [17:08] Would you count "keeping up with bug triage" among those things? I've always had the feeling that the desktop components in particular are just inundated with a big mess of launchpad bugs (though Gnome itself is no different) [17:09] is there a good exchange between the Desktop team and the Ubuntu GNOME team? [17:09] More so than basically every other component I mean [17:09] hum [17:09] mhall119, well, it's the same as it was [17:10] we could probably do better with documentation, tagging easy bugs, make "where to start" lists [17:10] but we never had been optimal doing that [17:10] bug triage... we keep on top of triaging/dealing with important issues mostly [17:10] there is lot of poor quality reports and wishlists that don't get lot of action though [17:11] but it's nothing new or specific to us [17:11] exchange between Desktop and Ubuntu GNOME teams are mostly good yes [17:11] Tim is on #ubuntu-desktop and active [17:11] there are some frictions on technical details sometimes [17:11] but that has to expected since we have somewhat conflicting goals [17:12] seb128: what kind ? [17:12] we want quality and stability [17:12] seb128: are they easy to resolve or ? [17:12] they would like to be uptodate [17:12] like we used to be [17:12] but we don't have the resources to manage uptodate and to stabilize that moving code [17:12] seb128, do you feel that's going better now? things like the settings-daemon fork (for example), should make that better now, right? [17:12] dholbach, yes [17:12] it's going in the right direction [17:13] we still have friction points, but we resolved some and are working on resolving the remaining ones [17:13] There was some tension in the past about gnome packages that we had basically forked but hadn't renamed, leading to Gnome in Ubuntu itself having some unity-specific changes that weren't necessarily desired. Have we more or less handled that tension? [17:13] are we doing well with the messaging around those kinds of forks? [17:13] so you have a list and are slowly working through them? [17:13] dholbach basically repeated my question [17:13] or said it first rather :P [17:13] yes, as you said we "forked" gnome-settings-daemon/gnome-control-center for Unity [17:13] named them unity-settings-daemon/unity-control-center [17:14] then unpatched the upstream variants [17:14] we have less patches on other components [17:14] seb128: are Ubuntu GNOME and upstream GNOME happy with how we're doing that and why? [17:14] and where we have, we do try to change the behaviour only under Unity by checking the env [17:14] yes they are [17:14] it's a good move for everyone [17:14] good to hear :) [17:15] so we know what to work on [17:15] but as usual, more to do that people doing it [17:15] so things take time [17:15] like it took us over a cycle to get done with g-s-d/g-c-c [17:15] but it's nobody's fault [17:16] we could just use more people helping ;-) [17:16] seb128, do you feel that talking a bit more about what needs to get done might help? [17:16] I don't know [17:16] is there interest from the community in working on that? it seems like a necessary evil that nobody really is excited to work on [17:16] it's the sort of things you don't know until you try and see results [17:17] mhall119, no, not really, it's mostly "boring" work [17:17] nothing new, fancy or user visible [17:17] just implementation details to sort [17:17] seb128: is it something that can be broken down into small contributions? [17:18] some bits can [17:18] some others are non-trivial changesets [17:18] having a list of those bits might make it less daunting for somebody to help out [17:18] right [17:18] maybe a UOS like session with a blueprint might help(?) [17:18] or a hackday like core apps do [17:19] either one will take several hours away from somebody who might otherwise be doing the work though [17:19] right, that's not a new issue/tradeoff [17:19] To be fair we do have plenty of boring tasks the community helps with anyway :P [17:20] thanks for pointing it out [17:20] YokoZar: yes, but it's easier to motivate people when the task is interesting :) [17:20] I don't think there is lot of new there or to discuss [17:20] seb128: is there anything the CC can do for the desktop team? [17:21] seb128: any other issues you want to bring up ? [17:21] any issues we can help resolve or organizational things we can do? [17:21] can anyone talk to the DMB about reviewing the application from our libreoffice maintainer who is ongoing for 1.5 years [17:21] and waiting for over a cycle with them looking at it [17:21] they said they would review it again but it seems like they are too busy to do it [17:21] wow, that's not good, do you have a link to the application? [17:22] meanwhile Bjoern is waiting [17:22] we have a meeting with the DMB coming up next :) [17:22] https://wiki.ubuntu.com/BjoernMichaelsen/YourDeveloperApplication [17:22] dholbach: what luck! [17:22] seb128: has there been any reason for the delay? [17:22] czajkowski, bdrung was working with him, but he got too busy for that [17:23] but still 1.5 years seem a bit crazy [17:23] and he took him some months before saying that it was stalled, time during which nothing happened [17:23] thank you for raising this and yes we can look into this [17:23] then he sent and email saying it would be better if somebody else would take that [17:23] but that got stalled since [17:23] if bdrung is not around for the meeting now, I'm happy to take an action to discuss this [17:23] Laney trying to put the topic back [17:23] without luck [17:23] Laney doesn't want to get involved in that application though [17:24] It's not like it's 1.5 years without action. [17:24]