[02:41] <TheMarius> hey anyone here running ubuntu on surface pro 3 and does it run well (with toutch etc)?
[09:18] <cc> hello
[09:18] <cc> can we use sougou at ubuntu phone?
[09:18] <cc> i search all the information by google,but no answers
[11:20] <matv1> Sil2100 Canonical Sytem Image for OTA 14 still ´Expected: 2016-11-14´. that could do with an update I think
[11:22] <matv1> sil2100 if a new realistic date can be set.
[11:23] <sil2100> matv1: yeah, let me poke Pat about it
[11:23] <sil2100> Right now we're still struggling as oxide is not releasable
[11:24] <matv1> yes I know. And on a personal note I would say https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1478319
[11:24] <ubot5`> Ubuntu bug 1478319 in network-manager (Ubuntu) "Wifi doesn't reconnect to AP if it uses the same SSID than another AP" [Undecided,Confirmed]
[11:24] <matv1> could really do with a fix
[11:25] <matv1> which is also on the OTA 14 list
[11:27] <matv1> sorry i meant to say #1598584
[11:28] <matv1> https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1598584
[11:28] <ubot5`> Ubuntu bug 1598584 in Canonical System Image "wifi slows to a crawl when bluetooth is enabled" [Critical,In progress]
[11:59] <ifitaintbroke> Just tried to install ubuntu touch on my oneplus one. all went well until where ubuntu-device-flash says: Rebooting into recovery to flash.
[12:00] <ifitaintbroke> The device rebooted, but is stuck in the boot logo (where it says powered by android) for like 10 minutes?
[12:00] <ifitaintbroke> I'm afraid I might have fried my bacon... :-D
[12:03] <ifitaintbroke> any ideas what I can/should do now?
[14:06] <mterry> bfiller, heyo -- for bug 1629009 both messaging-app and dialer-app are marked as fix released or fix committed.  But I can't find the branches for them or see them fixed.  Do you know where the MPs are for those fixes so that I can include them in the silo?
[14:06] <ubot5`> bug 1629009 in unity-scopes-api (Ubuntu) "Does not work inside a snap due to hardcoded paths" [Undecided,In progress] https://launchpad.net/bugs/1629009
[14:10] <bfiller> mterry, let me check, I know the snaps are in the store
[14:10] <bfiller> possible the code never got merged
[14:10] <bfiller> renato__, ^^^^
[14:11] <bfiller> mterry, actually wanted to ask you about that - I noticed they were preisntalled in the unity8 snap, but shouldn't we be using the snaps instead?
[14:11] <bfiller> mterry, same with browser
[14:12] <renato__> mterry, yes there is snap packages for these apps on store. But probably this bug does not appear on desktop, due the lack of modem. But I have plans to test it with boiko helps
[14:13] <bfiller> renato__, where are the MR's? and did they land in trunk?
[14:13] <renato__> bfiller, yes they landed already
[14:13] <renato__> bfiller, but not for this bug specific. Was more related with packaging stuff
[14:14] <mterry> bfiller: fair question about snaps/debs.  I think we were using debs as bootstrapping.  And I'm leery to remove them until we can install snaps from the store and launch them  :)
[14:14] <mterry> renato__: yeah then I don't think this bug is fixed
[14:15] <mterry> Although if the snaps work, maybe it won't matter when we switch to using those...
[14:17] <mterry> But at least that bugs tracking status should be correct and the two packages should be set off Fix Committed
[14:17] <mterry> Though I wonder if the snaps do work without such a fix
[14:20] <bfiller> mterry, I'll fix that and we'll take a look today to see if we can fix the issues with launching as deb
[14:23] <mterry> bfiller: though I suppose dialer and messenger in particular can be dropped as built-in debs.  Likely uninteresting for most desktop users.  I think they were just added so that we'd have some apps to open
[14:24] <bfiller> mterry, right, dialer and messaging aren't too interesting on desktop until we add SIP and other messaging (non-sms) support
[14:31] <mterry> kgunn: any objection to dropping dialer-app and messaging-app from the u8 snap?  seem like uninteresting apps for desktop
[14:36] <kgunn> mterry: yeah, i think that's fine.... is webbrowser already in ?
[14:37] <kgunn> if not we should work to add that
[14:37] <kgunn> bfiller: ^ fyi
[14:37] <mterry> kgunn: yes and no.  It's normally in, but I think we hit a bug in snapcraft the last silo snap build that excluded it.  Working to reproduce and file if so
[14:38] <bfiller> kgunn, mterry : once we can launch snaps, the browser is snapped and in the store
[14:38] <mterry> cool, that would make sense ya
[14:39] <kgunn> bfiller: nice, so just install from terminal
[14:39] <mterry> kgunn: I'm guessing we'd want to continue keeping USS and u8 together?  They are tightly coupled
[14:39] <kgunn> or could install from store scope
[14:39] <kgunn> mterry: yeah uss should def stay in u8
[14:39] <bfiller> mterry, yes for sure about USS and u8, was always the plan
[14:39] <kgunn> imho
[14:39] <bfiller> +1
[14:39] <mterry> alright, will just drop the dialer and messenger apps for now
[14:40] <kgunn> pmcgowan: ^ just fyi
[14:40] <mterry> and keep an eye on being able to drop the browser
[14:40] <kgunn> pmcgowan: i guess that's a question, not sure what the expectations are about browser and u8-snap...should it always "be in the u8 snap"
[14:40] <pmcgowan> kgunn, sounds fine
[14:40] <kgunn> or ok to remove it, and have user install it
[14:41] <mterry> heh, looks like we're installing a few apps I didn't realize -- becuase they don't show up in a scope.  Wonder why
[14:41] <mterry> Contacts and Media
[14:41] <pmcgowan> kgunn, I would put it in for now?
[14:42] <pmcgowan> mterry, media probably has a no show in the desktop file, but contacts should show
[14:42] <mterry> pmcgowan: ack
[16:51] <mterry> tedg: in the u8 snap, address-book-app doesn't show up in App scopes because its Exec= line is an absolute path.  Is that UAL's fault or the click scope's fault?
[16:52] <tedg> mterry: I think that's UAL's fault, it should probably prepend the $SNAP in that case...
[16:52] <tedg> Can't think of a reason you'd want to call a binary outside of your snap
[16:52] <mterry> tedg: OK.  It does for the icon right?  Makes sense to do so for Exec
[16:52] <tedg> I think /bin/sh maybe?
[16:53] <mterry> tedg: yeah /bin/sh is use case
[16:53] <tedg> It's the only one I can think of though, even stuff like Python would be worst case bind mounted into your snap.
[16:53] <mterry> tedg: we could also make address-book-app not use absolute path...   But your call
[16:54] <mterry> tedg: you could check if prepended path is valid, else leave it alone
[16:54] <tedg> Well, we should probably do both. People are likely to crib from our snaps, but I think that the apps we've got are a good example of bugs we should fix :-)
[16:54] <tedg> mterry: The problem is that "valid" is so hard in to calculate the mount container that snaps are put into :-/
[16:55] <tedg> mterry: We'd have to look in their base snap, because it could be different than the "/" for us.
[16:56] <mterry> tedg: I'm just looking at legacy case
[16:56] <tedg> mterry: Hmm, I think I might be changing my own mind... we can't have apps with / in their desktop file because there's no way to resolve that.
[16:57] <tedg> mterry: Ah, I see.
[16:57] <tedg> mterry: Legacy in the U8 snap.
[16:57] <mterry> right
[16:57] <tedg> So really just for system settings long term ;-)
[16:58] <tedg> Yeah, let's just fix that then. We can detect it easily enough.
[17:11] <mterry> renato__: you also have address-book-app marked fix released for bug 1629009, but it still has problems looking up Unity.InputInfo due to a non-prefixed UNITY8_QML_PATH
[17:11] <ubot5`> bug 1629009 in messaging-app (Ubuntu) "Does not work inside a snap due to hardcoded paths" [High,In progress] https://launchpad.net/bugs/1629009
[17:11] <mterry> er, fix committed
[17:13] <mterry> renato__: also, its desktop file uses an absolute path for its Exec when maybe it shouldn't.  We can work around that in UAL but might be easier to just use "address-book-app" instead of full path
[17:15] <renato__> mterry, this is how it work in the past. if you have another solution now I can update it
[17:15] <mterry> renato__: for the desktop file?  I mean my suggestion is just switching "/usr/bin/address-book-app" for "address-book-app"
[17:15] <mterry> renato__: for UNITY8_QML_PATH, needs actual code patch
[17:16] <renato__> mterry, ok for dekstop I can update
[17:16] <renato__> mterry, all ours apps uses full path. because this is the way that was working in the past
[17:16] <renato__> mterry, and about the icon?
[17:17] <mterry> renato__: we have code for icon to prefix correctly, I believe
[17:17] <mterry> just harder to do it for path
[17:17] <mterry> Exec path
[17:17] <mterry> When it might be /bin/sh or whatever
[17:17] <renato__> mterry, our icons uses full path too
[17:17] <mterry> But I think tedg is working on something there anyway
[17:17] <mterry> renato__: right.  UAL prefixes $SNAP for you there
[17:18] <renato__> mterry, do you prefer ted to finish the work. Than we can test? Because this was changed in the past already
[17:19] <mterry> renato__: most apps I can see (USS, terminal, dialer, messager, etc) use non-absolute Exec paths
[17:19] <renato__> mterry, I remember that the store reject the app if the path was wrong
[17:19] <renato__> mterry, ok I will try
[17:19] <mterry> renato__: so I don't know what the state of art is.  But you can either fix the desktop or not.  Just telling you that it doesn't show up in app scope right now
[17:20] <mterry> renato__: but having it show up isn't much good if you don't also fix the hardcoded unity8 path
[17:20] <renato__> mterry, yes probably because something has changed. In the past was working nice
[17:20] <mterry> renato__: working nice in the unity8 snap?  I'm sure it all works fine in normal contexts (phone, desktop)
[17:20] <mterry> renato__: but u8 snap is new, I don't think it ever worked well in there
[17:20] <renato__> mterry, unity debian
[17:21] <mterry> renato__: right.  That's fine.  I'm not talking about that though.  Specifically the unity8-session snap we've been trying to get working
[17:21] <mterry> That's what bug 1629009 is about for example
[17:21] <ubot5`> bug 1629009 in messaging-app (Ubuntu) "Does not work inside a snap due to hardcoded paths" [High,In progress] https://launchpad.net/bugs/1629009
[17:23] <renato__> mterry, ok, we tested this against unity8 debian.
[17:23] <renato__> mterry, I will update the apps
[17:24] <renato__> mterry, probably I app that I fixed has hardcoded paths on desktop file
[18:32] <mterry> tedg: https://code.launchpad.net/~mterry/policykit-unity8/snap-root/+merge/311057
[18:47] <tedg> mterry: Does that work? Are we putting policykit in the snap itself?
[18:47] <tedg> mterry: Seems like it'd have to be in core?
[18:47] <tedg> (or something else non-unity8)
[19:15] <mterry> tedg: haven't tested end-to-end yet.  Just realized that the snapd login service is policykit-protected.  And u8 needs that package to talk to polkit
[19:16] <mterry> tedg: there are several other services we rely on that need policykit, we usually just special-cased phablet in Touch
[19:16] <tedg> mterry: K, thinking that we'll probably need another way to install that conf file.
[19:16] <tedg> mterry: like it can't live in our snap
[19:16] <mterry> tedg: that MP is unity8 specific, why wouldn't it live in our snap?
[19:16] <mterry> tedg: policykit itself, sure, that can be outside
[19:16] <tedg> mterry: The agent would be in our snap, but the conf file needs to install outside.
[19:17] <tedg> mterry: To wherever the outside policykit wants them.
[19:17] <mterry> tedg: which conf file?
[19:17] <mterry> the one in the MP is for upstart, which is inside the snap
[19:18] <tedg> mterry: Oh, wait, you're right. Sorry I was confused.
[19:18] <tedg> mterry: I thought we had to install one in /usr
[19:18] <tedg> mterry: Makes sense, +1 :-)
[19:19] <mterry> tedg: any objection to me pushing it through a silo by itself to xenial+zesy?
[19:19] <tedg> mterry: nope
[19:19] <mterry> cool thx
[19:48] <bfiller> mterry, tedg: is it known/expected that I can't run a snap from the terminal in unity8 snap session? I can install the snap but don't see it on the path
[19:49] <mterry> bfiller: interesting...  I haven't tried that yet, but I would have guessed /snap/bin would be on the path
[19:50] <tedg> bfiller: in general running from the terminal won't work anyway, you'll need to use ubuntu-app-launch to start apps.
[19:52] <mterry> tedg: but for non-graphical apps...
[19:52] <mterry> It does seem like /snap/bin isn't in the PATH.  But should be, I'd wager
[19:52] <tedg> I guess, but you can't run anything from it anyway.
[19:52] <tedg> It is the same snap-on-snap problem.
[19:53] <bfiller> tedg, I guess when we can launch them from scope it won't be an issue
[19:53] <bfiller> tedg, just trying to figure out a way to test snaps until we fix the launching from scope
[19:55] <tedg> I think I might have just cracked the nut on that one... so hopefully soon.
[19:56] <renato__> mterry, about the desktop files. Which one are you using on unity8 snap? That one that is shiped inside of setup/gui/<dekstop> or the one that is installed with the app?
[19:56] <tedg> Though, honestly, systemd is like being handed a bowl of nuts.
[19:56] <tedg> renato__: setup/gui/appname.desktop
[19:56] <bfiller> renato__, are you trying to figure out why the icon is not showing up?
[19:57] <renato__> bfiller, no I am trying to understand which file mterry asked me to remove the hardcoded paths
[19:57] <renato__> the file inside setup/gui/ is not hardcoded
[19:58] <mterry> renato__: I was using the one installed with the app in /usr/share/applications (right now, unity8 snap bundles the address-book-app deb inside of it)
[19:58] <tedg> Ah, sorry. I was confused on the question. My answer was for other snaps.
[19:59] <renato__> mterry, sorry I do not understand. Address-book-app that is on store, contains both desktop files
[19:59] <bfiller> renato__, he's using the deb
[19:59] <bfiller> from overlay
[19:59] <mterry> yup
[19:59] <mterry> not the snap
[20:08] <tedg> mterry: Okay, rebuilding UAL in the silo. Do you have a snap rebuild planned?
[20:09] <mterry> tedg: not planned no
[20:09] <tedg> mterry: K, I'll kick one off once this finishes
[20:09] <bfiller> mterry, are you seeing address book app show up in scope? (I'm not). Or is that the issue you are trying to get resolved with renato
[20:09] <mterry> tedg: oh I did want to build online-accounts
[20:09] <mterry> tedg: but that can happen before or after snap build
[20:10] <mterry> bfiller: yes.  Additionally, once it does show up, it doesn't display anything due to hardcoded paths to unity8's qml modules
[20:10] <bfiller> ack
[20:10] <mterry> Which I don't know how you solve when the app is its own independent snap...
[20:10] <mterry> But at least in this use case you can solve
[20:56] <mterry> jdstrand: I'm getting this from media-hub while trying to play a song from the dash in the in-progress unity8 snap: "Error while executing the underlying io_service: apparmor::ubuntu::Context: Invalid profile name snap.unity8-session.unity8-session" -- what would a valid profile name look like?
[21:06] <jdstrand> mterry: that is a valid profile name for snappy. I suspect that the checks it has need to be adjusted from the click world (<name>_<app>_<version>) to the snap world (snap.<name>.<command>)
[21:07] <mterry> jdstrand: oh huh it's worse than that -- media-hub has some particular apparmor integration and is expecting unity to represent as "unity8-dash"
[21:07] <mterry> jdstrand: ok so not anything to do with you, I jumped the gun  :)  thx
[21:08] <jdstrand> np
[21:09] <jdstrand> mterry: note that jhodapp_ is aware of some libapparmor changes that could cleanup this code. I don't know the status of that work but before you go and fix it, you might want to sync with him
[21:10] <mterry> k, though I think this is just internal to media-hub
[21:10] <jdstrand> mterry: yes, that is what I mean. media-hub can be cleaned up to use the libapparmor more effectively
[21:10] <jhodapp_> mterry, yeah there's some work to be done there
[21:10] <mterry> jdstrand: ah got ya
[21:11] <jdstrand> there were some changes to the libapparmor api that came in after media-hub implemented those checks
[21:12] <mterry> jhodapp_: is there an existing bug for media-hub?  I'm looking for something to track
[21:12] <mterry> I can make one
[21:12] <jhodapp_> mterry, hang on, let me finish the meeting I'm in and I'll search quickly
[21:12] <mterry> jhodapp_: cool no rush
[21:12] <jhodapp_> mterry, there might be one but it might not longer describe what you need
[21:42] <jhodapp_> mterry, ok I think this bug will cover what you're asking for...I was trying to find an email that jdstrand sent me explaining the situation better but can't find it...https://bugs.launchpad.net/ubuntu/+source/media-hub/+bug/1489489
[21:42] <ubot5`> Ubuntu bug 1489489 in apparmor (Ubuntu) "The org.freedesktop.DBus.GetConnectionAppArmorSecurityContext() method is deprecated" [Medium,In progress]
[21:44] <tyhicks> jhodapp_: I don't think that's the right bug
[21:44] <jdstrand> jhodapp_: https://trello.com/c/ftSp1Ogp/649-implement-aa-query-file-fd-to-fix-toctou-issues-with-using-aa-query-file-path
[21:44] <jhodapp_> jdstrand, thanks! forgot where you had added that info
[21:45] <mterry> jhodapp_: hmm, I'm not sure if that bug will fix my issue (maybe during the cleanup, the offending code will be removed...)
[21:45] <mterry> jhodapp_: thanks for pointer
[21:45] <jhodapp_> mterry, ok if you wouldn't mind filing a new bug referring to that trello card that should work
[21:46] <mterry> jhodapp_: ok will do.  tomorrow though, gotta sign off soon
[21:46] <jhodapp_> mterry, same here, cheers
[22:09] <renato__> mterry, hey I am getting this error while trying to snapcraft unity8: E:Unable to correct problems, you have held broken packages.
[22:09] <renato__> mterry, any I idea what could cause that?