[06:31] <veebers> Mirv: ping, can you let me know when you're online please, I have a couple of questions re: the qt5.2 && autopilot issue
[07:15] <Mirv> veebers: I've been here for 2h already, ask away
[07:15] <veebers> Mirv: Hmm, I've been having connectivity issues today :-\
[07:16] <veebers> Mirv: Re: the Qt 5.2 bug from yesterday. First question: How would I get autopilot-qt trunk re-built into that ppa? I found an issue with a recent change in trunk on the devicse
[07:16] <veebers> devices*
[07:16] <veebers> I think that backing them out will either fix the issue or at least get us another step closer
[07:16] <Mirv> veebers: autopilot-qt is already rebuilt in that PPA
[07:17] <Mirv> and is automatically rebuilt whenever lp:autopilot-qt changges
[07:17] <veebers> Mirv: Sorry, I meant "rebuilt into it after I've merged my change"
[07:17] <Mirv> the "~77" in the version number indicates the bzr version
[07:17] <veebers> Mirv: ah cool, so once I merge this change it'll get in?
[07:17] <veebers> right
[07:18] <Mirv> veebers: yes, although it's "daily" ie triggered once a day, but I can (or anyone in  ~canonical-qt5-edgers) also trigger it manually at https://code.launchpad.net/~canonical-qt5-edgers/+recipe/daily-qt52-autopilot-qt
[07:26] <veebers> Mirv: Once this MR is merged and built into the ppa, would you be able to run your tests again? (I'm EOD here unfortunately) So that we can have more details tomorrow?
[07:26] <veebers> err, this MR is: https://code.launchpad.net/~veebers/autopilot-qt/backout-latest-change/+merge/203880
[07:30] <Mirv> veebers: yes, keeping it in a tab and once merged I'll launch a rebuild
[07:31] <Mirv> thanks for working on it!
[07:31] <veebers> Mirv: nw, I'm hoping this change should have us sorted.
[07:32] <veebers> Mirv: Thanks for taking care of that, hopefully i'll have a goodnews email from you tomorrow :-)
[07:32] <veebers> Right, I'm off for the night. o/
[07:34] <veebers> Mirv: oh I forgot, if that branch doesn't merge itself, you may have to hit-up CI (sorry to put this on your shoulders, auto-merge was going to be removed at some stage, not sure if it has or not) :-\
[07:34] <veebers> Mirv: Ugh, I spoke to soon, already merged :-) Right it seems I really need to EOD then
[07:35] <Mirv> ok :)
[08:23] <tsdgeos> Saviq: maybe add those little more steps you had to do in https://bugs.launchpad.net/bugs/1274289 ?
[08:23] <Saviq> tsdgeos, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1274329/comments/2
[08:24] <tsdgeos> somehow i didn't get that e-mail ^_^
[08:24] <Saviq> tsdgeos, it's a new bug that the other's a duplicate of
[08:24] <Saviq> tsdgeos, I created that from errors.u.c
[08:25] <Saviq> wonder why it didn't retrace well, though
[08:25] <tsdgeos> ah
[08:26]  * tsdgeos hates testGenericScopeView, each time you add a new test it breaks for some unknown weird reason :(
[08:27] <Saviq> :/
[08:31] <Saviq> oh
[08:31] <Saviq> Google's selling Moto to Lenovo
[08:32] <Saviq> or, sold already
[08:33] <Saviq> https://news.google.com/news/rtc?ncl=dvNGXcwM6Di8mNMAt-C-70tYiRfrM&authuser=0&topic=tc&siidp=e20b3d5289f2842606b2b078d76dfee0fc76
[08:33] <tsdgeos> yeah
[08:34] <tsdgeos> yesterday's news :D
[08:34] <tsdgeos> lenovo's got too much money
[08:34] <tsdgeos> bought servers from ibm and phones from google
[08:38] <Saviq> tsdgeos, if they do with both what they did with the ThinkPads...
[08:38] <Saviq> they'd have used their money well ;)
[08:46] <tsdgeos> Saviq: think so? i've been told by some ex-thinkpad users that quality went down but not price
[08:47] <Saviq> tsdgeos, oh well I meant well for Lenovo
[08:47] <tsdgeos> ok :D
[08:47] <Saviq> ;)
[09:11] <Saviq> didrocks, hey, there seems to be something wrong with unity8 publishing - ports don't have any of the new releases http://pastebin.ubuntu.com/6842730/ :/
[09:14] <didrocks> Saviq: wait a little bit more, there has been an upgrade on the publisher machine
[09:14] <didrocks> the cache was empty and other minor issues, which is catching up
[09:15] <Saviq> didrocks, ok, bad timing, then
[09:16] <didrocks> Saviq: well, the whole archive was affected since yesterday
[09:16] <tsdgeos> should we be able to run tests under xvfb-run?
[09:16] <didrocks> so not only you :)
[09:16] <tsdgeos> xvfb-run make testGenericScopeView
[09:16] <tsdgeos> fails
[09:17] <tsdgeos> i guess not :/
[09:22] <Saviq> mzanetti, one for you https://code.launchpad.net/~saviq/unity8/lazyimage-crop/+merge/203897
[09:22]  * mzanetti is drowning in mps :D
[09:22] <mzanetti> will do them today
[09:23] <mzanetti> just waiting for ci to pass again
[09:23] <Saviq> mzanetti, might be a long wait :/
[09:24] <mzanetti> really?
[09:25] <Saviq> mzanetti, we let https://code.launchpad.net/~unity-team/unity8/unity8.test_nested_mir/+merge/203088/comments/474588 through, which had two actual failures
[09:26] <Saviq> but now it seems even worse http://s-jenkins.ubuntu-ci:8080/job/autopilot-testrunner-otto-trusty/2393/testReport/junit/unity8.shell.tests.test_hud/TestHud/test_hide_hud_dragging_Desktop_Nexus_4_/
[09:27] <mzanetti> hmpf
[09:27] <Saviq> I'm worried there's a new ap release that changes the private bits
[09:28] <mzanetti> are we using them in our tests?
[09:28] <Saviq> hmm 20140123, not that new
[09:28] <Saviq> mzanetti, yeah, we have some helpers for dragging and such
[09:29] <mzanetti> hmm... I don't remember the self.touch._device.drag() to require the "_device" part when I last used it
[09:29] <mzanetti> so yeah... that would confirm your suspicion
[09:30] <Saviq> otoh it passes locally
[09:30] <Saviq> and the last autopilot release is from 0123
[09:30] <Saviq> so we'd know already
[09:35] <tsdgeos> uhoh
[09:36] <tsdgeos> unity8.shell.tests.test_system_integration.SystemIntegrationTests.test_networkmanager_integration(Desktop Nexus 4) failed in CI ?¿
[09:36] <tsdgeos> is that a new test or?
[09:36]  * tsdgeos watches the videos
[09:36] <tsdgeos> video is 1s long
[09:36] <tsdgeos> :D
[09:37] <tsdgeos> /var/local/autopilot/autopilot.log: 09:04:53.139 DEBUG __init__:296 - Unity loaded and ready.
[09:37] <tsdgeos> /var/local/autopilot/autopilot.log: Not authorized.
[09:37] <tsdgeos> not authorized?
[09:38] <tsdgeos> knowing what outputed that text would be amazing :D
[09:39] <tsdgeos> can't find it in unity8 nor unity-mir
[09:40] <tsdgeos> ah
[09:40] <tsdgeos> /var/local/autopilot/autopilot.log: CalledProcessError: Command 'pkcheck --action-id org.freedesktop.NetworkManager.enable-disable-network --process 8838
[09:40] <tsdgeos> /var/local/autopilot/autopilot.log: ' returned non-zero exit status 1
[09:40] <seb128> Saviq, what is this "contained" for OptionSelector? (wasn't ValueSelector already deprecated btw?)
[09:40] <tsdgeos> or
[09:40] <tsdgeos> /home/ubuntu/.xsession-errors: init: unity8 main process (8838) killed by TERM signal
[09:40] <tsdgeos> i guess this is the bad one
[09:41] <Saviq> tsdgeos, actually no, you've got mail
[09:41] <Saviq> seb128, no idea TBH
[09:42] <tsdgeos> Saviq: ah
[09:42] <seb128> Saviq, k
[09:42] <tsdgeos> ok :/
[09:46] <tsdgeos> Saviq: have we told the ci guys? fginther is in deep sleep mode, no?
[09:46] <Saviq> tsdgeos, shouldn't be, he's in London this week I think
[09:46] <tsdgeos> ah
[09:49] <fginther> tsdgeos, I'm awake
[09:52] <fginther> tsdgeos, Saviq, what's up?
[09:52] <tsdgeos> fginther: you've got a mail from mterry
[09:55] <fginther> tsdgeos, thanks, looking
[10:02] <karni> Saviq: Do you know what is "icon aspect ratio"? That term just showed up in the future dash spec in the new mascot section, so I had to immediately ask Katie to well define it :(
[10:02] <mhr3> sil2100, you at the office?
[10:03] <Saviq> karni, we have an aspect ration for art already, that might be it, or maybe they've added aspect for mascot as well?
[10:03] <karni> Saviq: yes, for the mascot
[10:03] <karni> I asked to specify the mascot further.
[10:04] <karni> Saviq: I don't mean JSON. I mean what it means to be in "icon aspect ratio" :)
[10:04] <karni> Maybe she just meant 1.0
[10:04] <Saviq> karni, no, it's actually different
[10:04] <karni> So it was a good call to ask her for clarification.
[10:06] <Saviq> karni, it's 8x7.5 GU for the icons
[10:06] <karni> Thank you!
[10:24] <mhr3> sil2100, done?
[10:31] <sil2100> mhr3: yes
[10:44] <mhr3> Saviq, what does 12 ÷ 38 mean exactly? any value between 12 and 38?
[10:44] <Saviq> mhr3, yes
[10:44] <mhr3> Saviq, greyback would tell you that you use incorrect operators :P
[10:45] <greyback> damn straight
[10:45] <Saviq> mhr3, |[12, 38]|, that better? ;P
[10:45] <mhr3> <12, 38>
[10:45] <mhr3> ;)
[10:45] <Saviq> some would write <12, 38>
[10:49] <tsdgeos> (12, 38) here
[10:52] <tsdgeos> Saviq: i don't think https://bugs.launchpad.net/unity8/+bug/1249255 is the bug i fixed the other day, see the video
[10:53] <tsdgeos> that video says scope bug to me
[10:53] <Saviq> tsdgeos, yeah
[10:53] <Saviq> tsdgeos, I saw it yesterday again, too
[11:58] <Cimi> childrenrect is not affected by visibility of children?
[12:01] <karni> Cimi: I'm quite sure it is. when you make a child invisible, it still takes up space
[12:01] <karni> you need to size the component down, for instance. which, I think, is a QML shortcoming
[12:01] <Cimi> karni, indeed
[12:01] <tsdgeos> Mirv: ping
[12:01] <Cimi> karni, I need to calculate by hand
[12:01] <karni> invisible and gone values of visibility, like on Android, would be useful
[12:01] <Cimi> :(
[12:08] <Mirv> tsdgeos: spong
[12:08] <tsdgeos> Mirv: did you distro-patch https://codereview.qt-project.org/#change,76374 ?
[12:08] <mhr3> sil2100, yey, i see the merger works, it still runs the tests and everything, right?
[12:10] <tsdgeos> omg, someone wrote combo button in a spec!
[12:10] <tsdgeos> :D
[12:10] <Mirv> tsdgeos: yes
[12:10] <tsdgeos> Mirv: you may want to replace it with https://codereview.qt-project.org/#change,76937 that seems what will be actually merged upstream
[12:11] <tsdgeos> Mirv: or wait for 5.2.1 and then just drop mine
[12:11] <tsdgeos> since it seems the second will end up in 5.2.1
[12:12] <Saviq> fginther, thanks for the update
[12:13] <sil2100> mhr3: yes, at least it should ;p
[12:14] <Saviq> karni, well, it really depends, when you anchor something to an invisible item, is your anchor supposed to stop working?
[12:14] <Saviq> karni, if you use any of the positioners, they will actually ignore invisible (and 0-width/height) items
[12:14] <karni> Saviq: That I don't know, I was only talking of visibility.
[12:14] <karni> Saviq: will they ignore invisible items of non 0-size?
[12:14] <Saviq> karni, yes
[12:14] <Saviq> karni, yeah, but "takes up space" is a vague term
[12:14] <karni> Cimi: FYI ↑
[12:15] <karni> Saviq: I shouldn't have generalized.
[12:15] <Saviq> karni, in 5.2 we'll get more automagic positioners like HBox, VBox
[12:16] <Saviq> karni, so when we have that, you can use less and less anchors
[12:16] <karni> Saviq: unrelated -> http://paste.ubuntu.com/6843465/
[12:16] <karni> Saviq: great :)
[12:16] <Saviq> karni, it's just that outside of those positioners, there's no automagic layouting, so "gone" would have undefined behaviors, really
[12:17] <karni> Saviq: yes, that's why Android has something like "anchor to parent when the anchor target missing" :)
[12:17] <karni> That would be lovely.
[12:17] <karni> so when you make an item "gone" (invisible and not taking space), the other anchored component would then span the parent, for instance.
[12:18] <Saviq> karni, so: anchor.left: foo.visible ? foo.left : parent.left ;)
[12:18] <karni> Saviq: Does that mascot fix make sense to you? that 4x size of mascot was "wyssane z palca" :D
[12:18] <mhr3> sil2100, awesome, thx
[12:18] <karni> Saviq: heheheh, right ;)
[12:18] <Saviq> karni, yeah, quite arbitrary - Crop is needed, of course
[12:18] <karni> Saviq: at the same time, full image source is mem consuming
[12:18] <Saviq> karni, but the *4 shouldn't be needed
[12:19] <karni> but better than this totally blurish image
[12:19] <Saviq> karni, try with Math.max(width, height)
[12:19] <karni> Saviq: that'll still blur. in this case (the screenshot), width == height == 8GU
[12:19] <karni> blur == boo :(
[12:20] <Saviq> karni, yeah, thing is that blur is a bug in UbuntuShape, basically
[12:20] <karni> :O
[12:20] <Mirv> tsdgeos: it seems to work well enough as is however, nothing seriously different? I'll rather wait until 5.2.1 at least initially, enough stuff to do everywhere anyhow
[12:20] <karni> w00t. that's unrelated to the Image component?
[12:20] <karni> arrrgh
[12:20] <Saviq> karni, please check if you get the same without the Shape
[12:20] <karni> ok
[12:20] <Mirv> but, I'll note it up anyhow that the patch needs to go
[12:21] <tsdgeos> Mirv: sure, it's an equivalent fix, but if you don't drop it after 5.2.1 weird things may happen
[12:21] <Saviq> karni, aaactually https://bugs.launchpad.net/unity-lens-applications/+bug/1271158
[12:22] <Saviq> tsdgeos, we don't have ↑ yet in our qt do we?
[12:22] <tsdgeos> Saviq: i think not
[12:23]  * Saviq would like to get it to not have to work around it... but then do we care about 5.0 enough still...
[12:24] <Saviq> Mirv, would you accept a backported patch for 5.0 still?
[12:24] <Saviq> Mirv, or do we not touch 5.0 packages any more?
[12:24] <karni> Saviq: just read the bug reports. whoaa
[12:25] <karni> Saviq: *any* idea if we'll get that tsdgeos fix before mid Feb in ubuntu image?
[12:26] <Saviq> karni, if we switch to Qt 5.2, yes, if we don't - maybe - that's what my question above is about
[12:26] <karni> sorry, didn't notice
[12:28] <tsdgeos> Saviq: honestly i don't even remember if i was too late for 5.2.1 or not
[12:28]  * tsdgeos checks
[12:29] <Saviq> tsdgeos, says "stable"
[12:29] <tsdgeos> Saviq: yeah but stable may be 5.2.1 or not depending on when it got merged :D
[12:29] <Saviq> tsdgeos, 5.2.1 is "release" already?
[12:29] <tsdgeos> it is now
[12:29] <tsdgeos> but not sure if it was when that got merged
[12:30] <tsdgeos> nope
[12:30] <tsdgeos> 5.2.2 only ^_^
[12:30] <tsdgeos> so we'd still need to distropatch it
[12:37] <Cimi> https://code.launchpad.net/~unity-team/unity8/unity8.previews_audioPlayer/+merge/203387
[12:37] <Cimi> ready for review now
[12:37] <Cimi> who knows my commits are 1 hour behind?
[12:39] <Mirv> Saviq: sure, I could prepare it but according to normal test plan all AP tests should be run on device with that patch added and I really don't have time for that at the moment. but yes I could get the patch to the packaging branch and prepare package in PPA, for validation.
[12:39] <tsdgeos> Saviq: so in the preview image list, what will be my input in "sources"? a js array? a qt model?
[12:39] <karni> mhr3: that non-dconf-dash-pages -- the env var should list scope *names* concatenated by ; symbol, right?
[12:39] <Mirv> Saviq: lp:~kubuntu-packagers/kubuntu-packaging/qtdeclarative-opensource-src_5.0.2 + lp:~kubuntu-packagers/kubuntu-packaging/qtbase-opensource-src_5.0.2
[12:39] <Saviq> tsdgeos, array
[12:39] <mhr3> karni, right
[12:40] <karni> mhr3: tnx
[12:40] <tsdgeos> ok
[12:40] <mhr3> karni, ie UNITY_SCOPES_LIST=scope-A;scope-onlinemusic
[12:40] <karni> mhr3:  :))
[12:40] <Mirv> Saviq: I think that while we prepare everything for 5.2 we should also keep 5.0.2 good, so that it works as a panic button backup plan if we don't get 5.2 functional enough
[12:40] <Saviq> Mirv, yeah, ok, I'll backport the patch, then
[12:40] <karni> \o/
[12:41] <Saviq> Mirv, we'll need it for 5.2 as well
[12:41] <karni> Saviq: if I can help in any way, please let me know
[12:41] <Saviq> karni, no need, it's a simple thing to do
[12:41] <karni> :)
[12:43] <Saviq> karni, but still, Math.max(width, height) for both sourceSize.width and .height
[12:43] <karni> ack
[12:43] <Mirv> Saviq: tsdgeos: first real Unity8 AP results bug #1274484
[12:43] <Mirv> the previous bug was autopilot-qt problem
[12:43] <Saviq> Mirv, \o/
[12:44] <Saviq> karni, this way the in-mem image will always be not-smaller than the display
[12:44] <karni> Correct! :)
[12:44] <tsdgeos> damn, i should stop suggsting features to design and make my life harder D:
[12:44] <karni> tsdgeos: :D
[12:44] <Saviq> karni, that's for cropping, for fitting it's correct to use actual image size
[12:44] <Saviq> tsdgeos, lol ;D
[12:44]  * karni nods
[12:45] <karni> Saviq: and along the spec, mascot should be cropped. I'll get it ready in a moment.
[12:45] <karni> :)
[12:46] <Saviq> mhr3, can you guys please stop spamming us with -api and -shell MPs? I get like 20-30 emails every hour! :P
[12:47] <Saviq> Cimi, s/artist/subtitle/
[12:47] <Cimi> Saviq, subtitle???
[12:47] <mhr3> Saviq, i take it as an official request for us to stop working? ;)
[12:47] <Saviq> Cimi, it won't always be artist
[12:47] <karni> mhr3: trololol :"D
[12:47] <Cimi> Saviq, ok
[12:47] <Cimi> Saviq, also fixing a test
[12:47] <Saviq> Cimi, please group anchors, too
[12:47] <Cimi> Saviq, just realised after testing
[12:48] <Cimi> Saviq, ok
[12:49] <Saviq> Cimi, if you have if () in js, either wrap in { } or put it on one line
[12:49] <Saviq> Cimi, 187	+ if (sec.length == 1)
[12:49] <Saviq> 188	+ sec = "0" + sec
[12:49] <Cimi> ok
[12:50] <karni> Saviq: what do we do with mascot "icon aspect ratio" :/ I saw you comment on that.
[12:51] <karni> round it ;D?
[12:51] <karni> j/k. we'd have to round resulting pixel dimentions
[12:51] <karni> I take it wouldn't look great when size has +0.25px
[12:52] <Saviq> karni, I doubt you'll notice, QML is good at that
[12:52] <karni> Saviq: That's even though you said we should avoid these kind of values?
[12:52] <karni> Well, my sight aint perfect :D
[12:52] <Saviq> karni, so let's do what they want us to do, but let's revisit
[12:52] <karni> ok
[12:52]  * karni will leave a comment
[12:52] <Saviq> karni, +TODO please
[12:52] <Saviq> yup
[12:53] <karni> :)
[13:01] <karni> Saviq: any comments before I whip up a branch with MP? http://paste.ubuntu.com/6843643/
[13:01] <karni> uhhh.. I messed up one digit
[13:01] <karni> height: units.gu(5.625) :|
[13:02] <karni> fixed: http://paste.ubuntu.com/6843648/
[13:02] <Saviq> karni, yeah, looks good
[13:02] <karni> thanks
[13:03] <Saviq> karni, with cropping, you might also want to set alignment
[13:03] <Saviq> karni, http://qt-project.org/doc/qt-5.0/qtquick/qml-qtquick2-image.html#horizontalAlignment-prop
[13:03] <karni> good catch!
[13:07] <Cimi> Saviq, ok, better now
[13:08] <Cimi> fixed tests and coding style
[13:10] <Cimi> tsdgeos, as reference, for your gallery
[13:10] <Cimi> https://code.launchpad.net/~unity-team/unity8/unity8.previews_audioPlayer/+merge/203387
[13:49] <karni> Saviq: awaiting +1 from Katie (pinged her on IRC), proposed here: https://code.launchpad.net/~unity-team/unity8/unity8-fix-mascot/+merge/203967
[13:50] <Saviq> karni, k thanks
[13:52] <Saviq> tsdgeos, how do I find out which git rev was your fix merged in?
[13:53] <Saviq> ah 8cf9811
[13:55] <Saviq> Mirv, hum, quilt push -a fails in qtbase_5.0.2
[13:57] <Saviq> and in lp:~kubuntu-packagers/kubuntu-packaging/qtbase-opensource-src, too? wth?
[14:07] <tsdgeos> Cimi: yep, was already having a look at that MR
[14:17] <karni> Saviq: Katie +1'ed the change, updating MP description.
[14:17] <karni> done
[14:20] <kgunn_> Saviq just letting u know, still in dr office, gonna miss stand up
[14:22] <Saviq> kgunn_ k
[14:30] <Saviq> @unity: standup
[14:31] <mterry> yay, it worked!
[14:31] <mterry> kgunn, dandrader: in case you didn't switch ^
[14:40] <Guest17108> tsdgeos: Cimi: I just wanted to mention we need (Phone delivery, for MWC in Feb) as basic previews as picture + single Buy button :)
[14:41] <Guest17108> lol wtf :D /me is karni
[14:46] <Saviq> karni, tst_CardHeader.qml: bad whitespace in line 98
[14:46] <Saviq> karni, in the mascot fix
[14:46] <karni> d'uh :)
[14:47] <karni> Saviq: is there a tool you guys use to avoid these kind of things :D?
[14:47] <Saviq> karni, yeah, "make test" ;)
[14:48] <karni> Saviq: oh, wasn't aware that checks white space as well. I only ran testCard and testCardHeader for this branch. my bad.
[14:48] <karni> oh yeah :D there it is
[14:48] <Saviq> karni, it will probably complain about stuff in your working dir
[14:48] <Saviq> karni, like in builddir/
[14:49] <Saviq> karni, you can obviously ignore that
[14:49] <karni> nope, it was all good. pushed
[14:49] <karni> Will make sure to run full suite next time.
[15:08] <Saviq> mterry, can you please skip the test instead:
[15:08] <Saviq> http://docs.python.org/2/library/unittest.html#skipping-tests-and-expected-failures
[15:09] <mterry> Saviq, sure
[15:11] <mterry> Saviq, done
[15:11] <Saviq> mterry, thanks
[15:17] <Saviq> sil2100, unity8 ready for publishing
[15:17] <Saviq> didrocks, ↑
[15:17] <sil2100> Saviq: looking
[15:19] <didrocks> Saviq: acked
[15:19] <Saviq> didrocks, thanks
[15:20] <sil2100> Saviq: published, be ready to clean and merge once it gets out of proposed
[15:20] <Saviq> sil2100, yup
[15:21] <dednick> Saviq: is the bfb to apps just changing the icon to open app scope rather than home scope?
[15:21] <Saviq> dednick, yeah
[15:22] <Saviq> dednick, and please do that against lp:~unity-team/unity8/new-scopes
[15:22] <Saviq> dednick, or well, you probably can't do it yet
[15:22] <Saviq> dednick, 'cause there isn't an apps scope yet...
[15:22] <dednick> Saviq: ah, i c.
[15:22] <Saviq> dednick, I'll let you know when it's ready
[15:22] <dednick> Saviq: ok
[15:25] <Saviq> mterry, kgunn, infographic can already be mocked per-user can't it?
[15:25] <mterry> Saviq, yup.  You use the usermetricsinput command.  We may need some guidance from pete-woods on how to drive it though
[15:26] <mterry> pete-woods, can I use usermetricsinput for users that don't exist?  We're looking to create some dummy data for a demo
[15:26] <pete-woods> mterry: no you can't
[15:27] <pete-woods> it verifies everything using apparmor
[15:27] <kgunn> pete-woods: your such a downer :)
[15:27] <mterry> pete-woods, ok.  So we'll have to make users for these names
[15:27] <pete-woods> :)
[15:27] <mterry> kgunn, ^ easy enough
[15:27] <kgunn> sounds good
[15:27] <pete-woods> the command has help, but basically it's something like
[15:28] <kgunn> more than they asked for, so it'll be a nice touch
[15:28] <pete-woods> usermetricsinput data-source-id "%1 bananas today" "no bananas today" <number> <number> ….
[15:29] <pete-woods> where the data-source-id has to be unique
[15:29] <karni> mhr3: ssweeny asked when we can expect your fix-jsong-merging and non-dconf-dash-pages land in archive
[15:30] <cwayne> pete-woods: usermetricsinput is in the build by default?
[15:30] <cwayne> if so, we can drop the shenanigans we used int he custom image to fake data
[15:31] <pete-woods> cwayne: probably not, it's in the libusermetrics-tools package
[15:32] <pete-woods> cwayne: just confirmed that it's not
[15:33] <cwayne> makes sense
[15:33] <cwayne> thanks pete-woods
[15:33] <pete-woods> np :)
[15:38] <dandrader> Saviq, 1- how/where is "copy&paste" supposed to work. 2- did it ever work?
[15:39] <Saviq> dandrader, it worked with surfaceflinger for sure, it's in qtubuntu
[15:39] <Saviq> ricmm, can you point dandrader further ↑?
[15:40] <dandrader> the display of my nexus 10 turns off and does go back on if I press the power button or "powerd-cli display on bright"
[15:41] <ricmm> dandrader: qtubuntu has an implementation that makes use of the platform-api
[15:41] <ricmm> the platform-api backend used to go over binder, through the android app manager, to the other end
[15:41] <ricmm> now, it should go either through an IPC impl that unity8 owns (dbus, socket) or through Mir at a lower level
[15:43] <dandrader> s/does go/does not go
[15:43] <mhr3> karni, when C28 in the landing sheet says "landed" :)
[15:44] <ricmm> dandrader: is any of what I said relatively clear/familiar to you?
[15:44] <karni> mhr3: you have a row :D thanks
[15:45] <dandrader> ricmm, enough to get started, I think.
[15:45] <dandrader> ricmm, and how is the UI for copy and paste? should long pressing a selection show a pop up with a "copy" option?
[15:45] <ricmm> that exists right now
[15:46] <ricmm> the qtubuntu and up components are existing
[15:46] <ricmm> what needs re-implementing is the plumbing that sits behind scenes in p-api backend
[15:46] <dandrader> ricmm, but it behaves as I explained above?
[15:46] <dandrader> that was my question
[15:46] <ricmm> yes, give it a try
[15:46] <ricmm> open browser and see for yourself
[15:46] <ricmm> theres a quick list that pops up
[15:46] <dandrader> ricmm, I only see "select word" "select all"
[15:47] <ricmm> well you first need to do the selection
[15:47] <ricmm> try on a picture
[15:47] <dandrader> ricmm, btw, is there a sure-fire way to turn on the display
[15:47] <dandrader> ?
[15:47] <dandrader> I started having troubles with it since yesterday...
[15:47] <ricmm> pressing the button should do it
[15:47] <ricmm> if it fails, file a bug
[15:47] <ricmm> heh
[15:47]  * dandrader reboots his N10
[15:48] <dandrader> weird...
[15:50] <dandrader> ok, something is very wrong. I'm getting some black flicker on my screen when playing with unity8....
[15:51] <ricmm> low battery
[15:51] <ricmm> n10 flickers to black when running out of battery
[15:51] <dandrader> so the indicator is buggy, it's showing full battery, let's check via command line
[15:52] <dandrader> "upower --show-info /org/freedesktop/UPower/devices/battery" shows 100% full
[15:52] <ricmm> thats weird then
[15:53] <dandrader> ok, and after the display goes off due to inactivity it doesn't come back unless I reboot
[15:53] <dandrader> sigh, better go for lunch now
[15:58] <tsdgeos> ahhhhhhhhhhh, mako tests failing now?¿?¿
[15:58] <tsdgeos> when did that start?¿
[15:59]  * tsdgeos cries in his corner
[16:03] <tsdgeos> Saviq: any idea ↑↑↑
[16:04] <Saviq> tsdgeos, https://code.launchpad.net/~saviq/unity8/bring-back-unity-mir-dep/+merge/203963 probably
[16:04] <tsdgeos> ah, makes sense
[16:04] <Saviq> tsdgeos, just merging
[16:04] <tsdgeos> \o/
[16:05] <Saviq> tsdgeos, restart, should be good now
[16:19] <Saviq> karni, first stab at CardTool: https://code.launchpad.net/~saviq/unity8/card-tool/+merge/204019, it's not completely good yet and not enough tests, but would like an early proofread if you have some time
[16:19] <karni> brb otp
[16:24] <mhr3> sil2100, /me wants a silo
[16:27] <sil2100> mhr3: hi! So, the silo is not assigned for now since we first want to check the last image
[16:27] <sil2100> mhr3: no worries, I'll try to assign one, just we need consult the current situation first
[16:28] <sil2100> mhr3: (all under control)
[16:28] <karni> Saviq: sure, looking :)
[16:28] <mhr3> sil2100, ok, also for some reason one branch approved for devel is not merging, i wonder why
[16:30] <sil2100> mhr3: uuuuhh... shit's going down I see
[16:31] <sil2100> mhr3: ok, let me look at that in a moment with fginther
[16:31] <tsdgeos> tedg: pete-woods: any idea when the hud that supports quit is going to be in trusty?
[16:31] <sil2100> seb128: merge conflict in your branches in the CITrain it seems?
[16:31] <thostr_> tsdgeos: working on it...
[16:31] <pete-woods> tsdgeos: I'm adding the stuff to the landing sheet imminently
[16:31] <seb128> sil2100, yeah, cf #ubuntu-desktop, being resolved
[16:31] <tsdgeos> pete-woods: thostr_: ok, tx
[16:31] <seb128> sil2100, thanks for the warning though ;-)
[16:32] <seb128> warning -> ping
[16:33] <tintou> hi all, I need libunity to use libgee-0.8 to have it working on my project (see https://code.launchpad.net/~tintou/libunity/fix-gee/+merge/203152 ) do you know if it is possible to have it merged any soon ?
[16:35] <sil2100> seb128: np ;)
[16:35] <mhr3> tintou, and other people would need libunity to use gee-1.0, the only sensible fix is to remove all usage of gee from libunity
[16:36] <tintou> mhr3: why would they prefer gee-1.0 over 0.8 ?
[16:37] <mhr3> tintou, because it's 0.2 better? :)
[16:37] <tintou> mhr3: it's not, they have packaged it wrong
[16:37] <mhr3> tintou, my point stands, the sensible fix is to remove gee
[16:38] <mhr3> completely
[16:38] <seb128> mhr3, you g hater!
[16:38] <seb128> ;-)
[16:38] <mhr3> seb128, yea, let's get rid of glib too, it breaks things too often :P
[16:39] <seb128> lol
[16:39] <seb128> mhr3, are you at the office next week?
[16:39] <mhr3> seb128, yea, i'll come at least twice :)
[16:39] <Saviq> mhr3, why did you decide staging branch in the end?
[16:40] <seb128> mhr3, great, desktop is going to be there, looking forward seeing you ;-)
[16:40] <mhr3> Saviq, >
[16:40] <mhr3> One extra branch I created is lp:unity-scopes-api/staging which will be used for pushing changes from the devel branch to trunk (if we tried to do the merge directly from devel to trunk, we'd have to freeze devel for the entire time that landing to distro is happening, which is currently just too long).
[16:40] <Saviq> mhr3, ah so you had a devel branch already
[16:41] <Saviq> mhr3, we decided to go straight into trunk
[16:41] <mhr3> Saviq, yes, devel is our new trunk, staging is devel-about-to-land
[16:41] <seb128> you guys are crazy
[16:41] <seb128> landing doesn't take that long
[16:41] <mhr3> right :P
[16:43] <mhr3> seb128, i requested landing 2hours ago, didn't even get silo yet.. build will take about 2 hours, testing + publish another ~5hours
[16:45] <tedg> mhr3, Thinking we'll do the same thing for other projects.  Only thing that makes sense really.
[16:45] <tedg> mhr3, Did you make a "devel" series?
[16:45] <tedg> mhr3, Thinkings we should make the names consistent.
[16:45] <seb128> mhr3, build is taking 2 hours ?!
[16:45] <Saviq> mhr3, and testing 5 hrs? are you running the whole suite for all projects?
[16:45] <tedg> seb128, It builds the source package, and then goes to PPA.
[16:46] <seb128> tedg, right, for u-s-s the roundtip for everything is like 1.5h, that includes build, ppa, publish to archive, migrate to release and merge back to trunk
[16:46] <tedg> Took UAL about 20 hours.
[16:46] <seb128> I'm doing my 3rd landing of the day
[16:46]  * Saviq just went from MP to release in 2.5h, and wasn't really paying attention
[16:47] <seb128> tedg, what step was slow? getting a silo because CI guys were sleeping when you made the request?
[16:47] <mhr3> tedg, yep, devel and staging
[16:47] <Saviq> seb128, I see where you're going ;D
[16:47] <tedg> seb128, A bunch of things, but yes, the multiple requests were an issue.  And the builders all died in the middle.
[16:48] <mhr3> Saviq, includes migration from proposed
[16:48] <Saviq> mhr3, yes
[16:48] <seb128> tedg, ok, publisher being down because of the box being upgraded to precise is not something you can associate to the workflow
[16:48] <tedg> seb128, Remember we can't "do" anything.  We can just get to a step and ask someone else to do it.  You have permissions to do things.
[16:48] <mhr3> Saviq, no idea why it takes that long, but that's how it is
[16:48] <seb128> *can't*
[16:48] <seb128> mhr3, how long does it take to build your source on an archive builder?
[16:49] <seb128> mhr3, unity-scopes-api takes 7 min
[16:49] <Saviq> mhr3, there's definitely steps to improve (automated ap runs, "get-silo-on-my-phone" app and such), but I've done three unity8 landings in three days and have been quite happy
[16:49] <seb128> mhr3, a complete roundtrip should be around 1h
[16:50] <mhr3> seb128, the build itself is fast, getting all the builds on all archs, waiting for available builders... waiting for migration from proposed, two days ago all that took 7hours
[16:50] <Saviq> mhr3, really took maybe .5h of *my* time (that includes going through a fairly extensive test plan for unity8)
[16:50] <Saviq> we should gather stats
[16:51] <Saviq> didrocks, ↑
[16:51] <seb128> mhr3, you got unlucky it seems, maybe builders were DoSed by a chromium security update or something
[16:51] <seb128> mhr3, I've done some ~10 landings now and my experience doesn't match yours
[16:51] <didrocks> Saviq: right, that's part of the Airline plan
[16:51] <didrocks> I have no time for the train
[16:51] <didrocks> already many requests :p
[16:51] <Saviq> didrocks, 'stood
[16:53] <tedg> I think the stat that is the most significant is "how long from a simple patch to in development archive" -- seems that it's still easier to get an SRU.
[16:54] <Saviq> tedg, 2.5h for me today - and could've been quicker if I paid attention
[16:54] <seb128> tedg, 1.5h for me on u-s-s (which is not too slow to build)
[16:54] <seb128> that's a lot better than SRU
[16:55]  * Saviq afk's, will be back later to have some quiet time with the laptop... when all of you are asleep :P
[16:55] <seb128> Saviq, have fun!
[16:57] <tedg> seb128, Saviq, hope that happens, doubt it, but we'll see.
[16:58] <seb128> tedg, that what happens?
[16:58] <tedg> seb128, That it takes that long to land an MR.
[16:58] <seb128> tedg, the 1.5h roundtrip for u-s-s is the current situation, not something futur
[16:59] <seb128> the main issue is that somebody from CI needs to be around to give you a silo, but they know about that issue/have plans to do better
[17:00] <tedg> seb128, Apparently no new silos are being allocated right now.
[17:00] <tedg> seb128, I'll wait.
[17:01] <seb128> tedg, yeah, that's a policy issue rather than one with the technical part of the system
[17:01] <seb128> they decided to put things on hold for some reason
[17:01] <tedg> The system and the policies it enforces are indistinguishable from each other.
[17:03] <seb128> they sort of are
[17:04] <seb128> it's like saying that things are slow to land in Ubuntu because during beta freeze there is a freeze
[17:04]  * tedg misses commonly agreed upon and discussed freezes
[17:06] <asac> tedg: go through your lander
[17:06] <seb128> yeah, me too, but apparently we didn't find a better way to prevent things to get out of control
[17:06] <tedg> Really?  So you think 12.04 was "out of control" ?
[17:07] <seb128> asac, the issue is not the lander, is that something the line stop because you guys want to get back to full control before allowing changes again
[17:07] <seb128> tedg, no, but we didn't have the same standards about the devel release than the one currently enforced on the touch images
[17:08] <asac> yes, thats normal business of maintaining a continuously green baseline.
[17:08] <asac> get over it
[17:08] <asac> in turn we have all upstream engineering working on trunk/devel release and we dont end up having painful integration mess in the end
[17:08] <tedg> Yes, we maintained a continually green baseline on 11.10 while we worked on 12.04.
[17:09] <tedg> asac, Yes, we delay the painful integration mess.
[17:17] <ricotz> mhr3, hi, do you have a moment
[17:18] <mhr3> ricotz, sup
[17:19] <ricotz> mhr3, since the session-indicator isnt really smart about checking if unity is actually running, is it feasible to add some envar-support to enable libunity?
[17:19] <ricotz> or even add a check for plank ;)
[17:19] <mhr3> ricotz, libunity has api to check for unity actually
[17:20] <mhr3> inspector iirc
[17:20] <ricotz> mhr3, yeah, it simply looks for the presence of com.canonical.Unity
[17:20] <ricotz> which plank provides to enable it
[17:20] <mhr3> ricotz, ok, then i didn't get what you're after
[17:21] <ricotz> but indicator session is doing so too for using the unity-session-dialogues
[17:22] <ricotz> i was thinking about something like http://paste.debian.net/plain/79279 to avoid the need to mimic the unity dbus
[17:22] <mhr3> ricotz, so you're running indicators in non-unity environment, but the unity dbus name is provided by someone because of... something and that breaks something else? :)
[17:22] <ricotz> hehe, kind of ;)
[17:23] <ricotz> (even http://paste.debian.net/plain/79280 )
[17:24] <mhr3> ricotz, i suppose the primary reason is that plank wants to provide progress indicators and numbers on the icons?
[17:24] <ricotz> this is regarding the count/progress/menu support for dock-items
[17:24] <ricotz> right
[17:25] <ricotz> so having a session-variable to overrule the dbus-check would be nice
[17:26] <mhr3> wondering what would be a nicer solution
[17:27] <ricotz> or could this lead to anything else breaking
[17:28] <mhr3> owning a separate name for the "notifications" would be nicer
[17:28] <ricotz> hmm, this would do it too
[17:29] <ricotz> if you prefer a dbus solution
[17:34] <mhr3> ricotz, ok, so the launcher items do not emit any notifications if unity is not running, i'd say that it should check for unity *or* X and work if either is present
[17:34] <ricotz> mhr3, do you want to look into it while you are looking for a nice name, or do you prefer a patch proposal
[17:34] <mhr3> ricotz, patch pls :)
[17:34] <ricotz> mhr3, exactly, that is what i mean to look for plank ;)
[17:35] <ricotz> what name would you look for "com.canonical.Unity.Notifications"? is this taken?
[17:36] <mhr3> ricotz, yes, would be better to use something neutral (non-canonical)
[17:36] <ricotz> or "net.launchpad.plank"
[17:37] <mhr3> doesn't seem too neutral
[17:37] <mhr3> the last part anyway, the first two are fine
[17:37] <ricotz> right, but isn't it suppose to be an owned domain
[17:38] <mhr3> it might be linking to blueprint on lp
[17:38] <mhr3> or something like that
[17:39] <ricotz> this would target a specific project too
[17:39] <mhr3> ubuntu?
[17:41] <ricotz> hmm, no idea yet
[17:57] <karni> Saviq: hey, got side tracked, sorry. I'll grab lunch (~1h) and will gladly review your branch, would that work?
[17:59] <Saviq> karni, no worries, it's not ready for real review yet anyway
[17:59] <Saviq> karni, lunch, btw? where are you working from these days/
[17:59] <Saviq> ?
[18:00] <karni> Saviq: Warsaw. I tend to start work 10-11 AM. And I have a screwed up eating rhythm :D
[18:00] <karni> Saviq: that way, I have bit better cross over with the US guys on my team
[18:00] <Saviq> karni, well, yeah... but lunch at 7pm ;)
[18:00] <karni> also, when I occasionally EOD between 2-5am, it'd be hard to start the time you guys do ;D
[18:00] <Saviq> karni, I understand breakfast at 4pm (happens to me all the time) ;)
[18:00] <karni> hahahh
[18:01] <karni> I take that my lunch is quite early haha
[18:36] <mterry> Saviq, description of that disable-nm-test updated, whoops
[18:38] <ricotz> mhr3, maybe like that http://paste.debian.net/plain/79312
[18:40] <Saviq> mterry, nw
[18:41] <ricotz> mhr3, regarding the gee-0.8/gee-1.0 problem, why is gee-1.0 mentioned in pkg-config files while it isnt used in the public api?
[18:42] <mhr3> ricotz, would be awesome if you factored out a DBusNameWatcher class and make the Inspector just use new DBusNameWatcher("com.canonical.Unity"), and LauncherEntry would then check both Inspector and it's own DBusNameWatcher("net.launchpad...")
[18:42] <mhr3> ricotz, forgot to remove i guess...
[18:43] <ricotz> hmm, i see
[18:44] <ricotz> i wasnt going for a rewrite of this part though ;)
[18:46] <mhr3> ricotz, sorry, i like clean solutions :P
[18:47] <mhr3> anyway.. heading home
[18:48] <ricotz> mhr3, ttyl
[18:49] <dandrader> ricmm, for the record: a full device reset did solve my "black flicker" + "display doesn't go back on again" issue
[18:59] <dandrader> greyback, is the side stage work still pretty much a WIP? I'm getting that vertical shadow separator in front of fullscreen apps even though there's nothing on the side stage. is that expected at this point?
[18:59] <greyback> dandrader: there are quite a bugs yeah
[19:00] <greyback> dandrader: can I ask, what version of upstart-app-launch have you installed?
[19:01] <dandrader> greyback, 0.3+14.04.20  just flashed my device
[19:01] <greyback> dandrader: ok, then it has the latest changes I was waiting for (some side stage parts were broken until it lands)
[19:04] <greyback> kgunn: if you want to start logging side stage bugs, the latest image (155) is one to choose.
[19:04] <kgunn> greyback: ok...getting my n10 sorted now
[19:52] <kgunn> mterry: greyback ...so i don't see how you guys want displayConfigOutput.orientation
[19:52] <mterry> kgunn, lp:mir/devel gained a new parameter
[19:52] <kgunn> at least i thot the signature came from display_configuration.h from mir ?
[19:53] <kgunn> mterry: right...but we need to land 0.1.4 first
[19:53] <mterry> kgunn, I thought 0.1.4 was mir/devel still
[19:53] <kgunn> mterry: so you're not wrong...just early :)
[19:53] <mterry> kgunn, OK you know what's up then  :)
[19:54] <kgunn> mterry: yeah...we really have to snapshot for history and such, so 0.1.4 is the dev-branch equiv of r1330
[19:54] <mterry> kgunn, aw bummer.  I want r1353
[19:55] <kgunn> mterry: dude you and me both....
[19:55] <mterry> so that means next release will also be a SONAME bump and take a while
[19:55] <kgunn> mterry: first xserver broke, then platform api, now mir won't pass unit test ....but it was yesterday...and this is all on the new ci train
[19:56] <kgunn> mterry: well...as soon as i can get 0.1.4 in ...we'll do 0.1.5 right after
[19:56] <kgunn> in fact i may just ask duflu to queue it up tonight
[19:56] <mterry> cool
[19:57] <dandrader> any idea what piece of software does the work of holding the clipboard contents?
[19:57] <dandrader> in ubuntu
[20:00] <dandrader> is it the xserver itself?
[20:02]  * mterry reboots
[20:10] <Saviq> karni, https://code.launchpad.net/~saviq/unity8/improve-card-cardheader-layouts/+merge/204092
[20:10]  * karni looks
[20:10] <Saviq> dandrader|afk, in real ubuntu, yes
[20:10] <karni> Saviq: just branched your card-tool for a spin
[20:10] <Saviq> karni, wait for it, got an update
[20:15] <karni> Saviq: 82-85 - adding semicolons only inflated diff size. was this intentional?
[20:15] <Saviq> karni, yeah, semicolons in JS [20:16] <karni> Saviq: gotcha
[20:16] <Saviq> karni, didn't want a separate MP
[20:16]  * karni will remember
[20:17] <Saviq> karni, resubmitted with prerequisite, btw https://code.launchpad.net/~saviq/unity8/card-tool/+merge/204093
[20:18] <karni> Saviq: would you like to add 'MP Submission Checklist Template' :)?
[20:18] <Saviq> karni, indeed
[20:18] <karni> on improve-card-cardheader-layouts
[20:21] <karni> hrm. ↑ that one is taking a while to update the diff.
[20:23] <karni> Saviq: Just FYI, I know this is WIP. testCardTool Totals: 4 passed, 4 failed, 0 skipped
[20:25] <karni> Saviq: FYI recent comment of Katie on the spec doc VS your tryCardTool last test case: "without art a horizontal card doesn't exist"
[20:26] <karni> Saviq: I don't see a reason why, but that's what she said.
[20:26] <karni> I guess she meant if there's no art, there should be mascot. *BUT* if you have news feed, and only want text?
[20:26] <Saviq> karni, very simple why
[20:26] <Saviq> karni, horizontal and no art == vertical and no art ;)
[20:26] <Saviq> karni, h vs. v is only about header moving around art
[20:26] <Saviq> karni, so if no art
[20:27] <Saviq> karni, on tests, yeah, still to-do
[20:27] <karni> pfff of course :))
[20:27] <Saviq> karni, pushed a few visual tweaks to the improve layouts branch
[20:27] <dandrader> Saviq, any preference/opinion on what you would like to see holding the clipboard contents in the brave new mir+unity8 world?
[20:28] <karni> Saviq: ack
[20:28] <Saviq> dandrader, Mir is supposed to have a minimal default implementation, but we might extend on it through ContentHub
[20:29] <dandrader> Saviq, hmm, I thought mir wouldn't care about it
[20:30] <Saviq> dandrader, Mir is supposed to be a tool to build shells, if every shell needs to reimplement something as simple as a copy/paste buffer...
[20:30] <Saviq> dandrader, then we have Wayland ;)
[20:30] <Saviq> karni, put checklist in
[20:30] <karni> ok
[20:31] <Saviq> karni, sorry, --overwritten card-tool
[20:32] <karni> ok
[20:32] <karni> brb otp
[20:32] <karni> (ubuntu support lol ;) )
[20:33] <kgunn> dandrader: Saviq ...mir would provide the mechanism, but shell would need to arbitrate through content hub right?
[20:33] <kgunn> i mean eventually...not for mwc demo
[20:33] <kgunn> but some app could conceivably say ...don't copy my text right ?
[20:34] <Saviq> kgunn, it's not the apps' text, it's the user's
[20:34] <kgunn> so that's a bridge too far
[20:34] <Saviq> ;)
[20:35] <Saviq> kgunn, but anyway, with contenthub it'll be unity8/unity-mir that will extend the basic c/p buffer that should have a default implementation in Mir, I'd say
[20:35] <Saviq> kgunn, contenthub is ubuntu-specific, Mir is not meant to be
[20:35] <Saviq> kgunn, so yeah, Mir won't know about CH
[20:36] <kgunn> Saviq: but to the point of text, i guess we're just counting on secure input keeping someone naughty from doing a text highlight & screen scrape?
[20:36] <dandrader> kgunn, so now I'm supposed to just hack away "something that works"?
[20:36] <Saviq> kgunn, oh yeah, nothing without user interaction
[20:37] <Saviq> dandrader, yeah, did ricmm point you at what worked in qtubuntu?
[20:37] <dandrader> Saviq, qtubuntu calls platform-api which used to use android's clipboard service
[20:38] <Saviq> dandrader, can we not use it still? is it bound to surfaceflinger? or did we drop that service?
[20:38] <dandrader> Saviq, now it's about replacing that android clipboard service usage in platform api with something else
[20:38] <Saviq> dandrader, now it's about getting it to work again, I'd say, with as little effort as possible?
[20:48] <dandrader> ricmm, so, we can no longer use android's ClipboardService, right?
[20:51] <Saviq> dandrader, he's in London, doubt he'll answer
[20:51] <dandrader> ah
[20:54] <dandrader> Saviq,  well, from what I understood, his suggestion is to make platform-api now talk via some IPC (new socket, dbus, mir) to unity8 and have unity8 being the guy that stores the clipboard value for now
[20:59] <Saviq> dandrader, sure, we even have the 'mir-opaque' comms channel for that
[21:00] <Saviq> dandrader, that's meant to allow things talk through the mir socket without it knowing what the conversation is about
[21:00] <Saviq> dandrader, if it's impossible to use the old approach, then yeah, we need to build something new that's as little work as possible
[21:03] <karni> Saviq: these fonts are suspiciously small I'm afraid. title font is smaller than summary..
[21:03] <Saviq> karni, ah well, summary should probably be even smaller
[21:03] <karni> shit. stuff will get really small.
[21:04] <Saviq> karni, https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgOHAwNEt1S2Zfa2s/edit
[21:04] <karni> Saviq: I'm right there
[21:04] <karni> Header Text Styles
[21:04] <karni> XXS maps to "small"?
[21:04] <Saviq> karni, xx-s
[21:05] <karni> title should be XXS. your code has 'small' for titleLabel
[21:05] <Saviq> karni, I was trying to match the visuals as close as possible, wasn't looking at the spec at the moment...
[21:05] <karni> aha
[21:05] <Saviq> karni, I'd say folks don't know what xx-small means, then...
[21:06] <karni> Saviq: man.. I really have mixed feelings about those font sizes :( Can we either make summary the size of title font, or not change them for now.. ?
[21:06] <Saviq> karni, sure, I didn't look at summary, sorry about that
[21:06] <karni> I almost need a magnifying glass to read these
[21:06] <karni> Saviq: thank you
[21:06] <Saviq> karni, well, on the phone?
[21:06] <karni> Saviq: At least we'll have consisten look
[21:06] <Saviq> karni, GRID_UNIT_PX=12 and you'll be set ;)
[21:06] <karni> :D
[21:06] <Saviq> karni, stuff's smaller on desktop by default
[21:06] <Saviq> than on phone
[21:07] <Saviq> especially if you have a high-density display
[21:07] <karni> hrm :D that's much better
[21:07] <karni> In that case, can you just fix the summary font size?
[21:08] <karni> I still think subtitle will be ridiculously small :D but that's easy to change, if need be.
[21:10] <Saviq> karni, looking at https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgQ002UmQxbjJmMHc/edit summary is to be same size as title, so will make it "small"
[21:10] <karni> Saviq: last question. tryCard 2nd test case "ARt, header, summary - vertical, small" - out of "foo" title, only 'f' is displayed. While unrelated to your MP at all, I think that makes so little sense.
[21:10] <karni> Saviq: yes, thank you
[21:10] <Saviq> karni, sure, mascot will probably be forbidden in small
[21:10] <karni> ack
[21:10] <karni> makes sense
[21:10] <Saviq> karni, we'll build those kind of rules in later
[21:10]  * karni nods
[21:12] <Saviq> karni, as in the scope tool needs to tell you that a certain construct is disallowed
[21:13] <karni> Saviq: I had an initial look at your card-tool. I like it, certainly good direction. I'd like to read it more thoroughly though, and I'll have to leave soon, I'm sorry. I'm happy to do that first thing tomorrow :)
[21:13] <karni> Saviq: yeah
[21:13] <Saviq> karni, and we'll try and degrade gracefully
[21:13] <Saviq> karni, no worries, hopefully will be complete by the time you're back tomorrow
[21:13] <karni> Saviq: that + the API needs to console.warn if such construct is used anyway, and degrade gracefully, like you said
[21:13] <karni> Saviq: neat. do you ever sleep? ;P
[21:14] <Saviq> karni, well, console.warn is kinda useless... it's client-side, so no one will see it
[21:14] <karni> Saviq: don't even tell me if you have a girl/wife haha!
[21:14] <Saviq> karni, sometimes, and yes, 6 years married ;)
[21:14] <karni> Saviq: devs will! (or should be able to)
[21:14] <karni> Saviq: :DD
[21:15] <Saviq> karni, we want to pass those as errors up to errors.ubuntu.com or somewhere
[21:15] <Saviq> karni, so that scope authors will get an aggregate view
[21:15] <Saviq> karni, but yeah, there are plans
[21:15] <karni> niiiiiiiice :>
[21:15] <karni> like those plans!
[21:17] <karni> Saviq: I'll disappear for a moment. If you push this comment font size fix, I'll approve before I leave :)
[21:17] <Saviq> karni, didn't I already?
[21:17]  * karni looks
[21:18] <Saviq> karni, yeah, it's there, sorry didn't ping
[21:18] <Saviq> karni, wrong
[21:18] <Saviq> sec
[21:18] <karni> rev 675
[21:18] <Saviq> karni, now
[21:18] <karni> ok
[21:20] <karni> Saviq: I assume that jenkins failure is known issue?
[21:20] <Saviq> karni, already fixed in another branch
[21:21] <karni> Saviq: thank you, +1 :)
[21:21] <karni> Catch you tomorrow, and get some sleep as well! :)
[21:21] <Saviq> karni, o/
[21:21] <karni> \o
[21:45] <karni> Saviq: sounds like I overdid it. I shall remove those tests from unity8-fix-mascot
[21:46] <Saviq> karni, weren't you AFK?
[21:46] <karni> Saviq: let's say I'm back for a moment before I leave (or not, might change plans)
[21:46] <Saviq> ;)
[21:46] <karni> Saviq: In any case, although I added them *after* code, I felt that was the TDD way heh.
[21:47] <karni> even if these were visual properties, but you're right
[21:47] <Saviq> karni, problem with that then is that you need to update those value in the test and in the code, but that's not meaningful, really
[21:48] <karni> Saviq: yeah, I could get into lengthy discussion about it (tests are documentation, blah blah :D), but yea. I'll remove em.
[21:49] <Saviq> karni, when you come up with a way to measure coverage for QML, we can talk again ;P
[21:49] <karni> haha
[21:49]  * karni notes for 10% time project xDDD
[21:50] <karni> but seriously, I have a better thing in mind. wireframing in qmlscene. would be so useful *not* to use transparent rectangles in code to figure out what's wrong in the UI.
[21:53] <Saviq> karni, well... http://doc.qt.digia.com/qtcreator/creator-debugging-qml.html
[21:53] <Saviq> karni, unfortunately it's been pretty unstable recently
[21:53] <karni> Saviq: Bookmarked to Read :)
[21:54] <karni> I would sure do my research first, that was just an idea :)
[22:04] <karni> Saviq: FYI updated https://code.launchpad.net/~unity-team/unity8/unity8-fix-mascot/+merge/203967
[22:04] <Saviq> karni, cheers
[22:04] <karni> cheers
[22:06] <Saviq> karni, Cannot assign to non-existent property "verticalAlignmnent"
[22:06] <Saviq> ETOOMANYNS
[22:06] <karni> Saviq: sorry. I'll get back to you tomorrow then.
[22:06] <Saviq> karni, just a typo
[22:06] <Saviq> karni, anyway, have a good night!
[22:07] <karni> you too!
[22:07] <karni> thanks
[22:10] <karni> Pushed. For gods sake, mascot, go away :D
[22:50] <Saviq> mzanetti, go away
[22:53] <kgunn> you go away
[22:53] <mzanetti> :D