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