[07:44] <tsdgeos> Saviq: did MacSlow address your needs fixing at https://code.launchpad.net/~macslow/unity8/modal-snap-decisions/+merge/210988 ? i think yes but want to be sure
[07:45] <Saviq> tsdgeos, I believe so
[07:45] <Saviq> tsdgeos, yeah, looks fine
[07:45] <MacSlow> tsdgeos, Saviq: I think I've addressed all pending issues with the three related branches...
[07:46] <MacSlow> tsdgeos, Saviq: ... but let me re-check to be sure.
[07:46] <Saviq> MacSlow, I'm doing
[07:47] <Saviq> MacSlow, "9	+ libunity-api-dev >= 7.80.7,"
[07:47] <Saviq> MacSlow, missing parentheses
[07:47] <MacSlow> one sec
[07:47] <Saviq> MacSlow, in https://code.launchpad.net/~macslow/unity-notifications/modal-snap-decisions/+merge/212483
[07:47] <Saviq> MacSlow, you missed this comment https://code.launchpad.net/~macslow/unity-notifications/modal-snap-decisions/+merge/212483/comments/518638
[07:48] <MacSlow> Saviq, ah ok
[07:48] <Saviq> MacSlow, and this one https://code.launchpad.net/~macslow/unity-api/version-bump-to-0.1.3/+merge/217882/comments/518637
[07:48] <tsdgeos> Saviq: when are we getting the CI builders switched over to utopic?
[07:48] <Saviq> tsdgeos, fginther is working on that currently
[07:48] <tsdgeos> oki
[07:52] <tsdgeos> damnit
[07:52] <tsdgeos> dpkg-buildpakcage doesn't build anymore!
[07:52] <tsdgeos> debian/rules:10: *** mixed implicit and normal rules: deprecated syntax
[07:52] <tsdgeos> make: *** No rule to make target 'clean'.  Stop.
[07:52] <tsdgeos> dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
[07:53] <tsdgeos> any help?
[07:53] <tsdgeos> also
[07:54] <tsdgeos> why has the tabbar stuff been merged without the new tabbar in the sdk?
[07:55] <Saviq> tsdgeos, both have been merged
[07:55] <tsdgeos> but sdk not released?
[07:56] <Saviq> tsdgeos, https://launchpad.net/ubuntu/+source/ubuntu-ui-toolkit
[07:56] <Saviq> hmm
[07:57] <tsdgeos> hmmmm
[07:59] <tsdgeos> ok, i think i may have been trying and un-merged to master branch
[07:59] <tsdgeos> my bad
[08:04] <tsdgeos> sil2100: didrocks: any help with the unity8 package not suceeding with dpkg-buildpackage ?
[08:09] <didrocks> tsdgeos: do you have a link?
[08:10] <tsdgeos> didrocks: no, i simply run dpkg-buildpackage and it fails
[08:10] <tsdgeos> didrocks: i can give you a paste if you want
[08:10] <MacSlow> Saviq, tsdgeos: so... all needed version-bump-related tweaks to  lp:~macslow/unity-notifications/modal-snap-decisions lp:~macslow/unity-api/version-bump-to-0.1.3 are done now
[08:11] <MacSlow> Saviq, I skipped the tap-vs-spaces changes from runnuing "wrap-and-sort -atv"
[08:11] <MacSlow> Saviq, these always look odd in diffs
[08:12] <tsdgeos> didrocks: http://paste.ubuntu.com/7397410/
[08:12] <didrocks> tsdgeos: why are you not running bzr bd?
[08:12] <tsdgeos> because no reason
[08:13] <tsdgeos> dpkg-buildpackage has always worked, always used that
[08:13] <didrocks> you should rather use bzr bd though :p
[08:13] <didrocks> but let me look at what's wrong
[08:13] <tsdgeos> why should i use that?
[08:13] <tsdgeos> it's downloading stuff
[08:13] <tsdgeos> i don't want it to download unity8
[08:13] <tsdgeos> i want to build what i have in there
[08:14] <didrocks> tsdgeos: bzr bd downloads, but then incorporate your diff
[08:14] <didrocks> exclude .bzr as well and other random files
[08:14] <tsdgeos> doesn't seem very much bandwidth efficient :D
[08:14] <didrocks> tsdgeos: well, you just do that once
[08:14] <tsdgeos> when i all want to build is there already
[08:14] <didrocks> or you are on a 64kb/s line…
[08:15] <didrocks> to care about bandwitdh
[08:15] <Saviq> netsplit bad
[08:15] <didrocks> anyway, I'm telling you what's supported :p
[08:15] <didrocks> you take it or not
[08:15] <didrocks> I don't really care ;
[08:15] <didrocks> ;)
[08:15] <Saviq>  tsdgeos, what would be the symptom?
[08:15] <Saviq>  tsdgeos, tabs in dash work fine for me I think
[08:15] <Saviq>  tsdgeos, and debian/rules were not touched for ages...
[08:15] <Saviq>  must be dpkg deprecated something
[08:15] <Saviq>  sil2100, hey, do you know how to fix:
[08:15] <didrocks> on your issue
[08:15] <Saviq>  debian/rules:10: *** mixed implicit and normal rules: deprecated syntax
[08:15] <tsdgeos> besides bzr bd doesn't work either
[08:15] <Saviq>  make: *** No rule to make target 'clean'.  Stop.
[08:15] <Saviq>  sil2100, here's our rules: http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/debian/rules
[08:15] <didrocks> it's because you mix:
[08:15] <tsdgeos> so you may as well want to fix that
[08:15] <Saviq>  hmm I think I know
[08:15] <didrocks> build %:
[08:15] <Saviq>  hmpf
[08:15] <Saviq>  tsdgeos, http://paste.ubuntu.com/7397402/ should fix the buildpackage issue
[08:15] <didrocks> and overrides_*
[08:15] <didrocks> so build %:
[08:15] <didrocks> and for instance: override_dh_auto_build:
[08:16] <didrocks> doesn't mix up well
[08:16] <Saviq> didrocks, ah, so we should override auto_build and it'll be fine again?
[08:16] <didrocks> Saviq: yeah, just use the override :)
[08:16] <didrocks> (it's already there)
[08:16] <Saviq> indeed
[08:17] <didrocks> I guess dh is pickier now
[08:18] <Saviq> indeed
[08:18] <Saviq> tsdgeos, what would be the symptom of uitk not releasing the new tabbar and us - yes?
[08:18] <tsdgeos> Saviq: tabbar being empty
[08:18] <Saviq> tsdgeos, works here (can't swipe with mouse, though)
[08:19] <tsdgeos> Saviq: yes, i think i was using a not properly merged branch. can't swipe where?
[08:19] <Saviq> tsdgeos, the tab bar
[08:19] <tsdgeos> didrocks: Saviq: i think i don't understand what fix is needed in the debian/ :D
[08:19] <Saviq> incoming
[08:20] <tsdgeos> Saviq: indeed, no swiping, i wonder if that's the new tab bar behaviour
[08:20] <Saviq> tsdgeos, http://paste.ubuntu.com/7397428/
[08:23] <tsdgeos> man
[08:23] <tsdgeos> restart scope-registry killed my session
[08:24] <tsdgeos> Saviq: that patch still doesn't make it work for me, does it for you?
[08:25] <Saviq> tsdgeos, indeed, doesn't
[08:26] <Saviq> tsdgeos, this makes it work http://paste.ubuntu.com/7397455/
[08:26] <Saviq> tsdgeos, not sure that's all correct though
[08:26] <tsdgeos> he he
[08:26] <tsdgeos> ok
[08:26] <Saviq> didrocks, ↑↑?
[08:26] <didrocks> Saviq: it's the one that should work
[08:26] <tsdgeos> i'm not the one to comment on it :D
[08:26] <didrocks> Saviq: and remove the PHONY build target
[08:27] <didrocks> not sure who put that there though (seems quite old)
[08:27] <Saviq> didrocks, so that's the question - we had the PHONY 'cause we have a "build" script
[08:27] <didrocks> ah ok
[08:27] <Saviq> didrocks, mterry put it there 'cause it conflicted
[08:27] <didrocks> hum
[08:27] <Saviq> didrocks, shall I rename?
[08:27] <didrocks> seems a poorly named script :)
[08:27] <didrocks> yeah
[08:27] <didrocks> sounds saner
[08:27] <Saviq> kk
[08:35] <tsdgeos> Saviq: you work on a MR then?
[08:41] <Saviq> tsdgeos, yes
[08:56] <Saviq> tsdgeos, didrocks, https://code.launchpad.net/~saviq/unity8/fix-rules/+merge/218258
[09:13] <Saviq> MacSlow, there's a conflict in the unity-api MP
[09:13] <Saviq> MacSlow, you need to merge trunk
[09:13]  * MacSlow takes a look
[09:14] <mzanetti> Saviq: nooooo :D
[09:14] <mzanetti> Saviq: 77	[09:15] <Saviq> mzanetti, sorry, conflicts with the "build" target in dpkg :|
[09:15] <mzanetti> no I need to type a . + Tab after build... I can't teach my brain to do that after doing just ./build for a year now
[09:15] <Saviq> mzanetti, I know ;)
[09:15] <Saviq> mzanetti, we should rename the build dir, would solve that ;D
[09:15] <mzanetti> yeah, that'd work for me I guess
[09:15] <MacSlow> Saviq, fixed
[09:16] <Saviq> MacSlow, kk
[09:18] <Saviq> Mirv, hey, if you're around, could you please have a look at https://code.launchpad.net/~saviq/unity8/qt-renames-no-dee/+merge/217444
[09:19] <Saviq> MacSlow, FWIW, there was no need to resubmit the unity-api branch, it's fine to have a branch depend on one that's already merged
[09:23] <Mirv> Saviq: done, looks good now
[09:23] <MacSlow> Saviq, I wasn't sure about that, thus did it anyway
[09:23] <Saviq> MacSlow, k
[09:24] <Saviq> let's land this $#!t
[09:24] <MacSlow> Saviq, +1 :)
[09:24] <tsdgeos> guys, make sure you don't have still any pckage from the demostuff era
[09:25] <tsdgeos> it was playing tricks on me
[09:25] <tsdgeos> dpkg -l | grep demostuff
[09:26] <Saviq> right, those had epochs...
[09:31] <didrocks> Saviq: approved
[09:32] <Saviq> didrocks, thanks
[09:32] <didrocks> yw
[09:37] <tsdgeos> Saviq: https://code.launchpad.net/~saviq/unity8/fix-rules/+merge/218258/comments/519833
[09:37] <Saviq> tsdgeos, hmm missed those
[09:38] <Saviq> tsdgeos, done
[09:39] <Saviq> tsdgeos, https://code.launchpad.net/~saviq/unity8/qt-renames-no-dee/+merge/217444 is fixed, too, and Timo-approved
[09:39]  * Saviq adds to landing
[09:40] <tsdgeos> ok, i'll top approve
[10:04] <Wellark> mzanetti: please, see your email.
[10:07] <mzanetti> Wellark: replied
[10:10] <Wellark> mzanetti: thanks!
[13:05] <tsdgeos> garg
[13:05] <tsdgeos> we really need to fix unity7 restarting on unity8 autopilot tests
[13:08] <Saviq> tsdgeos, no, we just need to run unity8 tests under xvfb ;)
[13:08] <tsdgeos> Saviq: i'm usnsure that's the culprit
[13:08] <tsdgeos> it seems to me as if something is really killing my current session
[13:09] <tsdgeos> no idea how that could happen though
[13:09] <tsdgeos> but it makes finishing the tests for the dynamic card stuff hard
[13:09] <tsdgeos> i think i broke something in the autopilot side
[13:09] <tsdgeos> but if i get restarts...
[13:15] <Saviq> tsdgeos, should I try? :)
[13:16] <Saviq> tsdgeos, I don't think there's anything explicit that would cause that
[13:16] <tsdgeos> i know:/
[13:16] <tsdgeos> give it a try
[13:20] <tsdgeos> interestingly the thing reboots when "15:17:11.693 INFO process_helpers:146 - unity8 start/running, process 7128"
[13:20] <tsdgeos> http://paste.ubuntu.com/7398652/
[13:22] <Saviq> tsdgeos, so it happens in trunk for you, too?
[13:22] <tsdgeos> yep
[13:22] <tsdgeos> let's see if using kwin instead of unity helps
[13:22]  * Saviq will try in a sec
[13:23] <Saviq> tsdgeos, any test in particular?
[13:29] <tsdgeos> Saviq: unity8.shell.tests.test_emulators.DashEmulatorTestCase.test_open_unexisting_scope seems to be pretty offending
[13:29] <tsdgeos>  but it's the first unity8.shell.tests.test_emulators.DashEmulatorTestCase i run separately
[13:29] <tsdgeos> it may be all of them
[13:29] <tsdgeos> let me try some others
[13:30] <karni> Saviq: hey man. so, this time I think I have a legit issue (don't lol at me ;)). I have an api endpoint that returns results with images like: http://resizing.service.com/foo/<width>/<height>/<url encoded link to the image> - when I set that as String on the result, the source field of the result Image widget holds a Url, which is url-decoded automatically, which breaks the url. That is, the result is ...
[13:30] <karni> ... http://resizing.service.com/foo/<width>/<height>/<url-DECODED link to the image>, which is broken. This may be related to: http://www.macieira.org/blog/2011/09/qurl-in-qt-5-encoding/
[13:33] <tsdgeos> other unity8.shell.tests.test_emulators.DashEmulatorTestCase made the thing reboot too
[13:39] <tsdgeos> errrr
[13:39] <tsdgeos> it's upstart asserting :S
[13:39] <tsdgeos> in nih_unref
[13:39] <tsdgeos> the gdb backtrace is awfully full of ???
[13:40] <Saviq> tsdgeos, https://bugs.launchpad.net/upstart/+bug/1222705
[13:40] <tsdgeos> looks like that
[13:40] <Saviq> tsdgeos, it's fix committed, not released yet unfortunately, I wanted to ping jodh about it, but he's off today
[13:40] <tsdgeos> let me install more symbols
[13:55] <tsdgeos> so it's funny
[13:55] <tsdgeos> now that i've installed the debug symbols
[13:55] <tsdgeos> it doesn't crash anymore ^_^
[13:55] <tsdgeos> was bound to happen
[13:57] <Saviq> tsdgeos, you fixed it!
[13:58] <tsdgeos> yeah \o/
[14:17] <MacSlow> Saviq, would we have a means to test sound-playback? I'm wondering how to test the sound-hint support in notifications.
[14:18] <Saviq> MacSlow, we have a dummy implementation of the Audio component in the PreviewAudio test or so
[14:18] <Saviq> MacSlow, we could instrument that a little to what you'd need to do the testing
[14:19] <Saviq> MacSlow, tests/mocks/QtMultimedia
[14:19] <mterry> Saviq, when you get a few minutes, I'd like to go over the config for silo 002 and restart builds if necessary.  I've trimmed things a bit
[14:19] <MacSlow> Saviq, ok... I'll look into that and see to add a test before doing a MP for the sound-hint related branches
[14:19] <Saviq> mterry, sure, just after standup should be ok
[14:19] <mterry> Saviq, cool thanks
[14:19] <fginther> tsdgeos, Saviq, the builds should all be on utopic as soon as the job updates are deployed
[14:20] <Saviq> mterry, btw, what's actually *missing* for us to land that silo? other than a review on the unity8 MP?
[14:21] <fginther> Saviq, I still have a problem with the qmluitests. I don't have the VMs working yet to run these. Is it ok to run them with trusty for another day or two, or should we just disable them until it's ready?
[14:21] <Saviq> fginther, it's fine
[14:21] <fginther> Saviq, thx
[14:22] <Saviq> fginther, TBH I've almost got autopkgtests for that ready...
[14:22] <mterry> Saviq, as of this morning, just the testing framework changes to use the unlock-device script that unity8 provides (instead of doing it themselves)  -- because in split, unlock method changes so we want to let unity8 control that logic
[14:22] <Saviq> fginther, not entirely sure it's useful to spend any more time on the qmluitests job
[14:22] <Saviq> fginther, is there anyone else using it?
[14:22] <mterry> Saviq, I'm working with doanac and others to get that all tested, but it's been slow going
[14:23] <Saviq> mterry, mhm, got it
[14:23] <fginther> Saviq, there are a few other tests that use the VMs, so we'll still need them for a little while at least
[14:23] <fginther> Saviq, do those autopkgtests need to run in an X environment?
[14:23] <Saviq> fginther, ok got it, so it's not just about the job but the VMs themselves
[14:23] <Saviq> fginther, nope, all xvfb
[14:24] <fginther> Saviq, very cool
[14:25] <Saviq> fginther, yeah, with recordmydesktop, too! ;)
[14:25] <Saviq> fginther, of any failed tests
[14:25] <tsdgeos> i am suddenly without sound
[14:25] <fginther> Saviq, and yes, it's mostly a matter of setting up the VMs. change the job to work with utopic is mostly a search and replace
[14:25] <tsdgeos> back in a minute
[14:38] <mterry> Is there a way to stop nautilus from popping up every time my mako reboots?
[14:41] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity8/dynamic_specialized_cards/+merge/218089
[14:42] <Saviq> tsdgeos, plugins/Dash/CardCreatorCache.qml	UNKNOWN	*No copyright*
[14:43]  * tsdgeos fixes
[14:43] <mterry> Saviq, can you pastebin me the current silo 002 config?  I'll pastebin back the now-correct one
[14:53] <Saviq> mterry, http://pastebin.ubuntu.com/7399057/
[14:57] <mterry> Saviq, http://paste.ubuntu.com/7399084/ should be sufficient
[14:58] <mterry> Saviq, and everything in there (except for lightdm) should be triggered to build.  Order shouldn't matter
[14:59] <Saviq> mterry, kicking the whole silo
[14:59] <mterry> Saviq, awesome, thanks
[14:59] <Saviq> mterry, except we need landing team ACK for the telephony-service MP which wasn't there before
[15:04] <karni> Saviq: FYI https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1316183
[15:06] <Saviq> karni, every time you write "it's", expand it to "it is" and see if the sentence still works, otherwise you want "its" (like his, hers) ;D
[15:09] <karni> Saviq: right, that's why wrote it's, because I wanted "yes, it is improperly decoded, ..." :)
[15:09] <karni> Saviq: its quality is improperly decided, thus, it's improperly decoded :)
[15:10] <karni> *decoded hehe
[15:10] <Saviq> karni, I meant in title
[15:10] <Saviq> karni, see ↑↑↑
[15:10] <karni> d'UH
[15:10] <karni> Saviq: thanks pal :D
[15:10] <Saviq> karni, I'm just allergic to it, sorry ;)
[15:10] <Saviq> mainly because I had to make myself allergic to it to stop making the same mistake
[15:11] <karni> Saviq: no, man, I appreciate. I'm allergic to that as well, must have been multitasking, I'm embarassed to have done that mistake! :)
[15:11] <karni> double *r ;)
[15:11] <Saviq> :D
[15:13] <Saviq> mterry, silo 002 is building
[15:13] <Saviq> mterry, CI-SNCF will tell you when done
[15:13] <mterry> Saviq, thanks!
[15:14] <mterry> Saviq, there was also supposed to be a silo last week for ~mterry/ubuntu-touch-session/move-lightdm and another u-t-s branch.  Do you happen to know if that just got lost or delayed?
[15:14] <Saviq> mterry, let me see
[15:15] <Saviq> mterry, looks like it's https://launchpad.net/~ci-train-ppa-service/+archive/landing-013
[15:15] <Saviq> mterry, can you give me a description to put in the train for this?
[15:15] <mterry> Saviq, cool.  I assume it's in the queue then.  Just didn't want to lose it
[15:16] <Saviq> mterry, since this was in the middle of broken spreadsheet, it doesn't have any description
[15:16] <mterry> Saviq, sure.  "Allow /custom override of the Touch lightdm config by moving it to /usr/share instead of /etc.  And clean up the packaging a bit while there"
[15:20] <Saviq> mterry, kk, will try and land it today, too
[15:48] <tsdgeos> Saviq: damn we need to get your dpkg-buildpackage fixes in asap, otherwise CI is useless :D
[15:48] <Saviq> tsdgeos, testing right now, will push the button in 5 or so, assuming everything's ok
[15:49] <tsdgeos> \o/
[15:52] <Saviq> tsdgeos, is there anywhere I could test zoomable image on the phone?
[15:52] <tsdgeos> Saviq: changing the code is what i did
[15:52] <Saviq> tsdgeos, ok, so no ;)
[15:53] <tsdgeos> to make all the zoomable images actually zoomable
[15:53] <Saviq> tsdgeos, well, they're not meant to be zoomable inherently are they? don't we have a bool there? /me looks
[15:53] <tsdgeos> Saviq: we do
[15:53] <tsdgeos> Saviq: but i tested it by making them all zoomable
[15:54] <Saviq> tsdgeos, got it
[15:54] <tsdgeos> so i had something to actually test
[16:01] <Saviq> tedg, hey, I'm trying to verify the launcher dbus bits working, can you point me to the correct gdbus call, I tried:
[16:01] <Saviq> gdbus introspect --session -d org.freedesktop.DBus  -o /com/canonical/Unity/Launcher/com.ubuntu.developer.mzanetti.xbmcremote_xbmcremote_1.4.1.0
[16:01] <Saviq> but I'm getting "is not a valid object path"
[16:02] <tedg> Saviq, Yeah, you need to encode the "_"
[16:02] <Saviq> tedg, url-encode?
[16:02] <tedg> Saviq, No, "dbus encode"
[16:02] <Saviq> ...
[16:02] <tedg> Just a sec
[16:03] <tedg> gdbus introspect --session -d org.freedesktop.DBus  -o /com/canonical/Unity/Launcher/com.ubuntu.developer.mzanetti.xbmcremote_95xbmcremote_951.4.1.0
[16:03] <tedg> Nope
[16:03] <tedg> gdbus introspect --session -d org.freedesktop.DBus  -o /com/canonical/Unity/Launcher/com.ubuntu.developer.mzanetti.xbmcremote_5Fxbmcremote_5F1.4.1.0
[16:04] <Saviq> tedg, thanks
[16:04] <tedg> Needs to be in hex
[16:04] <Saviq> tedg, same error
[16:04] <tedg> Saviq, Get the list from the launcher: gdbus introspect --session -d org.freedesktop.DBus  -o /com/canonical/Unity/Launcher/
[16:05] <Saviq> not a valid object path :|
[16:05] <tedg> Hmm...
[16:06] <tedg> Saviq, try this real quick: gdbus introspect --session -d org.freedesktop.DBus  -o /com/canonical/Unity/Launcher
[16:06] <tedg> If that doesn't work I'll get a test system setup and figure out what's up.
[16:06] <Saviq> tedg, yeah, that's working
[16:06] <mzanetti> Saviq: qdbus com.canonical.Unity.Launcher /com/canonical/Unity/Launcher/gallery_2Dapppp org.freedesktop.DBus.Properties.Set com.canonical.Unity.Launcher.Item count 8
[16:06] <mzanetti> less --
[16:06] <mzanetti> :)
[16:07] <mzanetti> fix the appId tho
[16:07] <tedg> Guessing the "." are encoded as well.
[16:07] <tedg> Didn't want to do that by hand :-)
[16:10] <Saviq> mzanetti, yeah, that didn't complain, nothing on the gallery launcher, though, is that for the deb-installed gallery or should work for click, too?
[16:11] <Saviq> mzanetti, and not too many ps?
[16:11] <Saviq> and not a valid name any more :|
[16:11] <Saviq> ah wrong
[16:12] <mzanetti> Saviq: yeah... that was in the history because I intentionally tried wrong appids
[16:12] <mzanetti> Saviq: you need to set visible to true, otehrwise it doesn't display anything
[16:12] <Saviq> mzanetti, did that ;)
[16:13] <mzanetti> hmm... was working for me when I did the review...
[16:13] <mzanetti> hmm... not that I look at it, I might only have tried with preinstalled apps :/
[16:13] <mzanetti> naughty me...
[16:14] <Saviq> mzanetti, gallery is preinstalled, but still click
[16:14] <Saviq> ok it's not working for me, but I expect this to be because of wrong qdbus calls...
[16:16] <Saviq> can't get anything to show up :|
[16:18] <mzanetti> Saviq: this worked for me just now: http://paste.ubuntu.com/7399555
[16:18] <Saviq> mzanetti, so that should work on the click gallery, you didn't install the .deb one?
[16:18] <mzanetti> I probably did
[16:18] <Saviq> ah countVisible
[16:19] <Saviq> that's better
[16:19] <mzanetti> ok :)
[16:19] <Saviq> mzanetti, so what's required after /Launcher/?
[16:19] <Saviq> gallery_2Dapp == gallery_app?
[16:20] <mzanetti> well, the appid. whatever that is :D
[16:20] <mzanetti> yes.
[16:20] <mzanetti> the above statement is true
[16:20] <Saviq> so what would that be for xbmcremote?
[16:20] <mzanetti> maybe try replacing the . with _2X (don't know the code for . by memory)
[16:21] <mzanetti> Saviq: _2E
[16:21]  * Saviq no gets how is gallery different
[16:22] <Saviq> aanyway
[16:22] <mzanetti> Saviq: this is my launcher config: http://paste.ubuntu.com/7399589
[16:23] <mzanetti> seems gallery_2Dapp is gallery-app, not gallery_app
[16:23] <mzanetti> you need whatever is in the "id" field.
[16:23] <mzanetti> urlencoded
[16:25] <Saviq> YES
[16:25] <Saviq> com_2Eubuntu_2Edeveloper_2Emzanetti_2Exbmcremote_5Fxbmcremote_5F1_2E4_2E1_2E0
[16:26] <Saviq> _check_
[16:26] <Saviq> ok, ACK
[16:26] <Saviq> gtg
[17:35] <karni> sufficiently wide image extends to right of device screen in scope result preview, instead of matching available width. known issue, or should I report?
[17:50] <mzanetti> mterry: hey, is it intentional that you can flick the greeter away the "wrong" direction?
[17:51] <mzanetti> as in: start dragging from the right edge, move mostly across the screen and flick it back to the right quickly
[17:51] <mterry> mzanetti, yes
[17:51] <mterry> mzanetti, wait, maybe
[17:51] <mzanetti> it will move over the screen and go away to the right
[17:51] <mzanetti>  :D
[17:52] <mterry> mzanetti, the unlock to the right is intentional.  I'm less clear on what design intended for a rapid cancel like that
[17:52] <mzanetti> I don't think it should unlock in this case
[17:52] <mzanetti> seems goofy
[17:53] <mterry> mzanetti, I'm not in a position to test it for myself right now (running some tests on my mako), but sounds a little unexpected yeah
[17:53] <mzanetti> not critical, you can test it later
[17:55] <mterry> mzanetti, maybe file a bug and assign to me to look at
[17:56] <mterry> Else I'll get to it later
[17:56] <mzanetti> mterry: ack
[17:56] <mzanetti> mterry: that drop shadow makes such a huge difference :)
[17:56] <mzanetti> lookin awesome
[17:57] <mterry> :)
[18:10] <karni> Are annotations supposed to work already? There's related code in Ubuntu SDK scope template, but it does nothing.
[18:11] <karni> I can't get Annotation to work either. Perhaps it's not hooked up in the shell yet?
[18:43] <mterry> Saviq, hmm, can you add https://code.launchpad.net/~saviq/unity8/fix-rules/+merge/218258 to silo 002 too?  Silo build failed without it
[19:00] <Saviq> mterry, it's already being landed
[19:00] <Saviq> mterry, will kick it again when it's in trunk
[19:02] <mterry> Saviq, ok, thanks
[19:03] <mterry> Saviq, I didn't notice a message in choo-choo channel and the bot there thought the silo's status was still 'preparing packages' -- is that normal for this failure case?
[19:04] <Saviq> mterry, the same is in the spreadsheet
[19:04] <Saviq> mterry, I think yeah, it's missing a "failed to prepare packages" state
[19:05] <mterry> Saviq, understood.  Just means they aren't quite fire and forget
[19:05] <Saviq> mterry, this looks like a bug, actually
[19:05] <Saviq> mterry, file one against cupstream2distro please
[19:05] <mterry> Saviq, k
[19:05] <Saviq> mterry, it definitely should be, that's the whole idea behind the bot
[19:07] <Saviq> mterry, well *actually* "mktemp: failed to create directory via template '/tmp/debsign.XXXXXXXX': No space left on device"
[19:08] <mterry> Saviq, where do you see that?
[19:08] <Saviq> mterry, wrong job
[19:08] <Saviq> mterry, http://people.canonical.com/~rbpark/citrain/ links to that job for some reason
[19:09] <mterry> Saviq, bug 1316276 filed
[19:38] <Saviq> mterry, I wanted to test the u-t-s landing, any pointers? other than ogra's "see if it boots'? ;)
[19:39] <mterry> Saviq, see if it boots, confirm that /etc/lightdm/lightdm.conf.d/52-ubuntu-touch.conf is gone
[19:39] <mterry> Saviq, and confirm that /usr/share/lightdm/lightdm.conf.d/52-ubuntu-touch.conf exists
[19:39] <Saviq> mterry, kk
[20:03] <thomi> Saviq: still awake?
[20:04] <thomi> Anyone here know why my unity 7 session is killed when I try and run the unity8 autopilot tests on my utopic desktop?
[20:05] <Saviq> thomi, upstart crashes probably
[20:06] <thomi> Saviq: who's looking into the fix?
[20:06] <Saviq> thomi, it's fix committed
[20:06] <Saviq> https://bugs.launchpad.net/upstart/+bug/1222705
[20:06] <Saviq> thomi, will talk tomorrow to James to get it released
[20:07] <thomi> Saviq: ahh - FWIW, I don't see anyting from upstart in /var/crash
[20:07] <thomi> Saviq: awesome, thanks man :)
[20:07] <thomi> then I can make sure that unity8 will continue to work under autopilot 1.5 :)
[20:07] <Saviq> thomi, it actually asserts, might not leave anything in .crash maybe
[20:07] <thomi> interesting
[20:48] <Saviq> mterry, silo 013 ACKed, should land soonish
[20:48] <mterry> Saviq, awesome thanks
[21:08] <Saviq> aaargh the tags...
[21:15] <Saviq> mterry, I'll kick silo 002 again as soon as I strip tags from trunk... they got in with the latest merge again :[
[21:16] <mterry> Saviq, someone still has tags on their system?  :(
[21:16] <mterry> I hope I don't have any lying around
[21:17] <Saviq> mterry, Paul did, Mirco, too
[21:17] <Saviq> and I didn't check that before building the silo, at which point it was too late