[07:50] AlanBell, you need ppa:ubuntu-sdk-team for newest SDK [07:57] MacSlow, o/ long time no see :) [08:17] tsdgeos, \o [08:17] Saviq: welcome, how was south africa? [08:17] tsdgeos, hot and sunny ;) [08:18] tsdgeos, now back home - 10° below 0 here ;) [08:18] booo [08:18] so ~ 40° degrees difference ;) [08:18] -degrees [08:18] tsdgeos, how was here? [08:19] otto broke again [08:19] and then fixed itself [08:19] except for one particular test [08:19] so we have all CI failing again [08:19] tsdgeos, :/ [08:20] tsdgeos, fginther wrote that it disappeared with updates to lp:unity-scopes-api [08:21] And i discovered the Qt 5.2 JS engine is totally broken in x86, but failed to get any traction from upstream to fix it https://codereview.qt-project.org/#change,76374 https://bugreports.qt-project.org/browse/QTBUG-36430 https://bugreports.qt-project.org/browse/QTBUG-36289 [08:21] Saviq: https://app.asana.com/0/9785046628744/9782553540311 is tracking the new one [08:21] there's a new comment in there, i'll see if i can get it to fail doing what they say [08:22] tsdgeos, apparently I don't have access to that task or something - empty here [08:22] Saviq, hey :) [08:24] Saviq: hmmm, there's a "Make public to canonical.com addresses, but not sure if the guys will get angry if i do that :D" [08:24] tsdgeos, yeah, leave it to them [08:24] Saviq: anyway, the interesting link was https://wiki.canonical.com/UbuntuEngineering/CI/Playbook/UpstreamMerger#Reproducing_generic-mediumtests-runner_touch_testing [08:25] tsdgeos, mhm [08:43] ricmm, o/ how's Londres? [08:44] * tsdgeos tries reproducing the otto failures with those instructions [08:46] Mirv: ping [08:48] tsdgeos: pong [08:48] Mirv: seen my comments from friday about qtubuntu? [08:48] in this channel [08:49] tsdgeos: yes. not really sure why it'd be, but at least the qtdeclarative snapshot was added only after the last rebuild. so I triggered another rebuild, but I haven't got my device yet to the state of testing it. [08:49] ok [08:59] Saviq, heya, back from holidays? [08:59] mhr3, yup, here [08:59] mhr3, I saw you had some confusion with the preview JSONs in #ferrets? [09:00] Saviq, yep can we talk in a bit? [09:00] also thomas wants to join [09:00] Saviq, in 30mins good for you? [09:00] mhr3, sure, I've a half-hour at 11am/UTC, free until/past that [09:01] mhr3, yeah [09:03] Saviq: oh, so the blurry icons thing was already reported :D good thing i didn't know so i did actually look into it instead of just duplicating ^_^ [09:03] tsdgeos, ;) [09:06] tsdgeos, I saw bug #1271676 creep up on us some time ago, feels like a LVWPH issue? [09:06] bug 1271676 in Unity 8 "Launching an app from the app scope causes app scope to jump to the top" [High,Triaged] https://launchpad.net/bugs/1271676 [09:06] Saviq: isn't that the expected behaviour? [09:07] i mean you launch an app it shows the running apps [09:07] i thought it was by design [09:07] tsdgeos, not if you scrolled down [09:07] tsdgeos, i.e. expand "Installed", scroll to the bottom, launch → it jumps to top [09:08] should remain in place, IMO (and should definitely *not* jump in just one frame) [09:09] pete-woods, hey, any idea how https://errors.ubuntu.com/problem/5eef1d661e41b06e44728924231b45e26457dbb7 might happen? [09:09] Saviq: perhaps if the XDG_DATA_DIR environment variable was messed up somehow? [09:09] pete-woods, and whether we could/should protect against it? [09:10] pete-woods, hmm [09:10] Saviq: ah ok [09:10] Saviq: i can have a look then [09:10] Saviq: I guess that must be where gsettings-qt looks for the schemas.. [09:10] Saviq: let me try reproducing the autopilot/otto errors first though [09:10] tsdgeos, of course [09:11] but why does it log fatal? seems a bit dramatic [09:11] pete-woods, that's G [09:12] true! [09:12] pete-woods, you need to check for a schema to exist before trying to load it [09:12] Saviq: okay, that's a good idea, I'll try and figure out how to do that with the API [09:13] pete-woods, I think it'd need to be gsettings-qt that needed changing, TBH [09:13] larsu, WDYT? https://errors.ubuntu.com/problem/5eef1d661e41b06e44728924231b45e26457dbb7 [09:13] larsu, protect against crash because of missing schema in gsettings-qt? [09:19] Saviq: ah, the old discussion :) [09:20] larsu, I imagine it is ;) [09:20] Saviq: why is this happening. Is unity supposed to work even when UserMetrics is not installed? [09:20] larsu, we don't yet know the reason, but yes it should [09:21] larsu, as I haven't seen anyone reproduce it [09:21] Saviq: right. In that case, I think we should have a way to find out if it is installed [09:21] because which values of which types should gsettings-qt return if the schema is not installed? [09:22] probably unity would crash anyway (or behave weirdly) if we just returned empty variants [09:22] larsu, undefined, probably ;) [09:22] well, it looks like they're really old installations - unity8 from Oct 16, and I don't know of a way to reproduce... [09:23] Saviq: uninstall UserMetrics probably :) [09:24] larsu, well, yeah, :P [09:24] larsu, I mean not sure how that happens to people [09:25] Saviq: usermetricsservice (the package that contains the schema) is not a dependency of unity8 [09:25] mzanetti, oi man o/ [09:26] larsu, it is through libusermetricsoutput1 [09:26] * greyback waves [09:26] Saviq: ah, through unity8-private, thanks. Well in that case the bug can't happen and we should ignore it :P [09:27] larsu, yeah indeed [09:28] greyback, \o got home OK? [09:28] greyback, how long at the airport before you could check in? [09:28] Saviq: yep, home ok. I managed to check in at 6.30, so wasn't long wait [09:28] greyback, good [09:49] tsdgeos: confirming qt 5.2 unity8 now runs. apps lens seems to be empty, and starting an app from the home lens does not work, but all in all seeing unity8 itself smooth and working looks really nice. [09:49] Mirv: i had the apps lens i think [09:49] it seems I'm able to launch stuff via indicators, like battery view [09:50] but maybe not [09:50] don't really remember [09:50] yeah, system settings etc works via indicators, just not via normal app launchers [09:50] Saviq: welcome back, and sorry for the highlighting noise :) [09:53] Saviq: so this actually works now. http://pastebin.ubuntu.com/6808355/ - the qtmultimedia-touch packaging does not clean itself up, otherwise those lines wouldn't be needed [09:53] Mirv, hey, no worries [09:54] Mirv, cool beanz [10:09] tsdgeos, 2:30pm for a hangout about CI train? [10:10] Saviq: it's a bit tight with my lunch schedule but should work [10:11] tsdgeos, no that's fine [10:11] tsdgeos, say when [10:11] 3pm is a bit better [10:11] s/bit// [10:13] tsdgeos, ok, half an hour should do I think, mzanetti ↑ [10:13] * Saviq does invite [10:14] still fine with me === dandrader is now known as dandrader|bbl === MacSlow is now known as MacSlow|lunch [11:06] bah [11:06] took me ages to setup that thing for autopilot [11:06] just to have it still succeed [11:06] :D [11:06] :'( [11:09] :/ [11:11] Saviq: do we know if the QA phones use trusty or trusty-proposed? [11:11] we do [11:11] because it upadtes [11:11] tsdgeos, good question [11:11] * tsdgeos checks [11:12] doesn't seem to use -proposed [11:12] wonder if that is the case since i'm using it [11:13] let me flash the phone with trusty only and see if it fails then [11:13] tsdgeos, hmm I'm seeing -proposed http://s-jenkins.ubuntu-ci:8080/job/touch-flash-mako-0090f741e3d141bc/792/console [11:13] Saviq: but https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/2266/consoleFull ? [11:13] tsdgeos, otto is on x86 [11:13] tsdgeos, no images there [11:14] is it? [11:14] tsdgeos, yup [11:14] and why am i pointed at stuff running on the phone? [11:14] sigh [11:14] "ps-nvidia-gt630" [11:14] is what this job run at [11:14] ok [11:15] question, if i pass a qobject without a parent to qml, will it take ownership of it by calling setParent()? [11:16] what's "pass a qobject" ? [11:16] mhr3, ownership, not parentship [11:17] mhr3, I don't think it will assign a parent... [11:17] so i will try yet again on my desktop just for the fun [11:17] tsdgeos, return from a model, for instance [11:17] no, won't call setparent at all [11:17] in that case the model we're using is kinda broken [11:18] mhr3, meaning? [11:18] we construct a preview before emitting previewReady() with the preview as a param, if there was noone listening to that signal the instance would leak [11:22] and setting the scope as the preview parent doesn't seem to be helpful unless shell notified the plugin everytime it's done with a preview [11:26] sounds like the correct way to do this would be to return an object from the preview() request itself and have a finished() signal on that when all the data is ready [11:29] so yeah, oran again the tests on my machine and still work _:'( === _salem is now known as salem_ [11:48] Saviq: Welcome back :) [11:48] karni, hey, how are you? [11:48] Saviq: Not bad, thanks :) Rested after your holiday? :) [11:49] karni, when have you last rested on holidays, I ask you? [11:49] ;) [11:49] Saviq: honestly, had to take last Thursday off. We're not that long after christmas, are we? haha [11:50] karni, I rather meant that I could usually use another week or two to actually rest past the holiday part ;) [11:51] Saviq: I found that ResponsiveGridView margins always evaluate to 0, and all columns have spacing to its right (including the last one), which is clearly visible when you do tryFilterGrid. That was highly confusing :S [11:51] Saviq: hahahahahah right ;) [11:51] Sometimes I don't get the simplest jokes lol [11:51] karni, that's right, the tiles themselves need to center themselves [11:52] karni, as the Grid doesn't actually change the size of the delegates [11:52] Saviq: Does Card(.qml) center itself? i.e. the renderer should not care? [11:52] karni, no, it doesn't indeed [11:52] karni, but there's more - Card doesn't know about the size it "should" be [11:53] karni, so it's CardFilterGrid that should wrap the Card in an Item, that will be sized accordingly [11:53] karni, and which will center the Card inside of itself [11:53] I see. And about margins - if they always evaluate to zero - does that mean we're not interested in ResponsiveGridView margins? If so, I'd like to remove those bits. I tried to make them work, which resulted in really strange behavior of 2 columns always displaying as one, as if there was not enough space (all worked fine for 3+ number of columns) [11:54] Saviq: That makes sense. I wonder if that's the case already, I recall CardFilterGrid had "Card" as delegate [11:54] karni, which was probably a fail on my part [11:54] aha [11:55] Saviq: I understand that I should drop the "margin" evaluating code from ResponsiveGridView, because they always (mathematically) resolved to zero width. [11:56] karni, if you can confirm they did, yeah [11:56] karni, but I'm not entirely sure that's correct [11:57] Saviq: I'll find that and let you know. [11:57] karni, thanks [11:57] sure [11:58] karni, yeah, if I resize the window, I get them to be 8/14 or something [11:59] karni, I mean onMarginsChanged: console.log(margins) in ResponsiveGridView [11:59] karni, prints different values, depending on the size of the window [12:00] Interesting. [12:07] Saviq: ok, let's start elsewhere. qml/Components/ResponsiveGridView.qml ln 73 columnsForSpacing function - the formula should be return Math.max(1, Math.floor(parent.width / (delegateWidth + spacing))); [12:07] Saviq: me and tsdgeos agree on that, I just wanted for you to validate. [12:07] Saviq: if margin is half of spacing, then we should divide parent.width over (delegateWidth + spacing) -- the last spacing is spread over two margins. [12:08] There's no reason anything would be subtracted from parent.width before division. [12:08] Is there. [12:12] karni, spacing is only applied on one side of the delegate, so I feel like it does make sense [12:13] karni, taking "// minimum margin is half of the spacing" into account [12:13] Saviq: and by "margin" the author meant "sum of left and right" margins? [12:14] Saviq: spacing is only applied in one side of the delegate?¿ [12:14] 2x spacing/2 = spacing. n-1 columns have spacing. n*(delegateWidth + spacing) would make n columns, n-1 spacings, and 1 spacing being both margins. [12:14] * Saviq needs a drawing [12:14] Saviq: sending it to you [12:15] Sent. [12:15] tsdgeos, in RGV we're not *really* using GridView's spacing [12:15] Saviq: what are we using? [12:16] tsdgeos, nothing, we're just telling the delegates to center within themselves [12:16] tsdgeos, and tell them their size [12:16] tsdgeos, which, granted, might not be the best thing to do [12:16] Saviq: RGV is not doing that, is it? [12:16] maybe someone below is doing that [12:16] tsdgeos, no, it's just telling: [12:17] tsdgeos, ok, I've space for so many columns, and each of them is so wide [12:17] but if you think in RGV terms what karni says makes sense, actually if you look at the test you see it's wrong [12:17] Saviq: CardFilterGrid also has "Card" as immediate delegate. Maybe that is why I was confused. [12:17] karni, yeah, it shouldn't have [12:17] ok, now I understand [12:17] tsdgeos, so it tells the delegate to *be* that size, and center within itself [12:18] tsdgeos, karni, anyway, I don't think I'm needed here, if you guys understood it and say that's incorrect, I'm fine with that [12:18] yes and no :D [12:18] trying to be the devil's advocate here [12:18] i think there's something wrong at both levels [12:18] and that one wrong fixes the other [12:19] * karni tries something on new-scopes branch [12:19] karni, tsdgeos the "minimum margin is half of the spacing" part is an assertion [12:19] yes [12:19] yes, I did take that into consideration [12:19] 2 margins (left+right) = 1 minimum spacing [12:19] and the calculation takes it into account [12:19] not really [12:19] wait.. *thinks* [12:19] i mea [12:19] it does [12:19] but right [12:19] that's not the issue [12:19] if we center the children [12:19] the issue is that it also takes into account an *extra* column [12:20] on the right [12:20] then last column could also have "spacing" [12:20] yeah now I see what you mean [12:20] Now that I know children are centered in the delegates, there's a slighty different light to the matter. [12:20] but [12:20] the "last" spacing [12:20] still, if *one* margin is spacing/2 [12:21] it is true that make tryResponsiveGridView [12:21] then both add up to *spacing* [12:21] makes it look centered [12:21] is the one that is "sacrificed" for left and rigth margin [12:21] while make tryFilterGrid [12:21] is not [12:21] +1 [12:21] so someone is doing it wrong somewhere :d [12:21] Looking at the code I assumed there was no layer between the delegate and the future (Card) delegate. No item we could center in. [12:21] That is why tryFilterGrid was right aligned [12:22] If we allow an Item above the delegate body, we can center the child. [12:22] karni, we need to, as the positioners won't do it for use [12:22] - [12:22] -e [12:22] So, tryFilterGrid would also look different, it's just the test is implemented in this way. [12:22] Right [12:22] karni, tsdgeos, ok I agree the right-most spacing in that calculation is "sacrificed" for left/right margin [12:23] so no need for the subtraction [12:23] Saviq: Now I don't :| Because if that was the case (which I initially thought) then if delegates are center aligned (in the width including the spacing), where would the last column *align*? [12:24] (and I was the one suggesting it was wrong) [12:24] karni, the whole thing is shifted from the right [12:24] karni, so it still centers within itself [12:24] ok [12:24] karni, but the whole thing is pushed from the left by margin/2 [12:24] so on the right there's still margin/2 space [12:25] * karni admits he needs a moment to think about it [12:25] I was assuming spacing was always to the right, that's why we 1) neede margins 2) needed not spacing for the last column [12:26] If we center align delegate bodies, left margin + bit of spacing (that'd appear on left and right of center-aligned left most delegate) would be more than right margin of the grid view [12:27] karni, spacing is actually "inside" the delegate in our case [12:27] correct [12:27] so it's centered within that [12:27] it's only used to calculate how big the delegate is meant to be [12:28] so every delegate is minimumWidth + spacing wide [12:28] return Math.max(1, Math.floor((parent.width - spacing) / (delegateWidth + spacing))); (not -spacing/2) would be correct formula now, knowing delegates have center aligned bodies. [12:28] exactly [12:28] And because of that, I take back we should not subtract anything from parent before division. We should, the width of both margins. [12:29] * karni makes a new picture [12:34] Saviq: tsdgeos: Sent updated picture, considering center-aligned body of the delegates [12:35] Maybe one of you could point out what I'm not getting right in the new situation. [12:35] Margins are specifically free space on left and right of the layout, different from the "free space" that may show up on left/right of a delegate because of it's center-alignment. === MacSlow|lunch is now known as MacSlow [12:36] karni, right, and in effect all spaces are equal A === salem_ is now known as _salem === _salem is now known as salem_ [12:37] Saviq: and there's n+1 of them [12:37] thus (parent.width - spacing) / (delegateWidth + spacing) [12:38] ok [12:39] karni, yes, but that's why the /2 I think, in your case all spaces are always equal, where the left/right margin was meant to be able to be /2 [12:39] but that assumes that the delegate will center itself [12:39] tsdgeos, RGV does assume that [12:39] if it doesn't will look bad [12:39] but ok [12:39] tsdgeos: yes, and it turns out we should assume that. [12:40] tsdgeos, karni, I think that's because we wanted to allow smaller margins than spacing [12:40] Saviq: You mean the comment was meant to be "the sum of left and right margin equals spacing/2 at minimum"? [12:40] or well, Kaleo did [12:41] it's so confusing the code says "margin" and in fact means "left+right margin" [12:41] karni, no, the _visual_ left/right margin is meant to be A/2 at minimum [12:41] right [12:41] oh [12:41] karni, I don't think it does [12:41] ... [12:41] _visual_ [12:41] karni, so in your image, if you take the extreme A/2 out [12:42] that will result in visually A/2 left and right, and A between items [12:42] karni, but your formula wouldn't allow it [12:44] karni, if you go tryResponsiveGridView, maxCol 1000, minSpac 16 [12:44] karni, you can see we're at 8px on left/right, but 16 between items [12:44] 8px to the left of grid item, 16px between delegate bodies, yes [12:45] karni, that's actually when you drop the -spacing/2 [12:45] yes [12:45] karni, when it's there, you get huge margins [12:45] so, parent.width / (delegateWidth + spacing), is that right? [12:45] karni, that sounds correct to me, yes === dandrader|bbl is now known as dandrader [13:00] karni, just saw your crash in the vj with filter integration, it looks like you've looped the models somehow [13:01] karni, as it's calling roleNames() on itself until it decides it's enouh [13:01] +g [13:02] karni, yup: property alias model: verticalJournal.model [13:02] model: LimitProxyModel { [13:02] model: root.model [13:03] karni, which means the LimitProxyModel uses itself as the backing model [13:03] :O [13:03] tsdgeos: you where right... I did loop them [13:05] truth be told I'm not sure we want the LimitFilterModel at all any more... [13:05] karni, tsdgeos, as we talked, now that we have delegate ranges, we can just clip the views and let them just not draw the delegates outside of the views [13:06] sure, I really doubt the overhead of drawing one more row (and would we, actually?) is worth the whole Filter dance [13:07] -sure [13:07] I dont think I'm familiar with delegate ranges, but I do know VerticalJournal has no concept of row so.. I got stuck there a bit. [13:07] karni, yeah, exactly [13:08] karni, QML *Views only draw the delegates that are within their geometry [13:08] karni, so, say your GridView is fullscreen, and you can only see 3 rows, 2 items each [13:09] neat [13:09] karni, the GridView will make sure to only instantiate/draw the delegates you have on screen, not the whole model [13:10] karni, in the dash our problem is that we make the *Views as high as their content is, so that the overall ListViewWithPageHeader behaves correctly [13:10] karni, so when you expand a category, it expands to its full height, and draws all of them [13:10] karni, so tsdgeos introduced two new props: delegateCreationBegin and *End [13:10] ahaa [13:11] okay :D [13:11] karni, those were unfortunately rejected upstream, but the reason was "because we want to re-do it somewhen in the future completely, and don't touch the crap, 'cause it stinks" [13:11] karni, with no timeframe [13:11] karni, so we patched the *Views to include the two above [13:12] karni, which let us tell the *Views that instead of considering your full geometry, only draw the delegates between *Begin and *End [13:13] karni, which results in only the delegates which you can see being drawn, even though the *View itself is full-height [13:14] karni, so yeah, I'm basically starting to think we should drop the *Filter* parts, and just clip the views / change their geometry, so that they take care of the delegates themselves [13:15] karni, especially with VJournal, where there are no rows, as you said yourself [13:15] Now I get it :) [13:16] Saviq: thank you for the explanation [13:16] Saviq: so delegateCreationBegin/End are used for clipping the rest? [13:16] karni, so yeah, don't do filtering for VJ [13:16] Saviq: hey, so we still have the issue that the phone's rendering performance drops drastically when we have more than ~5 apps open. [13:16] which turns out to be an issue for showcasing the right edge [13:17] karni, well, in that case it's actually not even the delegate*Begin/End, but just the view geometry [13:17] cause first thing you do with that branch is to check how it looks with 10 apps in it [13:17] mzanetti, file a new bug against unity8 and mir please [13:18] ok [13:18] mzanetti, and unity-mir, too, in case it's something there [13:18] karni, what's more, as you probably saw in the spec [13:18] Saviq: clip at 35gu height [13:18] karni, exactly [13:18] karni, so just do that in CardVJ [13:18] Saviq: given that everything gets slow, I expect it to be in mir's rendering code. but yeah, I'll put all related stuff to it [13:19] karni, height: filtered ? min(35GU, fullHeight) : fullHeight [13:19] karni, pseudo-code of course [13:19] Saviq: ack, thank you :) [13:27] Saviq: https://bugs.launchpad.net/unity8/+bug/1273224 [13:27] Ubuntu bug 1273224 in Unity 8 "Rendering gets really slow with more than ~4 running (or well, suspended) apps" [Undecided,New] [13:27] mzanetti, thanks [13:31] mzanetti, confirmed [13:31] Saviq: nice [13:32] Saviq: given that this issue exists ever since we switched to Mir and noone cared about it, I guess we should raise this bug with kgunn [13:32] mzanetti, yup [13:32] ok. I will do so === salem_ is now known as _salem [13:40] Saviq, mzanetti btw bug 1227739‎ is probably related [13:40] bug 1227739 in platform-api "Mir continues to render background application surfaces even when they're not visible" [High,In progress] https://launchpad.net/bugs/1227739 [13:49] om26er: interesting, might be related indeed [13:50] om26er, about QT_LOAD_TESTABILITY, did you use --global for set-env? [13:51] Saviq, yes I did, I tried with and without it [13:51] even I just replied to your comment there [13:52] I did: [13:52] initctl set-env --global QT_LOAD_TESTABILITY=1 === dandrader is now known as dandrader|afk [13:53] om26er, truth be told, did it *ever* work like that for apps? [13:53] om26er, we have a bit of code in unity8's main() [13:54] om26er, that loads testability based on the env var, but that would suggests it's a unity8-specific thing at the moment [13:54] Saviq, network failed me. did you read my message ? [13:55] om26er, truth be told, did it *ever* work like that for apps? [13:55] om26er, we have a bit of code in unity8's main() [13:55] om26er, that loads testability based on the env var, but that would suggests it's a unity8-specific thing at the moment [13:55] Saviq, how much effort is it to hook up tapping in new-scopes? [13:55] Saviq, Yes, it worked for me a couple of weeks ago [13:55] Saviq, cuold use it so i can test the previewing and stuff [13:55] Saviq, I had a working script [13:56] om26er_, either way it's not a unity8 issue [13:56] om26er_, not sure where it happened for apps, then [13:56] om26er_, hopefully thomi/veebers will know [13:56] mhr3, let me see [13:57] Saviq, right, QT_LOAD_TESTABILITY is that a qt flag or does it live inside autopilot ? [13:57] om26er_, it needs to be interpreted by Qt [13:58] seems like card itself is just missing onClicked... plus some uncommenting then [13:59] mhr3, http://paste.ubuntu.com/6826324/ should get you going [14:00] Saviq, mind just pushing that to new-scopes? [14:00] Saviq: sup [14:00] Saviq: Londres is good as usual [14:00] mhr3, otp now [14:00] but im tired of not being home [14:00] Saviq, i take that as "feel free to push yourself" :) [14:00] mhr3, as long as you fix it first ;) [14:00] mhr3, or verify it works, at least [14:03] ricmm: I know that feeling :) === dandrader|afk is now known as dandrader [14:30] all: kgunn, Saviq, tsdgeos and me will be a bit late for the standup. Cimi, can you take over with guiding the standup? [14:31] mzanetti, sure [14:37] kgunn, going to standup [14:39] Saviq: ack, i'm in ...my network freaked out [14:40] kgunn, your pulseaudio freaks out again, too :/ [14:42] didrocks, were the compiz/nux/unity7 daily PPA builds really supposed to be turned off again? The latest rare and precious CI build failed because of weeks-old binaries. [14:43] bregma: I asked to turn it on on Friday, not sure if it was done. let's see if sil2100 can have a look ^ [14:44] didrocks, bregma: those don't seem to be re-enabled from what I see, let me reenable [14:44] is there any reason why the dailes need to be turned off? nothing in Touch depends on them, they're leaf nodes [14:46]