[08:21] <davidcalle> sil2100, ping
[08:22] <sil2100> davidcalle: pong
[08:23] <davidcalle> sil2100, hey, I have bugfixes on two client side scopes for saucy, what's the best way to get them into distro at this point ?
[08:25] <sil2100> Bugfixes you say? I guess that once we get synced up with the daily-release, you could simply commit to trunks and we'll try releasing it in the nearest time, as we can do that for bugfixes actually
[08:27] <davidcalle> sil2100, ok, I thought the daily-release was closed at this point of the cycle, since it wasn't happening.
[08:27] <davidcalle> (fixes have been merged to trunk last week)
[08:29] <sil2100> davidcalle: yeah... we have to fix that ;p We're in manual publishing mode and last week we were only releasing things that were necessary for the image to be green
[08:29] <sil2100> And some infra problems too...
[08:33] <davidcalle> sil2100, oh ok, those fixes are not super urgent, but just in case you still need to rely on manual publishing for them, its for unity-scope-audacious and u-s-guyadeque
[08:33] <sil2100> davidcalle: I'll give you an update once we're after a hangout related to daily-release
[08:33] <davidcalle> sil2100, thanks! Good luck ;)
[09:07] <nic-doffay> Saviq, you around again?
[09:21] <cwayne> mzanetti, ping
[09:23] <mzanetti> cwayne: pong
[09:30] <cwayne> mzanetti, any chance for a quick MR? mterry submitted this last week: https://code.launchpad.net/~mterry/unity8/greeter-wallpaper-fallback/+merge/185526
[09:35] <mzanetti> cwayne: I don't see how that would change anything for you
[09:36] <cwayne> mzanetti, because currently the welcome screen is hardcoded to the default background, when it should be the same as the selected background
[09:36] <cwayne> as thtat matches what is default in system-settings
[09:45] <mzanetti> cwayne: afaics currently the greeter has it's own settings in accountsservice
[09:45] <mzanetti> cwayne: if that's not valid, it uses the same default background as the shell
[09:46] <mzanetti> cwayne: all this merge does is to change it to use the current shell background image instead of the default shell background image if the accountsservice setting is not valid
[09:46] <mzanetti> cwayne: which won't work any more by the end of this week
[09:46] <cwayne> mzanetti, right, which i would argue is correct
[09:46] <cwayne> ah
[09:46] <cwayne> why wont that work by the end of this week?
[09:46] <mzanetti> because the greeter will run in a different process than the shell
[09:47] <mzanetti> and as a different user
[09:47] <cwayne> so it won't be able to get the current shell background?
[09:47] <mzanetti> no
[09:47] <mzanetti> well, yes
[09:47] <cwayne> mzanetti, the default setting in system-settings right now is to have the same background for both
[09:47] <mzanetti> through accountsservice
[09:47] <mzanetti> but that works already now
[09:48] <cwayne> no it doesn't
[09:48] <cwayne> i've changed the shell background, and still get the default background for greeter
[09:48] <mzanetti> cwayne: what do you mean with "changed the shell background" ?
[09:49] <cwayne> mzanetti, i changed the phablet users background via org.gnome.desktop.background picture-uri
[09:49] <mzanetti> cwayne: yeah... you changed the shell background. why do you expect the greeter background to change?
[09:49] <cwayne> and i have it set to have the greeter and shell to use the same background, but now i see my new shell background, and the old default on the greeter
[09:49] <cwayne> mzanetti, because of the setting "Use same background for shell and greeter"
[09:49] <mzanetti> cwayne: yes. but by setting the dconf key manually you bypassed the code that keeps those in sync
[09:49] <cwayne> which is selected by default
[09:50] <cwayne> mzanetti, how does that make sense from a user perspective?
[09:50] <cwayne> i changed the background, the greeter background should change too
[09:50] <cwayne> *if* that setting is set
[09:50] <cwayne> which it is, by default
[09:50] <mzanetti> cwayne: it will, if you change it in the settings app
[09:50] <mzanetti> but not if you manually change system configs
[09:50] <mzanetti> (only half of them)
[09:51] <cwayne> mzanetti, for context, this is for oem/carrier customization
[09:51] <cwayne> where we're preseeding a new default background
[09:51] <cwayne> this isn't just me changing the background via dconf for funsies :)
[09:52] <mzanetti> cwayne: if you want the greeter background to change you need to set the greeter background setting
[09:52] <mzanetti> and not the shell background setting
[09:53] <cwayne> mzanetti, there's no dconf key for the greeter background setting
[09:53] <cwayne> and the damn AS call for it currently doesn't work due to a polkit bug
[09:53] <cwayne> mzanetti, but what i'm saying is they should always be in sync if that setting (use same background) is set
[09:54] <mzanetti> cwayne: that setting in the settings app just influences the behavior of the settings app
[09:54] <mzanetti> cwayne: if that is checked, the settings app writes both keys when changing the image instead of just one
[09:55] <mzanetti> so the real issue is that changing AS settings is not possible because of a policy issue, right?
[09:55] <cwayne> that honestly seems like a bug to me.  it's a dconf key, why would it *only* apply if it's set in an app rather than programatically?
[09:55] <mzanetti> and/or that the greeter doesn't read its defaults from gsettings
[09:55] <cwayne> mzanetti, yeah, those are the real issues, correct
[09:57] <mzanetti> we'll need to talk to mterry when he shows up... this paritcular MR would only keep you happy for 3 days or so
[09:58] <cwayne> mzanetti, fair enough, shall i ping you when he's around?
[09:59] <mzanetti> ok
[09:59] <cwayne> mzanetti, thanks man
[09:59] <Cimi> mzanetti, which image shall I use on the phone?
[09:59] <mzanetti> Cimi: ?
[09:59] <Cimi> mzanetti, here everything seems to be broken
[09:59] <mzanetti> I didn't flash yet today
[10:00] <Cimi> mzanetti, wasn't working friday either
[10:00] <Cimi> mzanetti, cdimage-touch, ubuntu-system?
[10:00] <Cimi> mzanetti, I need to test unity
[10:00] <mzanetti> cdimage-touch
[10:20] <Cimi> mzanetti, seems like it's building… although takes ages °_°
[10:20] <Cimi> mzanetti, needs a nexus 4 ;)
[10:30] <Cimi> mzanetti, ssh: connect to host 127.0.0.1 port 2222: Connection refused
[10:30] <Cimi> ?
[10:30] <mzanetti> Cimi: read unity-phablet ml
[10:31] <mzanetti> Cimi: sorry...
[10:31] <mzanetti> Cimi: should have bean ubuntu-phone :D
[10:36] <mzanetti> Cimi: also, if you have a very recent unity8 trunk, run_on_device -s should fix it for you
[10:42] <nic-doffay> mzanetti, you got time for a re-review of the filters?
[10:43] <mzanetti> nic-doffay: did you fix all the stuff?
[10:45] <nic-doffay> mzanetti, yeah on friday.
[10:47] <nic-doffay> mzanetti, update both the sdk branch and the filters.
[11:08] <cwayne> mzanetti, while we're waiting on mterry, was there ever any progress on the infographic theming stuff?
[11:09] <mzanetti> cwayne: I didn't do anything there
[11:11] <cwayne> mzanetti, ack
[11:11] <Cimi> mzanetti, you know how do I know if the application has a toolbar opened?
[11:11] <Cimi> from bottombar.qml
[11:12] <mzanetti> Cimi:  you don't :D
[11:12] <mzanetti> Cimi: why would you need that?
[11:13] <Cimi> mzanetti, for inputfilterarea on the hud
[11:13] <mzanetti> Cimi: I still don't see why you would need to know if an app has a toolbar open
[11:14] <mzanetti> dednick: mind doing a review? https://code.launchpad.net/~mzanetti/unity8/adjust-click-icon-path
[11:14] <Cimi> mzanetti, because we want to create an input filter area excluding toolbar and hud button
[11:15] <mzanetti> Cimi: why that?
[11:15] <Cimi> mzanetti, why you care :)
[11:15] <Cimi> mzanetti, is it possible? how can I make it possible?
[11:16] <mzanetti> Cimi: its not possible. its a different process. you can't look into that except with something like autopilot. but we're definitely not going to use that
[11:16] <Cimi> mzanetti, we need to know if the toolbar is on screen
[11:16] <Cimi> mzanetti, we might need to export something
[11:17] <mzanetti> Cimi: if I would understand what you want to achieve I might be able to help you... but with the information I have so far I'd say its not possible
[11:17] <Cimi> mzanetti, nothing is impossible in software engineering ;)
[11:18] <Cimi> mzanetti, we want to keep hud button and toolbar touchable
[11:18] <Cimi> mzanetti, when the hud button is on screen
[11:18] <mzanetti> Cimi: while the hud is open?
[11:18] <Cimi> mzanetti, but not the content of the app
[11:18] <Cimi> not hud, hud button
[11:18] <mzanetti> do you want that ugly hud button to stay on screen?
[11:19] <Cimi> mzanetti, yes
[11:19] <mzanetti> oh god. please don't
[11:19] <Cimi> mzanetti, it will stay 1 second
[11:19] <Cimi> mzanetti, but will be revealed only with longer swipes
[11:20] <mzanetti> Cimi: I guess you need to extend the HUD interface between the apps and the shell
[11:21] <mzanetti> but if an app doesn't implement any hud actions (none so far does) its not going to work
[11:26] <mzanetti> Cimi: can you tell me what the Hud is supposed to be in the end?
[11:26] <mzanetti> Cimi: so far it's a grey rectangle to me
[11:26] <Cimi> mzanetti, it will be a bigger rectangle, with a button on left and right
[11:26] <Cimi> mzanetti, to navigate back & forward
[11:27] <mzanetti> Cimi: navigate what?
[11:27] <Cimi> maybe, not sure now
[11:44] <mzanetti> nic-doffay: doesn't compile and conflicts with trunk
[11:46] <nic-doffay> mzanetti, it doesn't compile?
[11:47] <mzanetti> nic-doffay: upgrade your system
[11:47] <nic-doffay> mzanetti, I just merged trunk with the branch and didn't get any conflicts.
[11:48] <mzanetti> nic-doffay: hmm... right... I deleted the branch, did a clean check out and the merge was fine
[11:53] <dednick> mzanetti: sure
[11:53] <mzanetti> nic-doffay: added some comments
[12:14] <mzanetti> dednick: is dandrader at the sprint too?
[12:15] <dednick> mzanetti: not that i remember
[12:16] <mzanetti> dednick: I wouldn't have thought so too... but then I'm wondering why he doesn't show up...
[12:16]  * mzanetti would desperately need his help
[12:17] <dednick> mzanetti: it's only just past 9am for him
[12:18] <dednick> maybe slept in
[12:18] <mzanetti> dednick: usually he starts at 5am :D
[12:18] <dednick> hehe. yeah
[12:53] <mzanetti> dandrader: hi
[12:54] <dandrader> mzanetti, hi
[12:54] <mzanetti> dandrader: I'd need you help... you're not at the sprint, right?
[12:55] <dandrader> mzanetti, no, I'm not
[12:55] <dandrader> mzanetti, so, how can I help you?
[12:56] <mzanetti> dandrader: I'm struggling with the MouseTouchAdapter
[12:56] <mzanetti> dandrader: one sec. I'll push the branch
[12:57] <mzanetti> dandrader: lp:~unity-team/unity8/split-surfaces
[12:57] <mzanetti> dandrader: if you run this, you'll see that the launcher is in a separate transparent window
[12:58] <dandrader> mzanetti, on the desktop, you mean
[12:58] <mzanetti> dandrader: but I'm facing all sorts of input problems
[12:58] <mzanetti> dandrader: yes.. trying on the desktop currently
[12:58] <mzanetti> dandrader: can't even see the second window on SF. haven't tried mir yet
[12:59] <mzanetti> dandrader: I get the input from both windows in both windows..
[12:59] <mzanetti> dandrader: but not everything... mouse events only work in the main window
[12:59] <mzanetti> dandrader: touch events in both
[13:02] <mzanetti> dandrader: there is a unitywindow.cpp which registers a second MouseTouchAdapter
[13:02] <mzanetti> dandrader: that's most likey the thing that triggers the isse. But now I'm not sure if we should only use one such adapter and coordinate where the touches should go, or fix the adapter to be able to register multiple ones
[13:05] <dandrader> mzanetti, out of curiosity: what's the advantage of having the launcher in a separate window/surface? better animations?
[13:06] <mzanetti> dandrader: being able to use Mir's capabilities on different surfaces
[13:06] <mzanetti> dandrader: for example blurring windows behind the launcher
[13:06] <mzanetti> dandrader: also what we do right now is a giant hack
[13:06] <mzanetti> dandrader: so this would be the "proper thing"
[13:07] <mzanetti> dandrader: so everything that can be painted above apps would need to get it's own surface
[13:07] <mzanetti> like notifications etc
[13:07] <mzanetti> I'll be off for food till the standup
[13:07] <dandrader> I see
[13:08] <dandrader> mzanetti, ok, I'll try out your branch and let you know
[13:08] <dandrader> upgrading desktop right now
[13:09] <cwayne> mterry, ping
[13:09] <mterry> cwayne, hello
[13:11] <cwayne> mterry, got a minute to chat with me/ mzanetti about the greeter background?
[13:18] <dandrader> mzanetti, on  a first look, one obvious problem with MouseTouchAdaptor for this new multiple windows scenario is that it listens for mouse events on the QApplication, but targets injects the translated touch events to a single window
[13:19] <dandrader> mzanetti, so having it intercepting mouse events on QApplication means it will intercept *all* mouse events that this application gets (regardless of the window)
[13:19] <dandrader> mzanetti, so on a multiple-windows scenario it would have to filter mouse events at a QWindow level, not QApplication level
[13:20] <dandrader> mzanetti, so the question now is "how" :)
[13:20] <mterry> cwayne, sure...
[13:20] <cwayne> mterry, mzanetti and i were discussing the greeter background earlier, and he had some concerns with your last MR
[13:20] <cwayne> mzanetti, ^
[13:21] <mterry> cwayne, mzanetti : I just left a comment in the MR: https://code.launchpad.net/~mterry/unity8/greeter-wallpaper-fallback/+merge/185526
[13:22] <cwayne> mterry, thanks, didn't realize he'd left a comment on the MR :)
[13:24] <cwayne> mterry, any idea on the status of lightdm landing?
[13:24] <mterry> cwayne, no.  Still up to asac and the QA guys I believe
[13:26] <asac> cwayne: what do you need lightdm for? what is that blocking?
[13:26] <cwayne> asac, locale setting
[13:27] <dandrader> mzanetti, I'll try out the window->installEventFilter() approach instead of the current application->installNativeEventFilter
[13:27] <asac> cwayne: otherwise we cant switch locales?
[13:27] <mzanetti> dandrader: cool
[13:27] <mzanetti> dandrader: standup is in 3 mins. should we meet now and talk about this stuff?
[13:27] <cwayne> ssweeny, ^ see asac's question about why we need lightdm
[13:28] <dandrader> mzanetti, ok
[13:31] <mzanetti> dednick: standup
[13:40] <ssweeny> asac, i think that in order to use accountsservice to set the user's locale correctly we need it to be started in a real session by lightdm
[13:45] <mzanetti> mterry: I'm not sure if really should fall back to the users setting
[13:45] <mzanetti> mterry: first, that will never work anyways once we're split
[13:46] <mzanetti> mterry: second. it feels wrong. the greeter should read the greeter setting, not the shell background setting
[13:46] <dandrader> mzanetti, looking at it better, the correct fix is to make MouseTouchAdaptor take the window Id of the xcb event and map it to the corresponding qt window
[13:46] <mterry> mzanetti, see my comment.  I'm actually more interested in the split case for this branch.  I want an easy way for system customizers to change the wallpaper used in the greeter
[13:46] <mzanetti> dandrader: ah ok... sounds sane
[13:46] <mterry> mzanetti, it will read the greeter setting after we split
[13:47] <mterry> mzanetti, in the meantime, we'll be reading the user's setting, but that's fine, since we don't actually have a greeter user yet.  next best thing
[13:47] <mzanetti> mterry: I agree with the comment... but the code does something else
[13:47] <mterry> mzanetti, oh?
[13:47] <mzanetti> ah ok
[13:47] <mzanetti> yeah... what you said in the last sentence
[13:47] <dednick> mzanetti: er, sorry. got carried away with something.
[13:47] <mterry> mzanetti, right.  For now, for the short term, we read user
[13:47] <Saviq> dandrader, so Robert says "sure, whenever"
[13:48] <Saviq> dandrader, just set up some time with him and include me if you want me
[13:48] <dandrader> Saviq, ok, thanks
[13:48] <MacSlow> nic-doffay, just sent you the screencast I talked about in the stand-up...
[13:49] <mzanetti> mterry: anyways, if I approve that now it will break again by the end of the sprint, right?
[13:50] <mterry> mzanetti, as part of merging my split branch with a trunk that contains this branch, I'll update my split branch to adjust this again
[13:51] <mterry> mzanetti meaning that I'll update my split branch after this wallpaper branch lands to adjust the code for the split-world-view
[13:55] <mzanetti> dandrader: any idea yet how complicated that is
[13:55] <dandrader> mzanetti, working on it now. should be simple (I hope)
[13:55] <mzanetti> awesome
[13:56] <mzanetti> I'll do some overdue review in the meantime
[14:10] <nic-doffay> MacSlow, cool will take a look.
[14:10] <MacSlow> nic-doffay, thx
[14:17] <mhr3> Saviq, btw about the scope headers not appearing that we discussed a bit on friday - i was digging a bit more into it and it turned out that the Loader that's supposed to load the qml was never finishing
[14:18] <mhr3> Saviq, and when i tried to change the Loader's async to false, it was actually able to lock up the shell completely
[14:18] <mhr3> unfortunately the backtrace i got from the lock up was just some kind of WaitForSemaphore somewhere in V8
[14:19] <mhr3> so yey, i'm completely clueless as to what's up with that
[14:20] <nic-doffay> mzanetti, * like the other items (for example HUD) it should disappear the the launcher is opened
[14:20] <nic-doffay> * right edge gesture should be disabled when opened.
[14:20] <nic-doffay> Those comments. Where can I find the code that governs those features?
[14:23] <mzanetti> nic-doffay: shell.qml most lieky
[14:23] <mzanetti> likely
[14:26] <Saviq> mhr3, ugh
[14:27] <Saviq> mhr3, seems fine in the image, though?
[14:27] <Saviq> mhr3, that a happy coincidence or?
[14:29] <mhr3> Saviq, yep, it's fine for me too in the image... hopefully it was something completely unrelated that got broken and fixed in the meantime...
[14:29] <nic-doffay> MacSlow, it can do that.
[14:29] <Saviq> mhr3, yeah, let's see
[14:29] <nic-doffay> MacSlow, you should be able to recreate what was in the video without issue.
[14:29] <MacSlow> nic-doffay, ok... then I'll try my luck to replicate it with ItemSelector... once I manage to get current ubuntu-ui-toolkit trunk to compile *sigh*
[14:30] <Saviq> nic-doffay, MacSlow s/OptionSelector/ItemSelector/ ??
[14:31] <MacSlow> Does anybody know which package I'm missing, causing this error "Project ERROR: Unknown module(s) in QT: organizer" when trying to compile lp:ubuntu-ui-toolkit trunk? Thanks in advance!
[14:31] <MacSlow> Saviq, yeah... I was told it (OptionSelector) had to be renamed to "ItemSelector"
[14:33] <mhr3> nic-doffay, would you happen to know what's up with the top left edge of the icons in http://imgur.com/PYUZBfR ?
[14:33] <mhr3> looks like a shader issue
[14:34] <mhr3> and you're good with those :)
[14:36] <dandrader> mzanetti, https://code.launchpad.net/~dandrader/unity8/MouseTouchAdaptor_MultiWindow/+merge/185820
[14:37] <mzanetti> dandrader: nice :) will test it
[14:39] <Saviq> MacSlow, mk-build-deps -s sudo -i
[14:40] <Saviq> MacSlow, apt-get install devscripts equivs first
[14:40] <Saviq> MacSlow, it will create and install a "$package-build-deps" package
[14:40] <ssweeny> mhr3, hey, what would be the best way to debug a scope running on the phone? i'm getting an empty dash page (not even the header) for the scope i'm trying to run
[14:40] <Saviq> MacSlow, that depends on everything from Build-Depends
[14:41] <Saviq> ssweeny, right, we've seen that issue last week, are you running a recent image?
[14:41] <mhr3> ssweeny, do you have the latest image?
[14:41] <MacSlow> Saviq, ok... but I've learned already, that I was missing qtpim5-dev
[14:41] <MacSlow> Saviq, compiles now
[14:41] <Saviq> MacSlow, yeah, the package approach has the advantage that it's real easy to clean up your system again
[14:41] <Saviq> MacSlow, just remove the -build-deps package and then apt-get autoremove will clean it up
[14:41] <MacSlow> Saviq, true
[14:42] <ssweeny> Saviq, mhr3, i just reflashed and i'm trying to deploy my scope again. i was hoping to gather debug tips while i wait :)
[14:42] <mhr3> ssweeny, it's not a scope problem if you don't even see the header
[14:42] <ssweeny> mhr3, ok, so i just got unlucky running into a different problem?
[14:43] <mhr3> the missing header issue is a big mystery right now
[14:43] <nic-doffay> mhr3, I haven't look into it.
[14:44] <nic-doffay> mhr3, if the new ubuntu shape is landing it probably fixes it.
[14:44] <nic-doffay> I've been told Loic is doing a lot with it.
[14:45] <mhr3> nic-doffay, ok, thx for the info
[14:45] <ssweeny> Saviq, mhr3, it's working now with the new image. thanks!
[14:45] <mhr3> Saviq, pfew :)
[14:45] <mhr3> ^
[14:47] <nic-doffay> mzanetti, my current plan to expose those variables to the pageHeader is to just pass the "showing" values to Dash -> DashContent etc. Unless you're aware of some functionality the shell contains which would make life easier?
[14:47] <Saviq> ssweeny, mhr3 cool
[14:49] <mhr3> sil2100, any news on unity landing? we could really use the backend bits getting into the phone images
[14:50] <mzanetti> nic-doffay: which variables?
[14:51] <nic-doffay> mzanetti, whichever ones govern the right gesture and launcher being displayed.
[14:51] <nic-doffay> I haven't looked for them yet.
[14:52] <nic-doffay> mzanetti, launcher.shown
[14:52] <nic-doffay> mzanetti, which is the right gesture mouseArea?
[14:52] <sil2100> mhr3: sadly... I guess it's not planned in the nearest time ;/ Let me add those bits to the 'want to release' list and bring it up tomorrow on the landing meeting
[15:00] <mzanetti> nic-doffay: no
[15:00] <mzanetti> nic-doffay: oh... yes..
[15:00] <mzanetti> nic-doffay: read your question the wrong way round
[15:00] <nic-doffay> mzanetti, hehe
[15:01] <mzanetti> nic-doffay: so yes, the PageHeader gets a property which exposes it's open/close state to the outside
[15:01] <mzanetti> nic-doffay: and if that == open, the right edge just doesn't do anything
[15:01] <mzanetti> nic-doffay: you can find an example with the HUD again
[15:01] <mzanetti> nic-doffay: if the HUD is open, the right edge is disabled
[15:02] <nic-doffay> mzanetti, cool. Assuming the launcher.shown would still have to be passed in though?
[15:03] <mzanetti> nic-doffay: no
[15:04] <mzanetti> nic-doffay: when launcher.shown becomes true, you just set PageHeader.collapsed to false from the outside
[15:05] <nic-doffay> mzanetti, yeah but launcher.shown would still have to be passed into DashContent...
[15:06] <mzanetti> hmm... would need to check...
[15:07] <mzanetti> nic-doffay: no... I'd say it's better the other way round... expose the filterstuff.shown up until shell.qml
[15:08] <mzanetti> Saviq: you agree? ^
[15:10] <nic-doffay> mzanetti, I agree.
[15:10] <nic-doffay> It's already aliased, might as well continue the trend instead of having both directions.
[15:10] <nic-doffay> If you know what I mean?
[15:11] <trijntje> Hi all, I'm using unity 7.1.0+13.10.20130 on ubuntu saucy and it's incredebly slow, it takes over a full minute to open the dash. Who can help me resolve this problem?
[15:11] <Saviq> mzanetti, nic-doffay yes
[15:21] <mterry> cwayne, the wallpaper branch landed in trunk
[15:21] <cwayne> mterry, <3  is autolanding working yet? i.e. will we see it an a later image today/
[15:21] <mterry> cwayne, I don't know what the state of the QA pipeline is
[15:22] <cwayne> asac, ^? (i assume you're the right one to ask?)
[15:29] <mzanetti> dandrader|afk: seems to work fine :)
[15:32] <asac> mterry: is lightdm in the landing sheet? you could document what features wont work because of that
[15:32] <dandrader> mzanetti, of course it does! :)
[15:32] <mterry> asac, I'm not familiar with the term landing sheet.  Link me?
[15:34] <dandrader> mzanetti, MacSlow are those tests know to be unstable? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-maguro/826/?
[15:35] <dandrader> I've two completely unrelated tests with this failure
[15:35] <dandrader> s/tests/MPs
[15:35] <mzanetti> dandrader: hmm.. there was an issue last week that those were failing because of an upgrade of gir12-python
[15:36] <mzanetti> but that was reverted so unless they re-released it, those tests should pass
[15:36] <mzanetti> quite reliably
[15:36] <MacSlow> dandrader, yeah... what mzanetti just said
[15:37]  * dandrader pushes "rebuild" and crosses fingers :)
[15:38] <mterry> pete-woods, oh, btw.  I had earlier talked with you about the need to add API to libusermetricsoutput for a "don't show private data" option.  But I realized since then that we can just set the current user to "" to do the same thing
[15:40] <pete-woods> mterry: that makes sense
[15:40] <mterry> Saviq, do you know what the unity8 landing sheet is?  Do you have a link?
[15:44] <Saviq> mterry, no, I actually don't, and am trying to find out the process we need to follow with the "asking"
[15:47] <greyback> mterry: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1
[15:51] <cwayne> asac, so if lightdm were to make it on that sheet, when could we reasonably expect it to land?
[15:51] <mterry> cwayne, I'm adding to sheet now
[15:52] <mterry> cwayne, out of curiosity, what are you wanting it for?
[15:52] <cwayne> mterry, for the locale stuff
[15:54] <cwayne> mterry, any idea what being added to the sheet translates to in terms of ETA to land?
[15:55] <mterry> cwayne, added
[15:55] <mterry> cwayne, no one knows
[15:59] <nic-doffay> Saviq, there was a bug with the edgeEnabled variable in Stage, shall I mp in a separate branch or include it in my own?
[15:59] <mzanetti> sil2100: lol... can't believe we both didn't find the alignment property int he image :D
[16:03] <Saviq> pete-woods, you said you would fix HudClient to not block some time ago :D
[16:03] <Saviq> nic-doffay, which bug please?
[16:05] <sil2100> mzanetti: ;_; ;)
[16:06] <sil2100> mzanetti: I missed that completely, which is strange because it's below the fillMode in the docs!
[16:07] <pete-woods> Saviq: I never said that - I said I'd fix libusermetricsoutput, and I did :p
[16:18] <nic-doffay> Saviq, I haven't filed a bug report for it.
[16:19] <nic-doffay> The the right drag edge "enabled" property isn't set correctly.
[16:19] <nic-doffay> Saviq, the one in shell is, but the actual enabled property in Stage isn't.
[16:20] <nic-doffay> Saviq, sorry both are in Stage.
[16:21] <nic-doffay> rightEdgeDraggingArea.enabled wasn't set propertly by stage.rightEdgeEnabled.
[16:30] <Saviq> nic-doffay, just put it where you think it's best
[16:31] <nic-doffay> Saviq, I'll include it in my branch then. That's easiest, since no one has noticed it thus far it doesn't seem like it should land asap.
[16:33] <Saviq> pete-woods, you think you could take fix that for HudClient in lp:unity8, too? :)
[16:37] <pete-woods> Saviq: sadly the HudClient is not quite as nice to work on as the usermetrics one
[16:37] <pete-woods> I'd be very worried about breaking it
[16:39] <Saviq> :/
[16:45] <nic-doffay> mzanetti, sorted your review comments.
[16:45] <mzanetti> nic-doffay: you really sure this time? :D
[16:46] <kgunn> https://bugs.launchpad.net/unity8/+bug/1225028 Saviq its this one
[16:46] <kgunn> mzanetti: ^
[16:46] <nic-doffay> mzanetti, haha yeah.
[16:46] <kgunn> i just flashed with ubuntu-system...and i couldn't get a failure as described
[16:46] <kgunn> you guys ?
[16:46] <nic-doffay> I just forgot about them ones that you rementioned today ;P
[16:48] <mzanetti> kgunn: I can't find how to mark it as duplicate...
[16:48] <mzanetti> kgunn: ah... got it
[16:48] <mzanetti> kgunn: https://bugs.launchpad.net/bugs/1225383
[16:48] <mzanetti> kgunn: here's a description on how to get rid of it
[16:48] <mzanetti> and what exactly happened
[16:49] <mzanetti> mhall119: popey: ^^
[16:49]  * popey wakes up
[16:49] <mzanetti> :) good morning
[16:49] <popey> pip pip
[16:50] <mzanetti> kgunn: the thing is, if you reflash you don't run into this. only if you upgrade an existing config
[16:51] <kgunn> mzanetti: thanks dude
[16:54] <mzanetti> nic-doffay: the right edge still behaves different than, lets say the hud
[16:54] <mzanetti> or the indicators
[16:54] <mzanetti> nic-doffay: now, when you trigger the right edge, you hide the filter overlay
[16:54] <mzanetti> nic-doffay: but instead the right edge should be disabled wen the filter overlay is open
[16:55] <mzanetti> nic-doffay: the edge behavior should be the same as with all the other overlays
[17:26] <ssweeny> mhr3, are we still waiting on that patch widening the scopes path to land?
[17:26] <mhr3> ssweeny, yes :/
[17:27] <ssweeny> mhr3, ok, just checking. i can work around it for now :)
[17:27] <mhall119> mzanetti: kgunn I'm running ubuntu-system, did a full clean install early last week and have had 2 updates since
[17:28] <mhall119> and I still have the issue of the launcher icons not working
[17:28] <mzanetti> mhall119: yeah... the last update broke it
[17:28] <mhall119> it's been there since the first ubuntu-system flashI did
[17:28] <mzanetti> mhall119: here's why and how to fix it: https://bugs.launchpad.net/bugs/1225383
[17:28] <kgunn> mhall119: yeah...it was the "last updates" fault :)
[17:29] <mhall119> mzanetti: can we fix this for everybody with another OTA update
[17:29] <mhall119> ?
[17:30] <mzanetti> mhall119: I'd rather not start already now to add such upgrade code paths
[17:30] <mzanetti> mhall119: they will get weird enough with real releases already
[17:30] <mhall119> will a phablet-flash ubuntu-system fix it, or will I have to wipe out my userdata to fix it?
[17:31] <mhall119> other than using the dbus call
[17:31] <mzanetti> mterry: is accountssservice stuff stored in the user data?
[17:31] <mterry> mzanetti, it's stored in /var/lib/AccountsService/users
[17:32] <mzanetti> mhall119: the settings app will have a button to reset the launcher to defaults afaik...
[17:32] <mhall119> will have :)
[17:32] <mzanetti> mterry: is that kept after a reflash?
[17:32] <mzanetti> I think its wiped on a reflash
[17:32] <popey> it already does mhall119
[17:32] <mterry> mzanetti, I don't think so..
[17:32] <popey> its right below "About phone" - "Reset Phone"
[17:32] <mhall119> popey: it has a button, it doesn't work last I checked
[17:32] <popey> oh.
[17:33] <mzanetti> mhall119: now would be a good time to check the button again :D
[17:33] <popey> just checked
[17:33] <mhall119> well the button wasn't disabled, that's a good sign
[17:33] <mhall119> no affects yet though, let's try a reboot
[17:34] <popey> hm, did that and now my phone is stuck at the google screen
[17:34] <mhall119> are there any plans to have a shutdown/reboot menu when long-pressing the power button?
[17:34] <mhall119> popey: whee, fun
[17:34] <popey> blimey apparmor_parser is a bit of a hog on reboot
[17:36] <popey> I did as rick said on that bug and it's fixed now
[17:45] <mhall119> yeah, the button did nothing
[18:03] <mzanetti> Cimi: can you do a review? https://code.launchpad.net/~mzanetti/unity8/launcher-fix-removal-of-running-app/+merge/185878
[18:09] <Saviq> kgunn, "quick hit dash"?
[18:10] <kgunn> Saviq: yes!
[18:10] <kgunn> we just ended coming to you
[18:34] <Saviq> mhr3, any idea about bug #1225391
[18:34] <Saviq> mhr3, doesn't really feel like it's a scope issue, rather a UI one
[18:34] <Saviq> and/or Unity plugin
[18:39] <mhr3> Saviq, yep, it looks like the results are there, but ui decided to ignore them
[18:42] <Saviq> mhr3, yeah
[18:56] <tedg> Saviq, So it seems that when a scope has a URI it needs the last fallback to be URL Dispatcher.  Is that something you guys have on a TODO somewhere?
[18:56] <Saviq> tedg, not sure if it's explicitly on a TODO... but I have that in my mind
[18:57] <Saviq> tedg, and I'll handle that this week, ok?
[18:57] <tedg> Saviq, My understanding is that it's being bumped to a higher priority than that.
[18:58] <Saviq> tedg, tell https://code.launchpad.net/~aacid/qtubuntu/qtubunturl/+merge/181752 that
[18:59] <tedg> Saviq, Looks like it has enough "Q"s -- ship it!
[18:59] <Saviq> tvoss__, ricmm ↑ can we have one of you look at that soonish?
[19:04] <tedg> Saviq, Can it just use liburl-dispatcher instead of having to go through platform API?  Seems like it might be faster to get working...
[19:06] <Saviq> tedg, it's ready in there
[19:06] <tvoss__> Saviq, review is in, nothing bad, easy to fix
[19:06] <Saviq> tvoss__, how about the failure? it was about the symbol not being exported?
[19:06] <tedg> Saviq, Yeah, I saw the merge, but it seems to not link in the build?
[19:06] <Saviq> tedg, it just needs people to care and look at it
[19:07] <tvoss__> Saviq, ack, as far as I know. @tedg: might help to add #ifdef __cplusplus extern "C" {#endif to liburl dispatcher
[19:10] <tedg> tvoss__, I think that Gunter did that already, no?
[19:10] <tvoss__> tedg, not sure
[19:11] <tedg> tvoss__, No, this one uses GLib's begin/end decls, which is that.
[19:11] <tvoss__> tedg, which one, me is confused now :)
[19:12] <tedg> tvoss__, I think Gunter added to upstart-app-lauch and url-dispatcher is GLib.
[19:12] <tvoss__> tedg, ah ...
[19:12] <tvoss__> tedg, can you add the extern C stuff?
[19:13] <tedg> tvoss__, It's not needed as G_BEGIN_DECLS does that.
[19:13] <tvoss__> tedg, okay
[19:14] <tvoss__> mzanetti, ping
[19:17] <mzanetti> tvoss__: pong
[19:24] <Saviq> greyback, bug #1226227
[19:27] <Saviq> tvoss__, so, if we'd make the session persistent (class variable), no need for QSharedPointer then, right?
[19:28] <tvoss__> Saviq, I would make it a shared pointer either way
[19:49] <Saviq> greyback, ricmm bug #1226234
[21:13] <cwayne> mhr3: ping
[21:28] <cwayne> mhr3: any idea when the bits to make unity look for scopes in /custom is landing?