[06:06] <odraencode> Hey
[06:06] <odraencode> I need some help, how can I add something to the mail icon in the notification area?
[06:07] <odraencode> Like say I wanted a program that interfaced with a website like twitter to show the notify about PMs or something
[06:07] <odraencode> How could I add it to the notification icon?
[07:26] <odraencode> Hey
[07:27] <odraencode> Anybody there?
[07:30] <odraencode> Hello?
[07:30] <odraencode> Can someone tell me how can I add an indicator inside the default messaging menu?
[07:32] <tvoss_> sil2100, ping
[07:33] <tvoss_> odraencode, best to wait for tedg or larsu_
[07:33] <odraencode> Q___Q
[07:33] <odraencode> Oh
[07:33] <odraencode> It's a menu not an indicator
[07:33] <odraencode> Why the eff is it a messaging menu, that is confusing D:
[07:36] <Saviq> odraencode, you found the docs?
[07:36] <Saviq> odraencode, http://developer.ubuntu.com/resources/platform/api/12-10/ under "messaging menu"
[07:36] <odraencode> I thought http://developer.ubuntu.com/resources/technologies/messaging-menu/ was an indicator
[07:38] <sil2100> tvoss_: pong!
[07:40] <jibel> didrocks, sil2100 for info autopilot with my patch to pass arguments to recordmydesktop has been uploaded to the archive, I'll update autopilot testsuite to run with a lower fps (6 should be good enough to view failures) and with --no-wm-check to avoid running in fullshot mode
[07:40] <sil2100> mhr3: just got the e-mail about the dbus issues, and wow
[07:40] <didrocks> jibel: \o/ let's see how it goes :)
[07:41] <jibel> didrocks, we'll see ...
[07:42] <didrocks> jibel: we have as well good hints as sil2100 told from mhr3 about the dbus hang
[07:42] <sil2100> jibel: yay! hm, we'll see about those 6-fps, I wonder how the vids will look like then
[07:42] <jibel> didrocks, also, I'm wondering if recordmydesktop really likes to be savagely killed, instead of being kindly aborted
[07:42] <mhr3> sil2100, did you talk to Wellark_ about it? maybe hud itself is not the root cause
[07:42] <didrocks> it's the hud spawing 120 dbus signals a second
[07:43] <sil2100> mhr3: not yet, but will be poking him and Ted just in case
[07:43] <didrocks> jibel: hum, yep, maybe SIGABRT would be better, they send a SIGKILL, right?
[07:43] <mhr3> and btw good morning :)
[07:44] <mhr3> sil2100, Wellark_, here's the full stats btw http://paste.ubuntu.com/5863196/
[07:44] <didrocks> good morning mhr3, nice work!
[07:45] <mhr3> didrocks, i've been broken :(
[07:45] <didrocks> mhr3: urgh? :/
[07:45] <mhr3> didrocks, had to read haskell code when i was trying to figure out the bustle file format
[07:45] <sil2100> Good morning and indeed good work ;)
[07:45] <jibel> didrocks, yes, on success kill() is executed, which as the side effect to leak directories in /tmp/
[07:45] <jibel> s/as/has/
[07:46] <didrocks> mhr3: I feel your pain then! but but monads are good for you ;)
[07:46] <mhr3> didrocks, i don't think so :P
[07:46] <didrocks> heh
[07:47] <didrocks> jibel: if we send SIGTERM, it's going to save the video?
[07:47] <jibel> didrocks, SIGABRT terminates the program and removes the specified output file.
[07:51]  * didrocks wonders why they didn't look at the gtk-recordmydesktop code, it sends SIGINT
[08:12] <Saviq> mzanetti, ping
[08:18] <mzanetti> Saviq: pong
[08:21] <mzanetti> launcher backend merged... can't believe it :D
[08:21] <mzanetti> Wellark_: ^
[08:21] <Saviq> mzanetti, yeah
[08:21] <Saviq> mzanetti, so... unity8 autopilot suite runs in different configurations every time now
[08:22] <Saviq> mzanetti, when ran on device, that kinda beats the purpose
[08:22] <Saviq> mzanetti, ideas?
[08:22] <mzanetti> not following yet...
[08:22] <mzanetti> ah... you mean the size and input method?
[08:22] <Saviq> yeah
[08:22] <Saviq> geometry mostly
[08:22] <mzanetti> Saviq: there is also a szenario when running on device
[08:22] <Saviq> szenario?
[08:22] <Saviq> :D
[08:22] <mzanetti> Saviq: in that case it'll run fullscreen
[08:23] <mzanetti> f*** you
[08:23] <mzanetti> :P
[08:23] <Saviq> mzanetti, it's just that "sz" is a valid sound in PL
[08:23] <mzanetti> in german too...
[08:23] <Saviq> mzanetti, yeah, but much different
[08:24] <Saviq> mzanetti, sz is ~ german sch
[08:24] <mzanetti> heh...
[08:24] <mzanetti> actually... there is a difference
[08:24] <Saviq> so it just sounded fine in my head :D
[08:24] <mzanetti> sz like it was before is ß
[08:24] <Saviq> n no
[08:24] <Saviq> ah maybe before somewhen
[08:24] <mzanetti> yeah
[08:24] <mzanetti> anyways..
[08:24] <Saviq> yeah :D
[08:25] <mzanetti> so check out the header of the testcases.py
[08:25] <Saviq> mzanetti, so how can we make it use that szenario?
[08:25] <mzanetti> Saviq: its hud.py by now
[08:25] <mzanetti> in there you find the scenarios :P
[08:26] <mzanetti> 3 of them
[08:26] <mzanetti> 2 for desktop, 1 for device
[08:26] <Saviq> mzanetti, ah, so will it Just Work™?
[08:26] <mzanetti> Saviq: in theory yes
[08:26] <mzanetti> Saviq: haven't tried it in a while tho
[08:26] <Saviq> mzanetti, nice, will know soon
[08:28] <smspillaz> 1
[08:28] <Saviq> 2
[08:28] <mzanetti> 3
[08:29] <smspillaz> hah
[08:29] <smspillaz> byobu's been breaking my workflow lately
[08:33] <Saviq> mzanetti, I wonder if we should run without the fake Ubuntu.Application
[08:33] <Saviq> mzanetti, and it doesn't kill the system unity8, so we're launching both the fake and the real camera app
[08:36] <mzanetti> Saviq: yeah... we'd need to kill the running shell
[08:36] <mzanetti> Saviq: are you using phablet-test-run ?
[08:36] <mzanetti> Saviq: it has an argument -n
[08:36] <mzanetti> that'll stop the running shell teporary
[08:37] <Saviq> mzanetti, ah!
[08:40] <dandrader> jeez, I could swear this was ubuntu: http://www.engadget.com/2013/07/10/playstation-3-youtube-send-to-tv/
[08:40] <Saviq> dandrader, it's UbuntuTV :D
[08:42] <Saviq> mzanetti, re: Ubuntu.Application then - I'm inclined to split the fake out into a separate package with Provides: qtubuntu-shell, so that it won't get installed on the devices
[08:43] <Saviq> mzanetti, we'd then test the real apps, only not sure how autopilot would cope with apps forked from our process
[08:43] <mzanetti> Saviq: autopilot should be fine with that
[08:43] <Saviq> and yeah, the tests are mightly unreliable :/
[08:43] <mzanetti> Saviq: hmm... we might need to change tests to close the launched apps again
[08:43] <Saviq> on device, that is
[08:44] <Saviq> mzanetti, yeah, ok, second step, then
[08:44] <mzanetti> Saviq: I kinda expected that
[08:44] <Saviq> mzanetti, it fails to unlock like every other time
[08:44] <mzanetti> Saviq: oh, that bad
[08:44] <mzanetti> didn't expect that tbh
[08:48] <Saviq> mzanetti, other times the shell doesn't switch to Home by itself
[08:49] <Saviq> mzanetti, so it can't launch the app
[08:49] <mzanetti> huh? thats weird
[08:49] <mzanetti> I mean... it works when we normally run the shell
[08:49] <Saviq> mzanetti, I think it doesn't if you unlock it quickly enough
[08:50] <mzanetti> Saviq: iirc we have a check that waits for that to happen before trying to unlock :/
[08:52] <mzanetti> Saviq: this line used to do that at least:
[08:52] <mzanetti> self.assertThat(dash.showScopeOnLoaded, Eventually(Equals(""), timeout=30))
[08:52] <Saviq> mzanetti, no way to run just a single test?
[08:52] <mzanetti> Saviq: yes
[08:52] <Saviq> phablet-test-run unity8.tests.testhud.test_show_hud
[08:52] <mzanetti> Saviq: run "autopilot list unity8"
[08:52] <Saviq> just comes up empty
[08:52] <mzanetti> Saviq: you'll get a list of all tests
[08:53] <Saviq> ah TestHud
[08:53] <mzanetti> Saviq: then run "autopilot run unity8.test.foo.bar." with the full path of the test you want to run
[08:53] <mzanetti> huh?
[08:53] <Saviq> mzanetti, yeah, I was missing the class name
[08:53] <mzanetti> ah
[08:58] <Saviq> mzanetti, something's weird
[08:58] <Saviq> $ phablet-test-run unity8.tests.testhud.TestHud.test_show_hud
[08:59] <Saviq> mzanetti, it completes the test case AFAICS
[08:59] <Saviq> mzanetti, relaunches the shell and fails after some 30s
[08:59] <Saviq> but only reports one test being run??
[09:00] <Saviq> ah no
[09:00] <Saviq> Ran 2 tests in 232.057s
[09:00] <Saviq> but just 1 failure
[09:00] <Saviq> but why would it run two?
[09:00] <mzanetti> hmm... Saviq, what does autopilot list tell you?
[09:00] <mzanetti> Saviq: does the test have an * ?
[09:01] <Saviq>  *1 unity8.tests.testhud.TestHud.test_show_hud
[09:01] <mzanetti> Saviq: in that case it found 2 (or more) scenarios for the test
[09:01] <Saviq> mzanetti, yeah, all of them do
[09:01] <mzanetti> running them all...
[09:01] <mzanetti> Saviq: can you add some print's in setUp to see which scenario it runs?
[09:01] <Saviq> mzanetti, yeah, will do
[09:02] <mzanetti> Saviq: maybe the check for model() == Desktop doesn't work
[09:02] <Saviq> mzanetti, otoh the failed test is (Fullscreen)
[09:02] <Saviq> mzanetti, and we only have Fullscreen if != Desktop
[09:02] <mzanetti> hmm...yeah. so that one seems to do
[09:03] <mzanetti> Saviq: I'd need to run it myself to be of more use... give me minute and I'll try
[09:04] <Saviq> dednick, fix conflict in indicators-client please? it's a small one in debian/control
[09:04] <dednick> Saviq: yup, doing now
[09:06] <Saviq> mzanetti, ah, it actually ran "test_show_hud_button_dont_open(Fullscreen)", too
[09:07] <mzanetti> Saviq: yeah.. its a filter
[09:07] <Saviq> mzanetti, right
[09:07] <mzanetti> (which imho sucks sometimes)
[09:08] <Saviq> mzanetti, so there's no way to limit it to just one in that case...
[09:09] <mzanetti> Saviq: pick another one where the filter only matches one :/
[09:09] <Saviq> :P
[09:10] <Saviq> mzanetti, so... basically if it runs two tests, it fails to unlock the second time
[09:10] <Saviq> mzanetti, ok, will investigate
[09:10] <mzanetti> Saviq: yeah... can reproduce it here too
[09:11] <mzanetti> the first test run actually doesn't look that bad
[09:11] <mzanetti> so if we're luck its a micro fix and it'll start working
[09:11] <Saviq> yeah
[09:11] <Saviq> mzanetti, any idea if we have a way to unblank the screen?
[09:12]  * mzanetti searches for the bug report
[09:13] <mzanetti> Saviq: https://bugs.launchpad.net/autopilot/+bug/1185065
[09:14] <mzanetti> Saviq: unfortuantely thomi decided for Wontfix
[09:14] <Saviq> mzanetti, I kinda agree with him there...
[09:14] <mzanetti> Saviq: uh... I left it running while searching for the bug and now, after a couple of minutes it actually succeeded to unlock the screen
[09:14] <Saviq> mzanetti, next test maybe?
[09:15] <Saviq> mzanetti, that's what I meant by "every other time"
[09:15] <mzanetti> ok... might be
[09:15] <mzanetti> Saviq: you really agree every test suite should care by itself about the screen locking prevention?
[09:16]  * mzanetti doesn't
[09:16] <Saviq> mzanetti, dunno, would have to think more
[09:22] <Saviq> mzanetti, also, it should actively _unblank_, not only prevent timing out
[09:22] <mzanetti> Saviq: yep
[09:22] <mzanetti> Saviq: but again. thats an issue all tests will suffer, especially in jenkins
[09:34] <dednick> Saviq: package 'unity-shell-launcher=2' not found
[09:34] <Saviq> dednick, ppa:ubuntu-unity/next
[09:35] <Saviq> dednick, /me needs to fix the build scripts
[09:35] <dednick> Saviq: ah. is that a replacement, or a new one?
[09:35] <Saviq> dednick, a replacement
[09:35] <dednick> desktop-deps?
[09:35] <Saviq> dednick, not used anymore
[09:35] <Saviq> dednick, we'll only do with ppa:ubuntu-unity/next
[09:35] <Saviq> dednick, qt5 and sdk go away, too
[09:35] <dednick> Saviq: awesome. ta
[09:36] <Saviq> mzanetti, D09add_ppa~ubuntu-unity~daily-build-next hmmm that's not the one we should be using
[09:37] <Saviq> mzanetti, it should be ubuntu-unity-next
[09:37] <mzanetti> Saviq: right... lemme fix it
[09:37] <Saviq> mzanetti, and we can get rid of all the others
[09:37] <Saviq> mzanetti, just leave ppa:ubuntu-unity/next in there
[09:37] <Saviq> mzanetti, actually, leave desktop-deps there until indicators-client merges
[09:38] <Saviq> as that will fail autopilot
[09:38] <Saviq> mzanetti, so, it looks like unlock actually passes, as the actual failure is:
[09:38] <Saviq> MismatchError: After 10.0 seconds test on HudButton.opacity failed: 1.0 != dbus.Double(0.0, variant_level=1)
[09:39]  * Saviq traces unlock_greeter
[09:39] <mzanetti> this failure doesn't really sound like a unlock_greeter thing tho...
[09:39] <Saviq> mzanetti, yeah, because the greeter didn't unlock
[09:40] <Saviq> mzanetti, and the test continued assuming it's unlocked
[09:41] <mzanetti> Saviq: where did you see those ppa hooks?
[09:41] <Saviq> mzanetti, http://s-jenkins:8080/job/unity8-ci/232/parameters/?
[09:45] <Saviq> mzanetti, right, unlock_greeter doesn't actually fail if it fails to unlock
[09:46] <mzanetti> Saviq: yeah... just seen that too. well. its a helper. not a test... that's probably the reason
[09:46] <Saviq> mzanetti, still, it needs to error out
[09:46] <Saviq> mzanetti, and in the test, if you don't care - you catch and ignore
[09:46] <mzanetti> I remember the first version I wrote did fail
[09:47] <mzanetti> Saviq: does this look ok? http://s-jenkins:8080/job/unity8-ci/234/parameters/?
[09:48] <mzanetti> Saviq: the desktop deps is not in there... I'll just add that temporary in the webiface until we can drop it
[09:48] <Saviq> mzanetti, ok
[09:48] <mzanetti> Saviq: this would be what the c2d config would look like
[09:48] <Saviq> mzanetti, yeah, looking good
[09:52] <Saviq> mzanetti, btw catch-all "except:" are evil
[09:52] <mzanetti> :)
[09:53] <mhr3> Saviq, 100 revisions in lp:unity8, champagne time! ;)
[09:53] <Saviq> mhr3, ;)
[09:54] <mzanetti> Saviq: https://code.launchpad.net/~mzanetti/cupstream2distro-config/drop-old-hooks/+merge/174146
[09:55] <Saviq> mzanetti, I top-approved, good?
[09:55] <mzanetti> Saviq: I'd prefer fginther to test-depoly it on his local jenkins instace
[09:56] <Saviq> k
[10:01] <Saviq> mzanetti, feels like an autopilot bug :|
[10:01] <Saviq> mzanetti, the exact same drag doesn't work the second time
[10:01] <Saviq> mzanetti, maybe it doesn't release or something
[10:02] <mzanetti> Saviq: really... thats weird
[10:02] <mzanetti> Saviq: you can check that with getevent on android side
[10:04] <Saviq> mzanetti, not sure how to interpret it ;)
[10:04] <mzanetti> Saviq: log in to the android side on the phone (no clue how that works with flipped images tho)
[10:05] <mzanetti> Saviq: then run gevent -someparamicantremember
[10:05] <Saviq> mzanetti, I'm there, dunno how to interpret the output
[10:05] <mzanetti> ah
[10:05] <mzanetti> Saviq: there should be at least the pressed and released quite obvious
[10:06] <Saviq> mzanetti, right, so I'm missing the -someparamyoucantremember
[10:06] <mzanetti> Saviq: and there is another command line arg that prints it more readable
[10:06] <mzanetti> doesn't it have a -h?
[10:06] <mzanetti> I think it was -e
[10:06] <mzanetti> Saviq: ^
[10:06] <Saviq> mzanetti, there's no -e ;)
[10:07] <mzanetti> dammit :D
[10:07] <Saviq> and -h isn't really -helpful
[10:07] <Saviq> mzanetti, btw, adb shell; android-chroot
[10:08] <didrocks> mzanetti: commented on the MP FYI
[10:09] <mzanetti> didrocks: hmm... yeah. I wasn't entirely sure about this. for some reason this seems to cause the usage of the daily-build-next too which is not what we want, right?
[10:09] <didrocks> mzanetti: not sure on the upstream-merger, I think TBH the upstream-merger should never use any ppa, just a local repository
[10:10] <didrocks> maybe it's to avoid the missing local repos?
[10:10] <didrocks> but "ppa" is used as where to dput packages waiting validations for daily release
[10:10] <didrocks> once built and the tests (using that ppa) pass
[10:10] <didrocks> they are copied to "dest"
[10:10] <mzanetti> didrocks: ah, I see
[10:10] <didrocks> (if no "dest" -> distro)
[10:11] <mzanetti> didrocks: but then there is no way NOT to use daily-build-next in the job right now?
[10:11] <didrocks> mzanetti: you mean, upstream merger job?
[10:11] <mzanetti> didrocks: no, I mean our ci jobs
[10:11] <mzanetti> didrocks: ah.. .yeah... I guess you refer to our autolanding job.
[10:11] <mzanetti> didrocks: so yes
[10:11] <didrocks> yeah, so upstream merger I guess ;) (but some people use "ci" for daily release as well, this is all confusing ;))
[10:11] <mzanetti> it is :)
[10:12] <didrocks> mzanetti: autolanding is even worse, more people confused, because landing == landing to distro :p
[10:12] <didrocks> if you have better terms than upstream merger and daily release, I'm interested btw :)
[10:12] <didrocks> so yeah, I think the ci/upstream-merger should have a local repo only
[10:12] <didrocks> so that you can grab latest unity-api package for example
[10:12] <didrocks> when building unity8
[10:12] <mzanetti> didrocks: it has a local repo by now... we added that a few days ago
[10:12] <didrocks> (without waiting next daily)
[10:13] <didrocks> ok, so I think the hook (if it's a separate hook) to add the ppa from header can be removed
[10:13] <mzanetti> didrocks: but the problem is that if I keep "ppa: ubuntu-unity/daily-build-next" it will also get included in the used ppas while building
[10:13] <mzanetti> didrocks: thats the thing... it is not a separate hook. it gets generated from this
[10:13] <didrocks> yeah, in practice, that shouldn't matter that much as the local repo should have higher version, but better to remove it
[10:13] <didrocks> argh ;)
[10:13] <didrocks> so yeah, should be a hook
[10:14] <mzanetti> requires a change in c2d then I guess
[10:14] <mzanetti> I'll talk to fginther ones he shows up
[10:14] <didrocks> sounds the right plan :)
[10:14] <Saviq> mzanetti, it's "-l"
[10:14] <mzanetti> didrocks: thanks for the info...
[10:14] <didrocks> mzanetti: yw! ;)
[10:23] <Saviq> mzanetti, I dunno, it's like input is somehow broken every other time :/
[10:23] <Saviq> mzanetti, even if I "help" it unlock
[10:24] <Saviq> mzanetti, it will then fail launching the app
[10:24] <mzanetti> om26er: hey, what's your experinece with autopilot on the phone?
[10:24] <mzanetti> om26er: does it work reliably for you?
[10:25] <om26er> mzanetti, yeah these days its working fine, except for a new bug which veebers is working on
[10:25] <mzanetti> om26er: is that input related?
[10:25] <mzanetti> om26er: like input not working every other time?
[10:25] <om26er> mzanetti, we do need to have certain tricks to make sure the same test passes on the devices as they on desktops
[10:25] <om26er> mzanetti, no, that issue is with autopilot not being able to connect to apps
[10:26] <om26er> mzanetti, bug 1198277
[10:26] <mzanetti> om26er: but you don't have problems with input not working at all?
[10:26] <om26er> mzanetti, by input you mean keyboard input or touch ?
[10:26] <mzanetti> om26er: touch
[10:27] <om26er> mzanetti, well I have not seen that in tests though in the morning i was not able to unlock my screen as touch was not working, had to turn off and turn on the screen again
[10:27] <mzanetti> Saviq: could this sound like the same? ^
[10:28] <mzanetti> om26er: you mean with autopilot or even with your real finger?
[10:28] <mzanetti> real finger :D
[10:28] <om26er> mzanetti, yeah without autopilot, i.e. real world testing
[10:28] <mzanetti> hmm.. no. its something different then
[10:29] <mzanetti> Saviq: maybe we miss some dtor or the like that causes /dev/uinput to be closed?
[10:29] <mzanetti> Saviq: seems to work fine for apps
[10:29] <Saviq> mzanetti, no, events come through
[10:29] <Saviq> mzanetti, at least getevent says so
[10:29]  * Saviq instruments shell.qml
[10:34] <katie> I've been having issues flashing my phone... can anyone help? http://paste.ubuntu.com/5864475/
[10:35] <mzanetti> katie: is it a new phone?
[10:35] <mzanetti> katie: i.e. is still android on it?
[10:35] <katie> mzanetti, no
[10:35] <katie> mzanetti, its been flashed many times before
[10:35] <Saviq> dednick, debian/control doesn't look good there
[10:36] <mzanetti> katie: is that everything you get as output?
[10:36] <mzanetti> katie: the output doesn't really contain an error
[10:36] <Saviq> dednick, we need the | alternatives there
[10:37] <Saviq> dednick,
[10:37] <Saviq> 1233	- unity8-fake-env | qtubuntu-shell,
[10:37] <Saviq> 1234	- unity8-private | unity-launcher-impl,
[10:37] <Saviq> should've remained like thi
[10:37] <Saviq> s
[10:37] <katie> mzanetti, no, this is everything http://paste.ubuntu.com/5864482/
[10:37] <dednick> Saviq: ah. crap.
[10:37] <mzanetti> katie: and then it just sits there and waits forever?
[10:38] <katie> mzanetti, yes
[10:38] <katie> !
[10:38] <mzanetti> katie: you can try with phablet-flash -b
[10:38] <mzanetti> katie: that will erase settings tho
[10:39] <popey> katie: i answered you elsewhere
[10:39] <popey> you have outdated phablet-tools
[10:39] <katie> mzanetti, that's what i tried :s
[10:39] <popey> you need to update them _first_
[10:39] <mzanetti> ah... thanks popey
[10:39] <katie> popey, ok, i'm just going to try and update them first
[10:39] <katie> popey, mzanetti thanks for your help
[10:39] <popey> np
[10:39] <popey> ☻
[10:39] <dednick> Saviq: unity8-private is a dep higher up
[10:39] <Saviq> dednick, that's fine
[10:40] <Saviq> dednick, it's temporary to say "we need the default implementation of launcher, which is unity8-private now"
[10:40] <Saviq> dednick, later it'll be something else
[10:40] <popey> katie: feel free to ping us in #ubuntu-touch if you need further help
[10:41] <dednick> Saviq: i c
[10:44] <Saviq> mzanetti, !!!!
[10:45] <Saviq> mzanetti, enabling output made it pass
[10:45] <mzanetti> Saviq: ???
[10:45] <Saviq> and slow as hell
[10:45] <dednick> Saviq: ok, i think i've fixed it. can you take another look
[10:45] <mzanetti> what output?
[10:46] <Saviq> mzanetti, -o
[10:46] <Saviq> mzanetti, /me tries again
[10:46] <mzanetti> Saviq: that doesn't make any sense
[10:47] <Saviq> hmm hmm hmm
[10:47] <mzanetti> Saviq: unless its really a bug in ap that bails out somewhere if that arg is missing
[10:47] <Saviq> mzanetti, I think what made it pass is I had a left-over shell
[10:48] <Saviq> that's definitely what made it slow
[10:49] <mzanetti> Saviq: hmm... it writes the xml file instead of dumping stuff to sdout/stderr
[10:49] <Saviq> mzanetti, leave the real unity8 running → no more missing input
[10:50] <mzanetti> Saviq: weird thing is, apps stop the shell too :/
[10:51] <mzanetti> Saviq: or did we release a change in that area lately and om26er might just not be up-to-date enough to hit the problem?
[10:51] <Saviq> mzanetti, "apps stop the shell"?
[10:52] <Saviq> mzanetti, you mean it gets SIGSTOPped?
[10:55] <mzanetti> Saviq: no... they run tests with phablet-test-run -n
[10:55] <mzanetti> Saviq: which translates to removing it from device-services and restarting the session
[10:55] <Saviq> mzanetti, yeah, but they're not system sessions
[10:56] <Saviq> mzanetti, well, I'm not sure yet what cause that
[10:56] <Saviq> as I can't freakin' get output from a passed test
[10:56] <mzanetti> Saviq: yeah... ap doesn't think you would ever need that :P
[11:01] <dandrader> greyback, ping
[11:02] <mzanetti> vesar: ping
[11:03] <Saviq> mzanetti, really? there's no way to get that output :ADsdsd
[11:03] <mzanetti> Saviq: not that I would know of

