[01:16] Hey? There's a thing. about Unity. That is mildly annoying. Is this the proper place to kvetch? [01:38] :( === jhodapp|afk is now known as jhodapp === pierre1_ is now known as f03lipe === duflu_ is now known as duflu [08:54] what [08:54] why does unity-scope-click depend on unity-scope-mediascanner2 ?¿ [09:03] pstolowski: there? [09:03] TheMuso, hi [09:04] pstolowski: about https://bugs.launchpad.net/unity8/+bug/1281709 [09:04] Launchpad bug 1281709 in Unity 8 "Preview with gallery widget and multiple images: image is cut off" [Undecided,New] [09:04] tsdgeos, hi [09:04] pstolowski: is it the thing that happens with let's say ebay? [09:04] TheMuso, sorry, mistake [09:04] or which other click app do i click to see it? [09:05] tsdgeos, I saw it yesterday when implementing proper gallery in click scope [09:05] tsdgeos, I'm now flashing my phone, so I can verify with others [09:05] i think i have a fix [09:05] but need to make sure i fixed what you're complaining about :D [09:06] pstolowski: that branch you mention is said to be merged, so i should have it if i'm using new-scopes? or not? [09:06] tsdgeos, I'll now in ~20 minutes when my phone is ready again [09:06] ok [09:07] pstolowski: are you used to compiling the shell? [09:07] tsdgeos, cause yesterday I was running a private build [09:07] tsdgeos, yeah [09:07] pstolowski: try https://code.launchpad.net/~aacid/unity8/new-scopes-image-gallery-scroll-workaround then [09:07] tsdgeos, I just build a deb on the phone, so if that works, that's ok [09:08] tsdgeos, you can test with "SkimboU" preview [09:08] whatthe [09:08] unity8 crashed when searching ^_^ [09:08] tsdgeos, there's like 8 screenshots, but you can only access the first few, as swiping to the sides changes the preview [09:09] tsdgeos, might be the thumbnailer still [09:09] didn't i just fix that the other day? [09:09] tsdgeos, dunno, did you? :D [09:09] i did [09:09] but maybe not all instances _/ [09:09] tsdgeos, well, there's only really one instance, isn't there... [09:10] Saviq: i mean all causes of the "search crashes" [09:10] Saviq: i don't have a skimbou app [09:10] tsdgeos, in app store [09:10] searching for it gives me a blank thing [09:10] :/ [09:11] tsdgeos, that on desktop or phone? [09:11] desktop [09:11] Saviq: btw i'd say we need some more spacing on the search results [09:11] title seems to be too close to the mascot [09:11] tsdgeos, I think that got fixed already [09:11] i'm running latest new-scopes [09:12] it's still there [09:12] tsdgeos, it got fixed in the scope itself [09:12] ah [09:12] ok [09:12] tsdgeos, i.e. what you're seeing is art in horizontal layout [09:12] tsdgeos, and it got fixed to use mascot instead [09:12] i see [09:12] tsdgeos, btw bug #1281782 [09:12] bug 1281782 in Unity 8 "Getting stuck in overlay scope page and "back" too small a target" [Critical,Triaged] https://launchpad.net/bugs/1281782 [09:12] anyway i'm pretty sure https://code.launchpad.net/~aacid/unity8/new-scopes-image-gallery-scroll-workaround is the fix [09:13] since the ebay app preview is a similar case [09:13] even if it's just one big image [09:13] Saviq: yes, i've seen it [09:14] tsdgeos, cool [09:14] tsdgeos, ugh, so we managed to confuse all the Flickables, did we :/ [09:15] yeah [09:15] we already had this in the "old" preview [09:15] i was hoping we wouldn't need it [09:15] but i was obviously wrong D: [09:15] ;) [09:16] tsdgeos, grr, looks like flashing failed and I have to start over [09:16] pstolowski, no worries, I'll handle it [09:21] Saviq, thanks. I'll try the fix anyway when my phone decides to work [09:40] tsdgeos, pstolowski, fixes, merged! [09:41] tsdgeos, you're looking at the "got stuck in overlay scope"? [09:41] Saviq: yeah [09:41] tsdgeos, ok, marking in progress [09:41] Saviq: the PageHeader is a bit of a weird thing [09:41] tsdgeos, I know :/ [09:42] no idea why we're using flickable in there [09:42] Saviq, cool [09:45] tsdgeos, why did we loose the activity indicator when preview is loading? [09:45] tsdgeos, IIRC so that we move the search entry around depending on available width [09:45] mhr3, "we don't need an activit indicator since we get stuff immediately" [09:45] that [09:46] cause you get empty preview model immediately? [09:46] mhr3, when do you think we should hide the activity indicator again? my initial try was onCount > 0 [09:46] Saviq: doesn't seem the reason i am seeing from the code, but may be [09:46] Saviq, either that or just hook to the loaded property on the preview model [09:47] mhr3, there wasn't one when I implemented it ;) [09:47] Saviq, things move while you're on the hills ;) [09:47] ;) [09:48] tsdgeos, mhr3, I'll bring the activity indicator back [09:48] ty [09:56] mhr3, I never get loaded true :/ [09:57] what.. how? why? [09:58] Saviq: so what do we do with those bugs tagged as mwc that we fix in new-scopes? mark as fix released? [09:58] tsdgeos, fix committed [09:58] ok [09:59] Saviq, wait, no way, i have tests that are waiting for it and they're passing [09:59] QTRY_COMPARE(preview_model->loaded(), true); [09:59] mhr3, http://paste.ubuntu.com/6959127/ [10:00] mhr3, I was only getting "scopes_ng::PreviewModel(0x2945490) false" [10:00] mhr3, nothing onLoadedChanged [10:00] mhr3, feel free to commit/push to new scopes once you confirm it's working for you [10:00] Saviq, hm, is there some convention that i'm missing? should the loadedChanged signal have the boolean as a param or something? [10:00] Saviq, quick mumble when you have time? [10:01] mhr3, nope, not needed [10:01] mhr3, loadedChanged was never emitted for me [10:01] Saviq, which scope did you try? [10:01] Cimi, am there [10:01] mhr3, apps [10:02] * mhr3 wouldn't be surprised if they got it wrong [10:03] mhr3, apparently they did [10:03] mhr3, other scopes are fine [10:03] heh [10:08] Saviq: https://code.launchpad.net/~aacid/unity8/new-scopes-improve-back-button-opened-scopes/+merge/207122 [10:08] tsdgeos, thanks [10:09] * tsdgeos gets into https://bugs.launchpad.net/unity8/+bug/1281707 [10:09] Launchpad bug 1281707 in Unity 8 "Sometime open apps are displayed in the dashboard under the title of the scope" [High,Triaged] [10:09] this one will be harder probably [10:10] mhr3: I see you guys managed to already fix the font colors you reported yesterday. [10:10] mhr3: or at least the "Running apps" title font color. category font color seems to not have changed. [10:12] karni, hmm? category header has your fix in? [10:13] karni, or do you mean the top header? [10:13] mhr3, I'll wait for apps scope to be fixed before merging the activity indicator, k? [10:13] Saviq, sure, jussi is looking into it [10:13] Saviq: mhr3 reported that category header had "lightgrey" instead of "grey" (if I understood that correctly), and that the running apps title font color was wrong. the latter has been fixed for sure, I can see that now. [10:14] yep ^ [10:14] karni, yeah, I did that yesterday, but category header has "grey", but it's Light, maybe that's what you're seeing mhr3? [10:14] ok, I assume that's been done in that case :) [10:14] I think category header looks fine, unless mhr3 compared that against visuals, in which case we could fix it [10:14] or actually [10:15] it's grey at 60^ [10:15] 60% [10:15] Saviq: thanks for fixing it yesterday [10:15] ah [10:15] Saviq, hm, it just didn't look like in the designs [10:15] karni, do you have time to tweak this? [10:15] Saviq: sure. although I was having hard time finding it. any general pointers where to look? [10:15] qml/Dash/* ? [10:15] karni, Header.qml in Components [10:16] perfect [10:17] tsdgeos, 20 + visible: false on a MouseArea? [10:17] ah [10:17] child Image [10:17] yep [10:17] it's reversed so the button is bigger than the image [10:23] Saviq: so you can reproduce https://bugs.launchpad.net/unity8/+bug/1281707 reliably? [10:23] Launchpad bug 1281707 in Unity 8 "Sometime open apps are displayed in the dashboard under the title of the scope" [High,Triaged] [10:31] tsdgeos, not reliably [10:31] tsdgeos, but was able to a few times [10:31] Saviq, why cardcarousel has 1.38 of scaling? [10:31] Saviq: ok, will see once flashing ends [10:32] Cimi, https://docs.google.com/a/canonical.com/document/d/1n880Fih5KyGPcoP5chidnHDG_8TxXUgSuij7f4rHpuk/edit?pli=1#heading=h.b5760jrq75m3 [10:32] Cimi, "On a device that is 40 GU wide, the currently focused card in a carousel has a width of 18 GU. The width of the other cards is as now on the dash." [10:33] tsdgeos, got a reliable way to repro [10:33] tsdgeos, close all apps, scroll to the third row of apps, launch one of them [10:34] Saviq, but then it changes again on different screen size [10:34] Cimi, "On a device that is 128 GU wide (for clarity: Nexus 10 width), the currently focused card in a carousel has a width of 26 GU." [10:34] Cimi, it's a linear scale [10:34] ok [10:34] "For form factors between these widths the currently focused card size should scale. " [10:34] Saviq, but do we want the currently focused card to be that big [10:35] Saviq, or simply having less elements? [10:35] tsdgeos, make that semi-reliable [10:35] Saviq, if we reduce the number of elements per screen, they become bigger [10:36] Cimi, more elements on a wider screen, I'd say [10:36] Cimi, use the screen real estate, don't just scale everything up [10:36] ok [10:39] Saviq: FTR PageHeaderLabel is not that mhr3 meant. I'm looking for the scope category title font color instead :) [10:40] karni, Header.qml, not PageHeader [10:40] karni, Components/ListItems/Header.qml [10:40] d'oh, was looking for exactly that (based on what I saw in GenericScopeView) [10:41] Saviq, so you believe this will be the new standard for all carousels? [10:41] Cimi, there is only one carousel [10:41] Saviq, I noticed we had 1.2 for squared carousel (music) [10:41] Cimi, had [10:41] Saviq, and 1.14 default for something like movies [10:42] Cimi, had [10:42] Saviq, now we will have only squared cards? [10:42] Cimi, no, we will have portrait cards, but they will have the same scaling ratio [10:42] Saviq, I am thinking if I could drop properties [10:42] Cimi, not now please [10:42] Saviq, same scaling on portrait will be very tall [10:42] Cimi, comment on the spec [10:43] Saviq, like, 26x26 is fine, 26x39 maybe too tall [10:43] Saviq, I'll comment [10:45] mhr3, are we supposed to have all the scopes favorited or is that just missing the env var? [10:45] mhr3: Saviq: https://code.launchpad.net/~unity-team/unity8/new-scopes-font-fixes/+merge/207130 [10:45] mhr3, hey, is https://bugs.launchpad.net/ubuntu/+source/libunity/+bug/1274669 a bug for you? [10:45] Launchpad bug 1274669 in libunity (Ubuntu) "scope-runner-dbus.py crashed with signal 5 in g_variant_new_va()" [Medium,Confirmed] [10:46] karni, feel free to commit stuff like that to new-scopes directly [10:46] Saviq: ack, will do [10:46] karni, no time for the MP overhead [10:46] roger that [10:51] Saviq, the envvar is set by the upstart job [10:51] Saviq, scope tool displays everything by design [10:52] mhr3, yeah, I get all of them on both phone and tablet, maybe something wrong in my setup [10:53] Saviq, you using run_on_device? [10:53] maybe that's why [10:53] mhr3, did not [10:53] the envvar isn't set globally [10:53] it's just for the job [11:09] tsdgeos, I can confirm your gallery branch fixes the issue. thanks [11:09] good stuff [11:19] pete-woods: hud-service back on the crazy! [11:19] tsdgeos: pushed out an update about an hour ago, are you running this version? (hopes not) [11:20] pete-woods: do you know the version number? [11:20] should have today's date in it [11:20] 13.10.1+14.04.20140212-0ubuntu1 [11:20] 20140218 [11:20] that's not today i guess [11:20] :D [11:20] ok, let me dist-upgrade and kill it [11:21] tsdgeos: I took out some crazy code from libdbusmenu-qt that was running processEvents in a busy loop [11:21] and replaced it with a simple QEventLoop [11:21] pete-woods: shall i reboot to make sure everything is clean or killing hud-service should be enough once i upgrade? [11:21] you should just be able to restart hud [11:21] it doesn't have state or anything like that [11:21] the maintainer scripts should really restart HUD for you [11:22] ok [11:22] (they don't currently I think( [11:23] is it possible that the ddebs thing that creates dbgsym packages is "behind"? [11:23] by installign the new hud i got hud-dbgsym libdbusmenu-qt5-dbgsym to be uninstalled [11:23] hmm [11:23] could well be [11:23] I don't really understand that system [11:23] me neither [11:24] the new debs were published very recently, so it sounds plausible [11:24] but i guess it is not that weird to think it'd be a bit behind [11:25] mhr3: any idea where this comes from? [11:25] Caught an error from create_query(): unity::scopes::TimeoutException: Request timed out after 300 milliseconds [11:26] tsdgeos, scope not responding [11:26] or responsing slowly [11:28] sil2100, hi! any idea why https://code.launchpad.net/~dandrader/ubuntu-keyboard/outOfSourceBuilds/+merge/204292 didn't get merged by CI yet? [11:29] sil2100, and whom should I poke about it? :) [11:29] as it feels like ubuntu-keyboard is missing an "owner" at the moment... [11:30] sil2100, maybe re-approving would do the trick? [11:53] dandrader: hello! [11:53] dandrader: there is no automerger anymore, that's normal [11:54] dandrader: I'm helping out with maintaining the u-k right now, but anyway the OSK is in CITrain now and the whole idea is that what's in trunk is what's in the archive ;) [11:54] sil2100, because I see that revision 135 has "Committer: CI bot " [11:54] dandrader: ask bfiller to fill you in with the details once he's back [11:54] dandrader: yes, the merger merges in all the targetted merges once we do a release [11:55] yeah, lander should land this; subscribe your lander (aka bill) to MPs that are ready for merging to trunk [11:55] dandrader: so if you want to have a merge (branch) landed, poke your manager (or the lander for the component) to prepare a landing for you ;) [11:56] sil2100, ok. will pester bfiller then. thanks! [12:10] didrocks, when can we have this in main? https://code.launchpad.net/~3v1n0/unity/fix-decorations-crash-1281610/+merge/206954 [12:10] Cimi: you need bregma to land the branch [12:10] didrocks, I see [12:10] Cimi: it's in transit from what I see [12:10] didrocks, qtcreator crashes frequently and I lose the code :( [12:11] hum, already landed even [12:11] Cimi, that branch was supposed to have landed yesterday [12:11] it seems it did [12:11] the other MPs in that landing merged, but that one didn;t, hmmm.... [12:12] bregma: are you sure it wasn't added after the configuration was done? [12:12] didrocks, it was added later, yes, it could have been something I did wrong [12:12] bregma: so yeah, nobody asked to reconfigure to add it [12:13] bregma: just add to next landing I guess [12:13] (once the current transit one lands) [12:15] we shouldn't have one in transit unless someone went and built line 23 without consulting me first, which appears to have happened [12:15] * bregma changes plans again [12:16] bregma, I triggered a build for l23 since it had an assigned silo and I wanted to test those changes [12:17] bregma, if you have a silo you can as well use the ppa, even if you don't end up doing the actual upload [12:18] bregma, if you don't want a request to move forward, don't set the "ready?" column to "yes"... [12:21] seb128, it's OK, we're just following our original plan instead of the last-minute change we came up with a few hours ago before some appropriate sleep [12:21] no harm done [12:21] k [12:22] sorry if I created issues, I though you had the slot assigned after your eod [12:22] so I though triggering a build would be useful [12:22] next time please let a comment or change the ready to "no" if you want to put on hold [12:23] we 've given up on the EOD concept, it wasn't working for us [12:23] bregma, btw the hidpi stuff seems buggy for me, cf #ubuntu-desktop, it scales the UI on my lowdpi monitor [12:23] lol [12:24] did you give up on the sleep concept as well? ;-) [12:24] I suspect Trevinho has [12:25] seb128, I think we need one more change to hook up the proper scaling values from u-s-c and Unity before it will work correctly on multiple displays [12:25] shouldn't the default be correct though? [12:26] e.g no scaling by default if the other bits are missing/not sending a value [12:26] yes, there's supposed to be no visible change by default [12:27] that part is buggy then [12:27] I'm happy to provide debug infos [12:28] Saviq: you working on bug 1281657 ? The spreadsheet says so [12:28] bug 1281657 in Unity 8 "Keyboard is hard to use on Manta, and occasionally hard to use on flo" [Undecided,New] https://launchpad.net/bugs/1281657 [12:33] greyback, no [12:33] greyback, I think it's more ownership than assignment [12:33] Saviq: ok good [12:34] Saviq, I'm moving some functions inside cardTool, getCategoryLayout (so layout will be defined there) for example [12:34] Saviq, is it ok? [12:35] Cimi, hmm CardTool should only really deal with Card, not category? [12:36] Saviq, problem is [12:36] Saviq, cardWidth depends on category [12:36] but category changes [12:36] depending on results.count [12:37] at the same time [12:37] category depends on cardwidth :) [12:38] Cimi, sure, but card itself doesn't depend on those [12:38] greyback, there's no applicationManager function to make a given application surface disappear (i.e. not be shown), right? [12:38] Saviq, I'll add a function getCardWidth(category) to cardTool [12:39] and rechange categoryLayout from outside [12:39] dandrader: I think MirSurface has a "visible" property, but Application does not. You thinking what I'm thinking? Hide/Show surfaces to fix some animations? [12:39] greyback, to achieve this effect you just make unity8 display something (as unity8 surface is above all app surfaces) on the app surface position [12:39] it's more code though, and looks less nice imho [12:39] greyback, yes [12:39] dandrader: I've a patch for unity-mir that'll help you [12:40] greyback, show me! === pete-woods is now known as pete-woods-lunch [12:41] dandrader: http://pastebin.ubuntu.com/6959723/ [12:42] dandrader: get anywhere with yesterday's problem? The mapRectToScene thing [12:42] greyback, didn't even start. was working on https://code.launchpad.net/~dandrader/unity8/sideStage_lp1281088/+merge/206946/comments/485476 [12:42] dandrader: ok [12:43] Cimi, CardTool *does* give you cardWidth [12:43] Cimi, that's it's whole purpose [12:43] -' [12:43] Saviq, but can give me the not correct one [12:44] Saviq, let's say you have a carousel with 2 items [12:44] Saviq, cardWidth is for a carousel, but it's not [12:44] greyback, ok so I'll just add it to https://code.launchpad.net/~dandrader/unity8/sideStage_lp1281088/+merge/20694 branch [12:44] because we know we would have fall back to grid [12:45] Cimi, should be enough to change category-layout in there, no need for a function I'd say [12:45] greyback, oh, that's to unity-mir, stupid me [12:45] greyback, so, are you prepping an MP with that? [12:45] Cimi, change category-layout to "grid" and call .templateChanged() so that it gets update [12:45] d [12:47] Saviq, sorry let me explain because I am not sure I understood correctly [12:47] Saviq, hold on [12:48] dandrader: I can [12:48] 1. we receive a request for a carousel, at this point in order to know if the real category will be carousel we need to calculate a temporary cardWidth [12:49] 2. with this temporary cardWidth and results.count we decide if it'll be a carousel or a grid [12:50] on the other side, cardTool receives the initial request that will be carousel and cardWidth will be calculated for carousel, despite maybe being grid [12:51] Cimi, I know what you mean, and until now it's fine - one problem that we might need to think about is that this needs changing onCountChanged - as results come in, we might need to convert back to carousel again === MacSlow is now known as MacSlow|lunch [12:52] Saviq, correct [12:52] Cimi, which starts to feel again like this should all be internal to CardCarousel [12:53] Cimi, I don't want to push it all up to GenericScopeView, TBH [12:53] dandrader: https://code.launchpad.net/~gerboland/unity-mir/app-visible-property/+merge/207177 [12:54] greyback, thanks! will start using it now! [12:54] dandrader: np [12:55] Cimi, you can make the cardWidth binding into a getCardWidth function (and making the binding use that function), that's fine [12:56] Cimi, but make the grid fallback happen inside CardCarousel itself [12:56] Saviq, how do I make it happen? [12:56] Saviq, I'll have to have cardcarousel being a loader of a cardcarousel or cardfiltergrid [12:57] Cimi, something of the sort, yes [12:57] I'll try again === alan_g is now known as alan_g|lunch === MacSlow is now known as MacSlow|lunch [13:14] Saviq: is there someone I could borrow to test an OSK fix on N7 and N10? [13:14] greyback, /me [13:15] greyback, im happy to help test as well [13:15] Saviq: thanks. lp:~gerboland/unity-mir/app-visible-property/ is the branch [13:15] greyback, can I just build that or should I build on top of some other branch? [13:15] cwayne: Saviq maybe if you want to divvy up the work between you. The change touches code that positions surfaces, so please test that all apps are positioned ok [13:15] Saviq: can just build that branch [13:16] cwayne, I'll build packages in a few [13:16] sure thing, thanks [13:16] greyback, so it includes n7-rotate? [13:16] Saviq: yes [13:16] greyback, ok, sorry for pulling your tongue ;) [13:16] np, always good to check === dandrader is now known as dandrader|afk [13:28] mhr3, shall I make scopes activated directly yet? [13:31] cwayne, http://ubuntuone.com/6C2RbWS9APnnvSjPNkkNrF for unity-mir .debs [13:32] Saviq, thanks, downloading now. which bug is this supposed to fix again? [13:33] cwayne, bug #1281657 [13:33] bug 1281657 in unity-mir "Keyboard is hard to use on Manta, and occasionally hard to use on flo" [Undecided,In progress] https://launchpad.net/bugs/1281657 [13:34] ah brilliant === alan_g|lunch is now known as alan_g === dandrader|afk is now known as dandrader [13:48] Saviq, yea, do, we have a branch with which it will actually work [13:49] Saviq, it's already in the ppa even [13:50] greyback, looks SO MUCH BETTER on n10 now! === Trevinho_ is now known as Trevinho [13:50] OSK that is [13:50] cwayne: yay [13:51] seb128: so, the support for different-monitors scaling is in unity, but not in the configurations [13:51] Trevinho, right, but default config should be a factor of 1, e.g no change [13:51] greyback, and seems to work fine on n7 as well [13:51] seb128: so, for now we just scale up/down everything following the gnome text scaling factor, but the support for different factors will be land after === pete-woods-lunch is now known as pete-woods [13:52] seb128: mh, oh wait I misunderstood then [13:52] seb128: I hope that brandon didin't left in some debug data... [13:52] let me check [13:52] mhr3, done http://bazaar.launchpad.net/~unity-team/unity8/new-scopes/revision/657 [13:52] Trevinho, I've text-scaling-factor set to 1.25 [13:53] Trevinho, but that's for text scaling, not UI scaling... [13:53] seb128: isn't that value that gnome uses as well? [13:53] Saviq, else if would make it more readable :) [13:53] Trevinho, just for text I think [13:53] greyback, issue with sidestage though, apps supposed to open in sidestage are opening to the left [13:55] mhr3, pffy! [13:55] cwayne: can you give me more info? What device? What app? [13:55] seb128: mh, ok... We can revert that if you want... I.e. we'll just use our own config value [13:56] cwayne: have you the demo-stuff PPA installed? [13:56] greyback, n7, facebook app, yes i have demo-stuff [13:56] greyback, emailed you a picture [14:00] cwayne: ok, lemme repro [14:04] cwayne: fook I gave Saviq the wrong branch, it should be lp:~gerboland/unity-mir/demo-stuff-manta-osk-fix [14:04] give me a minute & I'll have packages built & ready [14:05] Saviq, I think it's better to put cardtool in genericscopeview [14:06] Saviq, and there do the switch [14:06] Saviq, otherwise it's like repeating bindings etc etc [14:07] greyback, pfft! [14:07] sorry [14:07] greyback, I can cross-build, will take seconds now [14:07] * greyback never got his Xbuild to work [14:07] greyback, it got broken in the mean time, but works again [14:08] greyback, so https://wiki.ubuntu.com/CrossBuilding and https://wiki.ubuntu.com/SimpleSbuild if you want [14:08] Saviq: ah really? Will try again maybe when things calm down a little. Yep those are the docs I was working from [14:08] (I mean the former is the usual way, the latter has some additional tips'n'tricks) [14:10] cwayne: https://chinstrap.canonical.com/~gerboland/debs.tar === MacSlow|lunch is now known as MacSlow [14:11] greyback, thank you for tar'ing it up :) [14:11] downloading/installing now [14:12] cwayne: sorry about the f*ck up [14:13] you're fired [14:14] kgunn, NOOOOOO [14:14]