[01:13] <JanC> download of OTA-14 works now
[03:06] <cc__> hi
[03:07] <cc__> Is there any good input for ubuntu phone ?
[03:09] <cc> hello
[03:11] <cc> any good input method for ubuntu phone?i cant bear the systerm input method
[08:52] <luxpir> hey, still can't get the updater to run. by any means. can't find any precedent either.
[08:53] <luxpir> have tried: system-image-cli, deleting wizard-has-run* and rebooting, powering off
[08:54] <luxpir> and provided logs from .cache/upstart/app-legacy-ubu-sys-settings.log: http://paste.ubuntu.com/23595409
[08:57] <luxpir> the update screen basically doesn't appear when clicked, taking the system settings window away with it
[09:16] <luxpir> update: security and privacy settings on the settings screen won't open either. everything else seems to work.
[09:17] <luxpir> thanks for your help last night dobey kenvandine pmcg1 - if you have any more ideas...
[09:17] <luxpir> update: oh, now the About screen won't open from settings either, when it did last night
[09:24] <luxpir> I had also done this in recent weeks: https://askubuntu.com/questions/620740/recommended-way-to-install-regularcli-deb-packages-on-ubuntu-phone#623311 > the bind parts might have messed with things?
[09:24] <luxpir> upgrading my chroot now, just the ubuntu-system-settings bit
[09:43] <luxpir> oh i wonder if upgrades to my vivid chroot affected the root system because of the bind mounts?
[09:44] <luxpir> you can see in the paste logs that qml errors out at times... should i upgrade the chroot's qml packages?
[09:47] <luxpir> I'll check back in this afternoon - thanks for any tips you can think of
[10:18] <jamesstanley> https://wiki.ubuntu.com/Touch/ReleaseNotes/OTA-14 this page says OTA-14 is not yet released
[10:19] <jamesstanley> I just noticed the topic of this channel says "phased updated in progress"
[10:19] <jamesstanley> I currently have OTA-13 on my Nexus 4, if I have an update to install is that ok because of the "phased updates" even though OTA-14 is not yet releaed?
[10:25] <sil2100> jamesstanley: phased updates mean that it's good to install
[10:25] <sil2100> jamesstanley: I'll update the OTA-14 release page to include the image numbers in a moment
[10:25] <sil2100> jamesstanley: phased updates generally means: 'the image is released but it's made available to users in phases'
[10:26] <jamesstanley> thanks mate :)
[10:27] <jamesstanley> installing it now
[10:27] <sil2100> Actually the phased percentage reached 100%, so the update is released now ;)
[10:30] <jamesstanley> I like that the animated transitions are faster now
[11:34] <AlanBell> hi, anyone know how to trigger an OTA update from the command line? network indicator isn't working on my phone at the moment and the update list thinks it is offline, but it isn't
[11:34] <AlanBell> I think an OTA update has a decent chance of fixing whatever is broken, but I can't trigger it
[12:01] <jgdx> luxpir, hey, around?
[12:03] <jgdx> AlanBell, $ system-image-cli
[12:03] <luxpir> jgdx: here and afk all day!
[12:31] <jgdx> luxpir, I wonder what's in your /var/log/system-image/client.log ?
[12:31] <jgdx> luxpir, and what are you using your chroot for? :)
[12:33] <jgdx> reason I ask is, if you build uss in your chroot and install it on the phone…
[12:33] <jgdx> (uss = Ubuntu System Settings)
[12:56] <tsglove> Good morning all
[13:03] <jgdx> \o
[13:18] <jamesstanley> the new update is great actually
[13:18] <jamesstanley> I used to have a lockup of ~2s when switching to a different app, that is gone now
[13:19] <jamesstanley> I could tell it was locked up because everything was slightly blurry, as if it's showing a slightly-scaled-up screenshot of the app instead
[13:23] <zzarr> Hello! What have happened to my phone?
[13:24] <zzarr> I installed OTA-14 and everything is moving atleast twice as fast :D
[13:26] <jamesstanley> zzarr: me too :) much better imo
[13:27] <zzarr> yes :D
[13:27] <zzarr> I love it
[13:35] <AlanBell> thanks jgdx, trying that now
[13:42] <AlanBell> thanks jgdx, it worked! indicator-network is still broken though
[13:42] <jgdx> AlanBell, great. Any idea why?
[13:43] <jgdx> or is it just not running?
[13:43] <jgdx> start indicator-network
[13:43] <AlanBell> no idea at the moment
[13:43] <AlanBell> job is already running
[13:43] <AlanBell> so, in the status bar it just says "indicator-network" with a cog icon
[13:44] <AlanBell> nothing below it
[13:44] <AlanBell> and the update manager thinks I am offline (I am not, it connected to wifi just fine)
[13:44] <jgdx> AlanBell, hm, maybe check ~/.cache/upstart/indicator-network.log
[13:44] <jgdx> yes, the indicator provides the API we use in System Updates
[13:45] <AlanBell> indicator-rotation-lock is the same, a placeholder
[13:45] <jgdx> that's not good
[13:46] <AlanBell> I have no file ~/.cache/upstart/indicator-network.log but I have ~/.cache/upstart/indicator-network.log.1.gz
[13:47] <AlanBell> contains 8 lines like this: Debug: Device Added: "/org/freedesktop/NetworkManager/Devices/8" ((null):0, (null))
[13:47] <AlanBell> well 9 lines, starting at zero
[13:48] <jgdx> AlanBell, could you stop indicator-network, and re-start it?
[13:48] <jgdx> hopefully there's some hints in the log after
[13:49] <AlanBell> ok, that created indicator-network.log with the same 9 lines in it
[13:51] <davmor2> AlanBell: what did you do?
[13:53] <AlanBell> davmor2: breaking things is your job really isn't it!
[13:54] <davmor2> AlanBell: that's right and don't you forget it ;) Have you been tinkering with it in rw mode over leaving it in ro mode?
[14:04] <AlanBell> davmor2: nope, ro all the way
[14:05] <jgdx> AlanBell, anything else acting weirdly?
[14:06]  * AlanBell looks around at 2016 in general
[14:06] <AlanBell> nope, other than the broken indicators, the phone is the least wierd thing going on at the moment
[14:10] <AlanBell> ok, after a hard reboot the rotation indicator is now working, but network indicator is still not there
[14:10] <jgdx> AlanBell, anything in /var/crash? ignore _usr_bin_election.crash
[14:10] <AlanBell> nothing at all
[14:15] <jgdx> maybe pete-woods has a theory
[14:17] <pete-woods> jgdx, AlanBell : this is on a vivid based phone, right?
[14:18] <pete-woods> Just want to check, as there was an i-n landing to xenial recently
[14:18] <AlanBell> pete-woods: just updated to OTA14, it was broken on OTA13 since last week, no idea of a cause
[14:19] <AlanBell> figured I would update to OTA14 to see if it would sort itself out
[14:21] <pmcgowan> that sounds like the stale lock file problem
[14:22] <pmcgowan> AlanBell, do you have this file .config/connectivity-service/config.ini.lock
[14:22] <AlanBell> I do indeed
[14:22] <pmcgowan> please to delete it
[14:22] <pmcgowan> and restart
[14:22] <AlanBell> -rw-r--r-- 1 phablet phablet   0 Nov 29 18:59 config.ini.lock
[14:23] <AlanBell> yay, thanks pmcgowan \o/
[14:23] <pmcgowan> great, I hate that bug
[14:29] <mterry> dobey: does this MP make sense these days? (now that UAL does everything, and the click scope really does all apps, not just clicks): https://code.launchpad.net/~mterry/unity-scope-click/allow-legacy/+merge/312383
[14:30] <mterry> Or are we planning to handle apps a different way?
[14:30] <dobey> mterry: i don't think so; on classic systems it will show a whole lot of stuff that won't work
[14:31] <mterry> dobey: I thought UAL was supposed to be able to launch those?  (not very sure on that)
[14:31] <mterry> dobey: if UAL gives you the app info, it should be able to launch it, right?
[14:31] <dobey> mterry: no, legacy apps have to specify in the .desktop file that they work under unity8
[14:31] <dobey> mterry: it doesn't magically run everything under xmir or anything there. the .desktop has to say whether it should
[14:32] <mterry> dobey: I think it does have some magic there...  but regardless.  I think if it is feeding your scope an app it doesn't know how to handle, that's a UAL-side bug, right?  The scope shouldn't try to second guess UAL (in an ideal world)
[14:33] <mterry> It seems that UAL is becoming the one-stop shop for launching
[14:33] <mterry> Rather than merely an information broker
[14:33] <dobey> mterry: well if that's also the case, then the patch is also still irrelevant, because it doesn't change anything
[14:34] <mterry> dobey: it changes filtering some apps that don't report an ubuntu lifecycle
[14:34] <dobey> mterry: but we still have to filter anyway, because we have bits in the scope to be able to hide apps like dialer on tablets without modems and such
[14:35] <dobey> mterry: what new apps show up with that change?
[14:35] <mterry> dobey: ok fine, I'm not saying never do intelligent filtering.  But this filtering (lifecycle) is a UAL-side decision is my point
[14:35] <dobey> which don't support ubuntu lifecycle?
[14:35] <mterry> dobey: I wrote it to try to get firefox to show up (but a separate UAL bug is stopping it there)
[14:36] <mterry> UAL apparently knows enough now to try to launch such legacy apps in xmir I believe
[14:37] <mterry> dobey: also note the pre-req I filed earlier -- the scope is ftbfs right now due to typical gmock stuff
[14:38] <dobey> mterry: but gtk+ has a mir back-end, so most gtk+ apps don't technically need xmir, but they don't say they don't have X-Ubuntu-Touch=true in their .desktop files, so there is a lot of weirdness there
[14:39] <dobey> as for firefox, the launching of snaps from the snap is supposed to be fixed i think, so not sure why we wouldn't just stick firefox in its own snap at this point really
[14:39] <mterry> dobey: this is more of a tedg question I guess, whether UAL proposes to hide that weirdness from upper layers, but I thought that that was a promise it is trying to make
[14:39] <mterry> dobey: (A) I don't think that snap launching is fixed yet and (B) we want firefox to be a snap, but we want upstream to be controlling that, not us
[14:42] <luxpir> jgdx: thanks, I'll check there. chroot is so I can run taskwarrior, lynx and potentially mutt (although I have no space for the mailboxes at present) - not following your USS built in chroot + installed on phone point. To do with the mount --bind options I mentioned?
[14:44] <jgdx> luxpir, I don't think the mounts matter for this issue. Could you remove the QML cache for system settings and try again? rm -r .cache/QML/Apps/ubuntu-system-settings/
[14:48] <tedg> dobey: It depends on which interfaces their snap asks for nothing about their desktop file there. If the firefox snap asks for unity8, it gets Mir, if it asks for Unity7 it gets X11.
[14:49] <tedg> mterry: I think that snap launching works now, there are a couple of apps that don't work for me, but I think it's their fault now.
[14:49] <dobey> tedg: mterry is talking about having firefox as a legacy app, not a snap
[14:49] <luxpir> jgdx: I do have the client.log you requested earlier if it helps - will try the qml cache
[14:49] <tedg> mterry: If you know of one, I'd like to know about it.
[14:49] <tedg> dobey: Oh
[14:50] <tedg> dobey: We don't need to filter on supporting the lifecycle anymore I think.
[14:50] <tedg> dobey: I think we can just show all the legacy apps, but that won't be for the U8 snap.
[14:50] <tedg> dobey: It would only be for a deb based U8.
[14:50] <luxpir> jgdx: what's that, rm -rf * ?
[14:50] <jgdx> luxpir, yeah, could you pastebin it?
[14:50] <dobey> tedg: well it would show whatever legacy apps are included in the u8 snap
[14:51] <dobey> not sure what's there or not there
[14:51] <jgdx> luxpir, rm -r is recursive remove, note I did not ask you to do rm -rf * :)
[14:51] <dobey> but mterry is suggesting we would ship firefox in there until mozilla build their own snaps
[14:51] <luxpir> jgdx: I kid, thanks :) - oOOOOh that's fixed it
[14:52] <luxpir> jgdx: OK, what TF was that all about then... cache files for sys settings?
[14:52] <jgdx> okay, sounds like you updated your system or something---such that uss was installed as a deb?
[14:52] <jgdx> if uss is installed as a deb, the cache won't be deleted and you'll see random failures
[14:52] <luxpir> not to my knowledge, unless the mount --binding did something when updating the chroot
[14:54] <luxpir> (will post a followup to my request to the launchpad list) - whoever you are, jgdx, you deserve a large golden medal
[14:55] <jgdx> luxpir, i work for canonical and on the system settings app, so no medal needed
[14:57] <luxpir> that might explain things. still think a medal would be nice. much appreciated. when installing the chroot, I also set up tweakgeek and ut tweak tool... didn't do anything drastic there tho afaik. no idea why that occurred. hopefully this update will 'take back control' of the OTAs/updates?
[15:00] <tedg> dobey: Nothing is there currently except system settings.
[15:00] <jgdx> luxpir, yeah, it should. But just make sure your changes to the phone os are minor. I.e. install chroot, but don't do upgrade outside the chroot
[15:00] <tedg> I'd not like to ship Firefox in the snap. That just seems silly. Use the webbrowser-app, it's already snapped.
[15:01] <tedg> Someone should get mterry to write  deb2snap tool to make this quick and easy so we'd have a firefox snap.
[15:02] <mterry> `:)
[15:02] <luxpir> jgdx: roger that. thx again.
[15:02] <dobey> or use chromium ;)
[15:02] <mterry> tedg: I do intend to switch to webbrowser-app now, there was a miscommunication and it was left off the list of snaps we wanted to install
[15:02] <dobey> oh i guess it's not snapped either
[15:02] <mterry> dobey: chrome is I believe
[15:03] <dobey> snap find chrom returns "champ"
[15:03] <dobey> so if it is, snap find is awful :)
[15:03] <mterry> dobey: it's edge only, I think it's called chrome-test or something silly
[15:03] <mterry> dobey: snap find is awful yes
[15:03] <dobey> oh
[15:07] <sil2100> Yeah, it's completely useless most of the time I noticed
[15:30] <matv1> hi all i am trying to  determine if there is any way in which I can force a user-agent with a browser session it the ut browser
[15:31] <matv1> i am trying to connect to my companies office365 online(arghh the horror) website
[15:32] <matv1> but it defaults to some really basic non-touch page
[15:33] <matv1> it seems to be related to the user agent, which needs x11 as displayserver on linux apparently
[15:33] <matv1> is this correct and if so, how do I do this in our ut browser?
[15:33] <mterry> tedg: ugh right snapd 2.17 isn't in xenial-updates yet, so the apps don't auto-connect to ubuntu-platform.  That explains some of my app launch failing...
[15:34] <mterry> Let me try the proposed snap
[15:35] <pmcgowan> alex-abreu, may know ^
[15:39] <mterry> matv1: I don't think there's an in-browser way to update the user agent
[15:39] <mterry> matv1: but webapps can do so
[15:39] <alex-abreu> pmcgowan, matv1 there are no settings for this afaik, you can only do it by updating the list of system installed overrides
[15:40] <alex-abreu> matv1, you have to ssh to the device and update the list in /usr/lib/armhf/qt5/qml/Ubuntu/Web/ua-overrides-mobile.js
[15:40] <pmcgowan> which I recall is just a javascript file on the device
[15:40] <pmcgowan> aha
[15:41] <matv1> alex-abreu tha is indeed usefull info. I will try that
[15:43] <matv1> alex-abreu  could you  possibly point to the basics of changing the user-agent when building a webapp?
[15:44] <matv1> i have built qml apps but never webapps
[15:44] <matv1> or is that just inline js ?
[15:44] <alex-abreu> matv1, sure this is just a command line option for those ... very simple --user-agent-string=''
[15:45] <matv1> alex-abreu awsum that sounds foolproof :)
[15:46] <alex-abreu> matv1, yes easy enough :)
[15:47]  * matv1 cant believe he is contemplating a webapp for ms office 365
[16:25] <dobey> mterry: looks like your gmock branch has a consistent test failure on all archs and on zesty and xenial
[16:51] <pareidolia> Can anyone tell me where updates are downloaded to? My download of OTA 14 is completely stuck
[16:51] <pareidolia> I've got SSH, want to kick it loose
[16:52] <dobey> pareidolia: you can run "sudo system-image-cli -vvvv" to run the update from ssh, and the -vvvv should give fairly verbose output
[16:53] <pareidolia> dobey: Awesome! Apparently it was done already
[16:53] <pareidolia> dobey: It just booted straight into recovery
[16:54] <pareidolia> This is like christmas already :)
[16:54] <pareidolia> I hope I can switch off screen wakeup notification now
[16:55] <dobey> cool
[16:57] <pareidolia> Task switcher with icons is great
[16:58] <pareidolia> I always look at icons, been missing that since android took it away
[17:02] <pareidolia> Still no setting to get a non-mobile user agent in the browser tho
[17:06] <dobey> what device?
[17:07] <pareidolia> Meizu Pro 5 / Turbo
[17:07] <dobey> though i've noticed lots of sites also have turned into sites designed primarily for mobile, regardless of what your user agent is
[17:08] <pareidolia> I have no problem with responsive scaling
[17:08] <dobey> no i don't mean they are scaling
[17:08] <pareidolia> But I use a couple which force a redirect to a wap-era style m.domain.com
[17:08] <pareidolia> And having the WAP experience on a premium device like this sucks
[17:08] <dobey> i mean on my 24" 4K monitor in chromium i get a huge site that looks like a phone app
[17:09] <pareidolia> Example?
[17:09] <dobey> eh, it's not a WAP experience, it's just that some sites do m.foo instead of responsive layout
[17:09] <dobey> like twitter
[17:10] <dobey> the m site isn't WAP-ish (or at least, it shouldn't be)
[17:10] <dobey> i thought that was supposed to be fixed now in the ubuntu browser anyway
[17:11] <pareidolia> I meant that as rhetorical hyperbole
[17:11] <pareidolia> Twitter is the worst
[17:11] <pareidolia> Why can't I have the normal twitter on this powerhouse of a phone
[17:11] <dobey> maybe it's not though :-/
[17:11] <dobey> yeah i don't know what that means
[17:11] <pareidolia> exaggeration for humorous effect
[17:12] <pareidolia> Damn. Turning music volume down still kills my ringtone
[17:12] <pareidolia> I've been missing a whole lot of calls llately lol
[17:23] <pareidolia> Is there a way to scale the gui elements up when I am running a desktop app with libertine?
[17:23] <pareidolia> XTerm looks absolutely tiny
[17:34] <mterry> tedg: you might want to look at running latest silo snap with connected snaps (or snapd 2.17).  I get *some* successful launches (like gallery) but even then, there are two windows -- one just black and one real
[17:35] <tedg> mterry: Yes, that's because they're unity7 apps, so we're starting Xmir for them.
[17:35] <tedg> mterry: We should probably filter the MIR envvars to try to get them to be full X.
[17:35] <mterry> Oh, you put snapd 2.18 in silo, cool
[17:35] <tedg> Yeah, snapd 2.18+unity8 interface.
[17:36] <mterry> let me try with snapd 2.18
[17:36] <tedg> mterry: Okay, heading out for lunch right now, will be delayed in responding :-)
[17:36] <mterry> tedg: you make it sound like the black window is expected and desired -- surely that's a bug right?
[17:36] <mterry> tedg: k
[17:40] <dobey> mterry: i thik it's expected, but obviously not desired (as xmir shouldn't be started for unity8 apps)
[17:41] <dobey> mterry: ie, xmir is being started, but then the app is being run on mir itself; xmir shouldn't be started there, but that's what the "unity8" plug is for, is my understanding
[17:41] <mterry> dobey: well they are also unity7 apps and can be launched either way
[17:42] <mterry> presumably in unity7 mode, we should avoid the dual window
[17:43] <dobey> mterry: yes, the "dual window" issue is a bug
[17:44] <dobey> really i don't think we should be using the interface as the means to determine what display backend should be used
[17:44] <dobey> there is just no good reason for those apps to be running under xmir under unity8
[17:54] <mterry> pmcgowan: should we be using ubuntucoredev or canonical as the owning account for our snaps?  We currently have a mix (calculator and clock are ubuntucoredev, others are now canonical)
[17:54] <pmcgowan> mterry, oy no idea
[17:54] <pmcgowan> probably canonical
[17:54] <pmcgowan> oh wait
[17:55] <pmcgowan> mterry, no thats right since calculator and clock are community writtten
[17:55] <mterry> pmcgowan: right but so are lots of the other apps that are currently canonical (like file manager, terminal -- right?)
[17:55] <mterry> calendar
[17:55] <pmcgowan> mterry, we have sortof taken those over
[17:55] <mterry> k
[17:56]  * mterry can't keep track
[17:56] <pmcgowan> yeah
[17:56] <mterry> well then we got the snaps right!  :)
[17:56] <dobey> really they should be "ubuntu"
[17:57] <dobey> the whole "ubuntucoredev" thing is weird
[17:57] <dobey> because they weren't written by ~ubuntu-core-dev either
[17:57] <mterry> oy ubuntu-app-platform isn't automatically installed when you install a snap that needs it
[17:58]  * mterry adds that to unity8-snap-install
[17:59] <dobey> seems like to me that "canonical" should really be for something like partner repo versus "ubuntu" which is the open archive.
[17:59] <dobey> but alas
[18:17] <mterry> Partner repo doesn't make sense in snap world, but I get ya
[18:18] <dobey> right, wasn't trying to suggest it does; just using it as an example of separate "maybe proprietary stuff here" archive
[18:19] <mterry> tedg: snapd 2.18 didn't autoconnect platform to apps for me...  But after manually connecting them, I get an error like this for calculator: Dec 08 13:10:31 drumbo audit[12459]: AVC apparmor="DENIED" operation="connect" profile="snap.ubuntu-calculator-app.ubuntu-calculator-app" name="/run/user/1002/snap.unity8-session/mir_socket" pid=12459 comm="qmlscene"
[18:19] <mterry> requested_mask="wr" denied_mask="wr" fsuid=1002 ouid=1002
[18:20] <mterry> tedg: so looks like our unity8 interface is not complete maybe (or calculator isn't setting it up right)
[18:20] <dobey> mterry: but on the other hand, some of it does make sense. do we expect adobe will ship a snap of the flash plug-in for firefox/chromium/whatever to use?
[18:20] <dobey> (also begs the question of how we will handle general plug-in type stuff in a snaps world)
[18:24] <tsglove> Hey guys, n00b question on Ubuntu Touch... I want to flash one of my phones to run the latest version (Nexus 6P).    Can I run sms via Signal?  What about Telegram and Whatsapp?   Those are the main apps I would miss
[18:24] <dobey> mterry: hmm, after installing and connecting the platform snap, i still get the "you need to connect the platform package with your app" error in the log
[18:25] <dobey> tsglove: telegram is available, whatsapp is not. there's currently no way to change how SMS are handled on the application level; also there isn't a port for the 6P i don't think
[18:26] <tsglove> dobey, ok... thank you!   Is there a non-Signal app for SMS?
[18:27] <dobey> tsglove: there is the system provided messaging app that does SMS
[18:27] <tsglove> dobey, awesome.  Thank you.  I think I'm going to give it a go!  =)
[18:27] <mterry> dobey: I dunno, I didn't get that anymore after connecting, and graduated to the apparmor error
[18:27] <mterry> dobey: filed https://code.launchpad.net/~mterry/unity8-desktop-session/connect-platform/+merge/312855 to do the connecting for us using our script
[18:28] <dobey> mterry: ah, no idea. this is on a classic vm
[18:28] <mterry> I'm on classic too
[18:28] <dobey> mterry: but you're running the unity8 snap right?
[18:28] <mterry> yeah
[18:28] <dobey> yeah, this is just xenial+overlay in a vm
[18:29] <dobey> not sure if there is a difference there that matters for the platform bit, but eh. just sharing what i'm seeing :)
[18:45] <HendriXXX> Anyone experiencing mobile connection drops with nexus4? After updating ota14 it just got worse. :(
[19:54] <tedg> mterry: So I consider the XMir window a bug, but a bug in the app. Basically they're asking for it and then not using it. I think we can make it easier for them to detect that case, but fundamentally, if they lie to use we can't defend against that.
[19:54] <tedg> mterry: Is the calculator in devmode?
[19:55] <tedg> mterry: I don't know about 2.18 autoconnecting, I was really just focusing on getting it so that unity8 gets listed in "snap intefaces"
[19:55] <tedg> interfaces
[19:55] <mterry> tedg: no
[19:55] <mterry> (calc not in devmode)
[19:55] <dobey> mterry: for your gmock branch you changed the ordering of arguments in an ASSERT_GT; either need to change the ordering back or change it to ASSERT_LT
[19:56] <tedg> mterry: Hmm, yeah, that must be a bug in the interface :-(
[19:56] <mterry> dobey: guh!  that explains the failure, thanks.  I had tried to do some ordering cleanup as I went, but guess I wasn't very careful.  Will fix
[19:56] <dobey> tedg: i don't think the app is lying. it's not
[19:59] <mterry> tedg: does that mean we have to fix snapd again?  :(
[20:03] <tedg> mterry: Well, I mean I need to fix my branch, I'm not sure that's "fixing snapd" but I'll work on it.
[20:09] <mterry> tedg: I was just curious if that meant that we need like snapd 2.20 for it to work right or if it's a fix in a project that's more nimble
[20:14] <mterry> I didn't know if unity8 interface definition lives in snapd or not -- I'm guessing it could live elsewhere since we want those to be user-generatable
[20:18] <dobey> i think interfaces have to be defined in snapd
[20:47] <mterry> ChrisTownsend: can you look at https://code.launchpad.net/~mterry/unity8-desktop-session/connect-platform/+merge/312855 sometime?  I'd like to land that to make running snaps in u8 easier
[20:48] <ChrisTownsend> mterry: ok, sure
[20:49] <ChrisTownsend> mterry: I trust you've tested this?  I don't have a machine available at the moment to test this out.
[20:49] <mterry> ChrisTownsend: I did yeah
[20:50] <ChrisTownsend> mterry: Ok, thought so:)  Next question, why is the webbrowser snap treated differently?
[20:50] <mterry> ChrisTownsend: because it doesn't yet use the ubuntu-app-platform snap
[20:51] <mterry> ChrisTownsend: so don't want to try to connect it yet
[20:51] <ChrisTownsend> mterry: Ok, makes sense.
[20:51] <ChrisTownsend> mterry: I'll approve since I trust you:)
[20:51] <mterry> I'll test again once silo builds it
[20:52] <mterry> for double sanity
[20:52] <ChrisTownsend> mterry: ack
[20:52] <mterry> ChrisTownsend: any objections to a silo with just this or do you know of anything else that should get thrown in?
[20:53] <ChrisTownsend> mterry: That one should be fine.  We release unity8-desktop-session like most other packages.
[20:53] <ChrisTownsend> mterry: There are only two other MP's, one of which is yours.
[20:53] <ChrisTownsend> mterry: https://code.launchpad.net/unity8-desktop-session/+activereviews
[20:54] <ChrisTownsend> mterry: And I don't know what nick is doing with that other one.
[20:54] <mterry> My other branch shouldn't land yet.  OK, just this one
[20:56] <tedg> mterry: So the interface is in snapd, but my package is not upstream yet. Just a branch. So we can be more agile before it lands.
[21:44] <mterry> tedg: maybe the unity8/mir_socket interface issue is related to the fact that "snap interfaces" doesn't list unity8 on the left side of the list for me
[21:44] <mterry> I have 2129's version of snapd
[21:50] <dobey> mterry: did it restart after installing it?
[21:50] <mterry> I had rebooted yeah
[21:50] <tedg> mterry: Yeah, we need to add it to the unity8 snap, but considering it is in devmode it should be fine.
[21:50] <dobey> hmm
[21:50] <dobey> ah yeah
[21:50] <tedg> mterry: I guess perhaps we need to connect it to get the apparmor profile loaded though.
[21:55] <mterry> tedg: ah yeah in our snapcraft.yaml, we need to expose the unity8 slot at a minimum I guess.  And then connect it to each app.  :-/
[21:56] <tedg> mterry: I think I set it to autoconnect
[21:56] <mterry> But still needs to have a slot, which we haven't exposed yet
[21:56] <tedg> Yeah, trying to get a recent snap in the store now.
[21:56] <tedg> Can work on improving it next :-)
[21:56] <mterry> :)
[21:57] <tedg> This is harder than it should be :-/
[21:57] <mterry> New frontier!
[21:57] <mterry> No cowpaths yet
[21:59] <dobey> but lots of dysentery
[22:03] <dobey> mterry: i hope jibel won't hate me, but i'm going to land that gmock fix without QA, since it's a tests-only build time change and fixes the FTBFS in zesty.