=== Wig is now known as Wug [03:50] yo [03:51] what is the pixel resolution of a standard indicator icon? === duflu_ is now known as duflu [08:35] mzanetti, looks like it's not all good yet https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/175/? [08:44] Saviq: no chance I can make that fail here :/ [08:45] added a waitForRendering in that place... lets see how it goes [08:52] mzanetti, yeah, it passed fine for me, too [09:02] Saviq: hey, is the carousel still a thing? [09:03] mzanetti, it is supported in the dash, scopes can use it [09:03] ah ok [09:05] mzanetti, managed to get it to fail locally [09:05] oh really [09:05] * Saviq will try your change [09:07] Saviq, mzanetti, the carousel is using in the "photos" scope [09:07] is it me or in vivid the dash "hamburger menu" is of the wrong color? [09:07] on current krillin/rtm at least [09:07] is used* [09:08] yeah black vs white [09:09] Saviq: I have a feeling what caused this [09:09] * mzanetti digs mails [09:09] sorry.... tsdgeos ^ [09:09] damn, crash [09:10] hmm or well, something [09:11] tsdgeos, SDK broke stuff again did it? [09:12] Saviq: mzanetti says he might know what's the reason [09:12] tsdgeos: hmmm... I suspencted this one, but seems its not released yet: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/app-theming/+merge/243054 [09:13] tsdgeos: because this is the response of a bug I reported about that menu being purple sometimes [09:13] mzanetti, looks like it helped indeed, 20 good runs with the wait [09:13] nice [09:14] lets see what jenkins says [09:14] mzanetti, where I can make it fail relatively easily [09:20] pstolowski, hey, any idea how achievable fixing bug #1343242 would be for the r1 milestone (12/11)? [09:20] bug 1343242 in unity8 (Ubuntu RTM) "Departments break if going to a subdepartment of Store" [High,Triaged] https://launchpad.net/bugs/1343242 [09:21] mzanetti, yeah, I say it's good, I could get it to fail within the first 1-2 runs, with the wait() it's just happily running [09:22] * Saviq kicks the silo [09:23] Saviq: ack [09:24] (jenkins build is at 80% if you wanna wait for it) [09:27] mzanetti, well, qmluitests barely started testing ;) [09:28] yeah... the *build* for that was at 80% [09:28] it'll take another half hour to finish, and I'm rather confident [09:29] ok. works for me :) [09:30] Cimi, can you comment on bug #1383454 ? [09:30] bug 1383454 in Ubuntu UX "[design] Indicator menu separators look bad" [Medium,Triaged] https://launchpad.net/bugs/1383454 [09:30] Cimi, MacSlow, did you guys get to help testing shell rotation yesterday? [09:30] Saviq, yup [09:31] Saviq, filed(entered) a good bunch ofissues in the spreadsheet [09:31] MacSlow, great, thanks [09:32] Saviq, I'll do a second run later today... after I hopefully resolved the MockNotification-plugin issues. [09:32] Saviq, hope the doc-visit was smooth sailing yesterday [09:33] MacSlow, yeah, that one was fine, prepping for an implant next week, gonna be rough weather at the least [09:33] Saviq, I need to dig into it again to understand what it takes to fix that problem. this is potentially not trivial [09:34] Saviq, don't envy you :) [09:34] pstolowski, I thought so, can you please comment on the bug [09:34] pstolowski, trying to inform early on the r1-targeted bugs [09:35] Saviq, what are you implanting? [09:37] dandrader, cyborg-technology ;) [09:39] Cyviq [09:39] Saviq, commented [09:39] pstolowski, thanks [09:40] dandrader, tooth [09:42] Saviq, ouch. [09:42] reminds me I should visit the dentist soon. last time I did so was almos 3 years ago [09:42] sounds extreme indeed [09:43] dandrader, long story short, root canal in school, badly done, *crack* a few years later, different approaches to mend it, ultimately half a year ago had to pull the remaining bits and replacing with an implant now [09:44] Saviq, sounds painful [09:46] dandrader, not that much actually (except for the pulling part) [09:46] dandrader, the implanting might get tricky, too, apparently [10:20] mzanetti: can you do https://code.launchpad.net/~aacid/unity8/fixHamburgerMenu/+merge/243371 ? [10:21] tsdgeos: yep [10:23] tx [10:48] oh man [10:48] do a MR trying to imrpove autopilot [10:48] and then it just doesn't run [10:48] https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/386/console [10:48] :( [10:49] :D === greyback__ is now known as greyback [11:13] Saviq: I need a hand with https://code.launchpad.net/~mir-team/qtmir/cmake/+merge/235239 - I'm unable to fix the ninja build issue, my cmake-fu isn't there. === _salem is now known as salem_ [11:17] holas === dandrader is now known as dandrader|afk [11:39] Saviq: pstolowski: so kill the search button altogether === MacSlow is now known as MacSlow|lunch [11:40] tsdgeos, ah, ok [11:41] tsdgeos, in that case let me know when you have it, and i'll prepare a silo again [11:41] that should be easy === dandrader|afk is now known as dandrader === alan_g is now known as alan_g|lunch [13:07] greyback, will have a look soon [13:07] Saviq: ta === MacSlow|lunch is now known as MacSlow [13:38] greyback, TBH I don't see how it could work at all, it tries to link to libraries that are never built... [13:38] unless ExternalProject_Add is doing it [13:39] right, it must be === Guest74903 is now known as Pici [13:43] greyback, so, IMO the FindGtest.cmake file is b0rked [13:43] greyback, it only builds GMock, not GTest === alan_g|lunch is now known as alan_g [13:45] greyback, can you confirm that it all actually builds and works with make? [13:48] greyback, FWIW cmake has its own FindGTest... === dandrader is now known as dandrader|lunch [13:53] hmm... for some reason the store doesn't open for me with devel-proposed [13:53] works with rtm [13:53] same for you? [13:55] greyback, ok, now I get how it's meant to work, not sure why it doesn't [13:56] greyback, there is a dependency on GMock declared for the test, and if I build GMock, the test builds [13:56] :/ [13:58] Saviq: cmake's FindGTest depends on gtest being build and installed in the system. That's not what google wants, they want the src files in the system, but each projects builds them manually [13:58] greyback, oh does it [13:58] Saviq: it builds & works with make [13:59] greyback, no no I know what they want, just didn't think that's what'd happen with the CMake module [13:59] yeah [13:59] greyback, yeah, that's some weirdness in dependencies with ninja === pstolowski is now known as pstolowski|lunch === dandrader_ is now known as dandrader [14:45] @unity: rtm open for ota-1! [14:45] may the cherry-picking begin [14:46] continue, rather ;) [14:46] :) [14:47] Saviq: this one isn't top approved, might block the silo: https://code.launchpad.net/~mzanetti/unity8/reversible-spread/+merge/241274 [14:48] mzanetti, no worries, I'm on it - testing now [14:48] ok === pstolowski|lunch is now known as pstolowski [14:59] autopilot is back [15:00] * tsdgeos reruns is job [15:01] s/is/his [15:02] Cimi, you said the wizard branches were good, right? Was there more reviewing/testing to do, or did you mean to mark approved? [15:22] mzanetti, yeah, no store for me on vivid as well [15:22] alecu, any idea about the store scope being empty + permanently processing? [15:23] Saviq: just heard of it, looking. [15:23] actually not permanently processing, just empty [15:23] alecu, that's vivid only, FYI [15:24] seems to work for me in vivid #39; will now update to latest [15:30] mterry, yep [15:30] issues with mumnble here [15:39] Saviq: mzanetti: I've just updated to vivid #40 on mako, and the apps store still works for me. [15:39] Saviq: mzanetti: any further ideas on how can I reproduce that? [15:40] mterry, I meant when you think we can approve, we should [15:40] alecu: hmm... not really... I just did a flash of devel-proposed today and it doesn't open up... didn't do anything else to debug it [15:40] Cimi, oh ok. Approve away and I'll work on getting a silo together [15:40] mzanetti: a flash with --wipe? [15:40] alecu: no... didn't wipe [15:40] ack, will try that first then [15:41] mterry, I tested -test branch and was working fine, there might be things you want to fix... I don't know [15:41] mterry, if you plan changing some bits or not [15:44] alecu, it's krillin for me at least [15:44] alecu, can I get you any logging from somewhere? [15:45] Saviq: the default logging is not much use... but let's try anyway. [15:45] Saviq: cat .cache/upstart/scope-registry.log [15:46] Cimi, no, no further fixes planned [15:46] Cimi, so just add a comment and I can move forward with landing [15:47] alecu, yeah, totally quiet there [15:50] Saviq, so I'd like to try to land my wizard-in-u8 branches very soon, any objections once your current silo goes through? [15:50] Saviq, I may want to do them as their own silo, along with the u-s-s branch [15:51] mterry, pstolowski had a landing of the dash bottom edge in store, too [15:51] Saviq, ok, sounds like he's in line first then :) I'll wait (my silo isn't even ready yet, just about to create it) [15:51] mterry, so go for a parallel silo and whoever makes it first? ;) [15:52] just make sure to coordinate [16:08] Saviq: can you get top-approves for https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/47/console [16:08] Mirv, of course, my bad [16:09] Mirv, done [16:10] Mirv, can I get silo for #54 once Saviq's landing is published? [16:10] pstolowski, you can get the silo before that, even :) [16:10] pstolowski, you just shouldn't build before mine publishes [16:11] pstolowski: let's do what Saviq proposes, since I'm not here anymore (...sort of) [16:11] pstolowski: so wait for 003 to m&c before building [16:11] Mirv, ok, thanks === om26er is now known as om26er|dinner [16:44] Saviq: I was unable to reproduce on my mako+latest vivid. I've never tried vivid on my krillin yet, will flash later today after I finish with a branch. [16:52] mterry, what is atest ? [16:52] google doesn't help [16:52] Cimi, did I leave some typos in the tests branch? hm [16:52] mterry, function atest [16:52] instead test [16:53] Cimi, that's something I do to disable some tests, when I just want to run one of them (I don't know a better way), it got into the branch :( [16:53] Cimi, just pushed a fix [16:57] Cimi, and just removed a debug line -- whoops I forgot to clean that file out once I got everything working :) [16:57] mterry, I also added other small comments [16:57] Cimi, ok looking [16:58] Cimi, why you always hating on a separator for public/private bits of qml? [16:59] mterry, I don't hate, but you are the only one using [16:59] mterry, in unity8 [16:59] mterry, so either we remove everywhere or not [16:59] Cimi, so? :) [17:00] Cimi, it's essentially a little comment in the file [17:00] Cimi, I mean, I could add words to it too, like "END OF PUBLIC INTERFACE" or something if that would make you like it more [17:02] alecu, ok, I'll be back in some 3h if you need me to debug something [17:18] mterry, is not me... [17:18] mterry, if one file as separators, one doesn't... [17:18] as/has [17:19] Cimi, who cares? If I add a comment to one file explaining what's happening in that one file, you wouldn't require that I add more comments to all the other files [17:21] mterry, I will say that the comment is useless and should be removed... :) [17:22] Cimi, ah well that's a different argument. :) I think it helps keep the file organized, but I can at least understand your objection now [17:31] Cimi, but I disagree that it's useless or unwanted. I'm not even sure why you would say that since it clearly has a purpose (separating public/private bits of a file -- a long standing custom in files that have both -- like C++ headers put the public stuff up top) === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem === mozzarel1 is now known as mozzarella === om26er|dinner is now known as om26er [17:47] Cimi, fixed your nits and commented [17:48] mterry, cool === _salem is now known as salem_ === alan_g is now known as alan_g|EOD === salem_ is now known as _salem === _salem is now known as salem_ [18:42] Cimi, do you mind approving the tests branch? I've got the silo ready besides [19:56] Hello [19:56] mhall119: hey [19:56] I wonder if its safe to use 15.04 unity next in desktop mode as a developer? [19:57] can I run x11 applications? can I use nvidia drivers? [19:57] berz3rk: safe to try? probably. ready to replace Unity 7, probably not [19:58] berz3rk: support for X11 apps is just starting to come around, there was a youtube video showing it off just the other day [19:58] mhall119: can I run it like in this video? https://www.youtube.com/watch?v=MXHulRlq10s [19:58] in desktop mode [19:58] same for native GTK apps on Mir, and also for desktop-style windows [19:58] but again, that's all just now being developed, I don't know if any of it has even landed in the latest packages [20:00] mhall119: can I setup this desktop mode easy? [20:02] I think you can still just install the unity8-desktop-session-mir package, Saviq or kgunn might be able to say for sure [20:02] berz3rk: yep...it works [20:03] actually...i've been dragging my feet moving to 15.04...it should totally work [20:03] on 14.10 it does for sure [20:04] kgunn: can I run firefox? what about steam? [20:04] but drivers are not there for proprietary stuff yet right? [20:04] no EGL in ati or nvidia [20:04] i download right now an iso just to test it I guess, 5 months ago it was totaly unusable [20:09] berz3rk: sorry...you caught me just as i got on the phone....you gonna be here a while ? [20:09] kgunn: for like 2 more hours I believe :D [20:09] cool...i won't forget === greyback_ is now known as greyback === salem_ is now known as _salem [20:41] ....and then he quits :)