[00:16] <kgunn_> so...blew away and started over, and just gonna build trunk first
[00:32] <kgunn_> that was it...it's building happily now
[00:32] <kgunn_> so suspect somethin' change in unity8's deb files
[11:03] <Saviq> greyback, I think I'll wait for the wakelock branch in this silo (I expect that's why you were asking - to land that one?)
[11:03] <Saviq> sry for jumping channels
[11:05] <greyback> Saviq: not necessarily. Depends on how the review goes
[11:05] <greyback> I was more thinking of port-to-mirclient :)
[11:05] <Saviq> greyback, kk
[11:44] <tsdgeos> elopio: ping
[11:45] <tsdgeos> charles: ping
[12:56] <dandrader> mzanetti, hey
[12:57] <mzanetti> dandrader, hi
[12:57] <dandrader> mzanetti, do you know if there's a way to map qml units to cm?
[12:57] <dandrader> mzanetti, because grid unit is not really a physical unit
[12:58] <mzanetti> I don't think there is...
[12:58] <mzanetti> or well..
[12:58] <mzanetti> you'd need to get to the screens ppi
[12:58] <mzanetti> and then you can calculate it
[12:58] <mzanetti> but I wonder if you really want that
[12:58] <dandrader> mzanetti, ah, so we have that info
[12:58] <dandrader> mzanetti, I do
[12:58] <dandrader> mzanetti, for EdgeDragArea parameters
[12:59] <dandrader> mzanetti, fingers always have the same physical size :)
[12:59] <mzanetti> not sure if I agree there :D
[12:59] <mzanetti> but ok...
[12:59] <mzanetti> could indeed make sense for edges
[13:00] <mzanetti> dandrader, actually, once the devicePixelRatio stuff lands, I guess pixel values are somewhat static...
[13:00] <mzanetti> maybe not
[13:00] <mzanetti> QScreen might have the real physical screen ppi
[13:00]  * dandrader checks
[13:01] <dandrader> Screen.devicePixelRatio "The ratio between physical pixels and device-independent pixels for the screen."
[13:01] <dandrader> so that's Qt's own unit abstraction
[13:02] <dandrader> but Screen.pixelDensity seems to be what I need. "The number of physical pixels per millimeter."
[13:02] <dandrader> I wonder where does Qt get this info from....
[13:05] <dandrader> Saviq,  mzanetti, does the copyright year start from the day I started writing the file or only from the day that file lands in trunk?
[13:06] <mzanetti> dandrader, you always make me update them to the day the review happens
[13:06] <mzanetti> so...
[13:12] <dandrader> mzanetti, question is, should it be 2014-2015 or 2015? :)
[13:12] <mzanetti> dandrader, I'd go for 2014-2015
[13:13] <dandrader> mzanetti, that branch is older than my dog :)
[13:13]  * Saviq thinks we shouldn't even put the year there, bzr history FTW :P
[13:13] <mzanetti> but it's tested very well already
[13:13] <mzanetti> dandrader, I'm not through with the review yet, but looks like I won't have too much to complain
[13:14] <dandrader> Saviq, I have this opinion regarding those "Authored by:"/"Authors" header fields
[13:14] <mzanetti> dandrader, yeah, we're dropping them
[13:14] <Saviq> dandrader, well, yeah, same goes for the year, really, but I'm not sure we can drop them
[13:17] <Saviq> greyback, huh, "--   package 'libqtdbustest-1' not found"?
[13:18] <greyback> Saviq: eh??
[13:18] <Saviq> greyback, that's qtmir-gles
[13:18] <Saviq> https://launchpadlibrarian.net/199439041/buildlog_ubuntu-vivid-amd64.qtmir-gles_0.4.4%2B15.04.20150305-0ubuntu1_BUILDING.txt.gz
[13:18] <Saviq> FTBFS
[13:18] <greyback> Saviq: ah, need to add the qdbustest & qdbusmock to the gles dependencies
[13:18] <greyback> I forgot that
[13:18] <Saviq> greyback, ah, /me didn't look
[13:19] <Saviq> greyback, please describe the new deps in commit msg
[13:22] <greyback> Saviq: done
[13:22] <Saviq> greyback, thanks
[13:31] <Saviq> greyback_, to be or not to be?
[13:35] <greyback_> that is the question
[13:36] <greyback_> Saviq: and the question is?
[13:36] <Saviq> greyback_, I changed to "...not released", just after you changed to "not be released"
[13:36] <Saviq> greyback_, but you might not have seen my change probably
[13:36] <Saviq> hmm
[13:36] <Saviq> might have *not* seen
[13:37] <greyback_> I didn't
[13:37] <greyback_> hands off my commit messages!
[14:00] <mterry> tsdgeos, regarding https://code.launchpad.net/~mterry/unity8/cancel-pam-harder/+merge/251174 ...  Does it never finish for you locally?  (I see it finish for me...)
[14:06] <elopio> tsdgeos: pong.
[14:06] <tsdgeos> mterry: don't know i was just pasting CI :D
[14:06] <tsdgeos> mterry: i can try
[14:07] <Saviq> mterry, I did see that test failing in sbuild for me
[14:07] <tsdgeos> elopio: about https://code.launchpad.net/~charlesk/unity8/lp-1410915-re-enable-rotation-lock-test/+merge/251389 ? Do you awnt to do some extra check yourself? it looks good to me (minus the extra tags that crept in from somewhere) so i was wondering if i could top approve once the tags were fixed or you want to review too
[14:08]  * Saviq tries again
[14:08] <mterry> Saviq, humph
[14:08] <Saviq> mterry, although not in the same way
[14:08] <elopio> tsdgeos: looks good to me. I'll leave my approval there.
[14:08] <Saviq> mterry, and maybe not that same test actually ;)
[14:08] <tsdgeos> elopio: oki :)
[14:08] <mterry> Saviq, haha
[14:10] <elopio> tsdgeos: (or somebody else): can review this one? https://code.launchpad.net/~canonical-platform-qa/unity8/nopy2/+merge/250659
[14:13] <om26er> mterry, Hey I have a situation with the wizard right now
[14:13] <mterry> om26er, do tell
[14:13] <tsdgeos> elopio: that one is weird seems you or (who created it) requested the review of "Ubuntu Unity PS integration team" so it doesn't show in the list of "things to review" to me but in "things somebody else has to review"
[14:13] <om26er> mterry, it keeps coming back even after I finish it
[14:13] <tsdgeos> elopio: i can still add myself if you're not very attached to someone from  "Ubuntu Unity PS integration team" reviewing it
[14:14] <mterry> om26er, whoa that's new to me
[14:14] <om26er> mterry, on the last step "swipe from the bottom" dash becomes non responsive. In that situation if I pull out the launcher, wizard starts again
[14:14] <om26er> mterry, need a video ?
[14:14] <mterry> om26er, might help yeah.  This is on latest vivid-proposed?
[14:14] <elopio> tsdgeos: on the checklist it says that if I changed debian packaging, I should ask a review from ubuntu-unity.
[14:15] <om26er> mterry, very latest
[14:15] <tsdgeos> elopio: ok, can be, i never unrestood that checklist line much :D
[14:15]  * tsdgeos hides
[14:15] <mterry> om26er, ok, flashing 123, will try to reproduce
[14:17] <elopio> tsdgeos: don't run, your review would be useful anyway :)
[14:17] <tsdgeos> elopio: sure, i just added myself
[14:17] <tsdgeos> will do later today/tomorrow
[14:17] <elopio> thanks.
[14:17] <Saviq> om26er, is that *wizard* or the edge demo?
[14:18] <tsdgeos> mterry: works here, i guess some dependency is missing? or maybe needs to be moved to a test that uses xvfb?
[14:19] <om26er> Saviq, edge demo, sorry
[14:19] <mterry> tsdgeos, I'll try running in a chroot
[14:19] <mterry> tsdgeos, thanks for trying
[14:19] <tsdgeos> mterry: that's easy :D
[14:21] <om26er> mterry, its the edge demo that have the issue, wrong use of the work "wizard"
[14:21] <om26er> *word
[14:21] <mterry> om26er, gotcha
[14:21] <om26er> Who works on that ?
[14:21] <mterry> om26er, I figured once you said swipe-from-bottom-edge
[14:21] <mterry> om26er, also me!
[14:25] <om26er> mterry, check your email for video
[14:26] <mterry> om26er, sweet
[14:26] <Saviq> mterry, https://code.launchpad.net/~mterry/unity8/cancel-pam-harder/+merge/251174/comments/625387
[14:26] <Saviq> ah, but GreeterPamTestExec never exited either
[14:26] <Saviq> and is spinning
[14:27] <mterry> Saviq, huh.  And that wizardsystemtest is new to this branch?  (though maybe caused by the pam test
[14:27] <mterry> I mean, the failure is new
[14:27] <Saviq> mterry, yeah, trunk passes fine (/me verifies)
[14:27] <bregma> after a recent upgrade one of my test machines now hangs at the Unity8 greeter screen, spamming the log with "file:///usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Components/Icon10.qml:37:5: QML QQuickImage: Failed to get image from provider: image://theme/battery-full-charged-symbolic" ... can anyone suggest where to start debugging this?
[14:27] <mterry> Saviq, ok good to know
[14:28] <bregma> I suspect either a broken package from a PPA somewhere, but which one?  There are seemingly infinitely many to choose from.....
[14:30] <mterry> om26er, wow that video is messed up (well, the bug is)
[14:32] <ChrisTownsend> bregma: seb128 has seen that issue
[14:32] <ChrisTownsend> bregma: Not sure if/how he resolved it.
[14:33] <bregma> I have another up-to-date vivid desktop that does not show the problem, which is why I suspect an out-of-date package from a PPA
[14:33] <seb128> bregma, ChrisTownsend, it's fixing in the uitk staging
[14:33] <seb128> fixed
[14:33] <bregma> seb128, is that in a silo?
[14:33] <seb128> bregma, ChrisTownsend, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1422835
[14:34]  * bregma plans to demo to a usergroup later today
[14:34] <seb128> bregma, silo 003
[14:34] <bregma> seb128, thanks
[14:34] <seb128> yw
[14:34] <ChrisTownsend> seb128: Cool, thanks
[15:03] <mterry> om26er, can't reproduce on krillin either.  :(
[15:03] <mterry> om26er, maybe file a bug for tracking purposes?
[15:03] <mterry> om26er, and a rally point for anyone else that can reproduce
[15:04] <om26er> mterry, i'll do that. Will try to keep an eye on that area
[15:37] <dandrader> Saviq, are you planning on landing silo 006 soon?
[15:37] <Saviq> dandrader, yeah, just loaded it on my phone for testing now
[15:54] <greyback_> Saviq: tsdgeos: found another bug while testing https://code.launchpad.net/~gerboland/qtmir/fix-lifecycle-exempt-keeps-wakelock/+merge/250459
[15:54] <greyback_> Iǘe a patch, but want to write test for it, which will take me about an hour
[15:54] <tsdgeos> damn :/ sorry i didn't find it
[15:55] <tsdgeos> greyback_: what's it?
[15:55] <Saviq> :/
[15:55] <greyback_> tsdgeos: possible to call acquire(), release(), acquire() in quick succession, and only after do 2 cookies get sent from dbus
[15:56] <greyback_> so we hit the "this shouldn't happen" line :)
[15:56] <tsdgeos> ah, so what were talking before
[15:57] <greyback_> pretty much yeah
[15:57] <greyback_> I had thought I had a test which would expose it, but mocked dbus is too fast to repro it
[16:06] <MacSlow> Cimi, mzanetti, tsdgeos: are there any color-interpolation methods in qml? I've only found the usual Qt.rgba()/.tint()/.darker() etc
[16:06] <Cimi> MacSlow, what you want to achieve?
[16:07] <MacSlow> Cimi, I've two colors I want to be able to interpolate between using a normalized factor (0.0 .. 1.0)
[16:07] <Cimi> MacSlow, interpolate you mean mix them?
[16:07] <MacSlow> Cimi, yes
[16:08] <MacSlow> Cimi, I think I can abuse Qt.tint() and some alpha-tricks... but I was just wondering if there's something dedicated
[16:09] <Cimi> MacSlow, get the r g b
[16:10] <Cimi> MacSlow, then do newColor.r = color1.r*(1-mixFactor)+color2.r*mixFactor
[16:10] <Cimi> so for g and b
[16:11] <MacSlow> Cimi, ok I'll see which of the two approches gives the better result
[16:12] <Cimi> MacSlow, to convert to rgb
[16:12] <Cimi> MacSlow, var rgbColor = Qt.lighter(color, 1.0);
[16:13] <Cimi> so if you have color1, color2 and want mixedColor
[16:13] <Cimi> convert all of them to rgb and try  mixedColorRgb.r = color1Rgb.r*(1-mixFactor)+color2Rgb.r*mixFactor
[16:19] <tsdgeos> greyback_: Saviq: https://code.launchpad.net/~aacid/qtmir/load_generic_sensors_test_5_4_1/+merge/251970 ?
[16:21] <Saviq> tsdgeos, hmm, maybe only set if not set already? if someone tried to override?
[16:21] <tsdgeos> Saviq: it's for the test, who would override it?
[16:21] <tsdgeos> but sure, it's easy
[16:23] <tsdgeos> done
[16:25] <tsdgeos> Saviq: i mean the other solution is providing our own dummy qorientationsensor
[16:25] <tsdgeos> that i think it's a bit of an overkill if we can just trick it to give us one
[16:25] <tsdgeos> since we're just testing it gets enabled/disabled
[16:27] <Saviq> tsdgeos, yeah, sure
[16:27] <Saviq> tsdgeos, I expect that was what was happening before anyway?
[16:28] <tsdgeos> Saviq: there was a dummier dummier package that is now not there
[16:28] <Saviq> kk
[17:23] <MacSlow> Trevinho, andyrock: hm... still the same issue
[17:27] <MacSlow> Trevinho, andyrock: QtCreator still fails to refresh its window-contents... tab-switching is still sluggish...
[17:27] <MacSlow> Trevinho, andyrock: interesting though kdenlive has no problems reacting to input and does correctly update window-contents
[17:28] <andyrock> MacSlow, you downgraded compiz-plugins too?
[17:28] <MacSlow> andyrock, yes
[17:29] <andyrock> MacSlow, whic version do you have?
[17:29] <andyrock> *which
[17:29] <MacSlow> andyrock, did "sudo stop lightdm ; sudo start lightdm" and logged in again
[17:29] <MacSlow> 1:0.9.12.1+15.04.20150227-0ubuntu1 atm
[17:29] <MacSlow> andyrock, I've only one older version still
[17:29] <andyrock> MacSlow, it's worth trying the older too if you got time
[17:29] <andyrock> let'me check
[17:31] <andyrock> MacSlow, what nvidia card do you have?
[17:33] <andyrock> MacSlow, any of these? http://paste.ubuntu.com/10541410/
[17:33] <MacSlow> andyrock, in this machine it's the GTX 780 Ti using the 340.76 driver
[17:33] <MacSlow> nope
[17:34] <andyrock> mmm that's weird
[17:35] <andyrock> basically it's not something we changed in compiz that triggered your issue
[17:39] <MacSlow> andyrock, I'll call it a day for now... I'll try my other nvidia-machine tomorrow
[17:39] <MacSlow> andyrock, Trevinho: thanks so far