[00:44] <lifeless> mwhudson: hey so, where should I file bugs about the image http://releases.ubuntu.com/ubuntu-core/16/ubuntu-core-16-amd64.img.xz
[00:50] <mwhudson> lifeless: launchpad.net/snappy unlikely to be very wrong
[00:50] <mwhudson> lifeless: although it depends a bit what you are complaining about i guess
[00:51] <lifeless> mwhudson: that image fails to boot on hyper-v ; snappy is supported on Azure I believe, so I'm concluding that its not Snappy per se thats buggy, but the configuration of that image
[00:52] <lifeless> it fails in local-premount trying to read /prov/device-tree/model
[00:52] <lifeless> ultimately leading to no FS being mounted with LABEL=writable, and then drops to initramfs
[00:53] <mwhudson> lifeless: can't think of a better place than bugs.launchpad.net/snappy so i'd file there and let people add bug tasks as appropriate i guess
[00:53] <lifeless> cheers
[00:54] <mwhudson> i definitely don't know where work on the initramfs magic is tracked :)
[00:55] <lifeless> it may be a missing device driver etc
[00:56] <lifeless> mwhudson: so https://bugs.launchpad.net/snappy/+bug/1639878
[00:56] <mup> Bug #1639878: pc-kernel.snap missing drivers necessary for Hyper-v <cpc> <Snappy:Fix Committed by ogra> <https://launchpad.net/bugs/1639878>
[00:56] <lifeless> looks like I've been there before :) - paging this back in
[00:57] <mwhudson> lifeless: haha
[00:58] <mwhudson> there must be newer images you can try somewhere
[00:58] <lifeless> yeah, I'd love that. bbiab
[00:59] <mwhudson> there's http://people.canonical.com/~ogra/snappy/all-snaps/daily/current/ubuntu-core-16-amd64.img.xz at least
[00:59] <mwhudson> probably built from edge rather than stable
[02:31] <lifeless> mwhudson: thanks
[02:59] <lifeless> mwhudson: that boots
[02:59] <lifeless> \o/
[03:28] <lifeless> mwhudson: one more question; whats the recommended webserver for snappy devices? I can't see nginx or apache2 from googling; I can see a third party index of apps, but nothing run by Canonical? <out of depth>
[04:17] <mup> Bug #1639603 changed: LibreOffice Snap: unable to access documents outside of my home directory. <snapd-interface> <Snappy:Expired> <https://launchpad.net/bugs/1639603>
[04:39] <lpotter> cd
[06:22] <liuxg>  how can I install a debian package from non-ubuntu archive?
[06:26] <liuxg> I want to package azure-iot-sdk-c-dev into my snap, but it is from ppa:aziotsdklinux/ppa-azureiot. Can I just find its debian package?
[06:31] <Joe_Dong> what's the new ubuntu-image name?
[06:31] <Joe_Dong> sudo snap install --stable --devmode ubuntu-image
[06:31] <Joe_Dong> error: cannot install "ubuntu-image": snap not found
[06:57] <mup> PR snapd#2628 closed: many: (mis)feature/no more snapd.socket <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/2628>
[07:03] <mup> PR snapd#2633 opened: docs: simplify HACKING.md that snapd itself supports setting up the sockets <Created by mvo5> <https://github.com/snapcore/snapd/pull/2633>
=== chihchun_afk is now known as chihchun
[07:42] <zyga> good morning
[07:50] <mup> PR snapd#2634 opened: tests: improve debug output when reexec is used  <Created by mvo5> <https://github.com/snapcore/snapd/pull/2634>
[08:17] <mup> PR snapd#2635 opened: SNAPD_DEBUG is a boolean (we use GetenvBool() for it) <Created by mvo5> <https://github.com/snapcore/snapd/pull/2635>
[09:53] <mup> PR snapd#2623 closed: tests: add test ensuring manual pages are shipped <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2623>
=== hikiko_ is now known as hikiko
[10:38] <mup> PR snapd#2230 closed: Add an interface that allows clients to use media-hub over dbus <Decaying> <Created by jhodapp> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2230>
[10:39] <bencc> any news about this feature?
[10:39] <bencc> https://bugs.launchpad.net/snappy/+bug/1584779
[10:39] <mup> Bug #1584779: Upgrade a running snap without restarting it <Snappy:Triaged> <https://launchpad.net/bugs/1584779>
[10:40] <bencc> it says triaged but still unassigned
=== chihchun is now known as chihchun_afk
=== hikiko is now known as hikiko|ln
=== hikiko|ln is now known as hikiko
[12:31] <zyga> jjohansen: I tested the kernel you gave me
[12:32] <zyga> jjohansen: the error doesn't go away yet, I'll share the data I collected but I would appreciate hints on what to collect
[12:34] <mup> PR snapd#2636 opened: tests: add "quiet" wrapper function that only prints output on failure <Created by chipaca> <https://github.com/snapcore/snapd/pull/2636>
[13:02] <popey> I'm using classic with a snap, and when i try, it fails:- $ sudo snap try --classic prime/    leads to:- - Mount snap "demo" (unset) (snap "demo" requires consent to use classic confinement)
[13:03] <popey> what have I missed?
[13:04] <Chipaca> popey, does try work with classic?
[13:05] <popey> I don't know :)
[13:05] <popey> the help implies it does
[13:05] <mup> PR snapd#2637 opened: tests: increase retries for service up <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2637>
[13:05] <popey> "snap try --help" suggests --devmode, --jailmode and --classic are valid options
[13:05] <Chipaca> popey, yeah. Sorry.
[13:06] <Chipaca> we're not passing that to snapd
[13:06] <popey> shall i open a bug?
[13:06] <Chipaca> popey, you can use curl to poke the rest api directly for this
[13:06] <Chipaca> popey, please
[13:06] <popey> ok
[13:08] <popey> Chipaca: bug 1656820
[13:08] <mup> Bug #1656820: snap try with classic confinement doesn't work <Snappy:New> <https://launchpad.net/bugs/1656820>
[13:08] <Chipaca> ta
[13:09] <mup> Bug #1656820 opened: snap try with classic confinement doesn't work <Snappy:New> <https://launchpad.net/bugs/1656820>
[13:10] <popey> heheh sorry mup :)
[13:14] <popey> is cleanbuild not compatible with classic confinement?
[13:14] <popey> "classic confinement requires the core_dynamic_linker to be set
[13:15] <popey> ^ I get that when I do "snapcraft cleanbuild"
[13:16] <ogra_> popey, with core or with ubuntu-core installed ?
[13:16] <popey> core
[13:16] <ogra_> afaik it only works with core atm
[13:16] <Chipaca> there's a bug about that already
[13:16] <Chipaca> 1 sec
[13:16] <ogra_> weird
[13:16] <popey> core          16.04.1          714  canonical      -
[13:16] <Chipaca> ah not a bug
[13:17] <Chipaca> snapcraft mailing list "Classic confinement and core_dynamic_linker"
[13:17] <Chipaca> but also bug 1650946
[13:17] <mup> Bug #1650946: unhelpful error when building a classic snap: classic confinement requires the core_dynamic_linker to be set <launchpad-buildd:Triaged> <Snapcraft:Fix Committed by sergiusens> <https://launchpad.net/bugs/1650946>
[13:18] <popey> thanks
[13:20] <simosx> I am trying to build a snap with snapcraft on 16.04.1 for peek (https://github.com/phw/peek), using "classic" confinement. I get linking errors refering to libmircommon:
[13:20] <simosx> [100%] Linking C executable peek
[13:20] <simosx> /usr/lib/x86_64-linux-gnu/libmircommon.so.6: undefined reference to `typeinfo for std::thread::_State@GLIBCXX_3.4.22'
[13:20] <simosx> (I am building in an LXD container).
[13:22] <simosx> If I build the snap on my Ubuntu 16.04.1 (not in LXD container), it builds successfully.
[13:23] <popey> you using "snapcraft cleanbuild" or just a vanilla lxd setup of your own?
[13:24] <popey> is the container up to date?
[13:24] <simosx> I am using a vanilla LXD setup of my own.
[13:25] <simosx> I am trying out "cleanbuild". If it works, I am OK with that.
[13:32] <simosx> I got an error with "cleanbuild". It refers to "core_dynamic_linker", which might be helpful with my vanilla LXD setup as well:
[13:32] <simosx> Preparing to pull peek
[13:32] <simosx> classic confinement requires the core_dynamic_linker to be set
[13:32] <simosx> Stopping snapcraft-namely-hot-cow
[13:32] <simosx> Command '['lxc', 'exec', 'snapcraft-namely-hot-cow', '--', 'snapcraft', 'snap', '--output', 'peek_latest_amd64.snap']' returned non-zero exit status 1
[13:33] <simosx> Dejavu, it was the thing you were discussion ten minutes earlier... :-)
[13:35] <Chipaca> simosx, the bug is marked fix-committed; if you're blocked, maybe try snapcraft from git?
[13:37] <simosx> Chipaca, I'll try out snapcraft from git.
[13:43] <popey> .oO( Maybe we should have a snap of snapcraft which has the latest crack du-jour )
[13:44] <ogra_> i thought we do (at least in edge) now
[13:44] <Chipaca> popey, snap info snapcraft
[13:44] <popey> Chipaca: simosx using snapcraft from git will only work if you put that inside lxd, it won't fix the problem with cleanbuild
[13:45] <popey> ooh
[13:45] <popey> summary:   "Single-line elevator pitch for your amazing snap"
[13:45] <Chipaca> dunno if it's kept up to date though
[13:45] <popey> ahem
[13:46] <Chipaca> kyrofa, ?
[13:49] <icey> any idea when snapcraft 2.25 will be cut?
[13:57] <popey> I'd imagine soon as it's in xenial proposed right now
[13:57] <popey> bug 1656291
[13:57] <mup> Bug #1656291: [SRU] New stable micro release 2.25 <verification-done> <snapcraft (Ubuntu):In Progress> <snapcraft (Ubuntu Xenial):Fix Committed> <snapcraft (Ubuntu Yakkety):Fix Committed> <snapcraft (Ubuntu Zesty):In Progress> <https://launchpad.net/bugs/1656291>
[13:58] <davmor2> popey: elevator pitch is that a snap that just plays muzac at you
[14:09] <mup> PR snapd#2638 opened: tests: change TRUST_TEST_KEYS to be controlled from the host <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2638>
=== ysionnea1 is now known as ysionneau
[14:24] <popey> davmor2: that is not a stupid idea. "snap install muzak" which just plays music constantly :)
[14:24] <popey> for music on hold or whatever
[14:24] <icey> +1 popey
[14:25] <davmor2> popey: I'll expect my royalty cheque in the post what 50% of nothing again?
[14:41] <didrocks> Mirv: hey, how are you? I'm going to push some fundamental changes to the launcher.
[14:41] <didrocks> Mirv: this is before merging your PR, which may be incompatible, I would appreciate you testing the changes
[14:42] <didrocks> Mirv: I guess you will need to add some small changes, to pick local QML files and such
[14:42] <didrocks> (as now, it's either the runtime or the snap)
[14:43] <didrocks> so probably something along the line https://github.com/ubuntu/snapcraft-desktop-helpers/blob/runtime-refactor/common/desktop-exports#L43
[14:52] <mup> PR snapd#2277 closed: snap: add new `snap prepare-image --devmode` option <Blocked> <Critical> <Created by mvo5> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2277>
[15:35] <mup> PR snapd#2360 closed: [WIP] Fix prefix search query; Fix empty query search; Find doc <Created by AlexandreAbreu> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2360>
[15:47] <mup> PR snapd#2392 closed: partition: add support for native grubenv read/write and use it <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2392>
[16:03] <mup> PR snapd#2407 closed: wrappers: add support for the X-Ayatana-Desktop-Shortcuts= extension <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2407>
[16:05] <mup> PR snapd#2411 closed: interfaces: add history-related (what history?) interface <Created by renatofilho> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2411>
[16:06] <Chipaca> renatu, ^
[16:07] <renatu> Chipaca, ok, no problem we still discussing about that interface
[16:09] <simosx> Okay, tried to install "snapcraft" in an LXD "ubuntu:x" container. I used these instructions and got an error (also in pastebin). Any hint appreciated. http://pastebin.ubuntu.com/23810783/
=== didrocks1 is now known as didrocks
[16:14] <simosx> The schema is in /usr/local/lib/python3.5/dist-packages/snapcraft-2.25-py3.5.egg/share/snapcraft/schema/snapcraft.yaml but snapcraft is looking somewhere else (let's add a print statement).
[16:19] <simosx> okay, if you install snapcraft manually, it goes into /usr/local/ but the code is looking at /usr/share/snapcraft/schema/snapcraft.yaml to find the schema (that is, it's somehow hardcoded).
[16:39] <simosx> Bug report, https://bugs.launchpad.net/snapcraft/+bug/1656884
[16:40] <mup> Bug #1656884: Installation from source (git) error: snapcraft validation file is missing from installation path <Snapcraft:New> <https://launchpad.net/bugs/1656884>
[16:47] <simosx> New snapcraft from git: classic confinement requires the core snap to be installed. Install it by running `snap install core`.
[16:49] <simosx> Since it is in an LXD container, I first run "apt install squashfuse", then "snap install core".
[16:49] <simosx> Finally, all good: Snapped peek_latest_amd64.snap :-)
[17:22] <mup> PR snapd#2359 closed: spread: add boilerplate for Linode delta uploads <Created by niemeyer> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2359>
[18:21] <Trevinho> Buuuuuut... Is it normal that if I go in `snap run --shell whatever`...
[18:21] <Trevinho> And I give the "ps aux" command I can see all the procs and command lines around?
[18:26] <Trevinho> jdstrand: ^ It seems that while exe is not readable, cmdline it is
[18:27] <ogra_> Trevinho, he is off today (teh whole US is)
[18:27] <Trevinho> ah... ok
[18:27] <ogra_> MLK day
[18:28] <Trevinho> Anyway for something ran inside a confined snap run --shell, I have
[18:28] <Trevinho> cat /proc/<any-pid>/cmdline all readable... looks weird
[18:28] <ogra_> might be a bug in "run --shell"
[18:28] <ogra_> i dont think it works on installed snaps
[18:29] <ogra_> zyga would know (i think)
[18:29] <Trevinho> mh, let me see but... I believe it will be there too
[18:29] <mup> PR snapd#2638 closed: tests: change TRUST_TEST_KEYS to be controlled from the host <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2638>
[18:30] <ogra_> unless your snap uses the process-control interface indeed
[18:31] <Trevinho> no, no... there's no plug at all
[18:31] <Trevinho> only unity7
[18:31] <ogra_> oh
[18:31] <ogra_> unity7 is indeed quite open i think
[18:31] <mup> PR snapd#2631 closed: releasing package snapd version 2.21 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2631>
[18:31] <ogra_> (thats actually X11)
[18:31] <Trevinho> yeah, but not sure for that
[18:32] <ogra_> i assume thats related though
[18:32] <Trevinho> let me check
[18:54] <zyga> Trevinho: hey
[18:54] <zyga> Trevinho: how can I help?
[19:43] <mup> PR snapd#2613 closed: interfaces: add new interface API <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2613>
[19:47] <mup> PR snapd#2639 opened: snap: add {Plug,Slot}Info.SecurityTags <Created by zyga> <https://github.com/snapcore/snapd/pull/2639>
[19:52] <mup> PR snapd#2640 opened: interfaces: allow querying added security backends <Created by zyga> <https://github.com/snapcore/snapd/pull/2640>
[19:53]  * zyga EODs
[20:04] <mwhudson> lifeless: oops, i'd run off to the cricket by the time you asked that
[20:04] <mwhudson> lifeless: however i don't know the answer so you didn't miss anything
[21:05] <mwhudson> zyga: ping
[21:15] <alex-abreu> elopio,
[21:15] <alex-abreu> ping
[21:29] <zyga> mwhudson: hi
[21:29] <mwhudson> zyga: i want to upload snapd 2.21 to debian today or so
[21:30] <mwhudson> zyga: do you want to include apparmor disabling in that, do you think?
[21:30] <zyga> mwhudson: hmm, if you could; but it would be a vendor patch
[21:30] <zyga> mwhudson: since it is a conffile you'd have to use a maitainer script for this
[21:30] <mwhudson> zyga: oh right
[21:31] <zyga> mwhudson: I think disabling it is technically correct at this stage, nobody from security can ack as US is mostly off but I think the argument I made in the bug report is reasonable
[21:31] <zyga> mwhudson: after snap-alter-ns I will work on various distro activities, including CIing debian
[21:31] <mwhudson> that's faaaiirly easy though? echo rm_conffile /etc/apparmor/usr.lib.snapd.snap-confine > debian/snapd.maintscript
[21:31] <zyga> mwhudson: yes but we found bugs in that (ask mvo)
[21:31] <zyga> mwhudson: in rm_conffile specifically
[21:32] <mwhudson> zyga: o/ awesome o/
[21:32] <zyga> mwhudson: we did that when we removed ubuntu-core-launcher's apparmor profile
[21:32] <zyga> mwhudson: you may also want to unload the profile if it is loaded
[21:32] <mwhudson> zyga: alternative is i upload 2.21 just as broken as before, we wait until US wakes up again and upload 2.21-2
[21:32] <mwhudson> leaning towards that option, tbh
[21:32] <zyga> mwhudson: that's OK too, I think there were some concerns as to how many updates can we fit into stretch
[21:33] <zyga> mwhudson: +1
[21:33] <zyga> mwhudson: safer IMH
[21:33] <zyga> IMHO
[21:33] <mwhudson> ok
[21:33] <zyga> mwhudson: on that note, 2.21 fixes classic snaps, you may find the "python0" snap curious :)
[21:34] <mwhudson> zyga: heh, i made a go classic snap last week
[21:34] <mwhudson> got confused trying to get it into the store though, i need to have another go at that
[21:35] <zyga> mwhudson: what issues did you run into exactly?
[21:35] <zyga> mwhudson: my snap was stuck in manual review but mvo kindly pushed that through
[21:35] <mwhudson> just that i think
[21:35] <zyga> mwhudson: http://github.com/zyga/python0
[21:36] <mwhudson> "(NEEDS REVIEW) confinement 'classic' not allowed lint-snap-v2_confinement_classic"
[21:36] <zyga> mwhudson: I think that is typical for now, I'll try to figure out what is the review policy for those and write that down on the wiki
[21:36] <zyga> mwhudson: yeah, that error message cries "I need UX love"
[21:36] <mwhudson> classic snaps not building on launchpad yet is kinda a bummer too
[21:37] <zyga> oh, I wasn't aware of that
[21:37] <mwhudson> you need the core snap installed
[21:37] <zyga> mwhudson: what's the issue? CDN access for the core snap download?
[21:37] <mwhudson> or at least, on disk
[21:37] <mwhudson> launchpad builds run in a chroot
[21:37] <zyga> mwhudson: I see, I didn't know this
[21:37] <mwhudson> without snapd running (if it can even run in a chroot)
[21:37] <zyga> mwhudson: classic also suffers from ubuntu-core/core split
[21:38] <zyga> mwhudson: I think you don't need full snapd
[21:38] <zyga> mwhudson: all you really really need is core snap unpacked/mounted at /snap/core/current/
[21:38] <zyga> mwhudson: everything else is irrelevant
[21:38] <mwhudson> yeah somehow i have the core snap installed as well as ubuntu-core
[21:38] <mwhudson> zyga: yeah, but it's still not there :)
[21:38] <zyga> mwhudson: one version of snapd allowed that
[21:38] <zyga> mwhudson: this week we'll try to migrate that so that 2.22 will be good
[21:42]  * mwhudson uploads snapd_2.21-1_source.changes
[21:59] <zyga> mwhudson: nice, I'll check my sid box shortly :)
[22:08] <zyga> mwhudson: thank you for packaging snapd :)
[22:15] <mwhudson> oh good it got accepted this time
[22:15] <mwhudson> zyga: no worries, it's not very onerous really :)
[22:20] <zyga> mwhudson: btw are you aware of https://github.com/snapcore/snapd/wiki/Distributions
[22:32] <mwhudson> zyga: i'd seen it
[22:33] <mwhudson> i guess the debian section is a little inaccurate
[22:35] <zyga> mwhudson: inaccurate how? (feel free to edit this, there's no pull request or review required)
[22:36] <mwhudson> well snap-confine is gone for one
[22:36] <mwhudson> i'll have an edit in a sec
[22:36] <zyga> mwhudson: ah, indeed,
[22:37] <zyga> mwhudson: thank you again :)
[22:38] <mwhudson> eh well the snap-confine _source package_ is gone
[22:39] <zyga> mwhudson: that's fine, we don't need to link to the binary package
[22:44] <mwhudson> zyga: https://github.com/snapcore/snapd/wiki/Distributions/_compare/be17952ef93b02669f28e8d170e41d9bf784388e...cef68b00466b40e8e9b0d013964e6e2b6ed76da9
[22:45] <zyga> mwhudson: looks great, thanks!
[22:46] <zyga> mwhudson: you can also tweak the table up top where summary data is shown for all the distros
[22:47] <mwhudson> zyga: i guess i should wait for the package to be published first...
[22:47] <mwhudson> zyga: also what do i say, "supported" seems wrong, just "up to date"?
[23:02] <zyga> mwhudson: yes, up-to-date feels better