=== gatox_away is now known as gatox === eu is now known as Guest34592 [05:52] File Sync error. (auth failed (AUTH_FAILED)) [05:53] where can i fix that in my ubuntu installation [05:53] btw i love ubuntuone and lots of my friends an employees use it couse i tell them [06:00] The information could not be retrieved. Maybe your internet connection is down? [06:00] well, its not, right? [09:20] morning [09:21] o0o0o, hello [09:32] Good morning, everyone! :D === zyga_ is now known as zyga [09:54] morning! [10:11] aloha [10:59] czajkowski, hello, how are you recovering from the surgery? [11:02] mandel: good thanks, catching up on readin [11:07] czajkowski, reading is always good in those cases... [11:07] czajkowski, I remember when I spent 10 days in hospital back in the day when tv worked by the hour with coins.. [11:07] czajkowski, so I kinda know the pain [11:07] at least I'm at home [11:08] just not allowed/able to sit for more than 20 mins [11:08] really not good at doing nothing [11:10] czajkowski, can you walk properly? [11:10] czajkowski, I saw the pictures.. did not look good to be honest [11:10] thanks :) [11:11] mandel: yup I can walk, just slowly and as long as nobody bumbs into me I'm good [11:11] getting there slowly will take some physio as well to help the nerves in my back get back working [11:17] czajkowski, in all this things the physio and the work afterwards is usually one of the most important parts [11:17] mandel: true, in my case I've been leaning toward the right for the last 6 months so a bit lob sided, so need to retrain my back to stand straight [11:21] czajkowski, well, I hope it works out well, I'm sure it will [11:21] mandel: thanks [11:21] mandel: not working so loads of time to get better [11:23] and a weekend in brussels in 3 weeks time :D [11:25] good morning ubuntuoners! [11:25] ralsina, morning! [11:26] ralsina, hard day with the internet connection, right? [11:26] mandel: oh yes [11:26] I have a 3g dongle that doesn't work, and I can't connect to the bar's wifi for some reason [11:26] But I am staying for the coffee [11:26] I can't drink it but it smells great [11:27] ralsina, he, that is unlucky.. [11:28] mandel: tethering is legal in argentina. Specially when they don't know what phone you have ;-) [11:29] ralsina, same here, but as soon as the phone company finds out the limit the bandwidth [11:29] hey, the phone can connect to the wifi??? WTF! Tethering to wifi now! [11:30] ralsina, that makes much more sense! [11:31] mandel: except the part where the notebook can't connect to the wifi by itself [11:31] ralsina, which os?> [11:31] mandel: windows. I tried linux yesterday. Got a whole 92minutes of battery life (it's impoving!) [11:32] ralsina, they are working on it [11:32] mandel: I know [11:32] ralsina, don't use twisted, it makes it last less :P [11:32] mandel: using windows is driving me nuts [11:33] cygwin and vim :) [11:33] and a ubuntu vm [11:33] or archlinux, your choice [11:34] using VMs forces the CPU to run multicore all the time and cuts battery in half [11:34] in fact, I think that's the problem with linux, it's not throttling the CPU right [11:34] ralsina, important question, can you run the ubuntuone-client tests on windows? [11:34] mandel: of course [11:34] ralsina, in my machine I have tests failing :( [11:34] good morning [11:35] mandel: yikes. Trunk? [11:35] ralsina, yes, clean trunk check out [11:35] gatox, buenos dias! [11:35] mandel: there were some proplems 2 weeks ago where test file paths were too long, but verterok fixed it [11:35] mandel: running them as soon as the pull finishes [11:35] mandel, i propose a branch for u1-client yesterday with new tests, merged with trunk and the tests were ok [11:36] gatox, I have broken tests with a clean install, I fear we broke something at some point [11:36] mandel: quick question: if you go here, what's the captcha for you? https://autogestion.personal.com.ar/individuos/CambioClavePaso1.aspx?Login=false [11:37] ralsina, PAAIR5 [11:37] mandel: interesting. I get the same captcha every time. Damn proxies. [11:37] ralsina, ah, I love proxies.. they are soooo much fun ;) [11:38] at least it respects Shoft-F5 [11:39] mandel, try this one if you want.... it's synchronized with trunk and tests are ok: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/fix-links [11:40] mandel, i think i fix a test that was broken in trunk there [11:40] Interesting: you can't branch from launchpad without ssh keys anymore [11:42] gatox, ok, let me wait 'til the other tests are done and I'll try your branch [11:42] ralsina, weird, did you setup the launchpad-login? [11:42] mandel: yes I did [11:43] ralsina, might be that [11:45] ralsina, if you do not give the lp id to bzr it does not care [11:45] ralsina, otherwise it cries [11:45] mandel: ack [11:49] gatox, I see that we have a new dep with comtypes, I suppose that there are no issues with py2exe, right? [11:56] @ping [11:56] pong [11:56] gatox, I'm getting a few issues with the filesystem notifications, yet I suppose is my vm [11:59] ralsina, ha, I found the issues! [11:59] and they are easy to solve [11:59] mandel: should I stop the tests? ;-) [12:00] ralsina, paste.ubuntu.com/800485 [12:01] ralsina, wait 'til the end [12:01] mandel: ok, waiting [12:02] mandel: that looks like a path that is way too long [12:02] mandel, it shouldn't be any problem with py2exe.... it's just a python library that uses ctypes [12:02] yes, comtypes should be no problem. Of course now gatox can try it for himself ;-) [12:04] hello everyone! [12:04] nessita, hi [12:04] ralsina, yes, so I have 'broken' tests because tritcask is not using \\?\ [12:04] nessita, morning! [12:04] gatox, oks [12:05] ralsina, yes of course.... can you point me to the branch or something were it was the necessary to build an installer? [12:05] mandel: yes. However, verterok did a branch 2 weeks ago to limit path length. But I suppose it can still go too long [12:05] ralsina, and no one got those errors because 'til now we all had set the temp dir of trial to C:\Temp or something of the type hehe [12:05] hola gatox, mandel, ralsina [12:05] gatox: it's in trunk now! [12:05] ralsina, is due to the test using the trial _temp_dir [12:05] gatox: in ubuntuone-windows-installer, you need to go to scripts and read the README [12:06] ralsina, ahhhh it's already merged! great [12:06] ralsina, so, shall we consider that a problem? [12:06] buen dia nessita [12:06] mandel: well, it is a problem because tests fail "randomly" [12:06] mandel: if changing it to use literal paths is trivial, go ahead [12:07] ralsina, ok, then I'll file a bug then [12:15] mandel: saw my email re: the review? [12:19] nessita, yeah, let me file a bug and run some tests and will get to it right now [12:19] nessita, you will have it before I go for lunch for sure [12:21] mandel: all tests pass for me, except one that didn't stop in time, but may be because the notebook is kinda slow today [12:22] mandel: nice! [12:22] mandel: that would be tests.platform.test_filesystem_notifications.MutedSignalsTests.test_file_moved_from_partial [12:22] ralsina, yeah, I had the same issue with my vm... [12:23] ralsina, I'll look closer into that since I have a branch I wanted to land that won't because of that :( [12:23] mandel: hmmm then maybe that one is really broken [12:23] nessita, from ubuntu_sso.main import SSOLogin installs the reactor, right? [12:23] ralsina, I sure hope they are not.. [12:23] ralsina, I'll run them in the mac where they did pass [12:23] mandel: ack [12:23] mandel: it should't. If it does, is a bug [12:24] but anyway, having a tet that only works on fast machines is not great [12:24] mandel: the import is there because that code is a tremendous hack and will fly away soon [12:24] nessita, ah.. ok [12:26] ralsina, nessita FYI: bug 914732 [12:26] Launchpad bug 914732 in ubuntuone-client "Tritcask tests are broken on Windows (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/914732 [12:26] mandel: hum, weird, they run ok in my computer. Timing issue?> [12:27] mandel: is this failing in trunk too? [12:28] nessita, yes, but they work in your machine because you did set up TRIAL_TEMP_DIR [12:28] nessita, so that they work in the vm, remember? [12:28] mandel: yes... and how that fix the issue? [12:28] turns out that tritcask is not using \\?\ and when you set it the paths are shorter :) [12:28] nessita, ^ [12:29] nessita, the technical def 'suerte de narices' jeje [12:29] mandel: right, and tritcask will never use \\?\ as per what we have talked with guillermo... [12:29] nessita, exactly, so we need to do something smart about that [12:30] mandel: can you please edit the bug description so it reflects the real problem, please? [12:30] nessita, it states the issue AFAIK [12:30] nessita, but in the long comment and not the title [12:30] from the bug report: 'The following occurs when running the tests on Windows if the TRIAL_TEMP_DIR was not set to a location that will ensure that the paths are not longer than 256:' [12:31] and 'In the above error we have a 257 path length.' [12:31] right, but as how you present it this looks that could be an issue in real life? [12:31] nessita, ok, I'll edit the title then [12:31] thanks! [12:31] nessita: it could be a problem only if a username was over 128 characters in length or so [12:31] ralsina: yes [12:32] nessita: which I think we can safely ignore [12:32] ralsina: well, if we make something smart for the test, that will also fix that case IRL, no? [12:32] nessita: it's only annoying for testing. To which I say "set TRIAL_TEMP_DIR", if fixing it takes more than 20 minutes [12:33] nessita: the IRL is ignorable, and the tests are workaroundable. So I wouldn't spend all that much time in it, unless it's an easy fix [12:33] I mean, mandel could do his checkouts one folder level up and it would work ;-) [12:33] nessita, updated bug 914732 [12:33] Launchpad bug 914732 in ubuntuone-client "Tritcask tests are broken on Windows when the test paths are longer than 256 chars (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/914732 [12:34] mandel: awesome, thanks [12:34] ralsina, or set TRIAL_TEMP_DIR and forget about it hehe [12:34] ralsina: + to not dedicate time in the short term [12:34] +1 [12:34] mandel, nessita: verterok did something to limit test path lengths, maybe it's just making a constant lower [12:34] he set it to 32, maybe set it to 20 [12:35] ralsina, that is not really a way to solve it, someone stupid (me) could check them out in a deeper folder [12:35] ralsina, nessita lets leave it as a known issue, focus on important things and later revisit it [12:35] mandel: any smart solution can be broken by just checking out in a path that's 200-char long :-) [12:35] the bug report tells you how to solve it, set TRIAL_TEMP_DIR [12:36] mandel: good, moving on then ;-) [12:36] ralsina, no, those would be average solutions, a smart one will allow it to always work :) [12:36] but is a blah bug, so lets move on hehe [12:36] mandel: a smart solution would operate a robot hand and smack you for using 200-char paths ;-) [12:36] ralsina, I'm more worried about the event tests failing [12:37] mandel: yes, if it's really timing dependent it's broken [12:37] nessita, can you please run the windows tests from trunk? ralsina and I are seeing problems [12:37] mandel: sure [12:37] thx [12:39] nessita, in your branch, when sending a signal for an error we are doing error_dict = except_to_errdict(error) yet we are logging the error, do you forsee that as a problem? [12:39] mandel: not really... do you? [12:40] mandel: you would like to log the dict? [12:41] nessita, no, but since we are sending the dict and not the error.. I wanted to double check [12:41] mandel: we're sending the dict to the "IPC" layers [12:42] nessita, ok [12:43] nessita, what is the reasoning for 'len(credentials) > 0:' in line 636 of the diff [12:43] nessita, do we ever get '' ? [12:45] mandel: we may get {} [12:46] nessita, ok [12:46] nessita, another question, addCallbacks is not used due to readability, right? [12:47] mandel: addCallbacks with 's' to the end? [12:47] mandel: or you meant addCallback? [12:48] mandel, ralsina: my test run was OK (the only failing test is caused because my username is a very-weird-unicode-one and the fix-links branch has not landed yet) http://pastebin.ubuntu.com/800512/ [12:48] nessita: ok, so there is a test that fails intermittently :-/ [12:48] ralsina: can I see your failures? [12:48] nessita, with an 's' at the end, the method that adds the callback and the errback: http://twistedmatrix.com/documents/8.2.0/api/twisted.internet.defer.Deferred.html#addCallbacks [12:49] nessita, ralsina hm.. that is bad, having tests that fail like that is a PITA.. specially when they happen in my vm.. [12:49] mandel: right, I know the methof, but wanted to be sure what you were meatning. The thing is that d.addCallback(f); d.addErrback(g) != d.addCallbacks(f, g) [12:50] mandel: do you understand that? ^ [12:50] I can explain further [12:50] nessita: lost the log... it was tests.platform.test_filesystem_notifications.MutedSignalsTests.test_file_moved_from_partial and it said "is still running after 8 seconds" IIRC [12:51] nessita, please explain it futher, it can be that I don't understand the method [12:51] ralsina: that may be cause if you computer is kinda slow or was too overloaded at that moment. Though not good, I would separate timeouts from errors [12:52] nessita: yes, it felt overloaded, so I sort of ignored it. [12:52] nessita: the thing is, if it can't run practically on a VM we are in trouble for testing on windows [12:52] ralsina: I run the suite in a vm with windows 7 and 1024 of ram [12:52] nessita: it used to work but now that I am on battery it didn't so it may be because my CPU is throttled [12:53] ralsina: right [12:53] mandel: looking the drawing in the web, one sec [12:53] nessita: which means it's close to not running :-) [12:53] nessita, mandel: but yes, let's ignore this timeout, at least for now [12:54] ralsina, nessita lets add a bug nevertheless.. I've seend the windows trunk going down to hell and it was painful. Keeping track is at least a good practice [12:55] mandel: a bug for what exactly? sorry I got lost [12:55] nessita, for the fact that some of the tests will be errors in slow machines [12:55] mandel: I wouldn't know what to put in those tests. "tests on windows are slower"? [12:55] mandel: that is not a bug, that's life :-) [12:56] mandel: I would avoid having yet another bug for this... since is not likely that we'll fix it any time soon :-/ [12:57] mandel: in http://twistedmatrix.com/documents/current/core/howto/defer.html, go to the section "Basic Callback Functions" [12:57] nessita, ralsina if they fail due to time, there is something wrong.. at least if we consider them unittest, but I'm not going to argue :) [12:57] mandel: see how addCallbacks reads: [12:57] It adds a pair of callbacks parallel to each other [12:57] mandel: if you go to the schema it references, you can see that [12:58] mandel: instead, calling a addCallback and after that an addErrback, will put the callback in one level, and the errback in the level below [12:59] mandel: so in the second case (d.addCallback(f); d.addErrback(g)), g will be run either if d failed or if f failed [12:59] mandel: makes sense now? [13:00] hello #ubuntuone! [13:01] alecu, hi [13:01] mandel: ping? [13:01] hola alecu! [13:01] nessita, let me think about it.. [13:03] nessita, ok, got you, I just did a small script to get it clear [13:03] mandel, it's the second graph in this page: http://twistedmatrix.com/documents/current/core/howto/defer.html [13:03] My notebook must be german, because it's now hungry for power! [13:03] I will have to go hunt for a socket to feed it, will be back ASAP [13:04] imagine you have a queue of callbacks and errbacks: [13:04] | callbacks | errbacks | [13:04] | ... | ... | [13:04] calling addCallbacks(f, g) will result the queues to be: [13:04] | callbacks | errbacks | [13:04] | f | g | [13:04] calling addCallback(f) and then addErrback(g) will result in: [13:04] | callbacks | errbacks | [13:04] | f | no_op | [13:04] | no_op | g | [13:04] mandel: ^ [13:05] yes, enjoy my ascii not-art [13:05] :-P [13:05] nessita, hahaha is not that bad, and I got it :) [13:05] nice! [13:09] nessita, shall we start using 2012 in the copyright? [13:10] mandel, i did [13:11] mandel: I did too [13:12] nessita, ubuntu_sso/main/tests/test_clients.py in the branch, not that I would block a branch for such a stupid stupid thing :) [13:12] I think I'm more picky with other people branches than mine.. I feel like an asshole [13:15] mandel: will change it asap [13:15] nessita, don't worry to much, as I said, is stupid [13:16] nessita, FYI running tests on linux and widows, if they pass I'll approve :) [13:16] nice! [13:19] oh no, a windows update broke my VM! [13:21] damn wifi [13:22] nessita, mandel: can I have a re-review on this branch? https://code.launchpad.net/~alecu/ubuntu-sso-client/proxy-integration-tests/+merge/87538 [13:22] alecu: my windows VM just got broken due to a windows update. Were you able to fix the tests? [13:23] nessita, yes, I changed "localhost" for "127.0.0.1" and then windows tests stopped timeouting [13:24] alecu, windows is stupid.. [13:24] I cannot believe tests failed due to that.. [13:24] mandel, it just took a bit of time [13:25] mandel, my first solution was increasing the timeout of the tests, and it started working [13:25] mandel, but it was an ugly solution, and it made the tests slower [13:25] alecu: perhaps it was resolving localhost using a "real" dns? [13:26] nessita, it certainly looked like that. [13:26] alecu: anyways, I will re-review [13:26] I'm not sure if it's windows or Qtnetwork [13:26] Hello again! [13:26] hello ralsina! [13:27] mandel, nessita: did you guys saw this link I pasted before dropping out? http://twistedmatrix.com/documents/current/core/howto/defer.html [13:28] ^ specifically the second graph [13:28] got that page open already [13:28] alecu: yes [13:29] nessita, why two steps: 271 + result = f(instance, *a, **kw) [13:29] 272 + return result [13:29] ? [13:29] mandel: I like it better, is easier to put a print in between when needed. But I don't feel that strong about that [13:30] nessita, meh, my neither.. python should be smart enough to deal with it [13:32] nessita, I'm approving, tests passed everywhere and I've read carefully the code and can't find anything wrong besides style differences between our coding :) [13:32] +1!!! [13:32] adios mega-branch! [13:32] mandel: thanks! [13:41] ok, my lunch break is due [14:09] alecu: I'm setting up another VM, will run your tests shortly [14:24] nessita, btw: pylint on P is complaining about all this, both on your branch and on trunk: http://pastebin.ubuntu.com/800608/ [14:24] alecu: we need a tweaked pylint [14:24] alecu: which I need to build from source [14:24] oh, right. [14:25] morning [14:25] alecu: if you "eye" confirm it, you can see all those are not True [14:25] nessita: logilab issue? [14:26] nessita, yes, I know. pylint gets "bitchy" with each passing release. [14:26] dobey: yes, I did not built the patched package yet [14:26] alecu: now, this is a pythonpath issue [14:26] alecu: is an "old" issue -- pylint does not understand namespaces [14:26] dobey: would you have the diff patch handy? I'm not sure I have it anymore [14:27] alecu: if a lint checker detected fewer things on a new release, all users that fixed them on the previous one would feel stupid. It's bad marketing. [14:27] nessita: it's in the source package for the older versions in the PPA [14:27] dobey: great, thanks! [14:27] ralsina, that's good marketing, for sure. But we are talking about pylint, a tool known for its bitchiness [14:28] alecu: being nitchy is its job description [14:28] s/nit/bit/ [14:28] brb! === gatox is now known as gatox_brb [14:29] ralsina, well, if with each upgrade I get lots of false positives on code I already sprinkled with pylint "disables", then it's past the useful spot. [14:29] alecu: which is why dobey wants us to use pyflakes ;-) [14:29] right! and I could not agree more. [14:30] alecu, ralsina: thought is true that we have some false positives with pylint, this is not a new issue [14:30] pylint can't handle the .pth files, so we patch it on every release [14:30] the problem is, pyflakes is not nearly bitchy enough [14:30] it misses things like useless imports, which even have performance impact [14:31] alecu: branch approved [14:31] yay pyflakes! [14:31] ralsina: pyflakes complains about unused imports [14:32] dobey: bad example then ;-) [14:32] it also has a reasonable upstream, and isn't unreasonably complex itself [14:34] ralsina: 1-1! [14:34] nessita: can't mumble because of ambient noise. IRC? [14:35] ralsina: oh I was looking forward to mumble/talk [14:35] nessita: I can do mumble in maybe 30 minutes [14:35] ralsina: we have standup in 30 minutes... [14:35] nessita: then I am right on time :-D [14:35] nessita: after standup [14:45] gatox_brb: I still have test failures on windows for fix-links [14:46] added the traces to the MP [14:46] alecu: did you get a chance to look at my branch again? i can't seem to find anything obvious. :( === gatox_brb is now known as gatox [14:49] nessita, really [14:49] ?? [14:49] dobey, not today, I'll take another look after the stdup [14:49] seems to be a timing issue :( [14:49] ok [14:49] thanks [14:49] dobey, what I saw was that all tests passed when I ran it on my laptop with P. [14:50] huh [14:50] dobey, both with the gi and the gtk3 reactors [14:50] i wonder if gtk3 gir is broken somehow on oneiric then. i should try it on P too [14:50] nessita, I'm getting some timeouts on your branch when running under windows [14:50] alecu: in tcpativation tests? [14:51] alecu: I'm getting those in trunk as well (timeouts in tcpactivation)... and I changed nothing re: tcpactivation... [14:52] * mandel back [14:52] nessita, I'm getting some of those in test_clients, and on many random places too [14:53] alecu, nessita I ran it on windows before a a windows update and all passed [14:53] alecu: can I see a trace please? [14:53] nessita, here are some: http://pastebin.ubuntu.com/800629/ [14:53] alecu: odd. they are indeed passing on P for me as well [14:53] nessita, I'm running the whole tests now, and I'll send you the whole output [14:53] alecu: can you try increasing the timeout from 5 to higher? [14:54] nessita, I tried increasing the timeout of the first failing testcase to 20, and it failed too. [14:54] ack then [14:56] nessita, after it finishes, I'll try by rebooting my VM [14:57] alecu, nessita I'll run the tests again just in case.. [14:57] nessita, 'cause the timeouts are for the unify branch, right? [14:58] nessita, yes.... i have some failures too.... but it was working yesterday.. i'll check that.... also.. some of the failures are from network problems :S [15:00] me [15:00] me [15:01] not me [15:01] me [15:01] me [15:02] mandel, ? [15:02] mandel: me? [15:02] mandel is last, gatox, go! [15:02] DONE: [15:02] Fixed some branches, changing u1-client to use u1-sso-client NetworkManagerState (i'm making some changes to use the network_detection module more properly because we have some mixed uses in the way of use it). [15:02] TODO: [15:02] Finish with network detection. [15:02] BLOCKED: [15:02] No [15:02] ralsina, go [15:02] DONE: reviews, trying to automate windows build further (looking good), mgmt call, fought for the internet and won (but it took me all day), shot the sheriff TODO: finish windows build automation, start interviewing mac devs, set goals and stuff for scope contractor, administrivia, shoot the deputy BLOCKED: no, as long as 3G keeps working NEXT: not dobey [15:02] λ DONE: gireactor upon the brink of greatness [15:02] λ TODO: write proposal for u1 packageset, finish gireactor work, start music store/libsyncdaemon work [15:02] nessita [15:02] λ BLCK: No. [15:03] DONE: reviews, chase reviewers for unify-signal-broadcaster branch, more on bug #839877 [15:03] TODO: exactly the same as above :-), plus 1-1 with ralsina [15:03] BLOCKED: nopes [15:03] NEXT: alecu [15:03] Launchpad bug 839877 in ubuntuone-windows-installer (and 2 other projects) "When creating a new account, the credentials stored are invalid. (affects: 1) (heat: 7)" [Critical,In progress] https://launchpad.net/bugs/839877 [15:03] me [15:03] DONE: review for nessita, some debugging with dobey, fixes for my branch being reviewed [15:03] TODO: get reviews, push restful-client branch, get back to use-restful-client branch [15:03] BLOCKED: no [15:03] NEXT: mandel [15:04] DONE: Work on 907511, got fix yet tests where failing in my vm. Re-reviewd nessitas branhc. re-reviwed alecus branch [15:04] TODO: more on the above bug 907511. Fix tests to work without a time dependence. [15:04] Launchpad bug 907511 in ubuntuone-client "Windows: events from directories where no watch has been added should be ignored (affects: 1) (heat: 31)" [High,In progress] https://launchpad.net/bugs/907511 [15:04] BLOCKED: no [15:05] alecu, nessita after the windows update the tests get blocked in test_get_port_if_service_already_started, this is in a Windows 7 x64 under kvm [15:06] mandel: run the tests again [15:06] ralsina, please let me know when you " shoot the deputy" :P LOL [15:06] gatox: he deserves it [15:06] jejee [15:06] hrmm [15:06] should i get a second monitor [15:07] dobey: yes [15:07] 4096x1152 is a lot of pixels. [15:07] dobey: larger/multiple monitors are the single most significant factor in increased programmer productivity, says study [15:07] dobey: or in your case, more powerful microscopes [15:07] nessita, ok [15:08] heh [15:08] a new desk would certainly be helpful right now [15:08]