[11:03] <vesar> mzanetti, yep.
[11:04] <mzanetti> vesar: so, the Popover does not support manual positioning
[11:04] <mzanetti> vesar: SDK guys said I would need to open a request
[11:04] <mzanetti> vesar: are we sure we want to use the Popover for quicklists? if yes, I'd go ahead and create the request
[11:05] <dandrader> greyback, ping
[11:05] <Saviq> mzanetti, why do you mean it doesn't support manual positioning?
[11:05] <greyback> dandrader: pong
[11:05] <mzanetti> Saviq: does it?
[11:05] <Saviq> mzanetti, check PageHeader out, it's doing *some* things manually
[11:05] <mzanetti> Saviq: thats not enough
[11:05] <Saviq> mzanetti, k
[11:06] <dandrader> greyback, I got a platform-api and mir that makes the surface created by maliit have mir_surface_type_inputmethod
[11:06] <vesar> mzanetti, wait still. I'm having a visual review with Marcus today afternoon. I'll cover using popover as a quicklist in that meeting. Will let you know right after the meeting.
[11:06] <dandrader> greyback, do you want to try it out with your qml-demo-shell
[11:06] <mzanetti> vesar: ok, cool
[11:06] <greyback> dandrader: yeah definitely
[11:06] <dandrader> greyback, awesome! I will put the debian packages somewhere for you to download
[11:07] <greyback> dandrader: I've one piece of work to complete before I can properly test it (need to Input shape the shell surface, so events will pass to the surfaces underneath) - should be only a few hours more work
[11:07] <greyback> dandrader: excellent :)
[11:08] <Saviq> mzanetti, so anyway, there's completely no input coming in to the shell after the first run
[11:09] <Saviq> mzanetti, and I've no idea why that would be :/
[11:09] <mzanetti> Saviq: thats really weird...
[11:09] <Saviq> mzanetti, but it's limited to autopilot touch
[11:10] <Saviq> mzanetti, as real finger, as you put it, does work
[11:10]  * Saviq creates a failure
[11:10] <mzanetti> Saviq: did you try with an app?
[11:10] <Saviq> mzanetti, not yet, will do in a sec
[11:15]  * greyback going to buy usb wifi, tired of continually dropping out
[11:18] <Saviq> greyback, ooh that bad?
[11:20] <Saviq> mzanetti, ok, I take that back...
[11:20] <Saviq> we do get input
[11:20]  * Saviq is lost
[11:20] <mzanetti> greyback: which chip?
[11:22]  * Saviq doesn't get it
[11:22] <mzanetti> Saviq: this is really strange indeed
[11:22] <Saviq> mzanetti, when I put a raise Exception("bla") at the end of launch app helper
[11:23] <Saviq> mzanetti, I got input in a MouseArea I put at the bottom of Shell.qml
[11:24] <mzanetti> what?
[11:24] <Saviq> mzanetti, aaah, apps seem to behave the same
[11:25] <Saviq> will know in abit
[11:25] <mzanetti> om26er: ^^
[11:25]  * om26er reads back
[11:26] <mzanetti> om26er: apps seem to have the same issue.
[11:26] <mzanetti> om26er: when did you last flash and run tests?
[11:26] <Saviq> Ran 11 tests, 7 failed
[11:26] <mzanetti> Saviq: yeah. thats exactly the result I get
[11:26] <Saviq> mzanetti, aah that's the freakin' animation easing
[11:26] <mzanetti> no
[11:26] <mzanetti> really?
[11:27] <Saviq> mzanetti, yes, for the most part
[11:27] <Saviq> mzanetti, I don't think we're affected, though
[11:27] <mzanetti> Saviq: but I don't see how that would affect unlocking
[11:27] <mzanetti> Saviq: ah, you mean for the apps
[11:27] <Saviq> mzanetti, yeah
[11:27] <john-mcaleely> jam33@civics
[11:28] <john-mcaleely> doh
[11:28] <Saviq> john-mcaleely, time for a new password?
[11:28] <john-mcaleely> Saviq, yeah. or throw away the VM that was aimed at :-)
[11:28] <john-mcaleely> Saviq, something to do while I get lunch
[11:30] <om26er> mzanetti, two days ago
[11:31] <mzanetti> om26er: seems apps are affected by another bug in the sdk
[11:32] <mzanetti> om26er: should be fixed tomorrow or so
[11:32] <om26er> Saviq, mzanetti what's the output of those tests? can you pastebin
[11:33] <mzanetti> om26er: I meant, it will be fixed soon when the SDK is updated again, not you need to fix it
[11:33] <om26er> mzanetti, ack
[11:34] <Saviq> om26er, http://pastebin.ubuntu.com/5864618/
[11:34] <Saviq> food
[11:40] <mzanetti> om26er: http://paste.kde.org/793712
[11:40] <om26er> mzanetti, your package is not upto date
[11:41] <mzanetti> om26er: where should I get it from?
[11:41] <mzanetti> om26er:  I flashed the phone half an hour ago and did an apt-get install gallery-app-autopilot
[11:42] <om26er> mzanetti, whats the version of gallery-app-autopilot for you
[11:43] <om26er> mzanetti, here: https://code.launchpad.net/~phablet-team/gallery-app/trunk it seems the last release did not include rev771 due to some reason
[11:56] <jibel> didrocks, wouold you know why last time autopilot has been copied to -release was on 2013-06-07 (1.3daily13.06.05-0ubuntu2) and there hasn't been any newer release copied from -proposed to release since that time?
[11:59] <seb128> jibel, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt suggests that it makes "autopilot-touch" uninstallable
[11:59] <seb128>     * i386: autopilot-touch
[11:59] <didrocks> sil2100: did you look at that? ^
[11:59] <jibel> uh, for more than a month :/
[12:00] <jibel> seb128, thx
[12:04] <seb128> jibel, didrocks: the fix from didrocks got reverted in http://launchpadlibrarian.net/142246195/autopilot_1.3daily13.06.05-0ubuntu2_1.3.1daily13.06.12-0ubuntu1.diff.gz
[12:04] <seb128> the fix being https://launchpad.net/ubuntu/+source/autopilot/1.3daily13.06.05-0ubuntu2
[12:04] <seb128> e.g moving to a suggest
[12:04] <seb128> didrocks, did you upload to distro without merging back in trunk? ;-)
[12:05] <sil2100> seb128: I merged that back into trunk
[12:05] <sil2100> And then it got reverted, since python-ubuntu-platform-api landed
[12:05] <sil2100> Although python-ubuntu-platform-api is purely armhf
[12:05] <seb128> right
[12:06] <seb128> so the depends is buggy in !armhf which is the issue
[12:06] <sil2100> ubuntu-touch should be armhf then, hm
[12:07] <seb128> that's one way to fix it
[12:07] <seb128> the other way is to Depends: ... [armhf] so it has this depends only there
[12:08] <sil2100> seb128: I guess that's better, but I was wondering if it makes sense to have it without that package
[12:27] <sil2100> seb128: discussing with om26er about that, will submit a fix once I know what's better
[12:39] <seb128> sil2100, ok
[12:44] <mzanetti> Saviq: holy crap
[12:44] <mzanetti> Saviq: found the issue
[12:44] <Saviq> mzanetti, ?>
[12:44] <mzanetti> Saviq: merge will come up soon
[12:44] <Saviq> mzanetti, our fault?
[12:44] <mzanetti> yeah
[12:45] <mzanetti> well. not sure
[12:45] <Saviq> mzanetti, I have diff
[12:45] <Saviq> mzanetti, that you should include
[12:45] <Saviq> sec
[12:45] <mzanetti> Saviq: I'll push to unity-team any you can push yours in there
[12:45] <Saviq> mzanetti, k
[12:46] <Saviq> mzanetti, just have a look if you agree http://pastebin.ubuntu.com/5864797/
[12:47] <mzanetti> Saviq: I hate this syntax: start_y = stop_y = int(rect[1] + rect[3] / 2)
[12:47] <mzanetti> Saviq: but for the rest I agree
[12:47] <mzanetti> Saviq: also I don't mind if you put it in there like this... just personal preference
[12:47] <Saviq> mzanetti, there's worse :)
[12:47] <mzanetti> agreed
[12:49] <Saviq> mzanetti, could you take over https://code.launchpad.net/~unity-team/unity8/trunk/+activereviews ?
[12:50] <Saviq> mzanetti, as tsdgeos is away already and pstolowski is away after tomorrow
[12:50] <Saviq> mzanetti, and I'm going into "scopes virtual sprint" in 10
[12:51] <mzanetti> Saviq: ok
[12:51] <Saviq> mzanetti, wrong link!
[12:51] <Saviq> mzanetti, I meant https://code.launchpad.net/~stolowski/unity8/filters/+merge/173691 :D
[12:51] <Saviq> mzanetti, not that you should take over all of them :D
[12:51] <mzanetti> hehe.. better. was already scared a bit
[12:51] <Saviq> gotcha ;)
[12:52] <Saviq> mzanetti, anyway I won't be at the standup today or tomorrow, either
[12:52] <mzanetti> Saviq: I'll be away tomorrow too
[12:52] <Saviq> right
[12:52] <Saviq> I'll try and take care of the AP in the mean time
[12:52] <Saviq> +issue
[12:54] <mzanetti> now the tests don't run on the desktop any more
[12:54] <mzanetti> aarrrgh
[12:55] <mzanetti> Saviq: do the tests work on desktop for you?
[12:55] <mzanetti> Saviq: just current trunk?
[12:55] <Saviq> mzanetti, any one in particular?
[12:55] <mzanetti> Saviq: they just sit there doing nothing for me
[12:56] <mzanetti> Saviq: oh... probably because I don't have any scopes
[12:56] <mzanetti> for some reason
[12:56] <Saviq> mzanetti, yeah, works
[12:57] <mzanetti> Saviq: lp:~unity-team/unity8/fix-autopilot-touch
[12:58] <Saviq> aaaah why doesn't ^C work for autopilot grrrr
[12:59] <Saviq> interesting
[13:00] <greyback> You are /kidding/ me. New usb wifi adapter isn't working. Is using ar9170usb driver, but appears to fail in nasty way: http://pastebin.ubuntu.com/5864834/
[13:02] <Saviq> aaargh
[13:02] <paulliu> Is there any multiple inheritance or interface for QML?
[13:03] <mzanetti> greyback: which chip do you have in your notebook?
[13:04] <mzanetti> paulliu: I don't think so, no
[13:05] <greyback> mzanetti: broadcom 4331. I've tried both b43 and wl drivers, latest compat releases, everything I can think of. Always the same: works reliably for a while, then starts dropping out, and eventually barely works. I suspect overheating
[13:05] <mzanetti> greyback: so, going to tell you a funny story now
[13:05] <mzanetti> greyback: got fed up with wifi dropping out... bought a usb wifi that was said to work perfectly fine with raspberry pi.
[13:05] <greyback> mzanetti: if you fix this for me, I'll have your children
[13:06] <mzanetti> greyback: didn't work for me on the notebook
[13:06] <mzanetti> greyback: now... good news is, I can enable this chip for you with 5GHz wifi, 100% stability and data rates of 13MB/s
[13:06] <mzanetti> greyback: bad news is, you have to downgrade your kernel to 3.8.x
[13:06] <paulliu> OK.. So the GenericScope loads any QML files which must with a property prewviewData. But those previews not are all inherit the DashPreview.qml. Should I just write a doc indicates that any preview must have the property or it won't work? or any better solutions?
[13:06] <greyback> mzanetti: bad news: first born son?
[13:07] <greyback> mzanetti: y'know, it did work better on 3.8.x.
[13:07] <mzanetti> greyback: once you run 3.8.x (I run 3.8.0)
[13:07] <mzanetti> greyback: you can install brcmwl-kernel-source
[13:07] <mzanetti> greyback: modprobe wl -r && modprobe wl and you'll be fine
[13:07] <greyback> mzanetti: note in saucy, they've changed the default wifi driver from b43 to wl
[13:08] <mzanetti> greyback: I run saucy, with this chip
[13:08] <greyback> interesting, you use wl. I found b43 better. Hmmm
[13:08] <greyback> mzanetti: ok, is worth a shot.
[13:08] <mzanetti> greyback: ah... broadcom upgraded the driver... the latest version breaks it
[13:08] <mzanetti> greyback: I'll send you a deb
[13:08] <greyback> mzanetti: oh cool, that would be great
[13:09]  * greyback still annoyed the replacement stick fails
[13:09] <mzanetti> greyback: I lived the same story 3 months ago :D
[13:10] <mzanetti> greyback: https://chinstrap.canonical.com/~mzanetti/bcmwl-kernel-source_<IP_ADDRESS>+bdcom-0ubuntu6_amd64.deb
[13:10] <greyback> mzanetti: thank you
[13:11] <mzanetti> greyback: if you patch the source to compile with > 3.8.0 that'd be awesome :P
[13:12] <mzanetti> greyback: and this will be of interest for you too: https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/1189611
[13:14] <greyback> mzanetti: cool, I'll add my voice to that
[13:16] <Saviq> aaaah freakin' tags, where did they come from now
[13:17]  * mzanetti suggest Saviq to go for a walk for 20 mins
[13:17]  * greyback rebooting
[13:17] <Saviq> mzanetti, scopes virtual sprint with sabdfl, remember?
[13:17] <mzanetti> oh right
[13:17] <Saviq> ;)
[13:17] <mzanetti> but 3 "aaaaahhh" out of 3 messages seems a lot
[13:29] <fginther> mzanetti, ping
[13:30] <dandrader> greyback, http://paste.ubuntu.com/5864917/ <- where can I get this header?
[13:30] <mzanetti> fginther: pong
[13:30] <mzanetti> greyback: wifi better?
[13:30] <dandrader> (the snapshot)
[13:31] <greyback> mzanetti: am on 3.8 kernel, using b43 - just to get standup out of hte way
[13:31] <dandrader> ah, I probably forgot to install mir dev...
[13:31] <fginther> mzanetti, I'm looking at https://code.launchpad.net/~mzanetti/cupstream2distro-config/drop-old-hooks/+merge/174146
[13:31] <greyback> dandrader: should be in libmirserver-dev package
[13:31] <mzanetti> greyback: b43 sort of works, yes. buts till drops whenever there is traffic ongoing or just randomly every 20 mins or so... the package I've sent you is rock solid
[13:32] <greyback> mzanetti: yep. Its failing to build as it tries to build for newest kernel first. Need to figure out how to change that
[13:33] <fginther> mzanetti, were you concerned that it might not build after dropping those PPA hooks
[13:33] <fginther> ?
[13:33] <dednick> Cimi: standa
[13:33] <mzanetti> fginther: doesn't it build any more?
[13:33] <mzanetti> fginther: it still should
[13:33] <dednick> *up
[13:33] <fginther> mzanetti, I haven't tested, just was reading through the IRC history
[13:34] <mzanetti> fginther: ah... no... my concerns are that I have a typo or anything that would smash everything as I can't test that c2d stuff
[13:39] <dednick> Saviq: fancy approving inidcators-client today? :)
[13:40] <Saviq> dednick, I fancy, and will try to :)
[13:40] <fginther> mzanetti, looks good
[13:40] <dednick> Saviq: \o/
[13:40] <mzanetti> fginther: did you read the description?
[13:41] <greyback> https://chinstrap.canonical.com/~gerboland/unity-mir.mp4
[13:41] <fginther> mzanetti, uhg
[13:43] <Saviq> dednick, can you please use wrap-and-sort -t
[13:43] <greyback> mzanetti: what was the AP test issue?
[13:43] <Saviq> dednick, will reduce the diff, 'cause it won't remove trailing commas
[13:43] <mzanetti> greyback: every other test run did not get touch input
[13:43] <Saviq> dednick, I promise, that's the last thing :D
[13:43] <greyback> mzanetti: interesting. Why?
[13:43] <mzanetti> greyback: because of this: http://bazaar.launchpad.net/~unity-team/unity8/fix-autopilot-touch/revision/101
[13:44] <Saviq> dednick, actually let me do wrap-and-sort -t on trunk first
[13:44] <Saviq> dednick, I mean in a different branch
[13:44] <fginther> mzanetti, I need to take a closer look
[13:44] <Saviq> dednick, so that only the relevant changes end up in your branch
[13:44] <mzanetti> fginther: but you understand the issue?
[13:45] <dednick> Saviq: ok
[13:45] <greyback> mzanetti: ok, worth remembering, thanks
[13:46] <greyback> mzanetti: 3rd wifi dropout during the meeting. /me fixing this
[13:47] <fginther> mzanetti, are the mir packages in daily-build-next causing the problem?
[13:48] <Saviq> dednick, https://code.launchpad.net/~saviq/unity8/wrap-and-sort/+merge/174202
[13:48] <Saviq> ugh
[13:49] <mzanetti> fginther: I don't think there is a real problem already. but also I don't think its a good idea to still build with all those outdated ppas. Also, Saviq asked me to remove them. (Saviq: If there is another reason I'm not aware of, please let fginther know)
[13:50] <Saviq> mzanetti, fginther there's no inherent problem, just that we don't control them
[13:50] <Saviq> mzanetti, fginther and if, for example, we build against something in daily-build-next that's not then used in image builds
[13:50] <Saviq> we might be broken
[13:50] <sil2100> tedg, Wellark_: ping!
[13:50] <fginther> mzanetti, Saviq, I see. You just need a well controlled environment
[13:51] <Saviq> fginther, I just hope for it, yeah :)
[13:51] <dednick> Saviq: looks like there are some other changes in that MP testhud
[13:51] <Saviq> dednick, yeah, just fixed
[13:51] <tedg> Good morning sil2100
[13:52] <fginther> mzanetti, I'll have to work in another MP for the c2d tool to not include the daily-build-next ppa by default
[13:52] <fginther> mzanetti, I'll let you know when it's ready
[13:52] <Saviq> dednick, ugh, one more
[13:53] <mzanetti> fginther: cool, thanks... for now, I think dropping the other ppas (from my merge) is ok..
[13:53] <fginther> mzanetti, ok, so I'll go ahead and approve/deploy'
[13:53] <mzanetti> fginther: thanks
[13:54] <Saviq> dednick, actually no, the branch is ready now
[13:55] <dednick> Saviq: approved
[13:55] <Saviq> dednick, cheers
[13:57] <nic-doffay> Saviq, https://pastebin.canonical.com/94218/
[13:57] <nic-doffay> ScrollableContainer is a flickable.
[13:58] <nic-doffay> But the ListView can interact too.
[13:58] <dandrader> greyback, got your qml-demo-shell working
[13:58] <nic-doffay> Shall I just disable the ListView interaction?
[13:58] <greyback> dandrader: great! :)
[13:58] <Saviq> nic-doffay, yes you should, if it shows all the results
[13:59] <Saviq> nic-doffay, if all the options don't fit on a screen - the spec most recently said you should scroll within it
[13:59] <Saviq> nic-doffay, but ckpringle was updating it in that regard AFAIK
[13:59] <nic-doffay> Saviq, updating it to what?!
[14:00] <Saviq> nic-doffay, that it should just always expand to show all items
[14:00] <nic-doffay> Saviq, I'll chat to him now. But just to make sure I've got it right, there won't be any scrolling any more?
[14:00] <Saviq> nic-doffay, I believe so, yes
[14:01] <nic-doffay> Saviq, argh.
[14:01] <nic-doffay> Saviq, bit of a waste of the day so far then.
[14:01] <Saviq> nic-doffay, it happens
[14:10] <Saviq> mzanetti, I wanted to confirm but yeah, your fix didn't help for me :/
[14:11] <Saviq> mzanetti, https://code.launchpad.net/~unity-team/unity8/fix-autopilot-touch/+merge/174191/comments/390063 has packages already
[14:11] <mzanetti> Saviq: the autopilot one?
[14:11] <Saviq> mzanetti, yeah :|
[14:11] <mzanetti> it did not?
[14:11] <mzanetti> Saviq: hmm... I have some more changes on my device...
[14:12] <mzanetti> Saviq:  I just thought this would be the one so I only cleanly applied this change
[14:12] <Saviq> mzanetti, right, shall we just see the whole diff?
[14:12] <Saviq> mzanetti, if it helps here, too?
[14:12] <mzanetti> Saviq: ack... one minute
[14:16] <mzanetti> Saviq: ok. pushed... this is now a mess, but with this I could run all the lockscreen tests in a row
[14:16] <Saviq> mzanetti, thanks
[14:20] <Saviq> mzanetti, does `autopilot run unity8.tests.testhud.TestHud.test_show_hud` work for you?
[14:20] <Saviq> hmm 'TestHud' object has no attribute 'sg'
[14:22] <Saviq> mzanetti, autopilot run unity8.tests.testlockscreen.TestLockscreens.test_unlock
[14:22] <Saviq> mzanetti, stuck at the second test :/
[14:23] <Saviq> actually both
[14:23] <Saviq> fail
[14:24]  * Saviq checks a `make autopilot`
[14:29] <Saviq> mzanetti, the only way I can get more tests running is by running "real" unity8 behind the test
[14:31] <Saviq> mzanetti, unless you have some idea, let's escalate
[14:32] <mzanetti> Saviq: was in a meeting
[14:32] <Saviq> mzanetti, k
[14:32]  * mzanetti reads backlog
[14:33] <mzanetti> Saviq: right... no... the hud ones don't work right now in this commit because I just commented the Screen.create() away
[14:33] <mzanetti> but you should be able to run the lockscreen ones (which suffered from the same issue)
[14:33] <mzanetti> and if that works for you I would clean up that branch to fix it for the hud ones too
[14:34] <mzanetti> dammit
[14:34]  * mzanetti tries again
[14:38] <Saviq> mzanetti, not working for me I'm afraid :/
[14:39] <Saviq> autopilot run unity8.tests.testlockscreen.TestLockscreens.test_unlock
[14:39] <Saviq> after having exported PYTHONPATH to point at ~phablet/shell/tests/autopilot
[14:39] <Saviq> just fails at the first test 'cause it doesn't use the pin lock for some reason
[14:39] <Saviq> but the rest just errors out after failing to drag the greeter away
[14:39] <mzanetti> Saviq: lol... my dad called me while the tests where running
[14:40] <Saviq> ;)
[14:40] <mzanetti> Saviq: so... now I try again... might be the case that the merge with my first commit and yours broke it again
[14:42] <mzanetti> Saviq: definitely working here...tests failing for some reasons, but input works for multiple runs
[14:42] <Saviq> mzanetti, how are you running?
[14:42] <Saviq> mzanetti, and are you sure shell isn't running behind?
[14:43] <mzanetti> http://paste.kde.org/793796
[14:43] <mzanetti> Saviq: oh crap... I might indeed have some broken instances hanging around
[14:44] <Saviq> mzanetti, "Loading tests from: /usr/lib/python2.7/dist-packages" did you install/modify them in place there?
[14:44] <mzanetti> Saviq: yeah
[14:44] <Saviq> ok, I'm running locally from "Loading tests from: /home/phablet/shell/tests/autopilot"
[14:44] <mzanetti> modify in place
[14:44] <mzanetti> Saviq: I don't think that makes a difference tho
[14:45] <Saviq> mzanetti, I expect not
[14:45] <mzanetti> Saviq: dammit... you were right :/
[14:45] <Saviq> ok, escalating
[14:45] <mzanetti> it was a dead instance (not visible any more) which was hanging around in the background
[14:45] <mzanetti> Saviq: ^
[14:45] <Saviq> mzanetti, yup
[14:46] <Saviq> mzanetti, something there makes it help
[14:46] <mzanetti> Saviq: also, that red rectangle is suspicious
[14:46] <mzanetti> Saviq: when the tests are working, I don't see that
[14:46] <mzanetti> Saviq: when they fail, I see it
[14:47] <Saviq> mzanetti, I see no red rectangle ever :D
[14:47] <mzanetti> Saviq: hmm. its also there with the camera_app tests
[14:47] <sil2100> tedg: uuhh, sorry, got context-switched to something else
[14:48] <mzanetti> Saviq: there's a red rectangle, approx 2x2 grid units in size, wherever autopilot touches
[14:48] <sil2100> tedg: sooo... mhr3 did some analysis related to the DBus Unity issues we have, and he found what DBus calls saturate the bus
[14:48] <Saviq> mzanetti, not here
[14:48] <mzanetti> Saviq: haven't seen this back then when I last used it
[14:48] <sil2100> tedg: I think he CC'd the results to you by e-mail
[14:49] <sil2100> tedg: there seems to be A LOT of com.canonical.hud.UpdatedQuery signals going on
[14:49] <sil2100> tedg: could you maybe take a look as well?
[14:49] <sil2100> mhr3: ^ ?
[14:49] <sil2100> Wellark_: ^ ?
[14:49] <mzanetti> Saviq: and I don't know what it is, but I'm not able to run any of the autopilot tests for apps either...
[14:49] <mzanetti> its just a big fail-fest
[14:50] <mzanetti> but I guess thats what we get for not running them automated on the devices STILL
[14:50] <mhr3> yep, tedg was cced, here's the full stats btw http://paste.ubuntu.com/5863196/
[14:52] <Saviq> mzanetti, a lot of that is the SDK issue
[14:52] <Saviq> mzanetti, OTOH phablet-test-run camera_app
[14:52] <Saviq> mzanetti, behaves really how unity8 behaves
[14:53] <mzanetti> yeah, it does
[14:53] <dednick> Saviq: ok, i've wrap-and-sort'd.
[14:54] <mzanetti> Saviq: well, I guess thomi needs to check it out... he'll show up in a few
[14:54] <mzanetti> hours, that is
[14:54] <Saviq> mzanetti, yeah
[14:55] <mzanetti> Saviq: but om26er says he was successfully running them on the phone 2 days ago... so it must be kinda new breakage
[14:56] <Saviq> mzanetti, ok, let me try an older image then
[15:23] <om26er> bug 1198282
[15:23] <om26er> I reported that one a few days ago, Its caused by https://code.launchpad.net/~aacid/unity/UseC++LVWPH/+merge/168073
[15:24] <om26er> is anyone else seeing that? popey ?
[15:24] <popey> om26er: saucy desktop?
[15:24] <om26er> popey, ubuntu touch
[15:25] <om26er> or is dash called something else in the touch world ?
[15:26] <popey> sorry, i mean, are you on a pc or a mobile device?
[15:26] <popey> i presume a pc because that unity version number isn't what I have on my phone
[15:26] <om26er> popey, i am on device, mako
[15:27] <popey> oh, doh, unity8
[15:32] <popey> om26er: http://www.youtube.com/watch?v=u3I8Ghqbh9Q
[15:33] <Saviq> popey, known issue
[15:34] <Saviq> popey, the UbuntuShape is loading the images (because the categories are rebuilt when they come on screen)
[15:34] <popey> ahhh
[15:35] <Saviq> popey, the black apps are caused by that, too... didn't think of that
[15:35] <Saviq> popey, as the apps are stopped, we've no way of getting at their snapshots..
[15:35] <Saviq> popey, should be resolved with mir
[15:35] <popey> \o/ Everything is better with Mir
[15:35] <Saviq> exactly!
[15:35] <popey> I'm going to get a T-shirt made
[15:35] <popey> "That'll be fixed in Mir"
[15:35] <Saviq> popey, and the stuttering we'll try and reduce with the new UbuntuShape that's coming to UITK
[15:36] <popey> super
[15:36] <Saviq> aaaargh I can see my face on the interwebs
[15:36] <mzanetti> Saviq: muahahaha
[15:36] <mzanetti> Saviq: any progress on the autopilot stuff?
[15:37] <Saviq> mzanetti, no, I pung asac but got no response yet
[15:37] <Saviq> mzanetti, I'll follow up with him / thomi
[15:41] <Saviq> mzanetti, ah, right, an I flashed an older image, but then it installs from ppa:autopilot again, trying to see with purge-ppa autopilot first
[15:42] <asac> Saviq: i am on call
[15:42] <asac> will get back to you
[15:42] <Saviq> asac, thanks
[15:43] <Saviq> mzanetti, nope, 20130707 → no go
[15:45] <Saviq> om26er, did you say unity8 autopilot tests worked for you on the device recently?
[15:45] <Saviq> om26er, if so, can you `apt-cache policy python-autopilot autopilot-touch libautopilot-qt`?
[15:46] <om26er> Saviq, no, I don't run shell I run app tests only
[15:46] <om26er> popey, isn't there a little lag for you in the scrolling ?
[15:46] <Saviq> om26er, still, could you try phablet-test-run -n unity8.tests.testlockscreen.TestLockscreens.test_unlock please?
[15:46] <popey> om26er: did you see the video?
[15:47] <om26er> popey, yeah, just saw it
[15:47] <Saviq> om26er, might need a -p unity8-autopilot there
[15:48] <Saviq> popey, ah, and btw, some of the stutter is because the Running apps is growing while the thing is scrolling
[15:49] <Saviq> popey, we need to make sure it only animates when it's already on screen
[15:51] <Saviq> didrocks, can you please mark this branch obsolete / delete it https://code.launchpad.net/~didrocks/unity8/trunk
[15:51]  * didrocks flushes
[15:51] <Saviq> greyback, delete or mark obsolete https://code.launchpad.net/~gerboland/unity8/fix-build-script
[15:51] <didrocks> hum
[15:51] <didrocks> This branch cannot be deleted as it has 1 branch sharing revisions.
[15:51] <didrocks> and what branch? kthxbye
[15:51] <Saviq> didrocks, possibly lp:unity8
[15:52] <didrocks> ok, set to abandoned for now
[15:52] <greyback> Saviq: gone
[15:52] <Saviq> didrocks, yeah, let me unstack
[15:52] <didrocks> Saviq: ok, thanks :)
[15:53] <Saviq> pstolowski, remove or mark obsolete https://code.launchpad.net/~stolowski/unity8/index-based-activate please
[15:53] <Saviq> dednick, is that branch active https://code.launchpad.net/~nick-dedekind/unity8/indicators-client-textual-app ?
[15:53] <Saviq> mzanetti, remove or mark obsolete https://code.launchpad.net/~mzanetti/unity8/launcher-api-pinning please?
[15:53] <pstolowski> Saviq: ah, sure, done
[15:53] <Saviq> didrocks, done
[15:53] <dednick> Saviq: somewhat.
[15:54] <Saviq> dednick, I just want to clean up https://code.launchpad.net/unity8
[15:54] <didrocks> Saviq: deleted
[15:54] <Saviq> dednick, if it is / will be / whatever needed
[15:54] <Saviq> dednick, that's fine
[15:54] <dednick> Saviq: yeah, i'd like to merge it. pretty helpful with testing.
[15:54] <Saviq> dednick, k, that's fine
[15:54] <greyback> mzanetti: ok, running 3.8.5 kernel with your wl package. Here's hoping all works out :) Thanks for the help!
[15:55] <Saviq> dednick, hmm, did you merge trunk in indicators-client already? after wrap-and-sort merged?
[15:56] <Saviq> dednick, it's conflicting still on CI?
[15:56] <dednick> Saviq: hm. yeah, i did. od
[15:56] <Saviq> dednick, ok, must've been some jenkins mishap
[15:56] <Saviq> dednick, it merges clean
[15:56] <Saviq> restarting
[15:57] <Saviq> ah it picked up r115
[15:58] <dednick> Saviq: Build timed out (after 60 minutes). Marking the build as failed.
[15:58] <Saviq> dednick, yeah, but it picked up r115
[15:58] <Saviq> dednick, restarted with r116 now
[15:58] <dednick> Saviq: ah, i c
[15:58] <dandrader> greyback, is notes crashing shortly after launched?
[15:58] <greyback> dandrader: yes. Due to missing HUD I believe
[15:58] <dandrader> right
[15:59] <om26er> Saviq, seems to me it unlocks the screen with the password and then unity somehow crashes and starts again
[15:59] <dednick> Saviq: failed immediately
[15:59] <Saviq> om26er, that's correct, and runs more tests
[15:59] <dednick> picked up 115 again..
[15:59] <Saviq> dednick, no, I cancelled
[15:59] <dednick> Saviq: ah
[15:59] <Saviq> dednick, one more is running with 116
[15:59] <dandrader> greyback, launching a hello world app might be better
[15:59] <Saviq> om26er, there should be 4 tests there
[16:00] <Saviq> om26er, but only the first one succeeds for us on the device
[16:00] <om26er> Saviq, yeah, that seems to be the case for me as well
[16:00] <Saviq> om26er, the rest just fail to unlock the greeter (which really is just a step towards the test, not the test in itself)
[16:00] <greyback> dandrader: but that involves making one, plus all the trimmings. Wasn't a priority for me
[16:00] <Saviq> om26er, ok, will escalate with AP gurus, thanks for confirming
[16:01] <didrocks> andyrock: did you see that I have some code examples for cmake & google-mock
[16:01] <andyrock> yeah i took libusermetrics
[16:01] <didrocks> good :)
[16:01]  * Saviq wants a RAM-based SSD :P
[16:02] <Saviq> sbuild+shm is just so fast...
[16:02] <andyrock> i think compiz already has the support to build gtest locally
[16:02] <andyrock> just need to force it and update something
[16:02] <andyrock> but I'm not that sure :D
[16:02] <om26er> Saviq, there was a autopilot bug yesterday which would pass the first test in the suite and fail all others but that got fixed (bug 1197911)
[16:03] <Saviq> om26er, hmm, kind of sounds like our issue
[16:03] <Saviq> uh oh...
[16:04] <Saviq> private/qquickvisualdatamodel_p.h: No such file or directory
[16:04] <Saviq> Qt 5.1 broke LVWPH...
[16:05] <om26er> Saviq, also this: file:///usr/share/unity8/Shell.qml:21:1: plugin cannot be loaded for module "LightDM": Cannot load library /usr/lib/arm-linux-gnueabihf/unity8/qml/mocks/LightDM/libMockLightDM-qml.so: (liblightdm-qt5-2.so: cannot open shared object file: No such file or directory)
[16:05] <om26er> that appeared during the test run
[16:05] <Saviq> om26er, that might be something we failed, but it's *OK*, we could fix if AP was fine for us...
[16:11] <mzanetti> greyback: \o/ You'll be happy with this driver. I'm sure
[16:11] <mzanetti> greyback: only downside... every upgrade wants to install the newer, broken one
[16:12] <greyback> mzanetti: good point, will have to pin it
[16:12] <mzanetti> didn't take the time yet to find out how to blacklist it
[16:35] <dednick> Saviq: ci approved! do it! :)
[16:35] <Saviq> do it now!
[16:35] <dednick> quickly before it decides it doens't like it anymore
[16:35] <Saviq> dednick, gimme 10
[16:35] <Saviq> :D
[16:35] <dednick> :)
[16:35] <dednick> sure
[16:41] <Saviq> dednick, uh oh, is overview supposed to be disabled?
[16:42] <dednick> Saviq: is it?
[16:42] <Saviq> dednick, I can't access it
[16:42] <Saviq> dednick, tapping only hints
[16:43] <ritz> smspillaz hi, wt buffer age - https://smspillaz.wordpress.com/2012/12/23/new-old-buffers/
[16:43] <ritz> are we looking at merging the code for 13.10 ?
[16:43] <mzanetti> Saviq: I noticed already in the latest flashed image that the overview page is gone
[16:44] <Saviq> mzanetti, might've been disabled with the DragHandle
[16:44] <dednick> Saviq: ah. that was a change from dandrader's drag handle i think
[16:44] <dednick> Saviq: although we do want to disable it
[16:44] <Saviq> dednick, that confirmed?
[16:44] <Saviq> dednick, in that case would be nice to clean Overview.qml and related stuff away
[16:45] <dednick> Saviq: yeah. I'm removing it totally in another branch
[16:45] <Saviq> dednick, ok
[16:45] <dednick> Saviq: i can add the behaviour back in for now if you like
[16:45] <Saviq> dednick, no, that's fine
[16:45] <dednick> Saviq: \o/
[16:46] <Saviq> dednick, I knew you'd be happy :)
[16:47] <smspillaz> ritz: dunno, ask andyrock and co
[16:47] <smspillaz> ritz: it'd be nice if we can - but we're still in review
[16:47] <andyrock> smspillaz, ritz first we need to get compiz trunk on S... ;)
[16:47] <dandrader> mzanetti, dednick yes, I intentionally removed the overview page during the s/Revealer/DragHandle work in the Panel
[16:48] <dandrader> as design no longer wants it
[16:48] <andyrock> and almost it's done...
[16:48] <ritz> andyrock how can I help with this ?
[16:48] <andyrock> with the buffer age thing? testing it? :D
[16:49] <andyrock> ritz, ^^^
[16:49] <ritz> smspillaz hmm, thanks. I am looking to backport this to precise
[16:49] <ritz> andyrock++ sweet, thanks
[16:49] <ritz> andyrock works beautifully for most parts
[16:49] <smspillaz> ritz: it won't make sense to backport it to precise
[16:49] <smspillaz> ritz: precise compiz uses partial updates instead of full ones
[16:50] <smspillaz> andyrock: I'm just adjusting the tests now for your branch, thanks for that, I've been kind of all over the place these last few weeks
[16:50] <smspillaz> (I kinda dropped the ball for a bit)
[16:50] <ritz> smspillaz  won't ? hitting https://bugs.launchpad.net/bugs/861268 on precise
[16:50] <ritz> I believe, backporting this would fix the issue on precise
[16:50] <ritz> aah
[16:51] <smspillaz> ritz: I don't think so
[16:51] <smspillaz> ritz: in any case, you would have to do a lot more than you'd expect
[16:51] <ritz> hmmm
[16:51] <smspillaz> ritz: it's really only for quantal and up
[16:52] <andyrock> smspillaz, np! university has the priority you know
[16:52] <andyrock> resting too :D
[16:52] <ritz> smspillaz  hmm, thanks a ton :)
[16:52] <andyrock> smspillaz, btw I can't run gtest atm... new google mock broke them
[16:53] <andyrock> smspillaz, I'm looking for a fix but it's almost eod
[16:53] <smspillaz> andyrock: ah that sucks. Is that why tests are disabled on ci too ? (I noticed that ...)
[16:55] <andyrock> smspillaz, no idea about that
[16:56] <andyrock> smspillaz, but should be easy to fix
[16:56] <smspillaz> cool :)
[16:57] <Saviq> dednick, ok, happroved, I've enough of this ;D
[16:57] <dednick> Saviq: woo!
[16:59] <mzanetti> I know someone who is going to party now :D
[16:59] <mzanetti> dednick: :D
[16:59] <dednick> time to crack open a beer i reckon
[17:04] <dandrader> I thought the reviews Saviq made on some of my gestures MPs took forever, but this one clearly won :)
[17:04] <Saviq> dandrader, none of yours were almost 9k long ;)
[17:05] <dandrader> yeah :)
[17:09] <mhr3> kenvandine, could you review https://code.launchpad.net/~mhr3/unity-lens-friends/category-content-type/+merge/174240 pls?
[17:11] <kenvandine> mhr3, sure
[17:56] <Saviq> dednick, single-line summary at the top of commit msgs please
[17:56] <Saviq> re: axis calculator
[17:58] <dednick> Saviq: yeah, i've changed it already. :)
[17:58] <dednick> Saviq: too quick
[17:58] <Saviq> ;
[17:58] <Saviq> )
[17:58] <Saviq> too quick with Enter, too
[18:10] <sergiusens> dednick: did your MR for indicators land?
[18:12] <Saviq> sergiusens, it's landing now
[18:12] <sergiusens> nvm saw uut
[18:12] <sergiusens> Saviq: thanks :-)
[18:12] <sergiusens> uut->it
[18:31] <Saviq> we got Qt5.1 support :)
[18:32] <Saviq> https://code.launchpad.net/~saviq/unity8/support-qt51/+merge/174266
[19:17] <Saviq> fginther, ps-panda-8 doesn't have the latest hooks yet
[19:17] <Saviq> https://jenkins.qa.ubuntu.com/job/unity8-saucy-armhf-autolanding/77/console
[19:18] <fginther> Saviq, I'll get it fixed.
[19:18] <Saviq> fginther, thanks
[19:40] <dednick> Saviq: failed to land. :(
[19:42] <dednick> Saviq: ah, you re-approved. nevermind :)
[19:54] <Saviq> dednick, yeah, jenkins fail this time
[20:34] <Saviq> dednick, MERGED
[22:07] <jdstrand> hi!
[22:07] <jdstrand> I think there may be a bug with unity 8 and desktop files
[22:08] <jdstrand> on saucy amd64 (unity 7), I can modify a .desktop file to use Exec=aa-exec -p profile qmlscene ... and things work fine
[22:08] <jdstrand> on saucy on a touch image (unity 8), I can make the same modification, but it won't launch the app. I can take the Exec line out of the .desktop file and put it into the terminal app, and it works
[22:09] <jdstrand> oh, I should say that on unity 7 it works from the Dash. on unity 8 it does not work from the application lens on grouper
[22:10] <jdstrand> I'm not sure where to look to see what the problem is though
[22:10] <jdstrand> greyback, bregma, saviq: any ideas? ^
[23:04] <Saviq> jdstrand, can you give me an example .desktop file that doesn't work for you?
[23:05] <jdstrand> Saviq: yeah, give me a sec (you need something else for aa-exec to work)
[23:13] <jdstrand> Saviq: http://paste.ubuntu.com/5866528/
[23:13] <jdstrand> Saviq: not sure how familiar you are with apparmor, so I laid it all out for you
[23:13] <Saviq> jdstrand, k, lemme try
[23:14] <jdstrand> Saviq: note, this is on grouper touch image
[23:14] <jdstrand> Saviq: on saucy amd64, it works fine
[23:14] <Saviq> jdstrand, I'll try on maguro, no grouper around
[23:14] <jdstrand> Saviq: sure, it is the same on mako too
[23:14] <jdstrand> Saviq: I just wanted to make sure it was unity 8 :)
[23:14] <Saviq> jdstrand, with me it's all about unity8 ;)
[23:14] <jdstrand> :)
[23:15] <jdstrand> Saviq: so, what is interesting is that I don't think aa-exec is getting executed at all. we have a hacked version to show dump debug output to a file, and that file is not created when launched via the applications lens
[23:16] <jdstrand> Saviq: but of course it is when launched from the terminal
[23:16] <jdstrand> Saviq: which made me wonder if there is a whitelist of binaries for the Exec=
[23:16] <jdstrand> but that is just a wild guess
[23:17] <jdstrand> Saviq: one other thing-- aa-exec is in /usr/sbin. I tried it with absolute path and it didn't work either
[23:19] <jdstrand> Saviq: (fyi, aa-exec is just a perl script, so it is easy to edit for debugging)
[23:19] <Saviq> jdstrand, it errors out here under aa-exec
[23:19] <jdstrand> what is the error?
[23:19] <Saviq> jdstrand, ASSERT: "eglBindAPI(EGL_OPENGL_ES_API) == EGL_TRUE" in file screen.cc, line 78
[23:19] <Saviq> jdstrand, so it might be confined too much for maguro or something?
[23:19] <jdstrand> Saviq: yes
[23:19] <Saviq> but anyway, let me try putting in .desktop
[23:19] <jdstrand> grep DEN /var/log/kern.log
[23:20] <jdstrand> Saviq: I can tell you how to fix the denial for you with the above ^
[23:21] <jdstrand> or dmesg |grep DEN
[23:21] <Saviq> jdstrand, /vendor/lib/egl/libEGL_POWERVR_SGX540_120.so
[23:21] <jdstrand> Saviq: can you add to /etc/apparmor.d/ubuntu-calculator-app:
[23:22] <jdstrand>   /vendor/lib/egl/*.so mr,
[23:22] <jdstrand> then run:
[23:22] <jdstrand> sudo apparmor_parser -r /etc/apparmor.d/ubuntu-calculator-app
[23:22] <Saviq> jdstrand, anywhere?
[23:22] <Saviq> jdstrand, within brackets?
[23:23] <jdstrand> within the brackets, yes
[23:23] <jdstrand> by the # FIXME: Nexus 7 specific line is where I plan to add it to our policy
[23:23] <jdstrand> but it doesn't matter so long as it is within the brackets
[23:24] <Saviq> jdstrand, /vendor/lib/libIMGegl.so is needed, too
[23:24] <jdstrand> /vendor/lib/*.so mr,
[23:24] <Saviq> aaand /system/vendor/lib/egl/libGLESv2_POWERVR_SGX540_120.so
[23:24] <Saviq> jdstrand, yeah, I'll manage, just letting you know :)
[23:25] <jdstrand> hehe, welcome to apparmor profiling!
[23:25] <Saviq> and /dev/pvrsrvkm
[23:25] <jdstrand> Saviq: if at the end you can give me all the denials you saw, that would be great-- I can update the policy and be reasonably sure it will be good for maguro
[23:25] <Saviq> jdstrand, ok, will pastebin a log after I get it running
[23:26] <Saviq> that one will need to bewr
[23:26] <Saviq> jdstrand, what does "m" stand for in "mr"?
[23:30] <Saviq> jdstrand, "Can't exec "/usr/share/ubuntu-calculator-app/ubuntu-calculator-app.qml": Permission denied at /usr/sbin/aa-exec line 122"
[23:31]  * Saviq prints the whole exec we're throwing
[23:34] <jdstrand> Saviq: mmap
[23:35] <Saviq> k
[23:35] <jdstrand> bah, I have to leave to go to dinner. can we continue this tonight/tomorrow?
[23:35] <jdstrand> Saviq: what tz are you?
[23:35] <Saviq> jdstrand, 1:30 am here, so tomorrow :)
[23:35] <jdstrand> yes, good, let me kot keep you
[23:36] <jdstrand> thanks for your help! :)
[23:36] <Saviq> jdstrand, but I'll try and see where that command line gets mangled