[07:34] <dednick> larsu: ping
[07:44] <tsdgeos> Saviq: think did not understand your comment in https://code.launchpad.net/~aacid/unity8/category-expansion/+merge/178726/comments/404942
[07:44] <Saviq> tsdgeos, I meant that on ListView, there's already a positionViewAtIndex() that does so with animation
[07:44] <Saviq> tsdgeos, and I think we'll need LVWPH::positionViewAtIndex() soon enough
[07:45] <Saviq> tsdgeos, so I was wondering if we could add it (doing as close to what LV::pVAI() does)
[07:45] <tsdgeos> yeah well i can rename maximizeVisibleArea :D
[07:45] <Saviq> tsdgeos, and then LVWPH::maximizeVisibleArea() would just be responsible for calculation what to do, and dispatch to LVWPH::pVAI() for the actuall scrolling
[07:46] <Saviq> tsdgeos, yeah, but ::mVA does more than pVAI, doesn't it?
[07:46] <reyueei> hello, i have some problem regarding the ubuntu search
[07:46] <tsdgeos> Saviq: maybe, but not muchh more really, just positions the view so that the most of the index is visible
[07:47] <Saviq> tsdgeos, so it does more - ::pVAI is "dumb" in the sense that it just does what you tell it to
[07:47] <Saviq> tsdgeos, ::mVA determines what to do
[07:47] <tsdgeos> hmmm
[07:47] <tsdgeos> i don't see the difference
[07:48] <tsdgeos> pVAI will scroll the view too, no?
[07:48] <Saviq> tsdgeos, what I really mean is that pVAI takes a second argument
[07:48] <Saviq> tsdgeos, mVA does not
[07:48] <tsdgeos> ah
[07:48] <tsdgeos> ok
[07:48] <tsdgeos> yes
[07:48] <Saviq> tsdgeos, that's the difference
[07:48] <Saviq> tsdgeos, and we might need that
[07:49] <Saviq> tsdgeos, being able to explicitly tell to position at beginning or end
[07:49] <tsdgeos> sure, thing is that implementing pVAI nicely takes time
[07:49] <tsdgeos> so i just did what we needed for now
[07:49] <Saviq> tsdgeos, yeah, got it
[07:49] <tsdgeos> i.e. i guess pVAI should work on all items
[07:50] <tsdgeos> mVA just works on indexes that are already visible or cached
[07:50] <tsdgeos> because we just need it for that
[07:50] <tsdgeos> it's a reasonable compromise
[07:50] <Saviq> tsdgeos, ah, got it
[07:50] <tsdgeos> because for non created indexes
[07:50] <Saviq> tsdgeos, ok, do the quickest thing for now
[07:50] <tsdgeos> i have to go and calculate "where" they may be
[07:50] <Saviq> tsdgeos, yup, got it
[07:50] <tsdgeos> and then stuff starts to be harder
[08:17] <Saviq> Cimi, can you do https://code.launchpad.net/~saviq/unity8/support-plurals/+merge/179350 please?
[08:18] <Cimi> Saviq, y
[08:19] <Cimi> Saviq, on my side, I have issues with testing crossfadeimage
[08:20] <Cimi> Saviq, crossfadeImage status can be Image.ready with a not-existing image :O
[08:21] <Saviq> Cimi, file a bug for SDK, create a test for it, fix it! :)
[08:21] <Saviq> Cimi, should be easy
[08:22] <Cimi> Saviq, it's our crossfadeimage componnt
[08:22] <Cimi> Saviq, we're not using sdk
[08:22] <Cimi> Saviq, this is opened https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1204565
[08:23] <Saviq> Cimi, ok, fix in ours, then
[08:23] <Cimi> ok
[08:39] <tsdgeos> Saviq: https://code.launchpad.net/~saviq/unity8/support-plurals/+merge/179350
[08:40] <Saviq> tsdgeos, yeah?
[08:40] <tsdgeos> read the comment :D
[08:40] <Saviq> tsdgeos, ;)
[08:40] <tsdgeos> the make line you gave doesn't work here
[08:40] <Saviq> tsdgeos, interesting, try "unity8.pot"
[08:40] <Saviq> tsdgeos, maybe make behaves differently than ninja here
[08:40] <tsdgeos> nope
[08:40] <tsdgeos> doesn't work ether
[08:40] <tsdgeos> +i
[08:41]  * Saviq tries
[08:41] <Saviq> tsdgeos, make -C builddir pot_file
[08:41] <tsdgeos> ah, that
[08:41] <tsdgeos> yep
[08:43] <Saviq> Cimi, tsdgeos beat you to it ;)
[08:44] <Cimi> Saviq, I am running that command now :P
[08:44] <Cimi> Saviq, took time branching
[08:44] <Saviq> :)
[08:44] <tsdgeos> sorry
[08:44]  * tsdgeos hides
[08:46] <Cimi> works here too
[10:19] <Saviq> tsdgeos, greyback, dednick, I will have to ask one of you guys to do https://code.launchpad.net/~unity-team/unity8/app-preview-data/+merge/179348
[10:19] <Saviq> as I've been involved with it too much to review it properly again
[10:20] <Saviq> or you could wait for mzanetti on Monday ;)
[10:20] <tsdgeos> wait! wait! wait!
[10:20]  * tsdgeos runs
[10:20] <tsdgeos> ouch this one's big
[10:20] <Saviq> tsdgeos, BIG?!
[10:21] <tsdgeos> 2.5KLOC
[10:21] <Saviq> tsdgeos, may I remind https://code.launchpad.net/~unity-team/unity8/indicators-client/+merge/172582
[10:21] <Saviq> tsdgeos, it was split in two before
[10:21] <tsdgeos> that one is big-er
[10:21] <tsdgeos> :D
[10:21] <Saviq> tsdgeos, but it was so intertwined
[10:21] <Saviq> tsdgeos, I decided to merge
[10:21] <tsdgeos> sure, makes sense
[10:21] <tsdgeos> sometimes stuff has to be big
[10:21] <Saviq> tsdgeos, it's mostly green, so a good thing
[10:22] <greyback> lol
[10:22] <Saviq> tsdgeos, ah also
[10:22]  * tsdgeos was about to do a bad joke
[10:22] <Saviq> tsdgeos, DashPreview was rm'ed and added
[10:22] <Saviq> tsdgeos, so it's not really 2.5k
[10:22] <Saviq> tsdgeos, because bzr is stupid
[10:23] <tsdgeos> meh
[10:23] <Saviq> tsdgeos, what was the bad joke? what was the bad joke?!
[10:23]  * greyback theorizing about tsdgeos' joke
[10:23] <tsdgeos> git is not that much smarter
[10:23] <Saviq> lol
[10:23] <tsdgeos> when you move files
[10:23] <tsdgeos> you need to tell it something like
[10:23] <tsdgeos> --findharder
[10:23] <tsdgeos> or something
[10:23] <Saviq> lol
[10:23] <tsdgeos> so it actually realizes you moved the files
[10:23] <Saviq> tsdgeos, you can always go back, though
[10:23] <Saviq> tsdgeos, with bzr you're stuck
[10:23] <greyback> I want 'find' to have that switch
[10:23] <Saviq> lol more
[10:23] <tsdgeos> --find-copies-harder
[10:24] <tsdgeos>        --find-copies-harder
[10:24] <tsdgeos>            For performance reasons, by default, -C option finds copies only if the original file of the copy was modified in the same changeset. This flag makes the command inspect unmodified files as candidates for the source of copy. This is a very expensive
[10:24] <tsdgeos>            operation for large projects, so use it with caution. Giving more than one -C option has the same effect.
[10:24] <Saviq> tsdgeos, at least it has that option
[10:24] <tsdgeos> yeah
[10:24] <Saviq> tsdgeos, and anyway, rebase -i FTW
[10:24] <tsdgeos> oh i'm not defending bzr :D
[10:24] <tsdgeos> Saviq: i guess i can try to have a look at that Dash thig
[10:25] <greyback> I always enjoy bzr bashing Friday
[10:25] <tsdgeos> the bad "joke" was: "it's mostly green, so a good thing" -> "I don't like vegetables"
[10:25] <tsdgeos> now you can hate me more
[10:25] <Saviq> rotfl
[10:25] <Saviq> tsdgeos, let me try to repro
[10:26] <greyback> tsdgeos: the quotes around "joke" were well placed
[10:27] <Saviq> you're killing me guys ;D
[10:29] <Saviq> tsdgeos, http://pastebin.ubuntu.com/5965895/
[10:29] <Saviq> tsdgeos, play with the home scope a bit (search, scroll, clear the search)
[10:29] <tsdgeos> Saviq: that on "plain" unity8?
[10:30] <Saviq> tsdgeos, yes
[10:30] <Saviq> tsdgeos, needs to be device, though, as on desktop you don't actually get empty homescope for long
[10:30] <tsdgeos> ok, let me see
[10:31] <tsdgeos> boooooo
[10:31] <tsdgeos> i just set up the device for unity-mir
[10:31] <tsdgeos> don't really want to go back
[10:31] <Saviq> tsdgeos, you have the Nexus 10 don't ypu
[10:31] <Saviq> you
[10:32] <tsdgeos> Saviq: you speak the truth
[10:32] <Saviq> tsdgeos, charged? ;)
[10:32] <tsdgeos> yeah charged it yesterday
[10:32] <Saviq> tsdgeos, you charged it recently, so should be fine
[10:32] <Saviq> ok
[10:32] <Saviq> biab
[10:32] <tsdgeos> Saviq: but do you think it'll repro there?
[10:42] <Saviq> tsdgeos, should, I think
[10:51] <dednick> tsdgeos: you doing that review then?
[10:51] <tsdgeos> dednick: unless you are crazy about do it yourself, yeah
[10:51] <dednick> tsdgeos: lol. crazy about a review. funny man
[10:52] <tsdgeos> i know, trying to get my comedy skills up in case i need to change careers
[10:52] <tsdgeos> :D
[10:52] <dednick> tsdgeos: a 2.5k review esspecially :)
[10:52] <dednick> but better then a 9k
[10:55] <dednick> Saviq: if you're upset about not being able to review it yourself, you can do https://code.launchpad.net/~nick-dedekind/unity8/indicators-behaviour.tabs/+merge/175334 ;)
[10:55] <dednick> a measly 500 lines
[10:57] <Saviq> dednick, yup, have that on my radar
[10:57] <Saviq> dednick, not sure about the "upset" part, though :D
[10:58] <dednick> Saviq: i just assumed after how you got stuck into that indicators review ;)
[11:06] <tsdgeos> Saviq: lol if i do that patch on the Nexus10  i get a totally empty home scope
[11:07] <tsdgeos> but if i search stuff it appear
[11:07] <tsdgeos> s
[11:07] <tsdgeos> :S
[11:07] <tsdgeos> err, do i have local stuff?
[11:08] <tsdgeos> no i don't
[11:10] <tsdgeos> but yeah
[11:10] <tsdgeos> can reproduce the header getting crazy on the middle of the screen
[11:10] <tsdgeos> not cool
[11:31] <tsdgeos> Saviq: paulliu: how do i test that app preview thing?
[11:31] <Saviq> tsdgeos, install on device, gsettings get com.canonical.Unity.Dash scopes
[11:31] <Saviq> tsdgeos, append "click/click.scope"
[11:32] <Saviq> to the list from gsettings
[11:32] <Saviq> and gsettings set com.canonical.Unity.Dash scopes "['the', 'list', 'here']"
[11:32] <Saviq> tsdgeos, you shouldn't need to restart unity8, and you should get the click scope as a new master scope
[11:32] <Saviq> tsdgeos, either tapping or long-pressing on an app in there should show you the preview
[11:33] <tsdgeos> ok
[11:33] <Saviq> tsdgeos, not to mention `make -C builddir tryAppPreview` for the basic tests
[11:33] <tsdgeos> sure
[11:33] <tsdgeos> that's test, i wanted to see it in real life
[11:33] <Saviq> tsdgeos, yup, it should even install the click package for you and allow to run it
[11:33] <Saviq> tsdgeos, assuming everything else is working in the image already
[11:36] <tsdgeos> Saviq: changing on the fly didn't seem to work
[11:36] <Saviq> tsdgeos, weird, worked for me
[11:38] <Saviq> tsdgeos, see with 'get' if you actually got it updated
[11:38] <tsdgeos> after a rerun of the shell it worked
[11:38] <Saviq> ok
[11:38] <Saviq> filing bug
[11:38] <tsdgeos> Saviq: is "Rate This" supposed to work?
[11:38] <Saviq> tsdgeos, no
[11:38] <Saviq> tsdgeos, there's no support yet in the scope and friends
[11:38] <tsdgeos> ok
[11:38] <tsdgeos> install didn't work
[11:38] <tsdgeos> but i guess that's not your fault
[11:39] <tsdgeos> Saviq: i find it a bit weird that i can scroll the left size of the preview when on the tablet even if it fits fine on screen
[11:40] <Saviq> tsdgeos, OTOH having it static might suggest it won't ever be scrollable... not sure we have a generic rule here
[11:40] <Saviq> tsdgeos, but I know what you mean
[11:40] <tsdgeos> sure
[11:40] <tsdgeos> not blocking on that
[11:40] <tsdgeos> just saying it's a big strange
[11:40] <tsdgeos> /it's/felt
[11:41] <Saviq> tsdgeos, did it install fine?
[11:41] <tsdgeos> nope
[11:41] <tsdgeos> didn't do anything
[11:41] <tsdgeos> after pressing the install button
[11:42] <Saviq> tsdgeos, ok, might be the backends didn't land yet, will verify
[11:42] <Saviq> later
[11:42] <tsdgeos> Saviq: wow, this is even weirded :D
[11:42] <tsdgeos> press the install button and drag down
[11:42] <tsdgeos> only the install button moves (the icon stays) and at some point the button disappers from screen
[11:42] <tsdgeos> :S
[11:43] <Saviq> tsdgeos, lol
[11:43] <Saviq> tsdgeos, yeah, GridView should be interactive
[11:43] <tsdgeos> same if you go up btw
[11:43] <Saviq> *not
[11:43] <tsdgeos> lol, and i can move the top left icon right :D
[11:43] <tsdgeos> can i block on that?
[11:44] <Saviq> tsdgeos, pushed
[11:44] <Saviq> tsdgeos, yes
[11:45] <Saviq> tsdgeos, "top left icon"?
[11:45] <tsdgeos> the thing above the install button
[11:45] <Saviq> tsdgeos, hmm not interactive at all here...
[11:46] <Saviq> tsdgeos, tablet mode?
[11:46] <tsdgeos> yep
[11:46] <Saviq> tsdgeos, please write steps to repro on the MR, not seeing it here
[11:49] <tsdgeos> Saviq: ahhh
[11:49] <tsdgeos> i think it makes sense now
[11:49] <tsdgeos> it's in case you have more images
[11:50] <Saviq> tsdgeos, yeah, the top part is a listview
[11:50] <tsdgeos> ok
[11:50] <tsdgeos> we definitely need to revisit the idea of adding a "max overshoot" to listviews
[11:50] <Saviq> tsdgeos, same "should we scroll if nothing there" applies
[11:50] <tsdgeos> this is getting silly
[11:50] <tsdgeos> i can understand it should scroll a bit to show it's scrollable
[11:51] <tsdgeos> but letting me move the screenshot 500px in empty spaces is confusing
[11:51] <tsdgeos> lunch time
[11:51] <tsdgeos> bbl
[11:51] <Saviq> o/
[12:12] <Saviq> tsdgeos, btw, file a bug with ubuntu-ux about a generic rule for overshooting
[12:34] <tsdgeos> Saviq: i will, Oren already told me they want to limit ages ago and i even did a dirty hack when coding the hud appstack that gerry smartly told me to drop
[12:34] <Saviq> :D
[12:34] <tsdgeos> but i'll file it
[12:44] <tsdgeos> Saviq: https://bugs.launchpad.net/ubuntu-ux/+bug/1210507
[12:55] <tsdgeos> Saviq: ahhhhhhhh
[12:56] <tsdgeos> autogenerated files
[13:18] <dednick|lunch> larsu: ping
[13:37] <Saviq> tsdgeos, yeah, I know
[13:38] <Saviq> tsdgeos, will try and grab the source file and generate them build time
[13:38] <tsdgeos> +1
[13:44] <Saviq> tsdgeos, btw, do you know if, when cross-compiling, will it be safe to use amd64 moc and qdbusxml2cpp for armhf sources?
[13:45] <Saviq> tsdgeos, I don't expect them to be different, but then who knows...
[13:45] <tsdgeos> they should
[13:45] <tsdgeos> can't say for sure
[13:45] <tsdgeos> but i don't see why they shouldn'y
[13:45] <tsdgeos> not much a cross compile guy myself
[13:45] <tsdgeos> much -> at all
[13:45] <tsdgeos> :D
[14:25] <mhr3> tsdgeos, did you have time to look into the proxymodel count thing?
[14:28] <tsdgeos> mhr3: nope sorry
[14:29] <mterry> dednick, heyo!  Thanks for your review of the powerd-test branch.  You noted that I might not be generating the qmltypes file needed for "typeinfo plugin.qmltypes".  I don't really understand the whole qmltypes thing, I just cargo culted that.  Is there manual work needed to generate that?  It doesn't happen automatically?
[14:30] <dednick> mterry: we don't need to do the qmltypes for mocks. just remove the line :)
[14:31] <dednick> mterry: it's just to get type info into qtcreator
[14:31] <mterry> dednick, fair.  But for normal plugins, it does get generated automatically?
[14:31] <mterry> Using the macros for installing the qmldir file?
[14:32] <dednick> mterry: the export_qmlplugin does it for you using qmlplugindump
[14:32] <dednick> mterry: export_qmlplugin macro i mean
[14:33] <mterry> dednick, OK, makes sense
[14:34] <tedg> Wellark, For quick lists are you creating a new service or is it part of the Unity8 mega memory space?
[14:38] <Saviq> guys, who has mako?
[15:00] <dednick> tedg: ping. can you please put a Position key in the indicator-network service file please?
[15:00] <tedg> NO!
[15:00] <tedg> Oh, okay, since you asked so nicely.
[15:00] <tedg> :-)
[15:01] <dednick> tedg: :) thanks
[15:39] <kgunn> mterry: ping
[15:42] <mterry> kgunn, hello
[15:43] <kgunn> mterry: hey....you gotta nexus4 right ?
[15:43] <kgunn> we're in the "go green" hotseat
[15:43] <kgunn> http://reports.qa.ubuntu.com/smokeng/saucy/image/3439/
[15:43] <mterry> kgunn, yeah
[15:43] <kgunn> mterry: can you take a look
[15:44] <mterry> kgunn, ok
[15:44] <kgunn> mterry: thanks so much....all failed which is weird...i hope its just some global bug with fmwk or something....
[15:46] <mterry> kgunn, do you know if there's a trick to running the tests, or do I just adb shell in and run "autopilot run unity8"?
[15:50] <kgunn> Saviq: ^ ?
[15:50] <kgunn> or MacSlow ^ ?
[15:50] <kgunn> since he's had so much AP fun lately :)
[15:51] <MacSlow> mterry, that's what I do...
[15:51] <MacSlow> mterry, did you do setup described here https://wiki.ubuntu.com/Touch/Testing/Autopilot/ ?
[15:52] <MacSlow> kgunn, hm... that seems to have been too much ;)
[15:53] <MacSlow> mterry, did you do setup described here https://wiki.ubuntu.com/Touch/Testing/Autopilot/ ?
[15:53] <MacSlow> mterry, not sure if you got that... you just disconnected
[15:53] <mterry> MacSlow, yeah thanks, I just got it
[15:54] <mterry> MacSlow, will set up
[15:54] <mterry> is that autopilot PPA really still needed?  thought it all got in saucy
[15:57] <MacSlow> mterry, well it's got the most current bits... so I'd say yes
[15:57] <MacSlow> mterry, at least for "autopilot" itself
[15:58] <kgunn> mterry: not sure if you're familiar with that dashboard....but there are some links to artifacts/console output that i know the QA team recently updated to hold bette/more info....
[15:58] <Saviq> mterry, phablet-test-run -i -p unity8-autopilot -n unity8
[15:58] <kgunn> maybe there's a clue in there
[15:58] <Saviq> mterry, sets up everything-autopilot
[15:59] <Saviq> kgunn, no useful info there
[15:59] <kgunn> Saviq: :(
[15:59] <Cimi> I have something weird
[15:59] <Saviq> kgunn, all the tests basically say "didn't initialize in time"
[15:59] <mterry> Saviq, ooh, nice line.  From the device?
[15:59] <Saviq> mterry, no, from host
[15:59] <mterry> (once phablet-tools is installed)
[15:59] <mterry> k
[16:00] <Saviq> mterry, it only requires ssh on the device first
[16:00] <Cimi> within the component, just before emitting a signal called "swapped()", I put console.log("swapped called")
[16:00] <Cimi> on the file using the component
[16:00] <Cimi> onSwaped: console.log("swapped")
[16:00] <Cimi> swapped
[16:00] <Cimi> btw
[16:01] <Cimi> I don't get 1 "swapped" for each "swapped called"
[16:01] <Cimi> what??
[16:01] <Cimi> like it's not emitting signals
[16:03] <Saviq> Cimi, maybe there's a handler in a subclass?
[16:04] <Cimi> Saviq, sorry I don't get
[16:04] <Cimi> Saviq, component is crossfadeimage, signal swapped in the file
[16:05] <Cimi> Saviq, in shell.qml, inside the crossfadeimae component declaration, I have onswapped
[16:05] <Cimi> Saviq, it gets less events :-\
[16:05] <Cimi> I put onSwapped within crossfadeimage.qml and it gets all of them
[16:05] <Cimi> they are like not passed through the shell.qml
[16:07] <Cimi> it's actually missing one event, no idea why
[16:12] <Cimi> Saviq, ?
[16:12] <Saviq> Cimi, dunno, did you try putting onSwapped inside crossfadeimage
[16:12] <Cimi> Saviq, yes, and works...
[16:13] <Cimi> Saviq, inside Shell.qml, it's missing one signal
[16:13] <Cimi> most of them but not one
[16:14] <Saviq> Cimi, dunno, would have to try, but gtg now
[16:18] <Cimi> Saviq, enjoy weekend, thx
[16:24] <mterry> Hrm, seems like the touch object just isn't doing anything.  taps or drags
[16:27] <Saviq> mterry, I think that might be a complete input failure again
[16:27] <Saviq> mterry, stop unity8 as phablet
[16:27] <Saviq> mterry, sudo kill `pidof ubuntuappmanager`
[16:27] <Saviq> mterry, and try again
[16:28] <mterry> Saviq, ok
[16:29] <Saviq> mterry, to try, also check if you run indicators-client manually
[16:30] <Saviq> mterry, also, when you reproduce the lack of input
[16:32] <mterry> Saviq, didn't help
[16:32] <Saviq> mterry, interesting
[16:32] <Saviq> mterry, does your finger work?
[16:33] <mterry> Saviq, yes
[16:33] <Saviq> mterry, ok, so unity8 is stopped, right?
[16:33] <mterry> Saviq, I can get past the first problem, but next time it tries to use touch, it fails (well, nothing happens, then it times out)
[16:33] <Saviq> mterry, so one test completes?
[16:33] <mterry> Saviq, after autopilot runs, it pops up again.  I had manually stopped it like you said before
[16:34] <Saviq> mterry, don't use -n on phablet-test-run, it won't pop up then
[16:34] <mterry> Saviq, no.  The greeter swipes away, then the test fails the next time it tries to use touch
[16:34] <Saviq> mterry, ah so the greeter does swipe away
[16:34] <Saviq> mterry, so input in itself is there
[16:34] <mterry> If I do it manually
[16:34] <Saviq> mterry, how do the indicator client tests behave?
[16:35] <mterry> Saviq, let me check, I've been focusing on one of the greeter tests
[16:35]  * greyback eow
[16:35] <Saviq> mterry, real weird
[16:35] <greyback> bye all!
[16:35] <Saviq> greyback, o/
[16:37] <Saviq> mterry, make sure ubuntuappmanager is restarted and that unity8 doesn't start
[16:37] <Saviq> mterry, as uam sometimes gets "dirty" when the "real" unity8 starts
[16:38] <Saviq> mterry, weird that it would only affect nexus4 :/\
[16:44] <Cimi> anyone with ideas?
[16:44] <Cimi> why a signal is not passed to who is using the component?
[16:45] <mterry> Saviq, same behavior with indicator tests.  I can manually go through the test, but as soon as it tries to use self.pointing_device, nothing happens and the next assert fails
[16:47] <Saviq> mterry, can you go android-shell
[16:47] <Saviq> mterry, and see with getevent
[16:47] <Saviq> mterry, if the events even get through evdev?
[16:47] <Saviq> mterry, https://source.android.com/devices/tech/input/getevent.html
[16:47] <mterry> Saviq, ok
[16:49] <mterry> Saviq, nothing came through getevent
[16:49] <Saviq> mterry, and your finger does?
[16:49] <mterry> Saviq, yup
[16:49] <Saviq> mterry, ok, autopilot fail
[16:50] <Saviq> mterry, can you please file a bug
[16:50] <mterry> Saviq, sure.  Assigned to... thomi ?
[16:50] <Saviq> mterry, yeah
[16:50] <Saviq> it's saturday for them already, so we won't get better until Monday, but at least he might get to it before our Monday
[17:11] <dednick> larsu: ping
[17:15] <dednick> tedg: ping
[18:05] <tedg> dednick, pong
[18:05] <dednick> tedg: hey. was just wondering if you knew what happened to larsu today. hasnt been responding. is he away?
[18:05] <tedg> dednick, He's apparently on a train today.
[18:06] <dednick> tedg: either that or he's tired of my bitching ;)
[18:06] <dednick> tedg: ah right
[18:06] <tedg> Not sure what that means as far as when/if he'll be available.
[18:06] <dednick> tedg: well our days are over now, so i guess monday. no matter
[18:06] <tedg> dednick, Yeah, probably.
[18:07] <dednick> tedg: and thanks for the position update
[18:07] <tedg> dednick, No problem, did it work for you?
[18:08] <dednick> tedg: yup. all good. actually, is there a doc somewhere with the indicator position layout described?
[18:08] <tedg> dednick, https://wiki.ubuntu.com/StatusBar
[18:09] <dednick> rotation lock indicator? pttf.
[18:11] <dednick> have a good weekend all
[18:31] <Wellark> tedg: quick lists?
[18:31] <tedg> Wellark, On the launcher
[18:32] <Wellark> == jump lists == launcher menus
[18:32] <Wellark> oh, ok
[18:32] <Wellark> (sorry, really laggy connection..)
[18:32] <tedg> NP, yes those.
[18:33] <Wellark> tedg: there is no service or anything as dynamic (runtime) entries are not supported before 14.04
[18:34] <Wellark> tedg: but I would say it would be part of the "mega" memoryspace once it's there
[18:34] <Wellark> it's just a simple dbus interface
[18:38] <tedg> Wellark, Okay, but it'll be published by the Unity8 connection.
[18:38] <tedg> Wellark, Security is wanting a list of interfaces
[18:38] <tedg> Wellark, So I'll add that to it.
[18:39] <tedg> Would be nice if we could split it out so that Unity 7 and 8 were using the same backend.
[18:41] <Wellark> tedg: can you send me an email on what info you need from me?
[18:41] <Wellark> I have to EOD
[18:41] <Wellark> or actually have already
[18:41] <tedg> Wellark, I don't need any other info.  That's it.  Have a good weekend!
[18:50] <Wellark> tedg: oh. one thing the security team should be aware off
[18:50] <Wellark> tedg: the unity actions
[18:50] <Wellark> now every application exposes a set of actions to dbus
[18:51] <Wellark> I would guess the default policy is to block any calls to the applications
[18:51] <Wellark> but the shell has to be able to invoke them
[18:51] <tedg> Wellark, Yeah, they're more worried about services right now.  But that is good to know.
[18:51] <Wellark> and later we need to implement some sort of app to app IPC
[18:52] <tedg> Uhm, perhaps.  Not sure if we want to do that.
[18:52] <Wellark> and at that point we need to extend security to those applications also
[18:52] <tedg> I think we want to always go through helpers.
[18:53] <Wellark> oh, sure. that's one way of doing it
[18:53] <Wellark> I just don't want random apps to have access to the unity actions of other apps in the first spin
[18:53] <Wellark> but that's probably the default
[18:57] <Wellark> tedg: but anyway, have a great weekend! :)
[18:58] <tedg> Have fun!