[07:46] <Cimi>  Saviq, which unity-mir package version did you test the wizard?
[07:46] <Cimi> pete-woods, ping :)
[07:47] <pete-woods> Cimi: in a hangout - be with you in a few minutes
[07:47] <Cimi> sure
[08:18] <dpm> morning mhr3, can the unity scopes related bug tasks be marked as Fix Released on https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1297889 ? I.e. has this landed on any images yet?
[08:19] <pete-woods> Cimi: okay, done now
[08:19] <Cimi> pete-woods, cool
[08:19] <Cimi> pete-woods, so I tried yesterday with your code
[08:19] <mhr3> dpm, done
[08:19] <Cimi> pete-woods, but I receive no display
[08:19] <Cimi> pete-woods, I am wondering where are infographics and if they are being created
[08:19] <dpm> awesome, thanks mhr3
[08:20] <pete-woods> Cimi: sure, if you have no infographics installed, you won't get any data
[08:20] <Cimi> pete-woods, I think I have camera app
[08:20] <pete-woods> Cimi: do you have anything in ~/.cache/usermetrics/sources/
[08:20] <Cimi> let me see
[08:21] <pete-woods> if you have the camera app installed (from click and from my branch) then you should have a symlink in there
[08:21] <Cimi> pete-woods, no
[08:21] <Cimi> mmm
[08:21] <Cimi> maybe that's why
[08:21] <Cimi> pete-woods, do you have updated silo?
[08:22] <pete-woods> Cimi: might be easier to just generate a fake data source
[08:23] <pete-woods> Cimi: touch ~/.cache/usermetrics/sources/foo.json
[08:23] <pete-woods> APP_ID=foo ../trunk-build/src/libusermetricsinput/usermetricsinput source-id "%1 foos" "no foos" "" 1.0 2.0 0.1 3.5 5.2
[08:24] <pete-woods> sorry, APP_ID=foo usermetricsinput source-id "%1 foos" "no foos" "" 1.0 2.0 0.1 3.5 5.2
[08:24] <pete-woods> if you have the stuff installed, you won't need to do it from the build dir
[08:24] <Cimi> -bash: usermetricsinput: command not found
[08:24] <pete-woods> that will just create some data for a source called "source-id" for the app "foo", with that random data
[08:25] <pete-woods> Cimi: you'll need to install the libusermetrics-tools package
[08:26] <Cimi> ok I run the command
[08:26] <Cimi> now the model should be populated?
[08:27] <Cimi> actually, phablet uid seems 32011
[08:27] <pete-woods> Cimi: check /var/lib/usermetrics/{uid}/default/
[08:28] <pete-woods> Cimi: isn't it easier to try this stuff out on your desktop first, though?
[08:28] <Saviq> Cimi, the one from greyback's "fix crash on exit" branch, why?
[08:32] <Cimi> Saviq, I was wondering if is the correct one that kills the process
[08:32] <Cimi> Saviq, if it contained https://code.launchpad.net/~cimi/unity-mir/unity-mir.stop-server_wizard
[08:33] <Cimi> Saviq, because I tried wizard 1019209123214328 times and has worked 1019209123214328 times
[08:33] <Cimi> (this weeks ago)
[08:33] <Cimi> so I will have a look again if we're sure you tested with this specific branch of unity-mir
[08:34] <Saviq> Cimi, it contained even more
[08:34] <Cimi> Saviq, ok
[08:34] <Cimi> Saviq, I'll have a look again then
[08:34] <Saviq> Cimi, https://code.launchpad.net/~gerboland/unity-mir/shutdown-crash-fix3/+merge/218394
[08:35] <Cimi> Saviq, this touches the code I changed
[08:35] <Saviq> Cimi, yes, it fixes when Mir is the one that's shutting down
[08:36] <Cimi> you guys said you tested with the wizard
[08:36] <Saviq> Cimi, it was fine with wizard before, but crashed in unity8
[08:36] <Cimi> but the wizard you tested was not operating as a mir client
[08:36] <Cimi> you were using the old wizard code
[08:36] <Saviq> no I wasn't, I used the branch I commented on
[08:36] <Saviq> I used both that unity-mir and the packages built from your wifi branch by CI
[08:37] <Cimi> Saviq, so you used with wizard-wifi?
[08:37] <Cimi> cool
[08:37] <Saviq> Cimi, yes
[08:37] <Saviq> Cimi, wouldn't have commented on that MP otherwise
[08:37] <Cimi> and this has issues?
[08:37] <Saviq> Cimi, it did not start unity8 for me after the wizard exited
[08:37] <Saviq> Cimi, 'cause the environment had the wizard *MIR* variables still
[08:38] <Cimi> Saviq, so there was a situation with my wizard wifi and unity mir patched that was working fine
[08:38] <Cimi> now with this new branch wizard doesn't work anymore
[08:38] <Cimi> but I will have a look today
[08:38] <Saviq> Cimi, it was just a one-time thing
[08:38] <Saviq> Cimi, it might have been caused by something else
[08:38] <Cimi> ok
[08:39] <Cimi> there might have been a mistake in the upstart job that now is exposed
[08:39] <Cimi> I am not saying my branch was correct and unity mir is now wrong
[08:39] <Cimi> I am just saying that I tested it deeply (and after that working on the privacy branch for wizard) and always worked fine
[08:40] <Cimi> I will have a look
[08:40] <Cimi> first I want to go ahed with infographics for a bit
[08:41] <Saviq> Cimi, I'll try again in the mean time
[08:41] <Cimi> pete-woods, I think it is easier to try on the desktop
[08:42] <Cimi> pete-woods, but I thought the only way to test infographics was with the camera app, so no desktop for me
[08:42] <Cimi> pete-woods, on the phone, I don't have /var/lib/usermetrics/{uid}/default/
[08:42] <Cimi> I have root@ubuntu-phablet:~# ls /var/lib/usermetrics/
[08:42] <Cimi> tmp  usermetrics6.db
[08:43] <Cimi> and tmp is empty
[08:43] <pete-woods> Cimi: is the usermetricsservice running?
[08:43] <Cimi> how do I make sure I have all the right packages installed and at right version?
[08:43] <pete-woods> (as the phablet user)
[08:43] <pete-woods> i.e. (as phablet) status usermetricsservice
[08:44] <Cimi> I have usermet+ 25099  0.0  0.1  33236  3120 ?        S    May07   0:00 /usr/lib/arm-linux-gnueabihf/libusermetrics/infographicservice
[08:44] <Cimi> nope as phablet is stop
[08:44]  * Cimi starts
[08:45] <Cimi> pete-woods, started and took picture, nothing changes inside var lib
[08:46] <pete-woods> Cimi: what about inside ~/.cache/com.ubuntu.camera/usermetrics/
[08:46] <Cimi> pete-woods, I have a json
[08:46] <pete-woods> Cimi: okay, well that's something
[08:47] <pete-woods> that at least means that the camera app is doing its job
[08:47] <pete-woods> Cimi: ~/.cache/usermetrics/sources/ was empty, though, right?
[08:48] <Wellark> dednick: around?
[08:48] <Wellark> I would need this to be top-approved before I get a silo
[08:48] <Wellark> https://code.launchpad.net/~kaijanmaki/unity8/indicator-root-state-icons-fix/+merge/213727
[08:48] <Wellark> just look at proposed change and see if it makes sense
[08:48] <Wellark> the testing will be done after the silo is ready
[08:49] <Cimi> pete-woods, there's just foo.json
[08:49] <Wellark> the MR will not go forward without the TestṔlan template
[08:49] <Wellark> but I need a Approved to get the silo
[08:49] <pete-woods> Cimi: I think what that means is that the updated version of libusermetrics wasn't installed when you installed the camera app's click package
[08:49] <pete-woods> and it didn't register the click hook
[08:50] <dednick> Wellark: "Antti, we'll also need you to copy&paste the top part of https://wiki.ubuntu.com/Process/Merges/Checklists/Unity8 as description and answer the questions."
[08:51] <Saviq> Wellark, TestPlan doesn't affect you
[08:51] <Wellark> dednick: that's for the testing phase
[08:51] <Wellark> once there are packages to test
[08:51] <Saviq> Wellark, it's the lander that's running the TestPlan when releasing
[08:51] <Saviq> Wellark, nope, the checklist is on-submission
[08:52] <dednick> Wellark: presumably you've tested it yourself :)
[08:52] <Saviq> Wellark, testplan is executed later, with multiple MPs in a silo etc.
[08:52] <Wellark> yes, but with hand built packages
[08:52] <Cimi> pete-woods, so what do I do now?
[08:52] <Saviq> Wellark, per-MP tests are ran in the CI
[08:52] <pete-woods> Cimi: how exactly did you install the updated camera app?
[08:52] <Saviq> Wellark, it's fine with hand built packages (you could also try with the packages built by CI)
[08:52] <Cimi> pete-woods, first apt
[08:52] <pete-woods> I guess the PPA doesn't actually generate click packages somehow
[08:52] <Cimi> pete-woods, from your ppa
[08:52] <Saviq> Wellark, everything will be double-checked when landing
[08:53] <dednick> Wellark: the checklist is your with your own testing.
[08:53] <Cimi> then I think an update reverted it
[08:53] <Cimi> so I reinstalled the deb
[08:53] <pete-woods> okay
[08:53] <Wellark> Saviq, dednick: this is totally backwards but whatever..
[08:53] <pete-woods> Cimi: it won't work installed from debs, as it relies upon click hooks
[08:53] <Saviq> Wellark, no it's not backwards, we just can't waste the time to run the whole test plan for every single MP
[08:53] <dednick> Wellark: the MR review checklist is for proper testing.
[08:53] <Cimi> so, how do I get this damn thing to work? :D
[08:54] <Cimi> desktop?
[08:54] <pete-woods> Cimi: have you tried creating the dummy data with that command I sent?
[08:54] <Saviq> Wellark, that's why it's only executed per-landing, covering multiple MPs
[08:54] <Cimi> pete-woods, yes I have a hson here
[08:54] <Cimi> *json
[08:54] <Saviq> Wellark, the per-MP tests - whatever CI comes up with - are good enough to get an Approved
[08:54] <Saviq> Wellark, then, it goes into a silo with other, possibly unrelated MPs, and gets double-checked through the TestPlan
[08:55] <dednick> sigh. mako device buggered...
[08:55] <Wellark> only if the MP does not require additional packages that are not in the arvhice
[08:55] <pete-woods> Cimi: and is there now data in ~/.cache/foo/usermetrics/ ?
[08:55] <pete-woods> that would be where the actual fake data would like
[08:55] <pete-woods> live
[08:55] <Wellark> CI can only compile and do testing for a limited changes
[08:55] <Wellark> the once that do not have any dependencies to the other stuff on the same silo
[08:55] <Wellark> or proposed silo
[08:55] <dednick> commence android reflash
[08:56] <Cimi> pete-woods, no foo
[08:56] <Saviq> Wellark, sure, of course, that's the current shortcoming
[08:56] <pete-woods> Cimi: I realise there are a lot of paths flying round, but it's necessary to work around the App confinement
[08:56] <Saviq> Wellark, but until we have automated testing for silos, and silos are much lighter-weight, we just need to cope
[08:56] <pete-woods> Cimi: did you successfully run APP_ID=foo usermetricsinput source-id "%1 foos" "no foos" "" 1.0 2.0 0.1 3.5 5.2 ?
[08:56] <Cimi> yes
[08:57] <Saviq> Wellark, and that's why we'll then run the tests for the silo as a whole
[08:57] <Cimi> pete-woods, actually this file is empty
[08:58] <pete-woods> Cimi: and now you're saying that ~/.cache/foo/usermetrics/ is an empty directory?
[08:58] <Cimi> pete-woods, no the file is empty
[08:58] <pete-woods> which file?
[08:58] <pete-woods> the foo.json file should be empty
[08:58] <pete-woods> it's just there to trick libusermetrics into thinking there's an app called 'foo' installed
[08:58] <Cimi> cache/usermetrics/sources/foo.json
[08:58] <Cimi> pete-woods, but if it's there as a placeholder, fine
[08:58] <Wellark> dednick: filled in the submitter checklist.
[08:59] <Cimi> I have though a directory there
[08:59] <Cimi> and is fine
[08:59] <Cimi> it has a db
[08:59] <Cimi> a json sorry
[08:59] <Cimi> and a tmp
[08:59] <Saviq> xnox, hey, could you have a look at http://paste.ubuntu.com/7414899/ please and see what needs fixing for lp:unity-scopes-api to be cross-buildable?
[08:59] <dednick> Saviq: why do things have to be top approved for silo?
[09:00] <Saviq> dednick, because that's where I take a list of MPs to land
[09:00] <Saviq> from
[09:00] <dednick> Saviq: um. but we dont want this to land in trunk yet do we?
[09:00] <Saviq> dednick, dunno, why don't we? :)
[09:00] <Wellark> yes, but why on earth do we require top-approval to simply get a silo?
[09:00]  * Saviq not sure what we're talking about
[09:01] <Saviq> Wellark, it's not *required*, but that's the general route
[09:01] <Wellark> well, I got rejected just because my MP's are not top approved
[09:01] <Saviq> Wellark, you have to remember a package can (in general) only be in one silo
[09:01] <dednick> Saviq: there's a fix in the way the indicators are sending multiple icons (indicator-network). but obviously we need the network indicator to land at same time.
[09:02] <Saviq> dednick, and why can't that get Approved? it won't land until we put it through a silo
[09:02] <Saviq> dednick, that's why we have the "is something else needed..."
[09:02] <dednick> Saviq: ah. ok
[09:02] <pete-woods> Cimi: I'm just installing the packages from the silo onto my phone again
[09:02] <Saviq> dednick, it's top-approved, but there's requirements, that's fine
[09:02] <dednick> Saviq: ok. thanks for the clarification
[09:02] <xnox> Saviq: s/python3,/python3:any,/
[09:02] <Saviq> dednick, and we'll only put that branch in a silo once we know we can land all the required stuff together
[09:03] <Saviq> xnox, that's not all
[09:04] <Saviq> xnox, unless this was just "first, :any to python3"
[09:04] <Saviq> xnox, and I can't do apparmor:any, it says "can't do any when Multi-Arch: none"
[09:05] <xnox> Saviq: the rest should work out.
[09:05] <xnox> Saviq: others appear to not be installable becasue python3:armhf is attempted to be installed, which breaks click-dev, apparmor, etc.
[09:05] <Saviq> xnox, hmm ok, trying again
[09:05] <xnox> Saviq: the build-dependencies declared do not make sense though.
[09:06] <xnox> Saviq: why does it build-depend on apparmor?
[09:06] <Saviq> xnox, good question
[09:06] <Saviq> xnox, btw http://paste.ubuntu.com/7414927/
[09:07] <pete-woods> Cimi: okay, I have just done apt-get install libusermetrics-tools from the PPA onto today's image
[09:07] <Saviq> pete-woods, why does unity-scopes-api build-depend on apparmor?
[09:07] <pete-woods> Cimi: then I did touch touch ~/.cache/usermetrics/sources/foo.json
[09:08] <xnox> Saviq: try dropping apparmor. that should fiz apparmor & debhelper errros.
[09:09] <pete-woods> Cimi: then I ran the APP_ID=foo command, and I now have /var/lib/usermetrics/32011/default/5d12178708e1c15dbbec106aac3751e01176941a-1399539973910.svg
[09:09] <pete-woods> Saviq: it uses libapparmor to confine the infographic visualizers
[09:09] <Saviq> xnox, last thing The following packages have unmet dependencies:
[09:09] <Saviq>  liblttng-ust-dev:armhf : Depends: systemtap-sdt-dev:armhf (>= 1.6) but it is not installable
[09:09] <Cimi> pete-woods, let me destroy this image, bootstrap and such
[09:09] <xnox> pete-woods: at build-time?
[09:10] <Saviq> pete-woods, yeah, why "apparmor" and not "libapparmor-dev" or so?
[09:10] <Cimi> pete-woods, you have devel-proposed?
[09:10] <pete-woods> Cimi: yes
[09:10] <Cimi> ok
[09:10] <xnox> pete-woods: we are cross-building here, thus nothing can be executed, nor well confined.
[09:10] <pete-woods> Saviq: could well be a mistake? *checks it out*
[09:10] <xnox> Saviq: you should "fake it" by doing "Depends: apparmor:amd64" =)
[09:11] <xnox> Saviq: build-depends that is, (obviously not suitable for normal operation)
[09:11] <dednick> Saviq: every seen this? Cannot push /home/nick/.cache/ubuntuimages/ubuntu-touch/devel-proposed/mako/version-17.tar.xz.asc to device: free space on /cache/recovery is file
[09:11] <Saviq> xnox, yeah, I'm mostly about actually fixing it in their trunk
[09:12] <Saviq> dednick, huh nice one...
[09:12] <Saviq> dednick, sounds like you're out of space
[09:12] <pete-woods> Saviq: http://bazaar.launchpad.net/~unity-team/libusermetrics/file-based-infographics/view/head:/debian/control looks like I'm using libapparmor-dev?
[09:12] <Saviq> dednick, on the cache partition, might want to get into recovery and clean it
[09:12] <Saviq> pete-woods, unity-scopes-api, not libusermetrics
[09:12] <pete-woods> Saviq: whoops!
[09:13] <pete-woods> Saviq: that's because we're using the command line too aa-exec, which comes from the apparmor package
[09:13] <pete-woods> tool
[09:13] <Saviq> pete-woods, build-time?
[09:13] <pete-woods> Saviq: how could we run the tests without the tools?
[09:14] <Saviq> pete-woods, right, so it's needed for tests, that was the important bit
[09:14] <Saviq> pete-woods, I can see APPARMOR_FOO used in CMakeLists.txt, but there's no find_package(apparmor) or so?
[09:14] <Saviq> pete-woods, are you actually linking to apparmor
[09:14] <Saviq> ?
[09:15] <pete-woods> Saviq: that's a mistake, I'll remove those references
[09:15] <Saviq> ldd doesn't seem to think so
[09:15] <Saviq> pete-woods, don't worry, I'll MP that
[09:16] <Saviq> xnox, so, they're using apparmor in tests, how do we deal with that?
[09:16] <xnox> Saviq: on cross-builds tests will not be executed.
[09:17] <xnox> Saviq: there is no way to specify things that are not needed during cross-builds at the moment.
[09:17] <xnox> Saviq: let me try something out.
[09:17] <Saviq> xnox, thanks!
[09:20] <pete-woods> Saviq: I just noticed that the usermetricsservice is not starting automatically on the phone - it's set "start on desktop-start"
[09:20] <pete-woods> Saviq: is there a different even I should be using?
[09:20] <pete-woods> *event
[09:20] <xnox> Saviq: will utopic do to resolve this "Build-Depends dependency for sbuild-build-depends-unity-scopes-api-dummy cannot be satisfied because candidate version of package libunity-api-dev can't satisfy version requirements" or do i need some special ppa?
[09:21] <xnox> Saviq: i don't have utopic cross chroot yet, creating one now.
[09:21] <Saviq> xnox, this should be in trusty fine, too
[09:21] <Saviq> xnox, ah version
[09:21] <Saviq> xnox, yeah, utopic
[09:21] <xnox> Saviq: ack, building utopic cross chroot.
[09:22] <Saviq> pete-woods, that service needs to be there for apps to connect to it, or for shell as well?
[09:23] <Saviq> pete-woods, probably best to talk to ogra to find a suitable event
[09:23] <pete-woods> Saviq: apps don't directly connect to it, it just inotifies from directories
[09:24] <Saviq> pete-woods, so the service doesn't connect to anything, just looks at files and produces files?
[09:24] <pete-woods> I suppose it does talk to a system dbus service, so could just start on dbus like everyone else
[09:24] <Saviq> pete-woods, yeah, prolly best
[09:24] <Saviq> pete-woods, start on started dbus
[09:25] <pete-woods> Saviq: switching to that now :)
[09:27] <pete-woods> Saviq: are you able to rebuild the libusermetrics silo? I've just pushed that upstart config change for Cimi
[09:28] <Cimi> yes pls
[09:32] <dednick> Wellark: don't suppose you could add a test for the changes to the icons?
[09:35] <dednick> Wellark: there's a test suite in tests/plugins/Unity/Indicators/rootactionstatetest.cpp
[09:35] <dednick> could you add a testIconsToQVariant case?
[09:35] <xnox> Saviq: resolved python & apparmor -> http://paste.ubuntu.com/7415052/
[09:35] <xnox> Saviq: liblttng-ust-dev:armhf is not installable on amd64 host (problem to resolve in liblttng-ust)
[09:36] <xnox> Saviq: lttng-tools is not Multi-Arch:foreight (problem to resolve there)
[09:36] <xnox> Saviq: and scopes-api does not appear to build without lttng
[09:36] <Saviq> xnox, uh, what's "native"? :)
[09:37] <Wellark> dednick: I'm awfully busy :-/
[09:37] <Wellark> could we add tests when we fix the @todo use URI's ?
[09:37] <xnox> Saviq: install native to my architecture, as in DEB_BUILT_ARCH, amd64 in typical amd64->armhf cross.
[09:37] <xnox> Saviq: everything, by now, should be able to support it.
[09:37] <Wellark> dednick: as looking at them we need to change the way we pass icons anyway
[09:37] <Saviq> xnox, got it, will you fix lttng?
[09:38] <xnox> Saviq: yes, tomorrow or very late today.
[09:38] <Saviq> xnox, sure, that's good enough, thanks!
[09:39] <dednick> Wellark: if you move the branch to unity-team, i'll upload a quick test. I'm futzing with device problems at the moment, so i have a few minutes free.
[09:39] <dednick> Wellark: i'd like to have the tests when we do the uri change, so that it's validated.
[09:40] <Wellark> dednick: it's already part of a silo.. could you branch it, make the change and I will then merge?
[09:41] <dednick> Wellark: ok
[09:48] <Saviq> mzanetti, qmluitests job broken? is it moved to utopic yet?
[09:48] <mzanetti> Saviq: probably not. but still there is another issue now too
[09:48] <Saviq> mzanetti, oh ok
[09:48]  * mhr3 wonders if the qmluitests have ever worked in the past two months
[09:48] <mzanetti> mhr3: last success 3 days ago
[09:49] <mhr3> no way!
[09:50] <Saviq> mhr3, http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-trusty/1768/
[09:51] <Saviq> mhr3, it'd have worked on trusty still if we haven't switched to new Qt package names ;P
[09:51] <mzanetti> yep. which is probably why the job configuration doesn't work any more too. qmlscene not found
[09:53] <mhr3> Saviq, still, scarily non-green http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-trusty/buildTimeTrend
[09:53] <Saviq> mhr3, that's why I want to switch it to autopkgtest
[09:54] <Saviq> mhr3, to actually have control over what's happening there
[09:54] <Cimi> I have to go to a doctor visit (5 mins walk plus visit) - I hope to be here soon
[09:54] <Saviq> Cimi, that's what I said!
[09:54] <Saviq> mhr3, and to be able to reproduce stuff locally
[09:54] <mhr3> Saviq, makes sense, clearly it sucks now :)
[09:55] <Cimi> Saviq, wish me good luck instead :P
[09:55] <Saviq> Cimi, that was my way of wishing you luck ;)
[09:56] <Cimi> aahah ok
[09:56] <Cimi> catch you soon
[09:56] <Saviq> mhr3, you're not syncing trunk back to devel in unity-scopes-api? nasty ;P
[09:56] <mhr3> Saviq, i am
[09:56] <mhr3> when i don't forget anyway :)
[09:57] <Saviq> mhr3, ;)
[09:58] <mhr3> https://code.launchpad.net/~mhr3/unity-scopes-api/merge-trunk
[09:58] <Saviq> pete-woods, I'll kick a build of infographics in the silo then?
[09:58] <mhr3> see ^ :)
[09:58] <pete-woods> Saviq: if you could, please
[10:01] <mhr3> Saviq, how soon do you want that landed?
[10:01] <Saviq> mhr3, your call
[10:01] <mhr3> Saviq, there's a big branch which has changelog fixed
[10:01] <Saviq> mhr3, I just want to help you guys not spend hours building stuff on device
[10:02] <mhr3> yea, funnily that was a topic on today's standup
[10:02] <Saviq> mhr3, so I submitted https://code.launchpad.net/~saviq/unity-scopes-api/fix-cross-build/+merge/218768
[10:02] <Saviq> mhr3, but based it off of trunk... now rebased on devel, so all good from my PoV
[10:03] <mhr3> Saviq, if you could base it off lp:~michihenning/unity-scopes-api/config-fixes that would be great
[10:03] <Saviq> mhr3, it merges fine, any reason to rebase?
[10:04] <mhr3> oh the debian stuff is gone... nvm
[10:04] <Saviq> kk
[10:05]  * Saviq goes for a horse-tranq^Wpainkiller and hopefully some breakfast after that
[10:17] <Saviq> xnox, if pbuilder complains:
[10:17] <Saviq>  pbuilder-satisfydepends-dummy : Depends: apparmor:native which is a virtual package.
[10:17] <Saviq>                                  Depends: python3:native which is a virtual package.
[10:17] <Saviq> xnox, what needs upgrading?
[10:20] <xnox> Saviq: that works fine, here in utopic. What/where is complaining?
[10:21] <Saviq> xnox, jenkins
[10:21] <Saviq> xnox, https://jenkins.qa.ubuntu.com/job/unity-scopes-api-devel-utopic-amd64-ci/31/console
[10:21] <xnox> Saviq: i don't maintain that.
[10:21] <Saviq> xnox, I know, just asking if you know what would need upgrading for this to work?
[10:22] <xnox> Saviq: well, PPAs, Launchpad, click-chroot, myself all use sbuild which works just fine :native build-deps.
[10:22] <xnox> Saviq: jenkins appears to be using pbuilder.
[10:22] <Saviq> xnox, was afraid of that...
[10:36] <xnox> Saviq: test is locally, if you can reproduce the failure with stock pbuilder.
[10:36] <xnox> Saviq: if yes, check if :native support has been fixed in debian & get that merged/synced into ubuntu.
[10:36] <xnox> Saviq: otherwise, the pbuilder used on the jenkins host may need upgrade
[10:36] <Saviq> xnox, will do, thanks
[10:37] <xnox> Saviq: or it could be one of the hooks that's breaking. I'm not quite sure.
[10:37] <xnox> (well jenkins slave, not host, i guess...)
[10:38] <dednick> Wellark: https://code.launchpad.net/~nick-dedekind/unity8/indicator-root-state-icons-fix-test
[10:41] <Wellark> dednick: ok. I will merge that
[10:41] <Wellark> dednick: thanks!
[10:42] <dednick> Wellark: ok. will top approve when you have.
[10:42] <Wellark> dednick: does it have the excess tags removed?
[10:43] <Wellark> hmm.. weird..
[10:43] <Wellark> I now see all the tags..
[10:43] <Wellark> I will remove them once again
[10:46] <dednick> dangit. they keep coming back!
[10:46] <Wellark> dednick: let's see..
[10:46] <Wellark> dednick: merged now.
[10:46] <Saviq> Wellark, dednick, make sure to not push/pull until after you stripped them from *everywhere*
[10:47] <Saviq> otherwise they just go viral
[10:47] <Wellark> Saviq: do I have to do a force push?
[10:47] <Saviq> Wellark, _no_ push at all
[10:47] <Wellark> as there is no commit generater
[10:47] <Saviq> Wellark, commits have nothing to do with tags
[10:47] <Saviq> in bzr
[10:47] <Wellark> well, how do I update tags in a branch that is already in lp?
[10:47] <Saviq> so you have to remove them separately remotely and locally
[10:47] <Saviq> Wellark, strip-u8-tags.sh lp:
[10:48] <Saviq> Wellark, it will take like 10 minutes, too
[10:48] <Wellark> right..
[10:48] <Saviq> Wellark, lp:foo of course
[10:48] <Wellark> that explains it
[10:48] <Saviq> Wellark, yeah, in bzr tags just fly around whenever you push/pull, not looking at commits or whether you removed them
[10:48] <Saviq> Wellark, if they're somewhere - sooner or later they'll be everywhere
[10:48] <Wellark> I magically thought that the tags removed locally and then pushed to LP would actually have an effect on a branch being pushed
[10:49] <Saviq> Wellark, that's not really magic, that's just git :P
[10:49] <Wellark> well, having tags in bzr that just float around and can't be synced between different repos is just weird
[10:50] <Wellark> dednick: wait until the strip finishes
[10:50] <Saviq> Wellark, they can be synced, one way ;)
[10:50] <Wellark> are tags one of the bzr features that were never truly finished?
[10:50] <Saviq> meaning "where they are" to "where they're not"
[10:51] <Wellark> ugh..
[10:51] <Wellark> ssh-agent is dead
[10:51] <Wellark> and now bzr asks me to write my password for each tag removal
[10:51] <Wellark> no thank you.
[10:53] <Cimi> took actually longer :)
[10:54] <Saviq> Cimi, so, just the packages from your privacy branch make it so that unity8 doesn't start
[10:54] <Saviq> after the wizard finishes, that is
[10:56] <Cimi> Saviq, wizard branch, not privacy
[10:56] <Saviq> Cimi, wizard wifi, yes
[10:56] <Cimi> Saviq, ok
[10:56] <Cimi> Saviq, will look
[12:00] <Cimi> pete-woods, ok now I have the directory
[12:00] <Cimi> I will keep going
[12:00] <pete-woods> Cimi: cool stuff, hopefully you can get something going
[12:01] <pete-woods> Cimi: I tried it out on my desktop at least with a basic image slider mocked up to look like the Greeter, and it was looking nice
[12:19] <Wellark> Saviq: why is unity8 built on arm64, powerpc and ppc64el ?
[12:20] <Saviq> Wellark, (not?)
[12:20] <Wellark> those make silo building dead slow... :(
[12:20] <Wellark> Saviq: look here: https://launchpad.net/~ci-train-ppa-service/+archive/landing-009/+packages
[12:21] <Wellark> unity8 failed to build o those arches
[12:21] <Wellark> just wondering why do we even bother right now..
[12:22] <Wellark> or is this something "everything in main has to build on all of these"
[12:22] <Saviq> Wellark, we're not in main btw
[12:22] <Wellark> unity8 is not in main?
[12:22] <Wellark> ok'
[12:22] <Wellark> even better
[12:24] <Saviq> Wellark, it only failed due to missing dependencies
[12:25] <Cimi> yeah why we build for those?
[12:26] <Saviq> once the dependencies show up, we'll just build for all the arches we support
[12:26] <Saviq> like "why not"? :)
[12:26] <Cimi> wasting time? energy?
[12:26] <Cimi> I bet no one is using unity8 on powerpc
[12:27] <Cimi> I think Wellark has a point
[12:27] <Saviq> Cimi, you could say that about like every package in Ubuntu
[12:27] <Cimi> Saviq, well not
[12:27] <Cimi> Saviq, I expect someone using X on a powerpc
[12:28] <Cimi> Saviq, I just don't expect anyone using a development version of a phone interface
[12:28] <Cimi> Saviq, on a landing PPA
[12:28] <Cimi> Saviq, archive is different...
[12:28] <Saviq> Cimi, the landing PPA == archive, in the sense that the packages are not rebuilt into archive, they're bin-copied
[12:29] <Cimi> ok
[13:26] <Saviq> anyone else had unity8 ap tests on desktop kill their session?
[13:56] <kgunn> Saviq: just curious, unity7 or unity8 desktop preview ?
[13:57] <Cimi> Saviq, me
[13:57] <Cimi> Saviq, and albert
[13:57] <Saviq> kgunn, just unity8 ap tests under whatever desktop
[13:57] <Saviq> Cimi, do you have a .crash file for init? could you try again?
[13:57] <Saviq> well, whatever desktop is probably wrong, under unity7 for sure
[13:57] <Cimi> Saviq, albert had a fix, I don't want to crash my session now sorry ;)
[13:58] <Saviq> Cimi, it wasn't a fix, it was a workaround
[13:58] <Cimi> s/fix/workaround for him/g
[13:58] <Saviq> Cimi, we thought it's a bug fixed in upstart, but it seems it was already released
[13:58] <Saviq> Cimi, doesn't have to be now
[13:59] <Saviq> Cimi, but when you have a few mins, remove the upstart dbg symbols (that was the workaround, right?) and try again please, init crashing is a rather bad thing that we should fix by all means
[13:59] <Cimi> Saviq, I never tried his workaround
[13:59] <dednick> Saviq: is cross building working for utopic yet?
[13:59] <Cimi> Saviq, just let me know what you want me to do
[14:00] <Saviq> dednick, should, yes https://launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/5.2.1-5ubuntu2
[14:00] <Cimi> Saviq, I have infographics working, but I need design to implement the crossfade or whatevert we like
[14:00] <Cimi> pinged them already
[14:00] <Saviq> Cimi, make it crash, grab the .crash file for init
[14:00] <Cimi> ok
[14:01] <Cimi> you guys know how to get the user id? mterry ?
[14:02] <Cimi> from qml
[14:03] <Saviq> Cimi, there's a prop on LightDM or so, but you need the selected uid, not the current uid, don't you?
[14:04] <Saviq> Cimi, there's a signal selected(uid) in GreeterContent, you should be able to use that
[14:04] <mterry> Cimi, sorry, you want to know the currently selected user in the greeter?
[14:05] <Cimi> mterry, think so, it's for infographics
[14:05] <Cimi> mterry, so I want a variable in Greeter.qml that tells me the uid
[14:06] <Cimi> so I set the infographics model to read the infographics for this user
[14:06] <mterry> Cimi, you can see in GreeterContent.qml, it grabs the user name
[14:06] <mterry> Cimi, that's where it's currently setting the infographics model
[14:06] <Cimi> mterry, the infographics model changed
[14:06] <Cimi> mterry, it required user id
[14:06] <Cimi> so 32011 for phablet i.e.
[14:07] <mterry> hrm
[14:07] <mterry> Cimi, lightdm only gives username
[14:08] <mterry> Cimi, so you'll have to ask C++ to translate that to a uid
[14:08] <Cimi> mterry, we want uid
[14:08] <Cimi> mterry, can I hack the lightdm plugin or is not possible?
[14:09] <mterry> Cimi, sure, you can hack QVariant MangleModel::data(const QModelIndex &index, int role) const in plugins/LightDM/UsersModel.cpp
[14:09] <mterry> Cimi, add a new role in its header
[14:09] <mterry> Cimi, for uid.  And when MangleModel::data gets that role, it can translate the current value of the name role into a uid role value
[14:10] <Saviq> mzanetti, https://code.launchpad.net/~unity-team/unity8/drop-hud-bottom-edge/+merge/218572 please
[14:10] <Cimi> ok
[14:11] <mzanetti> Saviq: ack
[14:24] <Cimi> mterry, so I need to add uis here http://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/view/head:/liblightdm-qt/usersmodel.cpp ?
[14:25] <mterry> Cimi, naw, I was thinking you do it all unity8-side
[14:25] <mterry> Cimi, in plugins/LightDM/UsersModel.cpp
[14:25] <Cimi> but how do I get user id?
[14:25] <mterry> Cimi, getpwnam ?
[14:26] <Cimi> ah just code, ok
[14:27] <Cimi> mterry, ok and where do I add a role?
[14:28] <Cimi> mterry, thought those roles where degined in that lightdm file
[14:29] <mterry> Cimi, yeah...  and plugins/LightDM/plugin.cpp registers those directly from QLightDM into qml as LightDM.UsersRoles
[14:30] <mterry> Cimi, so you can either add your own little baby class that has its own role definitions and adds your own
[14:30] <mterry> Cimi, or you can add a LightDM plugin function that translates from a given name to uid if you want to do it more manually
[14:31] <Cimi> mterry, so like an extra property?
[14:31] <Cimi> I will see
[14:31] <Cimi> standup time
[14:31] <sil2100> Saviq: sooo... everything double tested in landing 005 ;p?
[14:31] <karni> Cimi: Can you tell me, once we use Expandables from Ubuntu SDK, will the "More..." button (Scope preview, more than 2 buttons on screen) be translatable?
[14:31] <karni> Cimi: it will, right?
[14:32] <Cimi> karni, they are already
[14:32] <karni> Cimi: already translated? can I force different locale on unity-scope-tool?
[14:33] <Cimi> karni, they are translatable
[14:33] <Cimi> karni, iirc
[14:35] <Saviq> sil2100, yes, see the comment
[14:36] <Saviq> sil2100, I ran the whole suite through the ap gatekeeper job, one unexpected failure in mediaplayer, not reproducible locally
[14:36] <karni> Saviq: should prefixing unity-scope-tool with LANGUAGE=es work, like it does for qmlscene? if it should, I'll file a bug the "More..." button isn't translated
[14:38] <Cimi> karni, try :)
[14:39] <karni> Cimi: well, I did, and it's not translated. I'm asking if it's supposed to work.
[14:39] <karni> I'll file a bug and let you guys decide.
[14:39] <Cimi> karni, try adding a translation and see
[14:40] <karni> Cimi: translation where. I'm talking about *your* "More..." (collapsed comobo) button
[14:40] <karni> :)
[14:40] <Cimi> karni, it is translated for es
[14:40] <karni> hrm
[14:40] <Cimi> karni, in po/es.po
[14:41] <karni> when I launch with LANGUAGE=es unity-scope-tool... it still shows "More...". ideas, Cimi ?
[14:41] <Cimi> karni, the content being loaded by upstart
[14:41] <Saviq> karni, I think we're missing the domain setting
[14:41] <Saviq>     Binding {
[14:41] <Saviq>         target: i18n
[14:41] <Saviq>         property: "domain"
[14:41] <Saviq>         value: "unity8"
[14:41] <Saviq>     }
[14:42] <Saviq> karni, scope tool doesn't use upstart
[14:42] <karni> I see
[14:42] <Cimi> ok
[14:42] <Saviq> Cimi, rather ↑
[14:42] <karni> so it should work on the phone then
[14:42] <Cimi> Saviq, yeah makes ense
[14:42] <karni> Saviq: would you want a bug for unity-scope-tool filed?
[14:42] <Saviq> karni, yeah, please do
[14:42] <karni> Saviq: where does it live? under unity8?
[14:43] <Saviq> karni, yup
[14:43] <karni> k
[14:44] <karni> https://bugs.launchpad.net/unity8/+bug/1317541
[14:45] <mhr3> Saviq, we'll be landing new scopes-api which will kinda break the scope-tool, i guess i won't be able to get a silo with unity8 right?
[14:45] <Saviq> mhr3, why not?
[14:45] <mhr3> Saviq, don't you have 4 silos with unity8 already?
[14:45] <Saviq> mhr3, there's only one relevant one that's ACKed and being published soon
[14:46] <Saviq> mhr3, only one is "real" at most
[14:46] <mhr3> Saviq, ah, coolio
[14:53] <Cimi> mterry, something like     int uid(const QModelIndex &index) const; ?
[14:54] <mterry> Cimi, seems reasonable -- it's been a while since I dealt with c++ models and qml, but I'm sure you can make that accessible
[14:56] <kgunn> sil2100: hey i spoke with asac about this and he +1
[14:56] <kgunn> 'd adding mterry to the lander list
[14:56] <kgunn> can you do some magic to give him ci-train-spreadsheet powers ?
[14:57] <kgunn> i've walked him through the boot-camp basics...
[14:58] <sil2100> kgunn: sure, give me a moment :)
[14:58] <asac> ack
[14:58] <sil2100> Well, it's mterry! I trust him!
[14:58] <mterry> you fools!
[15:00] <sil2100> mterry: you should now be able to fill-in landings and run builds etc.
[15:01] <mterry> sil2100, thanks!
[15:04] <Cimi> mterry, apart that I don't know how to export it to qml, compiles :)
[15:04] <Cimi> that code http://paste.ubuntu.com/7416495/
[15:05] <mterry> Cimi, probably safe, but you should check return of getpwnam for NULL
[15:05] <Cimi> mterry, sure thought of that
[15:05] <Cimi> mterry, but how do I add this function to the qml?
[15:06] <Cimi> tried greeterContentLoader.model.uid(greeterContentLoader.currentIndex) but complains
[15:06] <Cimi> TypeError: Property 'uid' of object UsersModel(0xa794a4a0) is not a function
[15:06] <mterry> Cimi, you could add it to UsersModel in UsersModel.cpp
[15:07] <Cimi> I did
[15:07] <Cimi> mterry, in manglemodel
[15:07] <mterry> Cimi, manglemodel is the internal model.  The outer model is UsersModel
[15:07] <Cimi> http://paste.ubuntu.com/7416510/
[15:08] <mterry> Cimi, and you might need to mark it Q_INVOKABLE or some such
[15:08] <Cimi> ok
[15:08] <Cimi> mterry, so where shall I place this?
[15:08] <Cimi> I added qinvokable
[15:32] <mterry> Cimi, sorry, missed the pong
[15:32] <mterry> Cimi, so I'd say put in in plugins/LightDM/UsersModel.h
[15:32] <mterry> Cimi, with a Q_INVOKABLE in front of it
[15:33] <mterry> I *think* that will expose it to qml
[15:33] <Cimi> mterry, always MangleModel::uid?
[15:33] <mterry> Cimi, naw, don't do it in MangleModel.  Just UsersModel
[15:33] <mterry> Cimi, qml doesn't see the MangleModel
[15:34] <Cimi> mterry, so how can it see the MandleModel::data?
[15:34] <mterry> Cimi, UsersModel is a proxy model that wraps MangleModel
[15:34] <mterry> Cimi, just use UsersModel::data and you'll be fine
[15:39] <Cimi> mterry, this is not working
[15:39] <Cimi> anyway
[15:39] <Cimi> I'll try then adding the roles
[15:39] <mterry> :(
[15:40] <mterry> Cimi, LightDM::Greeter has methods.  maybe copy the syntax there (or put the method there if there is some weirdness about models)
[15:47] <Henne91> Hey everybody! I have a question concerning Unity/Debugging. Does anybody have an idea what is the best way to run unity-settings-daemon in debug mode right after boot?
[15:48] <Henne91> The problem is, I am trying to debug an annoying bug but if I run "unity-settings-daemon --replace --debug" this will prevent the bug so I need to start it in debug mode right away.
[15:54] <Cimi> mterry, in greetercontent.qml we have uid
[15:54] <Cimi> which looks like face and only a 0-n index
[15:54] <Cimi> not real userid, right?
[15:55] <mterry> Cimi, yeah, it's index into the model
[15:55] <Cimi> ok
[15:55] <mterry> Cimi, uid is bad name, agreed
[15:55] <mterry> Cimi, User InDex
[15:56] <Cimi> mterry, sorry but I am having some confusion here
[15:56] <Cimi> mterry, c++ and qml etc..
[15:57] <mterry> Henne91, edit /usr/share/upstart/sessions/unity-settings-daemon.conf ?
[15:58] <mterry> Henne91, the output of u-s-d will be in ~/.cache/upstart/unity-settings-daemon.log
[16:10] <Henne91> mterry: perfect, thanks!
[16:11] <Cimi> mterry, I think it is not working for me
[16:11] <Cimi> mterry, http://paste.ubuntu.com/7416841/
[16:11] <Cimi> mterry, qdebug says
[16:11] <Cimi> data QVariant(Invalid)
[16:12] <Cimi> and toString is ""
[16:12] <mterry> Cimi, I'm not sure it matters, but you don't have to call QSortFilterProxyModel::data, you can just call data()
[16:12] <mterry> Cimi, but looks correct besides...
[16:13] <Cimi> is driving me nuts
[16:13] <mterry> Cimi, is the index correct?
[16:13] <Cimi> let me print index too
[16:14] <Cimi> mterry, QModelIndex(-1,-1,0x0,QObject(0x0) )
[16:14] <Cimi> mmmmm
[16:14] <Cimi> mterry, so something is not initialised
[16:14] <mterry> seems bad  :)
[16:15] <mterry> Cimi, gotta eat, bbl
[16:33] <Cimi> mterry, you back
[16:33] <Cimi> ?
[16:35] <mterry> Cimi, mostly
[16:35] <Cimi> mterry, so the index is 0
[16:36] <Cimi> but the data call returns invalid
[16:37] <Cimi> http://paste.ubuntu.com/7416992/
[16:39] <Cimi> I can think that greeterContentLoader.model.uid(greeterContentLoader.currentIndex) is the wrong call
[16:39] <mterry> Cimi, again, you're not using the right parent class for the ::data call
[16:39] <mterry> Cimi, just do UsersModel::data() or rename the local variable so it doesn't conflict
[16:40] <Cimi> ok
[16:40] <mterry> not sure that will fix index 0 being invalid tho
[16:41] <Cimi> did http://paste.ubuntu.com/7417024/ now
[16:41] <Cimi> but still
[16:41] <Cimi> no matching function for call to ‘UsersModel::data(const QModelIndex&, QLightDM::UsersModel::UserModelRoles) const’
[16:42] <mterry> Does C++ not "fall down the stack" when you namespace like that?
[16:43] <mterry> Cimi, try QSortFilterProxyModelQML::data then (note the QML at end -- that was missing in your previous call, UsersModel uses the QML version as the superclass)
[16:43] <Cimi> TRYING
[16:44] <mterry> :)
[16:44] <Cimi> nope
[16:44] <Cimi> want to throw this shitty c++ out of the window
[16:46] <Cimi> nothing works
[16:47] <Cimi> neither QVariant udata = data(index, QLightDM::UsersModel::NameRole);
[16:47] <Cimi> it's 3 hours I'm trying to write a 3 lines function to print out a number!!!!!!! :@
[16:50] <Cimi> if someone has an idea, happy to offer a beer in malta
[16:55] <mterry> Cimi, so index is correct at 0.  But you get back invalid data.  So we know the qml -> c++ bridge is working and we know it has the right index.  And we know the data is really inside that model
[16:56] <mterry> The question is just why UsersModel returns invalid data for something that should be vallid
[16:57] <mhr3> Saviq, hm, the new and improved image widget is appearing in an odd way
[16:58] <mhr3> Saviq, doesn't even have the outline at first, and once it does, the spinner in it can end up super small
[16:58] <mhr3> Saviq, is that tracked somewhere?
[16:59] <mterry> Cimi, you COULD change the method -- have it take name and just do getpwnam
[16:59] <mterry> Cimi, then Qml passes the name in, which we know it can do
[16:59] <mterry> Not quite as elegant
[17:03] <Cimi> mterry, I will try
[17:09] <Cimi> mterry, if this works, where would you put the function? same file?
[17:23] <Cimi> mterry, if this works, where would you put the function? same file?
[17:23] <Cimi> works btw
[17:24] <mterry> Cimi, I guess?  Or LightDM::Greeter maybe?  I dunno, it's kind of a hack of a function  :)
[17:24] <mterry> Cimi, Same file is fine
[17:24] <mterry> Greeter is for higher-level stuff I think
[17:24] <Cimi> mterry, not really an hack
[17:24] <Cimi> mterry, it's a helper function
[17:25] <Cimi> mterry, retriving uid from username
[17:25] <mterry> Cimi, fair, but it would be nice if it acted more like "just a data role" i.e. more transparently for qml
[17:25] <mterry> Cimi, but we wasted enough time on that  :)
[17:26] <Cimi> mterry, don't worry, Saviq will probably "needs fixing" that and I'll fly to poland to kill him :D
[17:27] <Cimi> ok I have them working, waiting tomorrow to work on the visuals..
[17:27] <Cimi> pa pa, bye, ciao, adios
[17:27] <mterry> Cimi, bye
[17:28] <Cimi> thanks mterry
[17:28] <mterry> yw!
[17:46] <Saviq> mhr3, I don't think it is
[20:22] <mterry> tedg, poke?
[20:22] <tedg> mterry, I don't think you can see me :-)
[20:22] <mterry> tedg, I'm worried I irc-silenced you on my client
[20:23] <tedg> mterry, Yeah, I've been obnoxious enough that you'd have responded by now :-)
[21:50] <josharenson> kgunn, re: blueprints. I can just assign myself things that sound cool?
[22:24] <veebers> hmm 'start unity8' doesn't work for me on my desktop, it just hangs there.  Is this a known issue?