[09:59] <mhr3> Saviq, btw two notes from design review, not sure if anyone opened these as bugs yet
[09:59] <mhr3> - carousel visual in scopes isn't correct (should be circular)
[09:59] <mhr3> - orange dividing line when revealing indicators shouldn't disappear when the overlay is fully opened
[09:59] <Saviq> mhr3, nope, Jouni just said "approved"
[09:59] <Saviq> mhr3, ah but that's not even new-scopes
[10:00] <mhr3> Saviq, nah, general stuff
[10:00] <Saviq> mhr3, not sure what the first one means, though
[10:00] <Saviq> mhr3, care to file them please?
[10:00] <mhr3> Saviq, the first one still needs visual design, cause afaict it matches it fine
[10:01] <Saviq> mhr3, affect ubuntu-ux then?
[10:01] <mhr3> Saviq, fwiw it was about the corners of the carousel - they shouldn't be just cut, the carousel has to be "shaped" differently
[10:01] <Saviq> mhr3, ah you mean edges?
[10:01] <mhr3> yea
[10:01] <Saviq> mhr3, like left/right edge?
[10:01] <Saviq> mhr3, there's some shadow that's meant to happen AFAIR
[10:01] <mhr3> Saviq, otherwise switching between scopes that have carousels is too weird
[10:02] <Saviq> mhr3, yup, understood
[10:04] <mhr3> Saviq, anyway, just a headsup on upcoming changes
[10:04] <Saviq> mhr3, yeah thanks
[10:39] <Saviq> greyback, hey, opinion: bug or not https://bugreports.qt-project.org/browse/QTBUG-37677 ?
[10:43] <greyback> Saviq: so it does sounds like a bug, but I suspect the way Mir blocks rendering of clients isn't good either. I believe Mir causes Qt to block in its rendering thread at the swapBuffers call, which I'm not sure is a typical thing to do. Usually I'd expect a window manager to send "window hidden" events to all clients, so that they can pause their rendering thread, yet keep chewing events
[10:44] <Saviq> greyback, well, as we've seen from 5.0, this can happen regardless
[10:44] <Saviq> greyback, IMO the fact that you can't produce frames
[10:44] <Saviq> should not mean you should stop processing everything else altogether
[10:46] <Saviq> greyback, and FWIW in this case it's not a "blocked thread" issue, i.e. the processing stops after a few seconds after the output's been blocked
[10:46] <Saviq> so it looks like it's actively suspended after some timeout
[10:46] <greyback> huh
[10:47] <greyback> that's bizarre
[10:47] <Saviq> yeah, I'm worried of a "it's not a bug, it's a feature" response
[10:48] <mzanetti> paulliu: hey, you around?
[10:48] <greyback> Saviq: any luck in tracking down the code change?
[10:48] <greyback> want a hand?
[10:49] <Saviq> greyback, didn't get to it, was actually hoping for Alan or Simon to show up, but that's not happening, so will get onto bisecting now
[11:00] <paulliu> mzanetti: hi
[11:00] <paulliu> mzanetti: what's up?
[11:01] <mzanetti> hi paulliu. Just came by your lazyImage fix
[11:01] <mzanetti> got me curious why the existing tests didn't catch this
[11:01] <mzanetti> while figuring I added some for it
[11:01] <paulliu> mzanetti: because it needs adding real image for test. Or we cannot get the source size.
[11:02] <paulliu> mzanetti: oh.. ok
[11:02] <mzanetti> paulliu: https://code.launchpad.net/~mzanetti/unity8/fix-lazyImage1-test/+merge/212131
[11:02] <paulliu> mzanetti: I'll merge it.
[11:02] <mzanetti> paulliu: I proposed it to be merged into your branch
[11:02] <paulliu> mzanetti: ok. thanks a lot.
[11:02] <mzanetti> paulliu: no problem. thank you for discovering this
[11:03] <greyback> Saviq: in the bug, should it not be "qmlscene printDate.qml" not "qml printDate.qml" ?
[11:03] <Saviq> greyback, "qml" is a new blessed tool
[11:03] <mzanetti> uh?
[11:03]  * mzanetti tries
[11:03] <greyback> ah yeah
[11:03] <Saviq> greyback, that's actually "allowed" to be used in production, as opposed to qmlscene
[11:04] <Saviq> mzanetti, apt-get install qml
[11:04] <greyback> thought it was to be called qmlrunner
[11:04] <greyback> saves me 6 keystrokes
[11:04] <mzanetti> does it use less mem?
[11:09] <mzanetti> no... 300kb more
[11:11] <Saviq> mzanetti, paulliu, there's a licensing issue with the code in that branch, see Cimi's comment
[11:12] <Saviq> the original code is GPL v2 or v3, we can't get that
[11:12] <mzanetti> Saviq: which branch?
[11:12] <Saviq> mzanetti, paulliu's ZoomableImage
[11:13] <mzanetti> Saviq: ah... the one we just talked about was a fix in LazyImage
[11:13] <Saviq> mzanetti, ah crap, of course
[11:13]  * Saviq mixed stuff up, as you were
[11:14] <mzanetti> nw
[11:16] <Cimi> ciao paulliu
[11:16] <Cimi> we use this policy now when we propose or review https://wiki.ubuntu.com/Process/Merges/Checklists/Unity8
[11:17] <Cimi> for example https://code.launchpad.net/~saviq/unity8/workaround-lp1293478/+merge/211702
[11:34] <mhr3> Saviq, any idea why qmlviewer would tell me that it can't connect to display when run via xvfb-run?
[11:34] <Saviq> mhr3, because it's qt4?
[11:35] <Saviq> mhr3, did you actually want to use QtQuick1 / Qt4?
[11:35] <Saviq> or did you mean qmlscene
[11:35] <Saviq> mhr3, either way
[11:35] <mhr3> Saviq, ah, no i actually run just "qml foo.qml"
[11:35] <Saviq> `xvfb-run -s "-screen 0 1024x768x24" qml foo` works fine here
[11:36] <Saviq> mhr3, the x24 is important
[11:36] <Saviq> mhr3, otherwise Gallium doesn't work
[11:37] <mhr3> Saviq, :/
[11:37] <mhr3> $ xvfb-run -a -s "screen 0 1024x768x24" qml test.qml
[11:37] <mhr3> QXcbConnection: Could not connect to display :109
[11:37] <Saviq> mhr3, 109? do you have 10 other xvfbs running?
[11:38] <Saviq> mhr3, I get the same with -a
[11:38] <mhr3> no, not even one
[11:38] <Saviq> mhr3, drop the -a
[11:38] <Saviq> interesting
[11:38] <mhr3> Saviq, without -a it's trying to use :0
[11:38] <Saviq> mhr3, huh? then xvfb-run is stupid
[11:38] <Saviq> mhr3, ah
[11:38] <Saviq> mhr3, missing-
[11:38] <Saviq> mhr3, -screen
[11:39] <Saviq> not screen
[11:39] <mhr3> aaaah :)
[11:39] <mhr3> cheers
[11:39] <Saviq> nw
[11:39] <Saviq> yay for cryptic error msgs
[11:39] <Saviq> /food
[11:47] <asac> Saviq: mzanetti: greyback: are we out of ideas on the event thing?
[11:48] <asac> or still actively pursuing, debugging on our own
[11:49] <greyback> asac: it's being actively pursued right now, we have simple test case, working on tracking down the Qt change responsible
[11:54] <Saviq> asac, what greyback said
[11:55] <asac> greyback: awesome
[12:08] <Saviq> MacSlow|lunch, can you come to #sdk on canonical irc and see with kalikiana what's about his notification test failure?
[12:12] <paulliu> Cimi: ok
[12:15] <mzanetti> Saviq: jfi: updated the xvfbTestSomething
[12:15] <Saviq> mzanetti, k
[12:15] <paulliu> Cimi: so I should change it to GPLv2+?
[12:16] <Saviq> paulliu, no, we just can't have it
[12:16] <paulliu> Saviq: wow, I have to re-write it.
[12:16] <Saviq> paulliu, we (Canonical) needs copyright to the code we want to own
[12:17] <Saviq> paulliu, since we're trying to license it under GPLv3
[12:17] <Saviq> but also be able to dual-license it
[12:18] <Saviq> paulliu, yes, or find something in a more permissible license
[12:34] <Cimi> we probably want [12:34] <Cimi> to be compatible with tests
[12:34] <Cimi> even though I can hardly see this failing
[12:35] <Cimi> Saviq, I propose we use [12:35] <Saviq> Cimi, it's not weirdness ;)
[12:35] <Saviq> Cimi, and we don't have v4
[12:36] <Saviq> Cimi, and it doesn't matter when you're comparing strings
[12:36] <Saviq> Cimi, nothing will ever equal "fit", other than "fit"
[12:36] <Saviq> erm, we *do* have v4 now
[12:37] <Cimi> Saviq, if scaleTo is not string, though
[12:37] <Saviq> Cimi, it will still != "fit"
[12:37] <Saviq> null != "fit"; null !== "fit; object != "fit"; object !== "fit", only "fit" == "fit" and "fit" [12:38] <Saviq> Cimi, it only really matters when you want to check for validity of a variable
[12:38] <Saviq> Cimi, so, 0, "", false vs. null/undefined
[12:39] <Saviq> Cimi, there is one other point
[12:39] <Cimi> I'm reading
[12:39] <Saviq> Cimi, it might be quicker to do [12:39] <Cimi> I know this
[12:40] <paulliu> BTW, can I use those images inside qml/graphics and qml/Dash/graphics for test cases?
[12:40] <paulliu> Some are screenshots.
[12:40] <Cimi> sure
[12:40] <Cimi> paulliu, maybe there are something in tests/
[12:40] <Saviq> paulliu, it's better to copy them / supply your own
[12:41] <Saviq> paulliu, as those from qml/ might disappear/change, while the test should remain valid
[12:41] <paulliu> Saviq: ok
[12:42] <Cimi> paulliu, ask danrader about the test
[12:42] <Cimi> paulliu, as in my comment
[12:42] <paulliu> Cimi: ok
[12:43] <Cimi> latencies on jenkins are not reliable
[12:43] <Cimi> in your case might not matter since a pinch to zoom hold the mouse
[12:49] <Saviq> mzanetti, did you take care to not fail if gcc isn't available?
[13:56] <Cimi> mterry, ping
[13:56] <mterry> Cimi, hello
[13:56] <Cimi> morning!
[13:56] <Cimi> mterry, I am recompiling but I didn't seem to get the wifi page loaded
[13:57] <Cimi> mterry, I removed .disabled though
[13:57] <mterry> Cimi, how are you running?
[13:57] <Cimi> mterry, wizard/tests.sh
[13:58] <Cimi> mterry, unless a previous debuild has the .disabled
[13:58] <mterry> Cimi, is it gone from debian/tmp/usr/share/ubuntu/settings/wizard/qml/Pages?
[13:58] <mterry> Cimi, that's where test.sh looks
[13:58] <Cimi> I'll wait for this debuild to finish
[13:58]  * Cimi should really start building this pc, that arrived
[13:58] <mzanetti> Saviq: re gcc not available. do we really need to catch that?
[13:58] <Cimi> an i7 4770 will help with compile :)
[13:59] <mzanetti> I mean... we have much worse issues in that case
[13:59] <Saviq> mzanetti, dunno, do you think gcc will be everywhere this might be run?
[14:00] <mzanetti> Saviq: are you now thinking of no cmpiler around at all or a different compiler used?
[14:00] <Saviq> mzanetti, none at all
[14:00] <seb128> mterry, there might be an issue with that logic, I didn't check out, but remember how my number of dots was off until I installed the deb the other day? it seems to look in the system location for some stuf (like the number of pages at least)
[14:01] <Cimi> also
[14:01] <Cimi> can we check it works fine with no-sim?
[14:01] <Cimi> I mena, number of dots
[14:01] <Cimi> *mean
[14:02] <mterry> seb128, oh hmm, maybe because test.sh *prefixes* to XDG_DATA_DIRS instead of *replacing* it
[14:03] <Cimi> mterry, that would explain why I didn't get the wifi page
[14:03] <mzanetti> Saviq: http://paste.ubuntu.com/7130716/
[14:04] <mterry> Cimi, try changing that in test.sh and see what happens
[14:04] <mzanetti> after that FindQtXXX bails out a couple of times, but it never even reaches that place
[14:04] <kgunn> mterry: so, every pkg built but telephony-service, seems to fail on "no matching func" in one of the mocks...
[14:04] <kgunn> https://launchpadlibrarian.net/170202092/buildlog_ubuntu-trusty-armhf.telephony-service_0.1%2B14.04.20140321-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:05]  * kgunn so glad we're doing this now :)
[14:05] <Saviq> mzanetti, it's really easy to catch - if no gcc, don't export LD_...
[14:05] <Cimi> mterry, I don't have .disabled
[14:05] <Cimi> still doesnot wok
[14:05] <mterry> kgunn, either I have to merge from trunk or telephony-service is expecting some other library to be updated
[14:05] <mterry> kgunn, let me try merging
[14:05] <Saviq> mzanetti, I'm just thinking ahead, when we give that to people that don't actually have anything compiled in their apps, so cmake won't look for gcc
[14:05] <mterry> Cimi, but did you try changing test.sh's use of XDG_DATA_DIRS?
[14:06] <Cimi> mterry, lp:~unity-team/ubuntu-system-settings/wizard.wifi
[14:06] <mzanetti> Saviq: ah ok. makes sense.
[14:06] <Cimi> mterry, I *removed the file from /usr/share
[14:06] <mzanetti> Saviq: I just didn't know where you were going with this
[14:06] <Saviq> mzanetti, k
[14:06] <mzanetti> and didn't see much point in adding useless checks
[14:07] <mterry> Cimi, add some debugging comments to PageList then
[14:07] <Cimi> ok
[14:07] <mterry> kgunn, nope, doesn't need merge from trunk.  let me ask boiko
[14:07] <Saviq> kgunn, was looking at those failures, but does mterry's code actually touch any of that?
[14:07] <mterry> Saviq, no, not my code.  But I think telphony-service expects some unreleased library update
[14:07] <kgunn> yep, probably mock version update or some such
[14:08] <Saviq> mterry, right
[14:08] <mterry> boiko, what does telephony-service trunk need to build correctly?  we're seeing a failure: https://launchpadlibrarian.net/170202092/buildlog_ubuntu-trusty-armhf.telephony-service_0.1%2B14.04.20140321-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:08] <boiko> mterry: it needs the silo landing-009 merged :)
[14:09] <Saviq> boiko, is there any one MP we could get?
[14:09] <Cimi> mterry, can we do something quicker than this debuild?
[14:09] <mterry> boiko, OK.  (we're trying to stage a silo for the greeter that happens to include my telephony branches)
[14:10] <mterry> Cimi, yeah.  If qml changes, you can manually copy files to debian/tmp.  If build changes, you can do something like my quick and dirty rebuild command: rm -f debian/*.debhelper.log; dh_autoreconf_clean; DEB_BUILD_OPTIONS="nostrip noopt nocheck" debuild --no-tgz-check -i -I -us -uc -nc
[14:10] <Saviq> or we can just take all of them...
[14:11] <boiko> mterry: your changes are already in landing-009
[14:11] <Cimi> mterry, cool will try next time
[14:11] <mterry> boiko, I know.  But I wanted one giant PPA for testing.  I'll remove the telephony stuff from my silo when yours lands
[14:12] <boiko> mterry: ah ok, well, if it is only for testing, I can cook a quick patch for you, just don't merge it as it is going to cause conflicts in the existing MRs :)
[14:13] <mterry> kgunn, is it easier to grab boiko's whole silo or use a quick patch?
[14:13] <kgunn> boiko: mterry quick patch...
[14:14] <kgunn> then we can just target a force rebuild of the telephony pkg
[14:14] <boiko> kgunn: mterry: just give me a minute then
[14:14] <kgunn> actually...whatever boiko says is the least risky/easiest :)
[14:15] <boiko> kgunn: I guess if the changes are not related to the telephony apps, I think the easiest is to just patch telephony-service
[14:17] <boiko> kgunn: mterry: http://paste.ubuntu.com/7130791/
[14:18] <mterry> boiko, kgunn: I will make an MP out of that
[14:21] <kgunn> mterry: cool, rebooting in the meantime
[14:25] <Saviq> mterry, make it WiP/Rejected straight away, Train doesn't care
[14:26] <mterry> kgunn, https://code.launchpad.net/~mterry/telephony-service/quick-fix-dont-merge/+merge/212166
[14:26] <mterry> Saviq, yup
[14:27] <kgunn> mterry: ack
[14:35] <mterry> boiko, thanks btw  :)
[14:37] <Saviq> anyone else's mumble disconnected?
[14:40] <boiko> mterry: no problems
[14:51] <kgunn> Saviq: so you're definitely right that technically the 0.1.8 bump isn't needed, however we started doing that ages ago as a means to trigger a rebuild...which i'm sure there's another way...what would you recommend? change to deb changelog ?
[14:52] <Saviq> kgunn, no-change rebuild
[14:52] <Saviq> kgunn, so just an empty MP
[14:52] <Saviq> kgunn, and the correct order of building things in a silo
[14:52] <Saviq> kgunn, empty as in bzr commit --unchanged
[14:53] <Saviq> kgunn, normally you bump debian/changelog, but the silos are doing it for you
[14:53] <kgunn> Saviq: i knew you could empty bzr commit, didnt realize lp would let me empty mp
[14:54] <Saviq> kgunn, well, it's empty in terms of diff, but there's still a commit to be added,
[14:56] <kgunn> .....just wonder if there was some other weird reason....i need to ask didrocks...surely he knew we could empty mp
[14:58] <Saviq> kgunn, the only thing it gets you is it forces the order of things
[14:58] <Saviq> kgunn, i.e. if you built unity-mir with mir at the same time to the silo, without the dep change, it would build against the distro version
[15:03] <kgunn> Saviq: i agree with you in principal...and willing to start using that method (just a nagging thot there was some other didrocks-voodoo reason)
[15:03] <Saviq> kgunn, sure, maybe he'll prove me wrong
[15:04] <Saviq> kgunn, but that's generally what was happening in distro pre-train, people would just bump the changelog and upload for rebuild
[15:56] <roadmr> hello unity folks! is there a laptop-friendly alternative to the ctrl+alt+numpad window arranging shortcuts? most under-15" laptops have no usable keypad
[16:02] <dpm> pstolowski, mhr3, while generating the documentation for the new scopes API on d.u.c I came across two sets of docs. Could you tell me whether both are up-to-date and why there are two sets?
[16:02] <dpm> They're http://developer.ubuntu.com/api/devel/ubuntu-14.04/cplusplus/libunity-scopes/
[16:02] <dpm> and http://developer.ubuntu.com/api/devel/ubuntu-14.04/cplusplus/unity-scopes/
[16:02] <Saviq> roadmr, you usually can use the Fn key to use the numpad keys
[16:03] <mhr3> dpm, latter is more up-to-date
[16:03] <roadmr> Saviq: not on this laptop :( hence my asking
[16:03] <dpm> mhr3, thanks. Do you happen to know where  the first set comes from?
[16:03] <Saviq> roadmr, so the shortcut would be Ctrl+Alt+Fn+key, so not great
[16:03] <Saviq> roadmr, you'll have to remap in cssm
[16:03] <Saviq> ccsm
[16:03] <mhr3> dpm, mhall119 used to upload that one for us
[16:04] <dpm> mhall119, did you do the upload of http://developer.ubuntu.com/api/devel/ubuntu-14.04/cplusplus/libunity-scopes/ manually, or did you get it pulled by the publisher script?
[16:06] <roadmr> Saviq: oh so it can be remapped with ccsm? I'll have a look at that... thanks
[16:06] <roadmr> Saviq: somehting like Super+(w,a,s,d) or some such would fit me, not sure if Unity will love that, but at least thanks to you I know where to look now :)
[16:07] <mhall119> dpm: manually
[16:08] <dpm> mhall119, ok, in that case I'll remove those, as the newer ones are now pulled automatically from the unity PPA
[16:09] <dpm> done
[16:11] <mhr3> dpm, just pull them from distro
[16:12] <mhr3> dpm, the ppa isn't regularly updated
[16:13] <dpm> mhr3, ok, I can do that now
[16:17] <Saviq> roadmr, some of those (Super+s) are already mapped
[16:17] <roadmr> Saviq: yes, that's what I'm finding :/
[16:17] <Saviq> roadmr, and there's actually all ten keys used
[16:17] <Saviq> roadmr, from the numpad
[16:17] <Saviq> roadmr, for edges (4), corners (4), maximized and minimized
[16:18] <roadmr> Saviq: well I'll find some combinations that work... because this thing really has no overlaid keypad so I was left with no alternative
[16:18] <Saviq> roadmr, understood
[16:18] <roadmr> Saviq: thanks anyway, I had no idea ccsm could set those shortcuts
[16:20] <dpm> mhr3, mhall119, ok, now http://developer.ubuntu.com/api/devel/ubuntu-14.04/cplusplus/unity-scopes/ is updated daily from the archive
[16:20] <mhr3> dpm, cool, thx
[16:21] <mhall119> thanks dpm
[16:35] <elopio> Saviq: should this bug be critical in qtdeclarative-opensource-src ?
[16:36] <Saviq> elopio, yeah, I can't make it so, please do
[17:24] <mhr3> Saviq, still here?
[17:28] <Saviq> mhr3, on my way out, wassup?
[17:28] <mhr3> Saviq, meh, can wait.. enjoy weekend!
[17:28] <Saviq> mhr3, you too
[18:15] <kgunn> mterry: boiko so 1 unit test failed only on arm build...do we just need to disable (re telephony-service build for split greeter test pkgs)
[18:16] <boiko> kgunn: as it is for test purposes only, just disable it, if tests are failing they will be fixed in the correct branches
[18:17] <mterry> kgunn, if I update a branch, I assume the silo/ppa automatically rebuilds?  like a recipe kind of thing
[18:17] <mterry> unrelated to your question :)
[18:17] <kgunn> mterry: yeah, you can disable on your mp....tell me when, then i don ape suit and hit a button
[18:18] <mterry> kgunn, OK
[18:18] <kgunn> oh... mterry if unrelated....not really automatic...whoever is the lander would need to know
[18:18] <kgunn> silo doesn't check for mp updates
[18:18] <mterry> kgunn, OK, hmm.  I have some small updates coming in every now and then
[18:18] <mterry> kgunn, like today I'll probably change how the boot spinner looks based on design feedback
[18:19] <kgunn> mterry: its fine...i really do not mind
[18:20] <kgunn> i am glad we're doing this now
[18:20] <kgunn> this is all the wasted time on silo dancing
[18:20] <kgunn> needed
[18:20] <mterry> kgunn, anyway, my dumb telephony branch is update to not run tests
[18:20] <kgunn> to get the pkgs  correct
[18:20] <kgunn> mterry: ok...
[18:20]  * kgunn dons ape suit
[18:20] <mterry> kgunn, yeah.  Everything split greeter touches takes longer than I would expect.  Like a midas touch
[18:21] <mterry> Or, I guess that's a common complaint these days  :)
[18:21] <mterry> Maybe not unique to split greeter
[18:21] <kgunn> mterry: yeah...its the dorky little things
[18:21] <kgunn> like no arm integ test support in silo
[18:21] <kgunn> and native package no likie
[18:25] <kgunn> mterry: and you know split greeter is one of my favorite things we're doind
[18:25] <kgunn> or doing even
[18:25] <kgunn> really can't wait till we land it
[18:25] <mterry> kgunn, it's a lot of work for zero visual differences  :)  (although it is bundled with a boot animation)
[18:26] <mterry> kgunn, but yeah it definitely enables future features much better than our current code
[18:27] <mterry> kgunn, it just feels a little hard to get excited about it sometimes  ;)
[18:27] <kgunn> mterry: guess i think its cool cause i'm a middleware guy at heart...which probably makes me a weirdo
[18:27] <mterry> kgunn, fair enough  :)
[19:05] <kgunn> ....drum roll please
[19:05] <kgunn> mterry: ...you finally have....packages
[19:05] <kgunn> https://launchpad.net/~ci-train-ppa-service/+archive/landing-004/+packages
[19:05]  * mterry fist pumps
[19:06] <kgunn> let me know if you need anything kicked again...
[19:06] <mterry> kgunn, are those various ftbfs expected?
[19:06] <kgunn> mterry: yeah those arm64, ppc etc
[19:06] <kgunn> those are archs they're trying to enable
[19:06] <kgunn> so yeah
[19:07] <mterry> k
[19:07] <kgunn> as long as you got all the armhf's you're good
[19:07] <mterry> kgunn, will  want a rekick for usc in a bit.  but not yet.  Thanks so much!
[19:07] <kgunn> glad to help
[19:08] <mterry> kgunn, will have to test this PPA in total this weekend then send out an email for wider testing
[19:08]  * kgunn keeps ape suit handy
[19:08]  * davmor2 points kgunn to http://instantrimshot.com/?sound=drumroll
[19:08] <mterry> heh
[19:15] <mterry> kgunn, if you can add lp:~charlesk/indicator-datetime/lp-1294832-phone-
[19:15] <mterry> greeter-using-wrong-menu to the silo, that would be swell
[19:15]  * mterry hugs charles
[19:15] <charles> :-)
[19:16] <charles> kgunn, oh are you doing an indicator-datetime release?
[19:16] <kgunn> charles: we're only testing
[19:21] <mterry> charles, if you folks already have an indicator silo going, please do your own thing.  We just have a silo going to pull all the greeter-related stuff together for a testing ppa
[19:22] <charles> mterry, sounds good
[19:29] <kgunn> mterry: what all do you want to rebuild now ?
[19:29] <kgunn> indicator-datetime
[19:29] <kgunn> ...usc ?
[19:30] <mterry> kgunn, usc in a sec.  Give me another testing pass on my changes
[19:30] <mterry> one moment
[19:30] <kgunn> ...i'll wait
[19:30] <kgunn> Y
[19:30] <kgunn> oops...
[19:34]  * mterry hates Starbucks wifi
[19:39] <mterry> kgunn, OK.  Please add that indicator-datetime branch, and re-kick usc and ubuntu-touch-session.  Thanks!
[19:39] <mterry> kgunn, this will give us prettier boot
[19:39] <mterry> (less dramatic animation than the aubergine)
[19:41] <seb128> mterry, do you like their coffee at least? ;-)
[19:41] <mterry> seb128, occasionally.  I usually have hot chocolate.  :)
[19:41] <mterry> seb128, though their baked goods are tasty!  :)
[19:41] <seb128> that's true!
[20:39] <mterry> kgunn, I noticed the silo doesn't have lightdm trunk
[20:39] <mterry> kgunn, it'll need that too
[20:39] <mterry> did I make a fake MP for that/
[20:39] <mterry> ?
[20:39] <mterry> kgunn, yeah lp:~mterry/lightdm/fake-no-change-mp
[20:40] <kgunn> mterry: so you just need it rebuilt ?
[20:40] <mterry> kgunn, well, there are unreleased changes in lp:lightdm
[20:40] <mterry> kgunn, so I have a no-change MP against it for silo purposes
[20:41] <kgunn> sure...
[20:41] <kgunn> mterry: anything else before i reconfigure ?
[20:42] <mterry> kgunn, not that I know about yet  :)  I'm testing the PPA now
[20:47] <mterry> kgunn, and the mir in that PPA has the racarr branch?
[20:48] <kgunn> mterry: yes
[20:48] <kgunn> why?
[20:48] <mterry> kgunn, humm..  I'm seeing the same symptoms that I expected that branch to fix.  Maybe there are more fixes necessary there
[20:48] <mterry> kgunn, (what happens is that Mir turns screen back on a few seconds after locking device)
[20:49] <kgunn> mterry: hmmmm
[20:49] <kgunn> https://code.launchpad.net/~robertcarr/mir/remove-ensure-display-powered/+merge/209734
[20:49] <mterry> kgunn, yeah that's what I though did the job
[20:49] <mterry> kgunn, I will poke him on #ubuntu-mir
[21:01] <mhall119> Saviq: around?
[21:01] <mhall119> though this is realy an mhr thing