[09:02] <tsdgeos> sil2100: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1586541/comments/2
[09:02] <tsdgeos> Saviq: ↑↑
[09:13] <tsdgeos> greyback: ↑↑↑ in case you *need* it now
[09:14] <greyback> tsdgeos: ack, thanks
[09:31] <Saviq> tsdgeos, ack, so looks like the backport didn't work too well?
[09:42] <pstolowski> Saviq, hey, need review of unity8 team for https://code.launchpad.net/~stolowski/unity8/apparmor-profile/+merge/272602 ; also, i'd like to ready this in silo 65 for QA
[09:45] <Saviq> pstolowski, ack, can you please explain also why the icon is needed - also something went wrong with the icon - removed/added/moved
[09:46] <Saviq> pstolowski, as far as the apparmor profile goes, did you get this reviewed with security folk or shall I?
[09:46] <Saviq> things like {,u,re}mount, pivot_root look excessive
[09:47] <tsdgeos> Saviq: we backported half of it too, packages fault for not making the tool depend on the lib it seems
[09:47] <pstolowski> Saviq, I didn't, but I got this profile from jdstrand
[09:47] <tsdgeos> s/too/only
[09:47] <Saviq> tsdgeos, ah
[09:48] <pstolowski> Saviq, it was intended to be very permissive initially, but we can tighten it, sure
[09:49] <Saviq> pstolowski, ok so fix up the icon added/removed/.moved please and I'll ack
[09:49] <pstolowski> Saviq, yep, looking
[10:21] <Saviq> pstolowski, oh? no need for an icon any more? why's that?
[10:23] <pstolowski> Saviq, an icon is already installed. i installed it in extra location for privacy settings to work. looks my copy is not needed anymore, but I'm going to rebuild the silo and check
[10:24] <pstolowski> Saviq, I think something got fixes somewhere and a copy in /suru/ is not needed anymore
[10:24] <pstolowski> * fixed
[10:25] <pstolowski> Saviq, and note, unity8 already ships unity8-dash.png, all these added/removed/moved messup was because it got added in trunk at about the same time I added it in my branch ;)
[10:26] <Saviq> pstolowski, ack
[11:14] <sebThreeM10white> hi
[13:55] <dandrader> ltinkl, would you have to some time to review this one? https://code.launchpad.net/~dandrader/unity8/fixSpreadDelegateRotationAnimation/+merge/296107
[14:02] <ltinkl> dandrader, yup, will do today
[14:02] <ltinkl> dandrader, is there an attached BR?
[14:03] <dandrader> ltinkl, BR?
[14:03] <ltinkl> dandrader, or, should there be? bug report
[14:03] <dandrader> ltinkl, no, and I wouldn't bother writing one.
[14:04]  * dandrader was thinking <br>
[14:04] <ltinkl> dandrader, alright, I thought this sounded similar (like I've seen a bug report about this, maybe not))
[14:05] <dandrader> ltinkl, I think that just slipped through as we are not all that focused on phone nowadays
[14:42] <dandrader> mzanetti, so you say it's not worth fixing this before the unified stage? https://bugs.launchpad.net/qtmir/+bug/1586050
[14:52] <mzanetti> dandrader|afk, not sure, no... atm the splashscreen is quite broken here anyways
[14:52] <mzanetti> well, if it's a few lines I can easily merge it I suppose
[14:53] <rektide> hey, i upgraded from 15.04 vivid to 16.04 xenial a couple weeks back. in unity-control-center, the "Connection" toggle that each device has is disabled. this keeps me from turning off or turning on devices, and really is quite frustrating
[14:53] <rektide> is there something i can/ought/should do, might try to restore this ability to turn connections to specific devices on and off?
[14:55] <mzanetti> rektide, not sure what toggle you mean
[14:57] <rektide> mzanetti: if you click a device, on the right there's a pane with details. at the top of that pane is "Connection" with an "On/Off" toggle
[14:57] <rektide> does that clarify?
[14:57] <mzanetti> you mean network devices?
[14:58] <rektide> ooooohh mercy, sorry, in Bluetooth devices
[14:58] <rektide> whoops
[14:58] <mzanetti> ah ok. I see it now
[14:59] <mzanetti> interesting fact is that the same switch is still enabled in the indicators
[14:59] <mzanetti> you probably want to report a bug
[14:59] <rektide> indicators, as in the menu bar?
[15:00] <mzanetti> yeah, the top right icons, next to the clock
[15:00] <mzanetti> perhaps #ubuntu-desktop is the better channel for this question. I think they deal with the settings app
[15:00] <rektide> good call, thanks
[15:51] <tsdgeos> Saviq: you said OOM gets reported in syslog, right?
[15:51] <Saviq> tsdgeos, yeah, a huge table
[15:51] <Saviq> and then the result of the OOM decision
[15:56] <tsdgeos> May 31 17:56:34 ubuntu-phablet kernel: [  545.350522]Killing 'unity8-dash' (4144), adj 50,
[15:56] <tsdgeos> double \o/
[15:57] <tsdgeos> dash still gets killed after a long autopilot test with qmljsdebugging enabled
[16:21] <mterry> @unity, any cmake-heads around?  I'd like a second set of eyeballs on https://code.launchpad.net/~unity-team/unity8/installed-qmltests/+merge/293443 if anyone has time
[16:22] <mterry> @unity also, which bug is https://trello-attachments.s3.amazonaws.com/57489e534273d6c230d48c9b/540x960/341dacd6c936c5cf0545c3684a483671/screenshot20160531_170305434.png ?
[16:31] <Saviq> mterry, bug #1585645
[16:32] <mterry> Saviq, cheers
[18:15] <dandrader> mterry, that's some serious 3G
[18:17] <mterry> dandrader, yeah really good connection
[19:16] <dandrader> Saviq, still working?
[19:16] <Saviq> dandrader, wassup?
[19:16] <dandrader> Saviq, are you able to reproduce this bug? https://bugs.launchpad.net/canonical-devices-system-image/+bug/1586219
[19:16] <Saviq> dandrader, lemme check
[19:18] <dandrader> Saviq, oh, maybe it's my U1 account is already configured
[19:18] <dandrader> Saviq,  *it's because
[19:19] <Saviq> dandrader, yeah you need to kill the U1 account - I can reproduce, just seeing the spinner and "Loading, Please wait..." without end
[19:19] <Saviq> ah and if you cancel, the U1 prompt is there
[19:20] <dandrader> Saviq, right. now I got it as well
[20:36] <cyphermox> is there a way to just add a link to a web page in the Touch dashboard?
[21:16] <Saviq> cyphermox, if you want, you can create a .desktop file - alternatively you can publish a web app
[21:38] <cyphermox> Saviq: cool, that's more or less what I thought
[21:38] <cyphermox> where should the .desktop file be?
[21:38] <cyphermox> /usr/share/applications, I guess?
[21:40] <Saviq> cyphermox, ~/.local/share/applications if you don't need it system wide
[21:58] <cyphermox> Saviq: right, the usual xdg paths
[21:58] <cyphermox> thanks!
[23:19] <josharenson> robert_ancell: any update on that lightdm branch that uses the new mir env variable?
[23:20] <robert_ancell> josharenson, no, can you make me some packages of the greeter so I can test here?
[23:21] <robert_ancell> I was trying to work out how to build debs from the branch but I couldn't get it to work
[23:21] <josharenson> robert_ancell: sure, give me 30-45 min to compile
[23:21] <robert_ancell> thanks
[23:22] <josharenson> robert_ancell: ah, already have it built. What is the best way to share this?
[23:22] <robert_ancell> A PPA if you've got them or just email them if they work on amd64/yakkety
[23:25] <josharenson> robert_ancell: sent (about 25MB) I'll make a ppa if I start having to change things for you
[23:27] <robert_ancell> brb
[23:39] <robert_ancell> josharenson, /usr/share/lightdm/lightdm.conf.d/51-unity8-greeter.conf has type=mir for the seat config
[23:40] <robert_ancell> mir is not a valid seat type...
[23:40] <josharenson> robert_ancell: oh? should it be unity?
[23:40] <robert_ancell> well, from the greeters point of view it doesn't matter, so it shouldn't have anything in there
[23:41] <robert_ancell> type=unity is what is used on the phone where everything is run under one u-s-c
[23:41] <robert_ancell> type=xlocal (the default) is what's used on the desktop where everything is VT switched between and there's a u-s-c run for each session that needs Mir
[23:42] <robert_ancell> I'll restart lightdm and see what happens here..
[23:42] <josharenson> robert_ancell: so it should remain as xlocal (what it was before the most recent branch I gave you)
[23:42] <josharenson> ok
[23:45] <josharenson> back in a bit
[23:52] <robert_ancell> josharenson, the type=mir is causing your G_IS_OBJECT error
[23:52] <robert_ancell> I'm not getting the greeter to start, but there might be some other issues
[23:52] <robert_ancell> with Mir etc