[07:30] <mzanetti> veebers: ping
[07:30] <veebers> mzanetti: pong
[07:30] <mzanetti> veebers: hey. somethings wrong with my calendar
[07:30] <mzanetti> veebers: the meetings have been moved another hour earlier?
[07:30] <veebers> mzanetti: ah, no that's not your cal fault
[07:31] <veebers> mzanetti: it's now daylight savings here, and I must have made the original meeting with my local tz, not using UTC
[07:31] <veebers> so I'm an hour ahead of you than normal
[07:31] <mzanetti> oh... did you guys already switch daylight saving times
[07:31] <veebers> yeah, just yesterday
[07:31] <mzanetti> it another 3 weeks around here I think
[07:32] <veebers> Had I realized yesterday that it would affect this meeting I would have emailed, I didn't notice until a couple of hours ago though :_P
[07:32] <mzanetti> veebers: so, you still up to for a sync meeting or you already off?
[07:33] <veebers> mzanetti: I think a quick one now would be good. We can plan the next couple until we sync hours again too
[07:33] <mzanetti> ok
[08:14] <mzanetti> Saviq: hi
[08:15] <Saviq> mzanetti, ih
[08:15] <Saviq> mzanetti, veebers, sorry for not joining the sync lately...
[08:16] <mzanetti> Saviq: no worries. got it covered
[08:16] <mzanetti> (mostly)
[08:16] <mzanetti> Saviq: I've seen this one happening on the weekend and attached some debugging stuff: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1219871
[08:16] <Saviq> mzanetti, oh, so you managed to repro?
[08:17] <mzanetti> Saviq: well, it happened. no idea still what's the trigger
[08:17] <mzanetti> Saviq: but there is one interesting thing
[08:17] <mzanetti> we have 14 threads, one of them is named "dconf worker" and according to gdb it's stack depth is 2300 and something
[08:18] <mzanetti> does that ring any bell for you?
[08:18] <Saviq> mzanetti, well, gsettings-qt probablky
[08:18] <Saviq> -k
[08:18] <Saviq> mzanetti, but 2300? I'd imagine is a broken stack and a loop
[08:18] <mzanetti> probably
[08:19] <mzanetti> but still indicates dconf integration might be the issue
[08:19] <Saviq> mzanetti, see Stacktrace.txt in https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1221492
[08:19] <mzanetti> Saviq: also I can confirm the futex thing as reported by cjwatson
[08:20] <mzanetti> strace prints wakes by futex like crazy when it happens
[08:20] <Saviq> :/
[08:21] <mzanetti> Saviq: my trace wasn't that useful as this one. but if they are indeed the same, this would be helpful I guess
[08:21] <Saviq> mzanetti, I doubt they are
[08:21] <Saviq> mzanetti, but just another example of a broken stack
[08:22] <mzanetti> probably not... seeing all that flickable stuff in there it doesn't look like a dconf worker thing
[08:22] <mzanetti> funny thing is, in my case I can see that broken stack depth info while its running
[08:22] <Saviq> mzanetti, if you can get rid of Gsettings from Shell.qml
[08:23] <mzanetti> it doesn't crash. in my case
[08:23] <Saviq> I don't think we're using anywhere else atm
[08:23] <Saviq> and see if you can reproduce
[08:23] <mzanetti> launcher
[08:23] <mzanetti> but yeah, can remove it there too
[08:23] <mzanetti> but I'd need a way to reliably reproduce, yes
[08:24] <Saviq> right, of course
[08:32] <mzanetti> Saviq: hmm... if there is a dynamic lib and the -dev package also ships a static lib for it, is there still a way to choose which one it should use?
[08:35] <Saviq> mzanetti, yeah, should be
[08:36] <Saviq> mzanetti, for cmake, you just need to point to it directly - i.e. include the .a in the linking
[08:36] <mzanetti> I think you can give the full path to select the static one. but iirc that was compiler specific.
[08:36] <mzanetti> right
[08:36] <Saviq> or well, -lblah.a should work, too
[08:36] <mzanetti> yeah. I did that with qmake too already. but there was some caveat which I can't remember
[09:03] <nic-doffay> mhr3, ping
[09:03] <mhr3> pong
[09:27] <paulliu> mzanetti: hi. Can you help me to review this? https://code.launchpad.net/~paulliu/unity8/unity8-fixgenericpreview
[09:27] <paulliu> mzanetti: https://code.launchpad.net/~paulliu/unity8/unity8-fixgenericpreview/+merge/187762
[09:28] <mhr3> paulliu, btw the prereq branch for the music preview was finally merged
[09:28] <mhr3> so should be "fixable" now :)
[09:28] <paulliu> mhr3: ok
[09:28] <paulliu> Let me do it.
[09:35] <tsdgeos> Cimi: ping
[09:35] <Cimi> tsdgeos, pong
[09:35] <tsdgeos> Cimi: wasn't the hud button supposed to stay around for a while?
[09:36] <Cimi> tsdgeos, yeah
[09:36] <tsdgeos> it doesn't anymore
[09:36] <Cimi> tsdgeos, I have a branch and it's failing with jenkins
[09:36] <tsdgeos> ah
[09:36] <tsdgeos> i see
[09:36] <Cimi> tsdgeos, autopilot on slow machines...
[09:36] <dednick> Cimi: ping
[09:37] <Cimi> dednick, pong
[09:37] <tsdgeos> Saviq: you there?
[09:37] <Saviq> tsdgeos, yup
[09:37] <tsdgeos> Saviq: do you know of any video i can use to test https://bugs.launchpad.net/unity-mir/+bug/1231125 ?
[09:37] <tsdgeos> all the videos i add to the Videos/ folder
[09:37] <dednick> Cimi: howdy. i've done some work on the ubuntu-settings-components branch. Would be great if you could take a look sometime. lp:~nick-dedekind/ubuntu-settings-components/pre-archive-fixes
[09:37] <tsdgeos> fail to show on it
[09:37] <tsdgeos> so if you have some file that you know it works
[09:37] <tsdgeos> it'd be great
[09:37] <dednick> Cimi: https://code.launchpad.net/~nick-dedekind/ubuntu-settings-components/pre-archive-fixes/+merge/188283
[09:38] <Cimi> dednick, I'll do as soon as this jenkins will stop failing...
[09:38] <Saviq> tsdgeos, http://bazaar.launchpad.net/~phablet-team/demo-assets/trunk/files/head:/videos/ should work, no?
[09:38] <dednick> Cimi: it's generally just restructuring so we can get it into archive at some point
[09:39] <dednick> didrocks: ping
[09:39] <tsdgeos> Saviq: makes sense
[09:39]  * tsdgeos tries
[09:40] <didrocks> dednick: pong
[09:41] <dednick> didrocks: hi. what does it take to get new packages into archive?
[09:42] <didrocks> dednick: hum, is that the same request than thostr_? ;)
[09:42] <dednick> didrocks: um, don't know about his request. probably not.
[09:42] <dednick> didrocks: ubuntu-settings-components
[09:42] <didrocks> dednick: get a landing ask describing the package and if it's needed in touch
[09:42] <thostr_> i'm talking about the thumbnailer
[09:43] <thostr_> so, it's a different one
[09:43] <didrocks> ok, just similar requests and questions at the same time ;)
[09:43] <dednick> didrocks: ok, thanks
[09:44] <didrocks> yw
[09:45] <tsdgeos> meh
[09:45] <tsdgeos> i get nothing in the Video shell
[09:45] <tsdgeos> s/shell/scope
[09:54]  * tsdgeos tries to dist-upgrade to see if that helps at all with no videos
[10:14] <tsdgeos> Saviq: do you get local videos ?
[10:14] <tsdgeos> i get nothing :-/
[10:14] <Saviq> tsdgeos, /me tries
[10:15] <tsdgeos> not even in the pc
[10:15] <Saviq> tsdgeos, pc is different scope than phone - phone uses unity-scope-mediascanner
[10:16] <Saviq> tsdgeos, and yeah, I'm getting a carousel of local videos here
[10:16] <tsdgeos> path being
[10:16] <tsdgeos> ~phablet/Videos
[10:16] <tsdgeos> ?
[10:17] <Saviq> tsdgeos, /home/phablet/Videos yes
[10:17] <tsdgeos> pfff
[10:17] <tsdgeos> i get only the "online" part
[10:17] <Saviq> tsdgeos, well, I just pushed them through MTP, but yeah
[10:17] <tsdgeos> nothing local
[10:17] <Saviq> tsdgeos, try searching and clearing the search?
[10:18] <tsdgeos> did not help
[10:20] <Saviq> interesting, mhr3, pstolowski, any idea for tsdgeos ↑ on how to get local videos to show up?
[10:21] <pstolowski> tsdgeos: codecs problem? mediascanner can only scan what's supported by gstreamer
[10:21] <mhr3> Saviq, tsdgeos, we were just talking about it, seems codecs are broken, so if you didn't have something in the db already you won't get it there now
[10:22] <tsdgeos> ¿?
[10:22] <tsdgeos> so i can never get anything
[10:23] <mhr3> it should show up once codecs are fixed
[10:23] <mhr3> hopefully
[10:23] <Saviq> mhr3, interesting, I get stuff...
[10:23] <mhr3> jamesh would know
[10:23] <mhr3> Saviq, depends on the codec
[10:24] <Saviq> k
[10:24] <Saviq> tsdgeos, let me push something for you
[10:26] <Saviq> tsdgeos, still uploading, but https://chinstrap.canonical.com/~msawicz/test.avi
[10:26] <Saviq> tsdgeos, 20s
[10:29] <tsdgeos> Saviq: waht do i do with it?
[10:30] <Saviq> tsdgeos, drop into ~phablet/Videos, search in dash videos, unsearch - see if it shows up
[10:30] <tsdgeos> search anything, right?
[10:30] <Saviq> tsdgeos, yeag
[10:30] <Saviq> h
[10:31] <Cimi> new ubuntu installation (friday was broken)
[10:32] <Cimi> I just branched unity
[10:32] <Cimi> ran ./build -s
[10:32] <Cimi> then at ./build it complains of missing so many components
[10:32] <Cimi> s/components/dependecies/
[10:33] <Cimi> what's wrong?
[10:34] <nic-doffay> mzanetti, ping
[10:34] <tsdgeos> Saviq: got something
[10:34] <tsdgeos> but something i can't play :D
[10:34] <tsdgeos> can you?
[10:34] <Saviq> tsdgeos, isn't that what you needed? :D
[10:34] <tsdgeos> well
[10:35] <tsdgeos> it's supposed to work on SF
[10:35] <tsdgeos> and it doesn't
[10:35] <mzanetti> nic-doffay: hey ho
[10:35] <tsdgeos> soo no, that's not what i need
[10:35] <Saviq> tsdgeos, build/install demo-assets-videos
[10:35] <Saviq> tsdgeos, can get you packages in 5 if you want
[10:36] <tsdgeos> if that's going to help
[10:36] <tsdgeos> please
[10:36] <nic-doffay> mzanetti, I'd like to use a mock scope in a test, got some info on that for me?
[10:36] <Saviq> tsdgeos, will test first
[10:36] <Saviq> actually I already have the packages
[10:36] <Cimi> guys ^
[10:37] <Cimi> otherwise I install manually
[10:37] <mzanetti> nic-doffay: hmm... depends a bit on what exactly you want to test
[10:39] <Cimi> http://paste.ubuntu.com/6175073/
[10:47] <nic-doffay> mzanetti, my search indicator branch which pops up with an indicator when a search is in progress.
[10:51] <Cimi> mzanetti, you know why build doesn't install of of these? ^
[10:51] <mzanetti> Cimi: because its broken
[10:51] <Cimi> ok
[10:51] <mzanetti> Cimi: I think Saviq started to fix it already
[10:51] <Cimi> I'm using build-dep
[10:52] <Cimi> in the meanwhile
[10:52] <mzanetti> Cimi: yep. thats the workaround for now
[10:52] <tsdgeos> Saviq: so where are the packages?
[10:52] <Saviq> Cimi, just delete unity8-build-dep*.deb
[10:52] <Saviq> tsdgeos, just pushed to my device, will get them to you in 5
[10:52] <tsdgeos> ah, ok, sorry
[10:53] <Cimi> Saviq, what? is it required to remove the package?
[10:53] <mzanetti> nic-doffay: there is tests/mocks/Unity/fake_scope.cpp
[10:53] <mzanetti> nic-doffay: I think you can reuse that.
[10:53] <mzanetti> nic-doffay: just add your searchInProgress() stuff there too
[10:54] <Saviq> Cimi, not required, but otherwise it might not install it (and that's the package that depends... on the dependencies)
[10:54] <Saviq> Cimi, just delete and both ./build and ./run_on_device will work again
[10:55] <nic-doffay> mzanetti, I need a qmluitest...
[10:55] <nic-doffay> So using the mock scopes in a qmluitest to check the graphics.
[10:56] <mzanetti> nic-doffay: yeah... that's what it is
[10:57] <nic-doffay> mzanetti, ok cool.
[10:57] <nic-doffay> mzanetti, has it been used in a test before?
[10:57] <Saviq> tsdgeos, actually - they're there in ppa:phablet-team, demo-assets-scopes and demo-assets-videos
[10:57] <Saviq> tsdgeos, you might also need to fix the scopes dconf entry, will let you know in a sec
[11:00] <mhr3> Saviq, qa broken? looks like qmluitests are not running
[11:01] <Saviq> mhr3, looks like the vm nodes that run them are dead
[11:02] <Saviq> mhr3, triggered a launch for them, let's see
[11:02] <mhr3> thx
[11:04] <mzanetti> nic-doffay: tst_ScopeView for example
[11:08] <mhr3> anyone know what this is? http://paste.ubuntu.com/6175160/
[11:10] <Saviq> tsdgeos, ah shite, -scope-mock is outdated :/
[11:10] <Saviq> mhr3, that's a segfault during "qmlplugindump"
[11:10] <mhr3> Saviq, why and how? :)
[11:11] <Saviq> mhr3, it's a thing that generates .qmltypes files for QtCreator
[11:11] <Saviq> mhr3, it's run automagically on plugins we generate
[11:11] <mhr3> Saviq, hm, clean build fixed it... guess the abi change in unity-core
[11:11] <Saviq> mhr3, you can do it yourself by exporting QML2_IMPORT_PATH and running "qmlplugindump Unity 0.1" or so
[11:11] <Saviq> mhr3, yeah, very possible
[11:17] <tsdgeos> Saviq: what does that mean?
[11:17] <Saviq> tsdgeos, that means the demo assets scope won't work :/
[11:17] <tsdgeos> ok
[11:17] <tsdgeos> debugging this is getting harder and harder
[11:19] <Saviq> jamesh_, how does -scope-mediascanner activate the result upon "Play" in the preview? and any idea why would it work for music and not for videos?
[11:21] <mhr3> Saviq, it's public holiday in au today
[11:21] <Saviq> mhr3, you mean yesterday?
[11:21] <mhr3> Saviq, on australian monday :)
[11:22] <mhr3> Saviq, anything missing in https://code.launchpad.net/~mzanetti/unity8/switching-previews/+merge/187327 ?
[11:22] <Saviq> mhr3, yeah, a review
[11:22] <mhr3> design? jouni was looking at it
[11:22] <mhr3> gave it +1 afaik
[11:23] <Saviq> mhr3, no, code
[11:23] <Saviq> mhr3, and no support for carousel, for that matter
[11:24] <mhr3> i see
[11:24] <mzanetti> Saviq: carousel support is in by now
[11:25] <Saviq> mzanetti, oh is it? didn't see it in the commits? you pushed?
[11:25]  * mzanetti checks
[11:26] <mzanetti> Saviq: yep. rev 367
[11:26] <Saviq> mzanetti, k thanks
[11:26]  * Saviq needs to see an eye doctor
[11:27] <mzanetti> Saviq: there is one minor glitch I'm aware of... the positioning of the first/last item is a little bit off. not sure how critical that is. seems something in the carousel
[11:28] <Saviq> mzanetti, yeah, I was suspecting there will be something tricky there with the carousel
[11:28] <Saviq> mzanetti, it's conflicting again, btw
[11:29] <mzanetti> will merge
[11:31] <Saviq> /food
[11:33] <tsdgeos> mzanetti: there?
[11:34] <mzanetti> tsdgeos: yes sir
[11:35] <tsdgeos> let me try first, sorry the ping was early :D
[12:07] <nic-doffay> mzanetti, trying to load the scope like this: http://pastebin.ubuntu.com/6175332/
[12:07] <nic-doffay> it's null however, any idea what I'm missing?
[12:11] <mzanetti> nic-doffay: I think you just want one scope, not all scopes (not the "s")
[12:11] <mzanetti> note
[12:12] <mzanetti> but I haven't really worked with this myself.
[12:12] <mzanetti> perhaps one of the scope guys can give better advice? ^
[12:12] <kgunn> sil2100: mornin/afternoon
[12:13] <kgunn> sil2100: is autopilot working now ? (in general...not wrt mir)
[12:21] <mhr3> sil2100, are you landing the thumbnailer pkg into universe?
[12:21] <mhr3> sil2100, any eta on that? cause we need people to review the sdk branch that integrates it, and it'll be much simpler if they can actually build/test it
[12:26] <sil2100> mhr3: I will be doing that, let's say that I'll prepare things for it today - but I guess it will be in universe not sooner than tomorrow morning
[12:26] <mhr3> sil2100, is there anything missing other than the qa bits?
[12:42] <mhr3> mzanetti, https://code.launchpad.net/~paulliu/unity8/unity8-fixgenericpreview/+merge/187762/comments/430455
[12:43] <mzanetti> mhr3: no... its actually mostly one level below, in DashPreview.qml
[12:44] <mhr3> ok
[12:46] <paulliu> mhr3: yeah, it is one level below. So other previews have to be adepted for that changes.
[12:47] <paulliu> mhr3: The description is not so accurate right now.
[12:47] <mhr3> paulliu, ok
[12:48] <mhr3> nic-doffay, bzr fail, it can't merge your branch with scope-isactive without conflicts :(
[12:50] <nic-doffay> mhr3, yeah I noticed.
[12:50] <nic-doffay> mhr3, what do you propose?
[12:51] <mhr3> nic-doffay, one of them will need to be fixed
[12:51] <mhr3> depends which one lands sooner
[12:51] <mhr3> nic-doffay, so perhaps land your first, and i'll then fix isactive
[12:52] <mhr3> otherwise you can change the owner of your branch to unity-team, and i'll fix that one
[12:57] <nic-doffay> mhr3, reckon mine will land as soon as I'm done with this test.
[12:59] <mhr3> nic-doffay, would be easier if it did
[13:03] <tsdgeos> greyback: a run_on_device with unity8 code and mir gives me
[13:04] <tsdgeos> terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<std::runtime_error> >'
[13:04] <tsdgeos>   what():  Could not unblank display
[13:04] <tsdgeos> any idea?
[13:04] <greyback> tsdgeos: happens as powerd blanks screen. Press button on side, then try again
[13:09] <tsdgeos> greyback: not really helping
[13:09] <tsdgeos> let me reboot
[13:10] <greyback> tsdgeos: https://bugs.launchpad.net/unity-mir/+bug/1233155
[13:12] <tsdgeos> hmmm
[13:12] <tsdgeos> i'm gettint unity8 to 100% use the CPU :-S
[13:13] <greyback> tsdgeos: is there much dbus traffic?
[13:13] <paulliu> mzanetti: I also commented. If you have any ideas please follows up. https://code.launchpad.net/~paulliu/unity8/unity8-fixgenericpreview/+merge/187762
[13:14] <tsdgeos> greyback: nope
[13:14] <tsdgeos> greyback: let me reboot in SF and see if i see it there too
[13:29] <Saviq> MacSlow, nothing major, but https://code.launchpad.net/~macslow/unity8/extended-snap-decisions-part1/+merge/187312/comments/430493
[13:29] <tsdgeos> greyback: now i got http://paste.ubuntu.com/6175584/ :-/
[13:29] <tsdgeos> this is painful
[13:29] <tsdgeos> i can't start anything
[13:30] <tsdgeos> ah wait i can "continue" that in gdb?¿?¿
[13:30] <tsdgeos> yes i can
[13:30] <tsdgeos> weird :D
[13:30] <greyback> tsdgeos: let's check. You reboot your phone, does unity come up (in mir mode)
[13:30] <tsdgeos> yep
[13:30] <Saviq> coming... just changed my password...
[13:30] <tsdgeos> greyback: i am running it now
[13:31] <tsdgeos> just had to conitnue that sigill
[13:31] <tsdgeos> don't ask me why
[13:31] <tsdgeos> but it's taking 100% cpu
[13:31] <greyback> tsdgeos: yes here too
[13:31] <tsdgeos> ok
[13:31] <tsdgeos> at least i'm not the only one :D
[13:33] <paulliu> tsdgeos: I think the sigill is normal. The openssl will detect some acceleration instructions to optimize the encryption.
[13:33] <paulliu> tsdgeos: so it "tests" the CPU by illegal instructions.
[13:33] <tsdgeos> paulliu: i see
[13:40] <mzanetti> Saviq: ping! switching-previews :P
[13:41] <Saviq> will get ther ;)
[13:44]  * greyback really needs to check the public hols :)
[13:45] <Saviq> mhr3, ok so... vms are dead :/
[13:45] <Saviq> fginther, ↑
[13:46] <nic-doffay> mzanetti, so I've added the scope it's cool now, however when I trigger a search the searchInProgress property never changes to true which means I probably haven't done something else.
[13:46] <mzanetti> greyback: sorry... it's in fact thursday
[13:46] <Saviq> greyback, Google calendar can give them to you
[13:46] <greyback> mzanetti: yep, just saw that.
[13:47] <Saviq> greyback, https://www.google.com/calendar/embed?src=german@holiday.calendar.google.com
[13:47] <greyback> Saviq: thanks. I wasn't bothered to track that down :)
[13:48] <tsdgeos> greyback: what's the branch saviq wants me to use?
[13:48] <Saviq> tsdgeos, https://code.launchpad.net/~gerboland/unity-mir/use-upstart-app-launch2
[13:48] <Saviq> greyback, right? Albert should use it to track stuff not being activated on scope action?
[13:49] <greyback> Saviq: yes
[13:50] <tsdgeos> waht i'm getting atm is
[13:51] <tsdgeos> ApplicationManager REJECTED connection from app with pid 3324 as no desktop_file_hint specified
[13:51] <tsdgeos> when i try to launch the music playet
[13:51] <tsdgeos> -t+r
[13:51] <mdeslaur> since a recent unity/compiz update on saucy, launcher icons are no longer highlighted when an app is running, is that by design, or is it a known bug?
[13:51] <tsdgeos> let's see if that helps at all
[13:55] <fginther> Saviq, investigating
[13:55] <Saviq> fginther, thanks
[13:55] <Saviq> mdeslaur, they get a pip on the right, that was always the design?
[13:56] <Saviq> mdeslaur, what else do you mean by "highlight"?
[13:56] <mdeslaur> Saviq: the icon would change background color IIRC
[13:56] <mdeslaur> Saviq: one sec, let me try a raring vm
[13:56] <Saviq> mdeslaur, nope, don't think it should
[13:57] <Saviq> mdeslaur, it does when you alt+f1 for keyboard navigation
[13:57] <mdeslaur> Saviq: yep, confirmed...raring changes background color when you open an application
[13:57] <Saviq> mdeslaur, and then it gets a glow when it's urgent or some such
[13:57] <mdeslaur> let me try precise
[13:58] <Saviq> mdeslaur, ah that, works for me
[13:58] <Saviq> mdeslaur, you mean all your icons have the same background?
[13:58] <mdeslaur> yeah, whether they are active or not
[13:58] <Saviq> mdeslaur, firefox is orange here, thunderbird is blue etc.
[13:58] <mdeslaur> Saviq: hrm, let me update again and reboot
[13:59] <Saviq> mdeslaur, but yeah, bug, if they're not for you
[13:59] <mdeslaur> Saviq: ok, thanks
[13:59] <Saviq> mdeslaur, do you get the pips at all?
[13:59] <Saviq> mdeslaur, maybe it's a bamf issue?
[13:59] <mdeslaur> yeah, I get proper pips
[13:59] <Saviq> ok
[13:59] <mdeslaur> just not background colors
[14:00] <nic-doffay> mzanetti, mind taking a look at tst_PageHeader for me and check what I'm missing? lp:~nicolas-doffay/unity8/search-indicator
[14:01] <nic-doffay> It's the test_search_indicator function in that test accompanied by the scope.
[14:01] <nic-doffay> It doesn't appear to begin searching even though the scope is bound to the pageHeader.
[14:02] <Saviq> nic-doffay, no
[14:02] <Saviq> nic-doffay, you're not supposed to type anything
[14:02] <Saviq> nic-doffay, you're supposed to *set* searchInProgress to true
[14:02] <Saviq> nic-doffay, and then test that PageHeader behaves as expected
[14:02] <mzanetti> Saviq: you got that or is the question still valid for me?
[14:02] <Saviq> mzanetti, got htis
[14:03] <Saviq> nic-doffay, you're not supposed to test the mock Scope object (which is what you're trying to do now)
[14:03] <nic-doffay> Saviq, right. Is that simply because it's been included in another test?
[14:03] <Saviq> nic-doffay, you're supposed to *use* the mock Scope object to instrument testing of the PageHeader
[14:03] <Saviq> nic-doffay, no relation at all
[14:04] <Saviq> nic-doffay, the mock Scope object needs a (if it doesn't yet) searchInProgress property
[14:04] <Saviq> nic-doffay, you then set that property to true
[14:04] <Saviq> nic-doffay, and check that the activity indicator is visible and running, and that the indicator is not
[14:04] <Saviq> s/indicator/icon/
[14:10] <Cimi> mzanetti, can you trigger a rebuild?
[14:10] <Cimi> mzanetti, http://s-jenkins:8080/job/unity8-ci/1148/rebuild
[14:10] <mzanetti> Cimi: I can give you permissions to do that
[14:10] <Cimi> mzanetti, I have but I don't remember where all my stuff is
[14:10] <Cimi> mzanetti, keys boa bla
[14:10] <Cimi> *bla bla
[14:11] <mzanetti> dude
[14:11] <Cimi> I format the system
[14:11] <Cimi> today
[14:11] <Cimi> as said on the standup
[14:11] <Cimi> mzanetti, I have a backup but on another laptop in the office
[14:12] <mzanetti> hmm... is it only me who finds this message from jenkins weird? "Started by remote host 127.0.0.1"
[14:12] <mzanetti> Cimi: done
[14:12] <Cimi> mzanetti, thx. it will fail but packages are handy
[14:13] <ricmm> thomi: ping
[14:13] <ricmm> greyback: lets discuss here
[14:13] <greyback> ricmm: agreed
[14:14] <ricmm> thomi: what exactly are the AP requirements? when doesi t need geometry?
[14:14] <ricmm> does it need geometry *before* the shell is started?
[14:14] <greyback> ricmm: doubt thomi awake. Note: mzanetti tells me veebers will be working on a unity8 plugin for autopilot soon
[14:14] <ricmm> ok
[14:14] <greyback> so we just need a band-aid
[14:14] <ricmm> yea we need to match current functionality
[14:15] <ricmm> but we need to know that first ;)
[14:15] <greyback> ricmm: yep
[14:16] <nic-doffay> mhr3, that property is difficult to test being readonly...
[14:17] <ricmm> veebers: ping?
[14:18] <ricmm> greyback: so I see it being used to create the input device, which probably happens before anything is run
[14:18] <ricmm> in which case we have a problem
[14:20] <mdeslaur> Saviq: reboot fix it, sorry for the noise
[14:20] <mdeslaur> s/fix/fixed/
[14:20] <Saviq> mdeslaur, well, still a bug, if you can reproduce
[14:20] <mdeslaur> yeah, I'll keep an eye on it
[14:24] <tsdgeos> greyback: https://bugs.launchpad.net/unity-mir/+bug/1231125 is fixed for me with your branch
[14:24] <tsdgeos> want me to assign it to you and link the branch?
[14:25] <greyback> tsdgeos: yes please
[14:26] <tsdgeos> come on
[14:26] <Saviq> kgunn, bug #1193099 is not gonna happen for v1
[14:26] <tsdgeos> music playing stops when the screen darkens?¿?¿?¿
[14:26] <tsdgeos> who do i complain about that?
[14:27] <Saviq> kgunn, we need to do it while reworking the whole thing to support splash screens
[14:27] <kgunn> Saviq: maybe there are 2 bugs there...
[14:27] <om26er> Saviq, the issue that we talked a few hours ago, aka slowness. You need to make sure you have the USB cable disconnected when you put your phone for a few minutes
[14:27] <kgunn> Saviq: i think pat is mixing in the phenomena of blank asset icons
[14:28] <Saviq> kgunn, I don't think he is
[14:28] <Saviq> kgunn, that bug is *old* ;)
[14:28] <om26er> i think when usb cable is connected phone does not go into deep sleep or something like that
[14:28] <Saviq> om26er, right
[14:28] <Saviq> kgunn, but that's why the bug is "bigger"
[14:29] <om26er> i actually think the problem is deeper than unity8
[14:29] <Saviq> kgunn, and it's not a problem under unity-mir
[14:29] <Saviq> kgunn, so Fix released for the "worse" part of this bug
[14:31] <tsdgeos> Saviq: what's so hard with the bug, don't we "just" have to call updateScreenshot when appropiate?
[14:31] <Saviq> tsdgeos, no, 'cause apps are stopped
[14:31] <Saviq> tsdgeos, and/or killed
[14:31] <Saviq> tsdgeos, at which point it's tricky to request their screenshot ;)
[14:31] <tsdgeos> so? we keep their last screenie, no?
[14:32] <Saviq> tsdgeos, well, yeah - we need to cache it :)
[14:32] <Saviq> tsdgeos, that's the bug
[14:32]  * greyback needs to eat
[14:32] <Saviq> tsdgeos, but on top of that, we need to support app-provided and /us-provided splash screens
[14:32] <tsdgeos> sure, i don't understand what the splash screens has to do with that
[14:32] <tsdgeos> well
[14:32] <tsdgeos> doesn't seem "on top" to me tbh
[14:33] <tsdgeos> just two different things
[14:33] <Saviq> tsdgeos, well, sure
[14:33] <Saviq> tsdgeos, but the other issue is fixed by unity-mir ;)
[14:33] <Saviq> well, maybe not when the app is killed
[14:33] <tsdgeos> "the other issue"?¿
[14:33] <tsdgeos> you mean the "cache screenshot"?
[14:34] <Saviq> tsdgeos, under surfaceflinger, if you go down on app scope
[14:34] <Saviq> tsdgeos, you go back to the apps and they're all black
[14:34] <Saviq> tsdgeos, under unity-mir they're fine
[14:34] <tsdgeos> right
[14:34] <tsdgeos> but there's still the problem in the bug
[14:35] <tsdgeos> or not
[14:35]  * tsdgeos is now confused
[14:35] <Saviq> tsdgeos, yeah, FIXED
[14:35] <Saviq> tsdgeos, the only case where it's not
[14:35] <tsdgeos> but i just had it happen...
[14:35] <Saviq> tsdgeos, is when the app is killed under us
[14:35] <Saviq> tsdgeos, that's when we need to have a screenshot on disk and to load it
[14:36] <Saviq> or well, "killed under us"... it's us that are killing it, so we just need to save it to disk and load on demand
[14:37] <tsdgeos> ok
[14:37] <tsdgeos> so want to update the bug/create a new one?
[14:37] <tsdgeos> because the repro steps are all wrong now
[14:37] <tsdgeos> it may make sense to have a new one
[14:39] <Saviq> dednick, https://code.launchpad.net/~nick-dedekind/unity8/indicator-titles/+merge/186049/comments/430554
[14:40] <dednick> Saviq: ta
[14:40] <fginther> Saviq, update. There is a networking issue in the lab preventing connection to the VM slaves, it's being worked
[14:40] <Saviq> fginther, thanks
[14:52] <Saviq> dednick, minor question https://code.launchpad.net/~nick-dedekind/unity8/remove.IndicatorsLegacy/+merge/184524/comments/430567
[14:55] <Saviq> ooh Qt 5.2 beta out
[14:59] <Saviq> mzanetti, paulliu, update on https://code.launchpad.net/~paulliu/unity8/movie-preview/+merge/181856/comments/430574 please?
[15:00] <mzanetti> Saviq: oh... didn't see that... will integrate it here: https://code.launchpad.net/~unity-team/unity8/fix-genericpreview/+merge/188355
[15:00] <Saviq> mzanetti, yeah, I just wrote it :)
[15:00] <Saviq> mzanetti, k, mark the MP so, please
[15:00] <mzanetti> Saviq: ok. apppreview and genericpreview are done
[15:01] <Saviq> mzanetti, switching previews is separate from that, right?
[15:02] <mzanetti> Saviq: yes. will still conflict a little, but not much
[15:02] <dednick> Saviq: fixed conflict. replied to comment. https://code.launchpad.net/~nick-dedekind/unity8/remove.IndicatorsLegacy/+merge/184524/comments/430575
[15:03] <Saviq> dednick, yup, thanks
[15:04] <paulliu> mzanetti: ok.. thanks. I'm going to implement the Music Preview.. But I think Movie preview still needs some tweak. Maybe you can make the fix-genericpreview first. And I'll change the Movie preview branch tomorrow?
[15:05] <mzanetti> paulliu: generic should be ok
[15:05] <paulliu> mzanetti: For example, move the ratings under title.
[15:05] <paulliu> mzanetti: ok.
[15:05] <mzanetti> paulliu: I can merge the movie preview branch into the common one and update it
[15:06] <paulliu> mzanetti: ok.. but it needs fix anyway. pstolowski, did you export the origin url in previews already??
[15:06] <paulliu> pstolowski: I mean for movie preview.
[15:07] <mzanetti> paulliu: ok... lets do it this way, I merge it into the common branch and fix the design, you can also push there fixing the logic (e.g. this url etc)
[15:07] <pstolowski> paulliu: yes, it landed in rev 358 trunk
[15:09] <paulliu> pstolowski: ok.. got it.
[15:10] <mzanetti> paulliu: I know this is going to be a big branch and it might be better to keep them separate, but I broke DashPreview's API so we need to adjust them all at once
[15:10] <paulliu> mzanetti: yeah..
[15:11] <tsdgeos> need some bzr help
[15:11] <Saviq> mzanetti, will this conflict with your things https://code.launchpad.net/~diegosarmentero/unity8/publisher-info/+merge/188352 ?
[15:11] <tsdgeos> how do i merge lp:~dandrader/unity8/runningApps_lp1193419 into lp:unity8 ?
[15:11] <tsdgeos> i guess the fact that it was "already" merged
[15:11] <Saviq> tsdgeos, just un-do the revert
[15:12] <tsdgeos> makes sense
[15:12] <Saviq> tsdgeos, bzr qlog, find it, right-click, "Reverse cherry-pick"
[15:12] <dandrader> the kind of moment when you miss git
[15:12] <Saviq> dandrader, indeed
[15:12] <mzanetti> Saviq: no prob. just merge it to trunk (if its ok) and I'll take care about my conflicts
[15:12] <nic-doffay> Saviq, could you take a look at this again when you have a moment? https://code.launchpad.net/~nicolas-doffay/unity8/search-indicator/+merge/188008
[15:12] <nic-doffay> test done etc
[15:13] <Saviq> mzanetti, actually, could you review it in a free 10 mins? deep in dednick's stuff here
[15:13] <mhr3> Saviq, my usual mp - https://code.launchpad.net/~mhr3/unity8/case-for-music-carousel/+merge/188360 :)
[15:13] <mzanetti> Saviq: sure
[15:13] <Saviq> mhr3, tested? :D
[15:13] <mhr3> Saviq, somewhat? :)
[15:13] <Saviq> mhr3, k :P
[15:14] <mhr3> this time i did click on stuff
[15:14] <mhr3> and it worked
[15:14] <dednick> anyone know if you can change the icon theme without using QIcon::setIconTheme ?
[15:14] <dednick> like using an env var?
[15:15] <mhr3> dednick, UBUNTU_ICON_THEME
[15:15] <dednick> mhr3: not in unity8
[15:15] <Saviq> dednick, nope
[15:15] <mhr3> oh
[15:15] <dednick> bleh.
[15:16] <Saviq> dednick, with https://code.launchpad.net/~nick-dedekind/unity8/indicator-titles/+merge/186049
[15:16] <Saviq> dednick, I saw "indicator-bluetooth" for a split second in the header
[15:16] <Saviq> dednick, ideas on how to solve that?
[15:16] <dednick> Saviq: er...
[15:17] <Saviq> dednick, yeah, when indicators are unloaded, their titles are, too
[15:18] <Cimi> dednick, why did you comment tests for calendar? are they broken?
[15:18] <dednick> Cimi: yeah
[15:19] <Cimi> dednick, you should fix them :)
[15:19] <Cimi> dednick, or better, let me fix
[15:19] <Cimi> dednick, then I send you patch and you merge in your branch
[15:19] <dednick> Cimi: you go ahead. i didnt really get the min/max stuff. it didnt seem to make any sense at all.
[15:20] <Cimi> dednick, what doesn't make sense?
[15:21] <Saviq> dednick, commented on https://code.launchpad.net/~nick-dedekind/unity8/indicator-titles/+merge/186049/comments/430592
[15:21] <dednick> Cimi: the test is a bit hard to follow because the state keeps channing between tests, and you were just putting member dates in the test data, so couldnt really understand what was being tested. Let me go over it.
[15:21] <Cimi> dednick, I'll work on it
[15:22] <Saviq> dednick, btw, I don't expect you to answer *now*, just in your usual flow
[15:22] <Cimi> dednick, waiting jenkins to produce some packages for HUD, I have time
[15:22] <dednick> Saviq: yeah, it might be possible to fix. I'll have to look into it.
[15:22] <Saviq> dednick, thanks
[15:23] <Saviq> dednick, if we merge "removeIndicatorsLegacy" first, will that be a touch conflict to solve?
[15:23] <Saviq> dednick, i.e. should I wait with that for titles to get merged?
[15:23] <dednick> Cimi: there is an init() function which you can override to set the test into a known state. And when you do test_data(), can you just put the dates in there rather than using variable defined elsewhere
[15:23] <dednick> the init finction is called before each test.
[15:24] <Saviq> mhr3, where should I get the carousel in music?
[15:24] <mhr3> Saviq, you would once home scope lands
[15:24] <dednick> Saviq: :/ . it should be ok. I'll just fix up any conflicts
[15:24] <Saviq> dednick, ok
[15:24] <mhr3> Saviq, songs in music page
[15:25] <Saviq> mhr3, uh oh, just got in a weird state where I have no search entry but results from a search :/
[15:26] <mhr3> Saviq, you guys should fix the dash :P
[15:26] <FunnyLookinHat> Hey guys - was checking out the multi-touch gestures and noticed that there isn't support for two-finger scrolling on touchscreens - any reason that's excluded ?
[15:26] <Saviq> mhr3, k, will not merge your stuff before we can actually test it
[15:27] <Saviq> FunnyLookinHat, the usual gesture for touch*screens* to scroll is one-finger-drag, no?
[15:27] <Saviq> FunnyLookinHat, two are for zooming/rotation?
[15:27] <mhr3> Saviq, note that it will fallback to the video-like carousel
[15:27] <Saviq> mhr3, k
[15:27] <FunnyLookinHat> Saviq, let me tery
[15:27] <Saviq> mhr3, what can I test, then? got a package for me?
[15:27] <mhr3> Saviq, it's simple to vi /usr/share/unity/scopes/music.scope
[15:27] <Saviq> FunnyLookinHat, bear in mind there isn't universal support for that
[15:27] <Saviq> mhr3, hit me
[15:28] <mhr3> Saviq, [Category songs] needs Renderer=carousel
[15:28] <FunnyLookinHat> Saviq, Ok - so I'm not able to use a touch-screen to scroll Firefox in any way it appears... besides using my finger to drag the scrollbar
[15:28] <mhr3> then pkill -f unity-scope-home
[15:28] <mhr3> Saviq, ^
[15:29] <Saviq> FunnyLookinHat, yup, firefox's fault
[15:29] <Saviq> FunnyLookinHat, https://addons.mozilla.org/En-us/firefox/addon/grab-and-drag/
[15:30] <Saviq> FunnyLookinHat, it needs to be implemented in the toolkit, or even sometimes at app level - not something we "disabled" actively
[15:30] <tsdgeos> mzanetti: dandrader: ping
[15:30] <FunnyLookinHat> Saviq, it looks like it's not working in anything really ( LibreOffice, Firefox, etc. ) -
[15:30] <FunnyLookinHat> Ah ok
[15:30] <dandrader> tsdgeos, pong
[15:30] <tsdgeos> dandrader: about https://code.launchpad.net/~dandrader/unity8/runningApps_lp1193419/+merge/177630
[15:30] <tsdgeos> the crash mzanetti mentions about swiping from left
[15:30] <FunnyLookinHat> Saviq, But you're saying the gesture of a single finger to scroll is being passed to the application - it's just not listening for that event
[15:30] <tsdgeos> happens all the time?
[15:30] <tsdgeos> i just tried and did not :-&
[15:31] <dandrader> tsdgeos, can't open that. my internet is not working well today :(
[15:31] <kgunn> mhall119_: https://blueprints.launchpad.net/ubuntu/+spec/client-1303-unity-ui-phone
[15:31] <kgunn> that's the base one
[15:31] <kgunn> mhall119_: https://blueprints.launchpad.net/ubuntu/+spec/client-1303-unity-ui-launcher
[15:31] <mhall119_> thanks kgunn
[15:31] <mzanetti> tsdgeos: pong
[15:32] <tsdgeos> dandrader: it's the thing about scrolling up in the applications scope
[15:32] <tsdgeos> mzanetti: ↑↑↑
[15:32] <tsdgeos> doesn't crash here
[15:32] <tsdgeos> i'm afraid :-/
[15:32] <mzanetti> ah right... I remember
[15:32] <tsdgeos> mzanetti: as your comment in the bug seems it should be pretty easy to make it crash, no?
[15:33] <mzanetti> let me try
[15:33] <dandrader> tsdgeos, you mean that bug fix of mine that got reverted. yeah I recall that
[15:33] <Saviq> mhr3, not worky here...
[15:33] <tsdgeos> dandrader: yes, i'm trying to unrevert it
[15:33] <mhr3> Saviq, you mean not getting carousel?
[15:33] <tsdgeos> but it's just working
[15:33] <tsdgeos> no crash at all
[15:33] <Saviq> mhr3, yeah, grid
[15:33] <mhr3> Saviq, did you kill home-scope?
[15:33] <Saviq> mhr3, yes, and unity8, too
[15:34] <Saviq> mhr3, rebooting now...
[15:34] <mhr3> Saviq, pastebin your music.scope pls
[15:34] <tsdgeos> mzanetti: do you happen to at least have any bt of the crashes?
[15:35] <mzanetti> tsdgeos: no, it was so easy to reproduce back then, I didn't think we'd need that
[15:35] <Saviq> mhr3, coming
[15:35] <tsdgeos> :/
[15:35] <mzanetti> can't build that state any more because of other changes
[15:35] <mzanetti> currently building a merged version with trunk
[15:36] <mzanetti> tsdgeos: but I remember it happened in LVWPH
[15:36] <tsdgeos> mzanetti: that's what Saviq said
[15:36] <Saviq> mhr3, http://paste.ubuntu.com/6176002/
[15:36] <mhr3> Saviq, and you have the GenericScopeView patch, right?
[15:36] <mzanetti> tsdgeos: but as you did lots of fixes since then I'd say we're good to merge if the crash is gone. but gimme a sec. build is finished
[15:37] <Saviq> mhr3, yes
[15:37] <Saviq> mhr3, sec, rebooted and running again
[15:37] <dandrader> seems my ISP messed up with DNS. manually setting them seem to have fixed my problems.
[15:37] <mzanetti> Saviq: yep, not crashing any more
[15:37] <mhr3> Saviq, then it's clear, your device is broken and you should throw it out of the window
[15:37] <Saviq> mzanetti, tsdgeos good
[15:37] <mzanetti> err... tsdgeos
[15:37] <mzanetti> dandrader: ^
[15:38] <Saviq> mhr3, ah! in *music* it's carousel, not in home
[15:38] <mhr3> yea... that's what i meant by "music page"
[15:38] <mzanetti> tsdgeos, dandrader: the change applied without conflicts to current trunk, if it still fixes the issue its supposed to fix I think we can merge it
[15:38] <Saviq> mhr3, ok, +1
[15:38] <tsdgeos> Saviq: mzanetti: dandrader: so i propose a branch with the revert of the revert?
[15:39] <Saviq> tsdgeos, yup
[15:39] <mzanetti> ack
[15:39] <tsdgeos> ok, let me make sure it still fixes what it was supposed to fix
[15:40] <dednick> muhaha. you can change icon theme by changing DESKTOP_SESSION=ubuntu-mobile !
[15:40] <mzanetti> :D
[15:40] <dednick> although that probably screws other things up
[15:41] <mterry> mzanetti, did you say you were interested in reviewing my statsWelcomeScreen branch?
[15:41]  * mzanetti hides
[15:41] <mzanetti> mterry: ok.. enough of this. I'm doing it NOW
[15:42] <mzanetti> sorry about that :/
[15:42] <mterry> mzanetti, thanks!  :)
[15:43] <dandrader> tsdgeos, fine by me. remember to use the "--author" option in bzr
[15:49] <tsdgeos> mzanetti: dandrader|afk: https://code.launchpad.net/~aacid/unity8/unrevertlp1193419/+merge/188377
[15:51] <nic-doffay> Saviq, you still busy with other reviews?
[15:52] <Saviq> nic-doffay, in a meeting
[15:54] <mterry> mzanetti, hrm, bad merge I guess.  Will remerge
[15:56] <Saviq> MacSlow, re: #include there
[15:56] <Saviq> MacSlow, just replace both with <QVariant> and it'll work
[15:57] <Saviq> MacSlow, the includes you had just got you to escape the fact that you didn't have that ;)
[15:58] <Saviq> MacSlow, but you didn't use either anywhere
[16:03] <MacSlow> Saviq, fixed
[16:03] <Saviq> MacSlow, good, thanks
[16:04] <Saviq> MacSlow, any pointers on how to test on device?
[16:04] <mterry> mzanetti, updated branch, merged from trunk
[16:04] <Saviq> MacSlow, I probably need indicator-network?
[16:04] <mzanetti> mterry: left another comment
[16:04] <mterry> oh
[16:04] <Saviq> MacSlow, meaning the one with support for that?
[16:05] <MacSlow> Saviq, no you don't
[16:06] <mzanetti> mterry: retesting with merged branch..
[16:07] <mterry> yeah, looks like the Infographic animations don't stop the other one when they start...
[16:07] <MacSlow> Saviq, just get the lp:~macslow/unity8/extended-snap-decisions-part1 lp:~macslow/unity-notifications/extended-snap-decisions-part1 and use the examples from unity-notifications
[16:08] <Saviq> MacSlow, yeah, but "in a real life", that's all?
[16:08] <Saviq> MacSlow, i.e. if I'd like to actually log in to a network with that?
[16:08] <Saviq> MacSlow, and unlock SIM?
[16:08] <Saviq> that supported in indicator-network yet?
[16:09] <mterry> mzanetti, you say "when calling this method".  Which method?
[16:09] <mzanetti> mterry: the dbus stuff
[16:09] <mzanetti> dbus-send --system --print-reply --dest=org.freedesktop.Accounts /org/freedesktop/Accounts/User32011 org.freedesktop.DBus.Properties.Set string:com.ubuntu.touch.AccountsService.SecurityPrivacy string:StatsWelcomeScreen variant:boolean:false
[16:09] <MacSlow> Saviq, these are the three examples ... sd-example-password-entry.py sd-example-user-auth.py sd-example-simunlock.py
[16:10] <mterry> ah yes
[16:10] <MacSlow> Saviq, I implemented the frontend/backend and wrote the exmaples... I did not to the integration
[16:10] <Saviq> MacSlow, k, pete-woods, can you point me on what I need to test the "extended snap decisions" for password entry and SIM PIN on the device?
[16:11] <MacSlow> Saviq, need to go
[16:11] <Saviq> MacSlow, yeah, you're off the hook o/ ;)
[16:11] <MacSlow> Saviq, see you tomorrow
[16:11] <kgunn> greyback: this is obvious...but can you post here for team mates to see/help if autopilot tests fail in any way (after you have a geom support branch)
[16:12] <kgunn> as we need the tests to pass as well..not just the ability to run the test
[16:12]  * kgunn master of stating the obvious
[16:12] <greyback> kgunn: yep, understood
[16:12] <pete-woods> Saviq: you need to build unity8 from (https://code.launchpad.net/~macslow/unity8/extended-snap-decisions-part1/+merge/187312), unity-notifications from (https://code.launchpad.net/~macslow/unity-notifications/extended-snap-decisions-part1/+merge/187310), and indicator-network from (https://code.launchpad.net/~indicator-applet-developers/indicator-network/secret-agent/+merge/182898)
[16:12] <mzanetti> mterry: do you see what I mean?
[16:13] <pete-woods> Saviq: I have been hacking out the existing agent code from unity8, so that it doesn't interfere
[16:13] <Saviq> pete-woods, cool beans
[16:13] <mterry> mzanetti, hold on, have to set up my phone again
[16:13] <Saviq> pete-woods, have a branch maybe?
[16:13] <pete-woods> Saviq: unforunately not, I've just been doing it on the device with vim :$
[16:13] <pete-woods> nuking a qml file somwhere (checks)
[16:14] <Saviq> pete-woods, yeah, I know where, was just hoping you got something reusable ;)
[16:16] <mterry> mzanetti, do we happen to have design mockup videos for transitions like this?
[16:16] <mzanetti> mterry: don't think so. nic-doffay would know
[16:17] <mterry> mzanetti, (granted, usually when the user toggles this, they won't be looking at the greeter, but we should still make it nice)
[16:17] <mzanetti> mterry: here it messes it up so that it stays in a bad state
[16:17] <mterry> mzanetti, ooh, I never got that
[16:17] <mzanetti> mterry: seems to only happen when there is no orange bubble
[16:18] <mzanetti> mterry: now I got one and the painting of that seems to recover the inner dots
[16:18] <mterry> curious
[16:21] <mzanetti> mterry: btw the animation should probably be the same as the double tap one
[16:23] <Saviq> fginther, ah, looks like they're back
[16:23] <kgunn> mzanetti: curious, for the cpu pegging issue...is there any workaround ? or pretty much with what we know...you gotta reboot to recover to normal state?
[16:24] <mzanetti> kgunn: yeah... not much further yet :/
[16:24] <mzanetti> kgunn: can you reproduce that?
[16:25] <mzanetti> kgunn: for me it happens every once in a while, but no clear way to reproduce intentionally yet
[16:25] <mzanetti> my phone is loaded with all sorts of debug stuff for the next time it happens
[16:38] <greyback> any autopilot experts about to give me a hand? I've gone as far as I can
[16:43] <kgunn> mzanetti: i can never repro that bug
[16:43] <kgunn> mzanetti: you're the closest thing to an AP expert i think...mind helping gerry
[16:43] <mzanetti> AP expert :D
[16:43] <mzanetti> veebers: heeelp!!
[16:44] <mzanetti> greyback: whats the issue?
[16:44] <greyback> mzanetti: want to get unity8 running with AP on Mir.
[16:44] <kgunn> mzanetti: thanks...i wouldn't ask if it weren't so hot
[16:44] <mzanetti> kgunn: no prob
[16:45] <greyback> mzanetti: when I run it, it hangs. I can get some debug output with -v -v, but nothing useful really
[16:45] <mzanetti> greyback: mind pasting it?
[16:45] <greyback> mzanetti: http://pastebin.ubuntu.com/6176257/
[16:46] <mzanetti> greyback: ok... what happens is that autopilot thinks it runs on X11
[16:46] <mzanetti> greyback: most likely because it cant find the upa stuff
[16:46] <dednick> Saviq: think the title problem fixed now.
[16:46] <mzanetti> greyback: that's inside autopilot somewhere... let me try to find it
[16:48] <bschaefer> Saviq, hey, found the problem to that Alt+<arrow_key> problem...soo that'll be fixed for 13.10 :), thanks for poking me about it!
[16:48] <bschaefer> if you want a workaround, change in ccsm the arrow keys for switcher to move around...or don't use the switcher :)
[16:49] <mzanetti> greyback: hmm should the UPA module still be around?
[16:49] <greyback> mzanetti: yes
[16:50] <greyback> mzanetti: platform-api is still used with mir
[16:50] <mzanetti> greyback: ok I see. this is basically still the same as we had earlier today, right?
[16:51] <greyback> mzanetti: it's a follow-on, but yes ;)
[16:51] <mzanetti> greyback: ok... and it just hangs there, doing nothing?
[16:51] <greyback> mzanetti: correct
[16:52] <greyback> mzanetti: you can reproduce yourself, if you just boot into mir and try running AP
[16:52] <greyback> I've a patch ready for the UPA to get display sizes, but for now this is blocking me
[16:52] <kgunn> greyback: mzanetti ... wonder, besides geometry, is input an issue ? (not only where the things are on the screen...but then where the pointer is?)
[16:52]  * kgunn hoping not
[16:53] <mzanetti> kgunn: I don't think so as we're injecting stuff into /dev/uinput and I think Mir just reads that... the linux kernel is in between so I think we're good
[16:54]  * kgunn wipes brow in relief
[16:56] <kgunn> bbiab
[16:59] <pete-woods> Saviq: I'm EOD'ing now, wasn't sure if you were trying out the wifi password stuff tonight or not, but if you do and it's broken for you, I'll be checking my e-mail / bug reports on indicator-network
[17:01] <mzanetti> greyback: how are you running the tests?
[17:01] <greyback> mzanetti: autopilot run unity8
[17:02] <mzanetti> greyback: are you stopping the runnign unity instance?
[17:02] <greyback> mzanetti: yes
[17:02] <mzanetti> greyback: and upa connects via dbus to unity to fetch screen resolution?
[17:02] <greyback> mzanetti: no, simpler, I've hardcoded resolutions into it
[17:02] <mzanetti> ok..
[17:03] <greyback> as UPA wanted before shell even starts up
[17:03] <kgunn> ok...for real, bbiab
[17:04] <mzanetti> greyback: did you find where that get_resolution() method is?
[17:05] <greyback> mzanetti: yes, in lp:python-ubuntu-platform-api
[17:05] <greyback> mzanetti: this is my preliminary code: lp:~gerboland/python-ubuntu-platform-api/mir-enablement-hardcode-resolutions/
[17:06] <greyback> but hoping to use AP to test it
[17:06] <mzanetti> greyback: this reminds so much of when I ported autopilot to surfaceflinger :D
[17:06] <greyback> lol I can only imagine
[17:07] <mzanetti> greyback: do you see your code being called at all?
[17:07] <greyback> mzanetti: nope, making me think something blocking earlier
[17:07] <mzanetti> greyback: well, I'd start with hammering print()s into autopilot like crazy now
[17:08] <greyback> mzanetti: yep, in progress :)
[17:08]  * greyback wishes autopilot dies on Ctrl+C
[17:08] <mzanetti> +10000
[17:09] <mzanetti> greyback: but usually it does... its really because its hanging
[17:14] <greyback> mzanetti: aha "writev(13, [{"\4", 1}, {"ServiceManager\0", 15}, {"Waiting for service SurfaceFling"..., 39}], 3) = 55"
[17:14] <greyback> that loops slowly
[17:14] <mzanetti> greyback: uuh
[17:14] <mzanetti> greyback: where's that?
[17:14] <greyback> mzanetti: using strace
[17:14] <mzanetti> ah
[17:17] <mzanetti> greyback: but that must be in upa somewhere, no?
[17:18] <greyback> mzanetti: yep, suspect it's linked to the SF platform-api, not the Mir one
[17:19]  * mzanetti would assume dynamic linking
[17:26] <greyback> mzanetti: ok, well that's the problem found at least, UPA using the SF platform-api
[17:26] <greyback> now the fun part is making it support both
[17:33] <mzanetti> mhr3: do we have any video scope that supports rating?
[17:36] <greyback> mzanetti: do you understand how AP decides to load UPA and not X11?
[17:36] <mzanetti> greyback: let me check
[17:37] <mzanetti> greyback: /usr/lib/python2.7/dist-packages/autopilot/utilities.py
[17:37] <mzanetti> greyback: _pick_backend()
[17:37] <greyback> mzanetti: thanks
[17:37] <mzanetti> greyback: it loops over the possible ones and tries to create them
[17:38] <greyback> got it
[17:38] <mhr3> mzanetti, not atm iirc
[17:38] <mzanetti> mhr3: ok. thanks
[17:41] <greyback> mzanetti: so I see 2 ways forward for this. 1: add a new module, UPA-mir, which uses the platform-api for mir. This sadly requires a 1 line addition to stock autopilot
[17:42] <greyback> mzanetti: 2: to the existing UPA, it detects at runtime if Mir or SF, ldloads the correct library and resolves the symbols internally
[17:42] <mzanetti> greyback: that shouldn't be a problem. especially since veebers will show up in a few
[17:43] <greyback> mzanetti: ok, I'll hang on until he's online and run it by him
[17:43] <mzanetti> greyback: which one would you say is closer to what it should be in the end?
[17:43] <greyback> mzanetti: option1 the least messy, I think it's best
[17:45] <mzanetti> greyback: yeah. we need veebers for that.
[17:55] <Cimi> dednick, I hate my own code :)
[17:57] <Saviq> bschaefer, yeah, I feel good about it :D
[17:57] <Saviq> bschaefer, thanks!
[17:57] <Saviq> dednick, cool
[17:58] <bschaefer> Saviq, :), also you can change the hud to use something else besides Alt
[17:58] <Saviq> bschaefer, I like it fine there, only wanted it to be fixed ;)
[17:58] <bschaefer> yup, it was annoying me a  bunch as well
[18:05] <mhr3> bschaefer, looking for things to fix?
[18:05] <mhr3> bschaefer, screenshoting!
[18:05] <bschaefer> mhr3, whats wrong with screenshoting?
[18:05] <bschaefer> mhr3, and theres lots to fix :), final freeze coming up...:(
[18:06] <mhr3> bschaefer, that i get a screenshot of black screen pretty much all the time
[18:06] <bschaefer> mhr3, are you using a VM?
[18:06] <mhr3> bschaefer, works if i kill unity and restart it though
[18:06] <mhr3> no
[18:06] <bschaefer> mhr3, hmm thats very strange, but i think thats some weird compiz problem...i've seen that before but only with recordmydesktop
[18:07] <bschaefer> mhr3, im assuming you've an intel video card?
[18:08] <mhr3> yep
[18:08] <bschaefer> though i get normal screenshots atm, so im not able to reproduce this :(
[18:08] <mhr3> bschaefer, perhaps it happens after suspend+resume
[18:08] <bschaefer> mhr3, odd...as do i and i've not seen this problem in a looong time
[18:08] <bschaefer> o, that could be the problem...we just ran into a fun suspend+resume bug
[18:08] <bschaefer> some program sens the alt key opening the hud on a resume
[18:08] <bschaefer> sends*
[18:09] <bschaefer> mhr3, but i've not rebooted in some time...so im not seeing that issue
[18:11] <mhr3> i also have bumblebee... might be combination of all that
[18:13] <bschaefer> mhr3, what happens when you use screenshot?
[18:13] <bschaefer> from the dash...idk what the app is called from the command line...
[18:13] <mhr3> bschaefer, same thing
[18:13] <mhr3> black everything
[18:14] <bschaefer> mhr3, well...if theres a bug about it...we might get to it
[18:14] <bschaefer> mhr3, if i was able to reproduce it, it might be easier to track down :)
[18:14]  * greyback going home
[18:15] <mhr3> bschaefer, i'm happy to run some debug for you
[18:15] <mhr3> bschaefer, but if you make me kill unity i won't have the issue either :P
[18:15] <bschaefer> mhr3, that would be good, im also not sure about how screenshots work compiz wise :), it would be nice if sam was still around haha
[18:16]  * bschaefer takes a look at old bugs
[18:16] <bschaefer> it has to be an opengl problem but hmm
[18:16] <mhr3> bschaefer, i guess it just invokes gnome-screenshot
[18:16] <mhr3> question is what that does :)
[18:17] <bschaefer> right, hmm if you were to force compiz to use software rendering i bet it would work :) (though it would be an almost unusable desktop)
[18:19] <bschaefer> mhr3, something like this bug: https://bugs.launchpad.net/ubuntu/+source/gnome-screenshot/+bug/1005914
[18:19] <bschaefer> is the mouse visible?
[18:20] <mhr3> good question
[18:20] <bschaefer> if you ignore the fact that they have the problem with a VM...
[18:20] <mhr3> yes, if i ask it to include it
[18:20] <bschaefer> as VMs produce a black screen (some VM problem)
[18:20] <bschaefer> sooo it looks like its the same problem as that bug hmm
[18:22] <bschaefer> mhr3, if you could install compiz-plugins-extra, and enable the screenshot plug
[18:22] <bschaefer> plugin
[18:22] <bschaefer> possibly this could fix your problem? If so we could consider moving that plugin to default...
[18:25] <mhr3> bschaefer, how is that supposed to work?
[18:26] <bschaefer> i was looking at it...and i've no clue actually...it doesn't seem to want to take a screenshot...
[18:26] <mhr3> yea...
[18:26] <mhr3> black screenshot is better than none at all :P
[18:26] <bschaefer> anyway, it must be how gnome-screenshot is attempting to get the entire screen...though im not sure how compiz is failing there or if it is even compiz
[18:26] <bschaefer> haha yeah :)
[18:27] <mhr3> bschaefer, fwiw also screensharing with skype doesn't work
[18:27] <mhr3> black screen
[18:27] <mhr3> i can imagine it's the same issue
[18:27] <bschaefer> i would like to think its the same issue...
[18:27] <bschaefer> yeah
[18:27] <bschaefer> ill have to poke sam about it sometime hes around or do some digging around
[18:28] <bschaefer> im assuming he would know right where the problem is :)
[18:28] <mhr3> otoh it might be performance optimization, compressing black screen should be easy :)
[18:28] <bschaefer> you would think :), you still have to copy each pixel around
[18:29] <bschaefer> mhr3, what i would guess is possibly an incorrect pixel format?
[18:29] <bschaefer> when generating the screen shot...but thats all i can think off off the top of my head, but if its done with opengl then...idk :)
[18:30] <mhr3> bschaefer, might be some driver snafu even... it all worked just fine in 13.05
[18:30] <mhr3> .04
[18:30] <bschaefer> mhr3, are you on xmir?
[18:30] <mhr3> no
[18:30] <bschaefer> dang was thinking possibly some new driver changes there hm
[18:32] <bschaefer> looks like another report: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1192160
[18:32] <bschaefer> which RAOF made a comment on...hmm
[18:33] <bschaefer> mhr3, whats your intel card?
[18:34] <mhr3> where do you see raof's comment?
[18:34] <mhr3> i have ivy bridge
[18:34] <bschaefer> mhr3, ops, nevermind a different Chirs :)
[18:34]  * bschaefer just saw Chris
[18:35] <bschaefer> mhr3, oo try this: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1192160/comments/9
[18:35] <bschaefer> mhr3, that could help narrow where the problem is
[18:35] <bschaefer> possibly we are failing to copy to a texture...
[18:35] <bschaefer> in compiz
[18:36] <mhr3> bschaefer, yea, fixed
[18:36] <bschaefer> but only sometimes...hmm
[18:36] <mhr3> bschaefer, cause compiz crashed :P
[18:37] <bschaefer> haha
[18:37] <bschaefer> mhr3, well thats a common ccsm problem...
[18:37] <bschaefer> aannnd now you don't have the problem cause you had to restart :(
[18:38] <bschaefer> mhr3, could you try the suspend/resume thing that might cause it?
[18:38] <mhr3> let me try to run some bumblebee first
[18:38]  * bschaefer is suspecting a possible uninited var...
[18:38] <bschaefer> if it only happens sometimes
[18:39] <bschaefer> and only on start up....
[18:45] <tjaalton> "do you have some giant convolution shaders?".. what say you? this is about bug 1222602
[18:45] <tjaalton> :)
[18:45] <tjaalton> gen3 intel now claims it's opengl 2.1 compliant
[18:46] <tjaalton> which causes this regression in performance
[18:48] <kgunn> tjaalton: :) w/ 4 pixels per clock (per the wiki on intel gma950)...i would think yeah, that's not gonna be good :)
[18:48] <tjaalton> yeah..
[18:49] <tjaalton> so we're trying to fix this, the easy way is to back out the change that always enables 2.0, but would be nice to get something more permanent upstream
[18:49] <tjaalton> unless they revert it of course
[18:55] <mhr3> Saviq, you forgot your +1 https://code.launchpad.net/~mhr3/unity8/case-for-music-carousel/+merge/188360 :)
[18:56] <tjaalton> kgunn: i've asked some people to update the fdo bug about unity details with opengl 2.x
[18:56] <tjaalton> that should help to find the longer term solution
[18:57] <kgunn> tjaalton: ack
[18:59] <kgunn> thomi: ^ so we were going to bother veebers...but its kinda hot...maybe you can help
[18:59] <kgunn> thomi: actually its ^^^...way back where greyback and mzanetti are talkiing
[18:59] <kgunn> thomi: basically - conclusion is we need to 1: add a new module, UPA-mir, which uses the platform-api for mir. This sadly requires a 1 line addition to stock autopilot
[19:00] <mhr3> bschaefer, bumblebee didn't break it
[19:00] <mhr3> bschaefer, suspend+resume did
[19:00] <thomi> kgunn: that's fine - we already have stuff in place to have multiple backend drivers in autopilot
[19:00] <bschaefer> very interesting...and you've copy to texture turned off right?
[19:01] <thomi> so it's no problem at all, especially if you can tell me what the one line change is :)
[19:01] <mhr3> bschaefer, no, should be on now
[19:01] <kgunn> thomi: is it really that easy ?...i think greyback will be back on in a bit (he was heading to the house)
[19:01] <bschaefer> mhr3, well either way suspend is doing something strange...would you mind making a comment on the bug :)
[19:01] <kgunn> then we could actually test it
[19:01] <mhr3> bschaefer, which one? :)
[19:02] <bschaefer> mhr3, the last one i linked umm https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1192160
[19:02] <bschaefer> as that first one i linked seemed more about the VM problem...
[19:03] <kgunn> i suspect mzanetti  is eating but he might know the one line that needs changing in AP
[19:05] <thomi> kgunn: yeah, piece of cake. If i get the line, I can get it in to AP today, assuming of course I can resolve this dumb mess regarding releasing AP to distro :-/
[19:06] <kgunn> thomi: you had me at hello....or at least "releasing AP to distro"....(i audibly heard the wheels of progress grind to a halt :)
[19:12] <bschaefer> mhr3, also thanks for digging into that problem :)
[19:14] <mhr3> bschaefer, now chop chop, fix it! :P
[19:14] <bschaefer> mhr3, haha, well we have to find someone to reproduce it still, ChrisTownsend can't reproduce it either :(
[19:14] <bschaefer> mhr3, we also need to figure out...wth screenshots do :)
[19:14] <bschaefer> and how compiz plays a role in it
[19:17] <mhr3> very well
[19:17] <mhr3> enough of unity for today
[19:17] <bschaefer> :)
[19:17] <mhr3> time for some video games :)
[19:18] <mhr3> i mean... testing of bumblebee
[19:18] <bschaefer> haha, yeah I have to work with video games as of late as well...
[19:18] <bschaefer> mhr3, what does bumblebee do?
[19:19] <mhr3> bschaefer, it turns on my nvidia graphics ;)
[19:19] <bschaefer> o fun, IIRC you could have just done DRI_PRIME=1 :)
[19:20] <mhr3> i think i need nvidia 320+ for that?
[19:20] <mhr3> i have just 319
[19:20] <bschaefer> oo i see, yeah i don't recall
[19:20] <bschaefer> its been a while since i enjoy my battery life
[19:24] <kgunn> thomi: if it helps, i know its to enable this...http://bazaar.launchpad.net/~gerboland/python-ubuntu-platform-api/mir-enablement-hardcode-resolutions/revision/14
[19:25] <thomi> kgunn: haha, ewww, I really wish I hadn't seen that code :)
[19:28] <kgunn> thomi: yeah...its a bandaid
[19:29] <thomi> kgunn: OK, I have an appt in town in 15 minutes, but I'll look into it after I get back online. Looks like it'll be simple enough to hook up
[19:29] <thomi> kgunn: has that code landed yet, do you know?
[19:29] <kgunn> thomi: suppose you read gerry's comments here https://bugs.launchpad.net/unity-mir/+bug/1232054
[19:30] <kgunn> thomi: ack...watch out for the crazy dunedin students driving cars on fire...or whatever nutty thing they're doing these days
[19:30] <thomi> kgunn: wrong time of the year for that, but yeah, it's a jungle out there :)
[19:31] <thomi> kgunn: from the bug comments, it looks like autopilot should just start working once that lands. I'll double check later to make sure, but I think I don't need to write any code to enable the band-aid :)
[19:32] <kgunn> thomi: well...i know greyback was getting a hang in his testing attempts...so that was his conclusion
[19:32] <thomi> oh ok
[19:43] <mterry> mzanetti, try the branch now.  It stops the overlapping animation, but when going false->true, there is less of an animation.  That's because libusermetrics itself signals that its done (rather than letting us tell it when to finish) when going from no-data to data
[19:43] <mterry> mzanetti, sorry for long delay, got distracted by another issue
[19:44] <mzanetti> mterry: no worries
[19:58] <veebers> kgunn, thomi: Just reading the backlog. One issue that we had with using the upa module is that it hung when galling get_resolution, a quick look at that code would suggest that the issue still exists
[19:59] <veebers> i.e. it's happening at some point just above the new code
[20:01] <kgunn> veebers: did the reference to a "one line" change in stock AP make any sense ??  1: add a new module, UPA-mir, which uses the platform-api for mir. This sadly requires a 1 line addition to stock autopilot
[20:02] <kgunn> veebers: option 2 discussed was 2: to the existing UPA, it detects at runtime if Mir or SF, ldloads the correct library and resolves the symbols internally
[20:02] <kgunn> but thinking was option 1 was cleaner/closer to what it needs to be
[20:02] <veebers> kgunn: if it's separate to the work around code you posted yes. If there is a new module (i.e. upa-mir) that needs to be added to the list of possible backends within autopilot (but isn't a big change at all)
[20:03] <veebers> kgunn: option 2 would probably mean 0 lines added to autopilot as it does the selection process for it
[20:04] <kgunn> veebers: yeah - i don't think gerry intended anything beyond that branch i shared
[20:05] <kgunn> veebers: thomi ... just sharing, in case you weren't aware...this is the last little bit preventing mir from being on by default in the touch image
[20:05] <kgunn> that is of course hoping that all the AP tests actually pass... :P
[20:11] <veebers> kgunn: understood. So to clarify what needs to be done; Is there anyone lined up to action either option 1 or 2 currently?
[20:11] <kgunn> veebers: continuous prayer that greyback shows back up soon :-/
[20:12] <veebers> kgunn: ah, alright :-\
[20:12] <Saviq> mhr3_, indeed, fixed now
[20:13] <kgunn> and...voila
[20:14] <kgunn> greyback: i've sufficiently confused and twitterpated veebers & thomi....i think they just need to know where that one line change should be
[20:14] <greyback> kgunn: ok, I'll take it from here
[20:14] <veebers> hi greyback :-)
[20:15] <greyback> veebers: hey
[20:15] <greyback> veebers: the problem: currently the python-ubuntu-platform-api (aka upa plugin) is surface flinger only
[20:17] <greyback> veebers: it is wrapping bits of the ubuntu-application-api library (part of platform-api), which is SF. For mir, we need a similar plugin for the Mir equivalent ubuntu-application-aip-mirclient (also part of platform-api)
[20:17] <veebers> greyback: understood
[20:17] <kgunn> mzanetti: remembering you were getting racarr to provide some additional support/api from mir server to address the hud spyglass not showing problem
[20:18] <greyback> veebers: what I was thinking of was making a upa-mir plugin in python-ubuntu-platform-api, which is almost entirely the same as the existing one, but linking to the u-a-a-mirclient lib
[20:18] <mzanetti> kgunn: yep, haven't reached him today yet
[20:18] <kgunn> mzanetti: i just ran across the camera app not launching from gallery bottom bar...would that also provide the same means to fix that ?
[20:18] <kgunn> mzanetti: just don't want to dup bugs...unless you think its diff
[20:18] <greyback> veebers: then need to add 1 line to autopilot so it attempts to load the upa-mir plugin, in the _pick_backend
[20:18] <mzanetti> kgunn: hmm... wait. need to check what you mean
[20:19] <veebers> greyback: correct, that sounds right
[20:19] <mzanetti> kgunn: hmm. I don't think that's the same thing
[20:19] <greyback> veebers: ok so next question: who does it? I'm a bit past my EOD here, but can do it tomorrow.
[20:19] <mzanetti> kgunn: this seems something in the Application backend
[20:20] <mzanetti> applicationmanager
[20:20] <kgunn> mzanetti: ok...so really a gallery app bug
[20:20] <kgunn> oh...
[20:20] <veebers> greyback: the autopilot part thomi or myself can do that easy. I think you just suggested you were the just choice for the upa-mir module?
[20:20] <mzanetti> kgunn: it seems to work with SF
[20:20] <mzanetti> kgunn: so if its broken for you I'd say ApplicationManager
[20:21] <kgunn> veebers: thomi ...hate to ask, but can you also run the AP tests to get a feel for how many pass ?
[20:21] <kgunn> if they don't we'll need to line up effort on those
[20:21] <veebers> kgunn: I'm not sure I follow, is this after the addition of the module? Or right now re: some other issue?
[20:21] <kgunn> veebers: exactly...after adding greyback 's changes
[20:22] <greyback> veebers: I suggested nothing ;) but I can do it. But I'm already under load, so curious if others have time. If not I'll take it on
[20:22] <kgunn> veebers: so in effect, using mir from trunk, qtubuntu from trunk, unity-mir from trunk....and then this change
[20:23] <kgunn> greyback: ack...you need to sleep eventually...looking for help/progress while you do so
[20:23] <veebers> kgunn: sure, we can run the tests
[20:23] <kgunn> veebers: awesome....
[20:23] <greyback> kgunn: thanks :)
[20:24] <greyback> veebers: thomi has worked on the upa plugin already, so when he wakes I'd like to ask him
[20:24] <veebers> greyback: ack, I'm not to sure what's involved with creating the upa-mir module, but can take a look today and report back for your morning?
[20:25] <veebers> greyback: sure, that's another option. I can discuss with thomi day and see what we can do
[20:25] <greyback> veebers: sounds good. I'll be around for another 2 hours, so any questions please ping me
[20:26] <kgunn> greyback: thomi is on...already up to speed-ish
[20:26] <kgunn> greyback: don't we need to mp this one too...https://code.launchpad.net/~gerboland/python-ubuntu-platform-api/mir-enablement-hardcode-resolutions
[20:27] <greyback> kgunn: nope, that was my first stupd attempt before I realized it's a bigger problem :)
[20:27] <greyback> but there's a little code in there that's useful for the upa-mir module
[20:27] <greyback> mainly the hardcoded resolutions bit
[20:29] <kgunn> greyback: ah...ok, thot maybe you intended to have 2 MPs...but i see, totally new UPA-mir with this in it
[20:29] <greyback> kgunn: exactly
[20:43] <kgunn> greyback: would the new plugin be a new project...or would it just be part of the python-ubuntu-platform-api package ?
[20:43] <kgunn> robert_ancell: ^
[20:44] <greyback> kgunn: I'd keep it part of the existing project
[20:44] <kgunn> robert_ancell: so we shouldn't have any other mp for mir or unity-mir
[20:44] <robert_ancell> kgunn, great
[20:44] <kgunn> nice...we've shoved it all onto the ap guys :-P
[20:45] <kgunn> ok guys...gotta run get the gunn-man-child....bbiab
[21:19] <achiang> hello, anyone around that knows the scope code for displaying images of content such as music/videos?
[22:30] <kgunn> thomi veebers ... wasn't clear to me who might be doing the work for new mir pluign to ap, who's the hero ?
[22:31] <kgunn> robru: ping
[22:33] <veebers> kgunn: I'm going to try take a look today (I might bother thomi as well) failing that greyback said he could take a look in his morning
[22:34] <kgunn> veebers: thanks - can i ask for priority on it ? ....i realize i have no clue what else you guys might be wrestling...but this one is pretty high on rick & olli 's list
[22:34] <kgunn> veebers: meaning....if we actually got an mp today...we could get into an image euro morning time
[22:34] <veebers> kgunn: pretty high, the only other thing I'm working on is an autopilot bug/issue holding apps back
[22:35] <veebers> kgunn: potentially, I would say so. But it's getting that MP that's the issue right now :-)
[22:36] <kgunn> veebers: :) ack...also...and thomi seemed more pretty bullish on helping out as well if you need him to be a ball carrier
[22:36] <veebers> kgunn: cool, good to know. I'll hit him up
[22:37] <olli> veebers, thomi, we really want/need that in asap
[22:37] <kgunn> veebers: thomi ....just to be clear, if we are oh so fortunate to get an mp up....let robert_ancell know...he'll be able to update the "ask list"
[22:37] <robert_ancell> yep
[22:39] <veebers> olli: understood
[23:04] <robru> kgunn, pong
[23:04] <kgunn> hey robru
[23:04] <kgunn> robru: i was wondering where to file a bug...from chatting with some guys
[23:04] <kgunn> they thot it was in application management
[23:05] <kgunn> and i wasn't sure if that should be part of platform api...or something else
[23:05] <kgunn> i just noticed you were bug manager for platform-api
[23:05] <kgunn> thots?
[23:05] <robru> kgunn, uhhhhhh... application management like application lifecycle? or like window management? or like installing apps?
[23:06] <robru> kgunn, must be some mistake... i know very little of platform-api
[23:06] <kgunn> robru: i'm gonna say lifecycle (...altho...it could be window management)
[23:06] <kgunn> robru: i wondered about that
[23:06] <robru> kgunn, well lifecycle would be an upstart issue. window management would be unity, as far as I know
[23:06] <kgunn> you being on the platform-api bug manager
[23:06] <robru> kgunn, where does it say I'm bug manager?
[23:07] <greyback> kgunn: if a lifecycle problem, it a unity-mir bug probably
[23:07] <kgunn> robru:  here actually....https://bugs.launchpad.net/platform-api
[23:07] <kgunn> on the right hand side
[23:07] <kgunn> greyback: thanks...shouldn't you be sleeping
[23:08] <robru> kgunn, oh, weird. that must be because I'm the one who registered the project. I'll see about changing that.
[23:08] <kgunn> filed it on unity-mir actually
[23:08] <kgunn> robru: yeah i would think ricardo or chicken maybe
[23:08] <greyback> kgunn: yep :) Skyping the father right now
[23:08] <kgunn> tell him hey!
[23:09] <robru> kgunn, what happened was, back in april there was a huge push to take canonical-internal projects and publish them publicly. me, didrocks, and ken-vandine all sat down at a sprint in london and registered a *ton* of new launchpad projects for things that we'd basically never seen before. so our name is on a lot of stuff ;-)
[23:09] <kgunn> robru: :) i'll keep it in mind
[23:09] <greyback> kgunn: he shouts howdy back :)
[23:09] <kgunn> greyback: ah he speak texan
[23:10] <robru> kgunn, switched that one to mfrey for now, according to https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dHFtUmlPOUtCRk8zR2dtaEpIbUVhMmc&pli=1#gid=3
[23:25] <thomi> kgunn: still around?
[23:25] <thomi> or greyback?
[23:26] <greyback> thomi: I am, but not for long
[23:26] <thomi> greyback: I notice there's no MP fro this? https://code.launchpad.net/~gerboland/python-ubuntu-platform-api/mir-enablement-hardcode-resolutions
[23:26] <thomi> greyback: didn't you want that to land ASAP?
[23:26] <thomi> or was the proposed solution elsewhere?
[23:26] <greyback> thomi: it's not correct
[23:27] <thomi> greyback: oh?
[23:27] <greyback> thomi: what's needed to be done is to create a second UPA plugin, which supports mir (existing UPA is SurfaceFlinger only)
[23:28] <greyback> thomi: that branch has a bit of code in it that's handy, but is otherwise rubbish
[23:28] <thomi> huh, that's not what kgunn said this morning :)
[23:28] <thomi> so is there a MP for this somewhere?
[23:28] <greyback> thomi: no, veebers has kindly taken it on
[23:28] <greyback> if he had no luck, I'll attack it in my morning
[23:29] <thomi> man... this is an omnishambles of epic proportions
[23:29] <thomi> greyback: so it looks like I'll need to do this part of things - I take it there's no code for this already?
[23:31] <greyback> thomi: it's not that big a deal. The platform-api should isolate you from the SF/Mir difference, the API is the same. The only difference is to link the new plugin against libubuntu-application-api-mirclient, instead of libubunutu-applcation-api. There may be minor symbol differences, but hopefully not much
[23:32] <thomi> yeah. OK. The part that worries me is shipping two binaries, and then magically importing the right one somehow
[23:32] <thomi> hmmmm
[23:33] <thomi> OK
[23:33] <thomi> I'll figure something out
[23:33] <greyback> thomi: me too. AP does try to load one, and accepts the first one that succeeds to load. That's a worry for me too
[23:33] <thomi> greyback: well, the idea is that each backend can prevent loading
[23:34] <thomi> so we need some way of knowing whether it's appropriate to load the mir backend or the SF backend
[23:34] <thomi> greyback: any ideas on how we should do that? Is there an API call we can make?
[23:34] <greyback> thomi: ah, in that case, the real distinguishing thing is "is a surfaceflinger process running"
[23:35] <thomi> that's not going to play nicely with python's module cache :-/
[23:35] <thomi> but it'll have to do
[23:55] <Saviq> fginther, still around?
[23:57] <Saviq> fginther, we're having 100% failures in otto: https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-saucy/514/testReport/junit/unity8.shell.tests.test_notifications/EphemeralNotificationsTests/test_urgency_order_Desktop_Nexus_4_/
[23:58] <Saviq> fginther, Settings schema 'com.canonical.Unity.Lenses' does not contain a key named 'hidden-scopes'
[23:58] <Saviq> fginther, like we need to upgrade the machines or something?