[00:14] <mup> PR snapd#2443 opened: removing circular dependency between snapstate and hookstate <Created by cyberb> <https://github.com/snapcore/snapd/pull/2443>
[05:03] <liuxg> has anyone successfully compiled the mosquitto sample in the snapcraft demos at https://github.com/snapcore/snapcraft/tree/master/demos/mosquitto? I get some errors like http://paste.ubuntu.com/23617381/
[06:49] <mup> PR snapd#2445 closed: cmd/snap,tests: alias support in snap run <Critical> <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2445>
[08:12] <dholbach> hey hey
[08:15] <didrocks> hey dholbach!
[08:17] <dholbach> salut didrocks
[08:22] <seb128> hey dholbach!
[08:22] <dholbach> salut seb128
[08:27] <simon_b> How can I set environment variables in a snap? I am trying to use gstreamer, but it can't find its plugins in there it seems.
[08:27] <simon_b> this is what I get from gstreamer: GStreamer-WARNING **: External plugin loader failed. This most likely means that the plugin loader helper binary was not found or could not be run. You might need to set the GST_PLUGIN_SCANNER environment variable if your setup is unusual. This should normally not be required though.
[08:27] <mup> PR snapd#2451 opened: tests: add check to ensure that we get the version number <Created by mvo5> <https://github.com/snapcore/snapd/pull/2451>
[08:30] <kalikiana_> simon_b: Are you using any of the desktop- parts mentioned here? https://wiki.ubuntu.com/snapcraft/parts
[08:30] <kalikiana_> Those would set the gstreamer path for you
[08:32] <simon_b> kalikiana_: I am actually using "desktop/gtk3"
[08:33] <simon_b> kalikiana_: I opened up the snap out of curiosity and took at look at desktop-launch
[08:33] <simon_b> kalikiana_: In there is a line "export GST_PLUGIN_SYSTEM_PATH=$SNAP/usr/lib/$ARCH/gstreamer-1.0"
[08:36] <simon_b> I don't understand what the issue is, the plugins are there in the snap but gstreamer can't locate them
[08:39] <didrocks> ogra_: so, I restarted my pi2, I don't have an i2c interface.
[08:39] <didrocks> ogra_: pi2                   16.04-0.17    29   canonical  -
[08:39] <didrocks> ogra_: and then, I can't upgrade it due to the network issue we discussed longely here and on the ML
[08:39] <didrocks> did you enable it in a later gadget snap?
[09:19] <mup> PR snapd#2447 closed: many: fixes cherry-picked for the 2.19.1 release <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/2447>
[09:45] <mup> PR snapd#2452 opened: Fix AppArmor rules <Created by bergotorino> <https://github.com/snapcore/snapd/pull/2452>
[10:15] <mup> PR snapd#2083 closed: cmd/snap: generate account-key revocation requests <Created by cjwatson> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2083>
[10:21] <mup> PR snapd#2453 opened: store: retry user info request <Created by stolowski> <https://github.com/snapcore/snapd/pull/2453>
[10:22] <kalikiana_> Hmmm installing a devmode snap without --devmode seems to wrongly suggest it doesn't exist
[10:26] <mup> Bug #1649237 opened: snap install without devmode claims it doesn't exist <Snappy:New> <https://launchpad.net/bugs/1649237>
[10:50] <mup> PR snapd#2440 closed: release: 2.19 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2440>
[10:58] <mup> PR snapd#2420 closed: overlord/snapstate: setup/remove aliases as we link/unlink snaps <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2420>
[11:32] <mup> PR snapd#2454 opened: client: only allow Dangerous option in InstallPath <Created by chipaca> <https://github.com/snapcore/snapd/pull/2454>
[11:47] <om26er> Is there an "official" daily image of Ubuntu Core for kvm ?
[12:24] <ogra_> ogra@pi3:~$ grep i2c /boot/uboot/config.txt
[12:24] <ogra_> dtparam=i2c_arm=on
[12:24] <ogra_> dtparam=i2c_vc=on
[12:24] <ogra_> ogra@pi3:~$ ls /dev/i2c-*
[12:24] <ogra_> /dev/i2c-0  //dev/i2c-1
[12:24] <ogra_> ogra@pi3:~$
[12:24] <ogra_> didrocks, ^^^^
[12:25] <ogra_> (i'm on vacation btw)
[12:25] <ogra_> the pi2 should be identical
[12:27] <ogra_> didrocks, if the pi2 is different please note so in a bug and assign to me
[12:31] <ogra_> om26er, http://people.canonical.com/~ogra/snappy/all-snaps/daily/current/ is as official as it gets atm, if you wait for actual cdimage builds, foundations is supposed to set them up, ask infinity where that stands
[12:32] <om26er> ogra_: ok, good to know.
[12:35] <om26er> ogra_: can you tell who is the console-conf person of contact ?
[12:38] <renato__> mvo, jdstrand, could you approve ubuntu-docviewr-app ?
[12:39] <renato__> mvo, jdstrand, looks like something has landed in the store. Now the package is not rejected anymore but it still need manual approval
[12:41] <mup> PR snapd#2451 closed: cmd: fix mkversion.sh and add regression test <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2451>
[12:49] <didrocks> ogra_: the parameters are there, but snap interfaces shows no i2c interface
[12:50] <didrocks> ogra_: so, it's between the gadget snap or snapd
[12:50] <didrocks> (crazy that nobody even try a snap interfaces to ensure things are working)
[12:50] <didrocks> on a bug report for this, I opened one a month ago and referenced it on the feedback email
[12:57] <mup> PR snapd#2455 opened: many: implement alias command <Created by pedronis> <https://github.com/snapcore/snapd/pull/2455>
[13:12] <mup> PR snapd#2456 opened: WIP: Implement 'shadow' interface for mounting snap folders <Created by kalikiana> <https://github.com/snapcore/snapd/pull/2456>
[13:30] <mup> PR snapd#2444 closed: debian: depend on snap-confine at least 2.19 <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2444>
[13:44] <mup> PR snapd#2457 opened: cmd/snap: reject "snap disconnect foo" <Created by zyga> <https://github.com/snapcore/snapd/pull/2457>
[13:47] <abeato> ogra_, ping
[14:05] <mup> PR snapd#2456 closed: WIP: Implement 'overmount' interface for mounting snap folders <Created by kalikiana> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2456>
[14:09] <mup> PR snapd#2441 closed: debian: add split ubuntu-core-launcher and snap-confine packages <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2441>
[14:25] <mup> PR snapd#2458 opened: release: 2.19.1 <Created by mvo5> <https://github.com/snapcore/snapd/pull/2458>
[14:41] <mup> PR snapd#2459 opened: interfaces/builtin: add iio interface <Created by morphis> <https://github.com/snapcore/snapd/pull/2459>
[14:59] <mup> PR snapd#2457 closed: cmd/snap: reject "snap disconnect foo" <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2457>
[15:03] <mup> PR snapcraft#954 opened: pluginhandler: convert to package <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/954>
[15:16] <jdstrand> renato__: you need a desktop file
[15:17] <jdstrand> renato__: it looks like revisions 2 and 3 have it. you just need to press the 'release' button
[15:17] <renato__> jdstrand, yes this is on the rev 2 e 3
[15:18] <renato__> jdstrand, thanks
[15:18] <renato__> jdstrand, I did not find a way to cancel the review
[15:18] <jdstrand> roadmr: hi! I asked a little while ago about a store pull for r809. it seems we are still at r798. is this still queued up?
[15:18] <roadmr> jdstrand: let me check
[15:19] <jdstrand> renato__: fyi, ubuntu-calculator approved
[15:19] <renato__> thnaks
[15:20] <roadmr> jdstrand: 809 should have been deployed last week; sorry, it was a bit hectic so I didn't tell you about it :(
[15:20] <jdstrand> hmm
[15:20] <jdstrand> ok
[15:20] <jdstrand> that calculator one was older
[15:21] <jdstrand> roadmr: thanks!
[15:23] <roadmr> \o/ :)
[15:27] <jdstrand> mvo: hi! fyi I took care of ubuntu-docviewr-app
[15:43] <mup> PR snapd#2460 opened: tests: remove snap-confine/ubuntu-core-launcher after the tests <Created by mvo5> <https://github.com/snapcore/snapd/pull/2460>
[15:44] <mup> PR snapd#2423 closed: overlord,overlord/snapstate: implement snapstate.Alias <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2423>
[15:49] <mup> PR snapd#2461 opened: tests: check if snap-confine --version is unknown <Created by zyga> <https://github.com/snapcore/snapd/pull/2461>
[15:51] <ondra> ogra_ hi
[16:02] <roadmr> jdstrand: hey a question about classic, if you have a sec to help us clarify
[16:08] <mvo> jdstrand: thanks a bunch
[16:15] <mup> PR snapd#2462 opened: cmd/snap-confine: allow content interface mounts <Created by zyga> <https://github.com/snapcore/snapd/pull/2462>
[16:30] <mup> PR snapd#2460 closed: tests: remove snap-confine/ubuntu-core-launcher after the tests <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2460>
[16:33] <mup> PR snapd#2463 opened: tests: remove ppa:snappy-dev/image again <Created by mvo5> <https://github.com/snapcore/snapd/pull/2463>
[16:40] <mup> Bug #1649331 opened: Disconnecting ubuntu-app-platform doesn't really work until a reboot <Snappy:New> <https://launchpad.net/bugs/1649331>
[17:09] <niemeyer> jdstrand: Hey, can you please have a second look on #2413 when you have a moment?
[17:10] <niemeyer> jdstrand: We discussed a few changes which are hopefully fine with you as well
[17:12] <jdstrand> niemeyer: yes, plan to do that in a few minutes. discussing the content sharing rw issue with zyga atm
[17:39] <mup> PR snapcraft#953 closed: sources: refactor base sources into new package <Created by kyrofa> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/953>
[17:48] <mup> PR snapcraft#955 opened: sources: convert to package <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/955>
[17:48] <mup> PR snapd#2464 opened: cmd/snap: mock terminal.ReadPassword instead of using /dev/ptmx <Created by pete-woods> <https://github.com/snapcore/snapd/pull/2464>
[18:21] <julio__> hi there, could anyone tell me what is the easiest way to execute a startup script in Ubuntu Core 16?
[18:25] <kyrofa> julio__, package what you want to run as a snap, and you can declare the script in question to be a service which snapd will run
[18:27] <julio__> huh, will I be able to set the system time using hwclock?
[18:28] <jdstrand> niemeyer, z: fyi, 2413 reviewed
[18:28] <jdstrand> tab-complate fail
[18:28] <jdstrand> complete*
[18:29] <kyrofa> julio__, I suspect you can as long as you utilize the time-control interface
[18:30] <julio__> kyrofa, thank you.
[18:33] <julio__> kyrofa, next question: how could I override the /etc/issue file since the system is readonly? I notice that some of the files in the /writable partition are copied over but what process determines which files get copied over?
[18:50] <jdstrand> niemeyer: hey, so on https://github.com/snapcore/snapd/pull/1613 I *think* you gave a +1 since you gave a LGTM earlier with some questions, which I answered, which you responded to today as ok/let's not block.
[18:50] <mup> PR snapd#1613: interfaces/builtin: add dbus interface (LP: #1590679) <Created by jdstrand> <https://github.com/snapcore/snapd/pull/1613>
[18:50] <jdstrand> niemeyer: I'm going to merge from trunk and then resubmit and see how the tests do
[18:51] <jdstrand> niemeyer: is there anything more you need from this?
[18:51] <jdstrand> niemeyer: note that I'd like to answer sabdfl's question on the status of this in the most positive way possible since it has been dragging (for various understandable reasons)
[19:07] <jdstrand> niemeyer: also, there is an open question for you in https://github.com/snapcore/snapd/pull/2450
[19:07] <mup> PR snapd#2450: interfaces: add network-namespace-control (LP: #1624675) <Created by jdstrand> <https://github.com/snapcore/snapd/pull/2450>
[19:09] <mup> PR snapd#2413 closed: interfaces/apparmor: allow access to core snap <Critical> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2413>
[20:03] <hol> Hi guys, noob question here. I just installed the ubuntu core on my raspberry, no monitor, no keyboard available. Can I log on via ssh? what is the user/password?
[20:03] <niemeyer> jdstrand: Yeah, I'm hoping we can get this in tomorrow
[20:04] <niemeyer> jdstrand: No blockers from me.. invited pedronis for a quick look today
[20:04] <kgunn> yo, i've just installed an img for Rpi3, i have a keyboard and monitor...is it expected to see "a start job is running for Raise network interfaces (time/5min)
[20:06] <hol> well, it's running now for 1,5h and still: ssh ubuntu@192.168.178.54 ubuntu@192.168.178.54's password: Permission denied, please try again.
[20:06] <hol> password: ubuntu
[20:06] <jdstrand> niemeyer: fantastic!
[20:07] <jdstrand> niemeyer: it be great to get the network-namespace-control one in too (already has a +1 from zyga). that one has the open question on if that should be its own interface or not
[20:08] <davmor2> hol: you login with the user key you set up in console-conf on first boot of the device not ubuntu
[20:09] <mup> PR snapcraft#956 opened: tests: idempotent store installs <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/956>
[20:15] <niemeyer> jdstrand: Sounds good, will try to have a look later today still
[20:16] <jdstrand> niemeyer: awesome. if it works better for you tomorrow morning, that's fine with me (I'm here all week)
[20:57] <mup> PR snapd#2463 closed: tests: remove ppa:snappy-dev/image again <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2463>
[20:57] <mup> Bug #1649399 opened: 'daemon: dbus' is incomplete <Snappy:New> <https://launchpad.net/bugs/1649399>
[21:35] <popey> how does one install core over ubuntu-core?
[21:35] <popey> http://paste.ubuntu.com/23620875/
[21:35] <kyrofa> popey, blow away snapd :P
[21:38] <popey> how?
[21:38] <popey> and is that serious, given the smiley?
[21:38] <kyrofa> popey, unfortunatey, yes, I'm serious
[21:39] <popey> wait, lose every snap I have installed?
[21:39] <popey> alan@gort:~$ snap list | wc -l
[21:39] <popey> 64
[21:39] <kyrofa> popey, that's the only way *I* know of anyway. You can wait for the snapd folks to respond though
[21:39] <popey> ok
[21:40] <popey> ( following your blog post and stuck at the "Also verify that you have the core snap installed, not ubuntu-core:" step
[21:40] <kyrofa> popey, indeed, I had to blow everything away to get core
[21:41] <kyrofa> niemeyer, is there any way around that?
[21:42] <kyrofa> Some nifty way to convince snapd to remove ubuntu-core and install core instead?
[21:44] <niemeyer> popey, kyrofa: Let's please not say that
[21:45] <niemeyer> kyrofa: Yes, there is.. we need to develop the migration between one and the other
[21:45] <mup> PR snapd#2462 closed: cmd/snap-confine: allow content interface mounts <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2462>
[21:45] <niemeyer> kyrofa: If you know somebody with knowledge of snapd internals that could be motivated enough to tackled that sooner rather than later, please let me know! ;-)
[21:47] <kyrofa> niemeyer, automatic is one thing. Is there no way to do it manually?
[21:48] <niemeyer> kyrofa: No.. we need to update ubuntu-core.. that's the proper way to do that sooner rather than later.. hopefully this week
[21:49] <kyrofa> Alrighty
[21:50] <mup> PR snapd#2458 closed: release: 2.19.1 <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/2458>
[21:50] <mup> PR snapd#2461 closed: tests: check if snap-confine --version is unknown <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2461>
[21:51] <niemeyer> kyrofa: The update is really not that hard.. the problem is everything else
[21:52] <kyrofa> Yeah if they were updated in tandem no one would even notice
[21:53] <niemeyer> kyrofa: That was the plan.. but reality loves surprises
[21:55] <popey> niemeyer: kyrofa so the short answer is "wait"?
[21:58] <kyrofa> popey, for switching from ubuntu-core to core, yeah sounds like it. Core is used on new installs though
[21:58] <popey> ok
[21:59] <jdstrand> fwiw, I installed core, then disabled ubuntu-core, then uninstalled ubuntu-core. however, I don't claim that will dtrt with already installed apps. I only had a couple installed so I uninstalled them and reinstalled
[22:00] <jdstrand> so, ymmv
[22:00] <kyrofa> jdstrand, did you have to disable ubuntu-core first?
[22:00] <kyrofa> jdstrand, popey's paste showed an error when initially installing core
[22:01] <jdstrand> "then disabled ubuntu-core"
[22:01] <jdstrand> yes
[22:02] <kyrofa> jdstrand, to clarify: you said you installed core, then disabled ubuntu-core. However, popey's paste indicated that installing core in the first place would fail
[22:02] <jdstrand> I was told that wasn't technically supposed to work, but at the time I did, it did
[22:02] <kyrofa> jdstrand, so did you actually need to do those steps the other way around?
[22:02] <kyrofa> Ah
[22:02] <jdstrand> snap install core ; snap disable ubuntu-core ; snap remove ubuntu-core
[22:02] <jdstrand> that is what I did ^
[22:02] <kyrofa> Indeed, that appears to no longer work
[22:03] <popey> okerror: cannot disable "ubuntu-core": snap "ubuntu-core" cannot be disabled
[22:03] <jdstrand> I make no claims that that will dtrt with your interface connections or policy. I suspect it will not
[22:03] <niemeyer> popey: Yes, let's please not recommend anything else.. it'll be unnecessary churn.. we'll fix this soon enough
[22:03] <popey> ok
[22:04] <jdstrand> well, there you go. wait :)
[22:14] <cholcombe> i'm getting permissions denied on my strict enforced snap with the [home] plug.  I'm telling it to access my home directory .config file and it's failing.  Are . files not allowed?
[22:16] <kyrofa> cholcombe, indeed, last I heard, dot files directly in $HOME weren't allowed (to prevent, say, SSH keys from being stolen), but dot files elsewhere are okay
[22:16] <cholcombe> kyrofa, Alright is there an interface that allows me to give it access to /etc say?
[22:17] <kyrofa> cholcombe, I don't believe so. Snaps are supposed to be self-contained. If they have configuration files, they're contained within it somewhere
[22:18] <cholcombe> that won't work.  the configuration files i need are generated at runtime by a charm that connects to other services
[22:19] <kyrofa> cholcombe, can you explain what you're trying to accomplish?
[22:19] <cholcombe> kyrofa, https://github.com/cholcombe973/preserve is the app i'm building.  It connects to several different backends, Ceph, Gluster, Amazon, etc.  It won't know that config information until the preserve charm makes a config file for it
[22:20] <kyrofa> cholcombe, do you have any control over where the charm places the config?
[22:20] <cholcombe> yup
[22:20] <cholcombe> total control
[22:21] <cholcombe> from what i've found i can't actually write into the snap
[22:21] <kyrofa> cholcombe, indeed, snaps are squashfs images (by definition read-only)
[22:21] <kyrofa> cholcombe, however, there are some well-defined places they can read/write
[22:21] <cholcombe> kyrofa, do tell :)
[22:21] <kyrofa> cholcombe, this might be faster: https://askubuntu.com/questions/762354/where-can-ubuntu-snaps-write-data
[22:22] <cholcombe> ah there we go.  /var/snap
[22:23] <kyrofa> cholcombe, note that /var/snap is the root for all snaps. You're looking for /var/snap/<snapname>/current, probably
[22:23] <cholcombe> kyrofa, yeah
[22:24] <kyrofa> cholcombe, soon you'll be able to just have the charm configure the snap directly (using `snap set key=value`)
[22:24] <kyrofa> Assuming that's something in which you're interested
[22:24] <cholcombe> kyrofa, that'll be sweet
[22:24] <cholcombe> so it'll just the config info from env data?
[22:25] <kyrofa> cholcombe, no, calling `snap set` would run a hook contained within your snap, which could then act upon those values
[22:25] <cholcombe> oh i see. yeah that might be fine also
[22:25] <kyrofa> cholcombe, like this: https://github.com/snapcore/snapd/wiki/hooks#configure
[22:25] <cholcombe> kyrofa, yeah i think that would be ok
[22:27] <kyrofa> cholcombe, anyway, hopefully you have a way forward?
[22:27] <cholcombe> kyrofa, yeah i think i can work it out from here.  thanks !
[22:27] <kyrofa> Excellent, any time :)
[22:30] <mup> PR snapcraft#955 closed: sources: convert to package <Created by kyrofa> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/955>
[22:36] <mup> PR snapcraft#957 opened: sources: refactor base sources into module <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/957>
[22:48] <cholcombe> kyrofa, crap i just realized something.  for this application to do backups it's going to need to be able to read the entire filesystem potentially.  It also needs write access to potentially anywhere so that it can do a backup restore
[22:49] <kyrofa> cholcombe, I'm not sure we have an interface that would cover such a use-case. jdstrand might know more
[22:49] <cholcombe> kyrofa, so i'll have to stick to dev mode for now then
[22:50] <kyrofa> cholcombe, indeed. Your snap is not the only one that needs such things-- shells, for example, are limited without that ability as well
[22:50] <cholcombe> yeah
[23:08] <jdstrand> cholcombe, kyrofa: there is no interface for that. that'll need to use either devmode or classic
[23:10] <cholcombe> jdstrand, ok i'll stick to devmode for awhile
[23:11] <jdstrand> niemeyer: fyi, https://github.com/snapcore/snapd/pull/1613 still has you requesting changes. I think that should be 'approved' now based on our earlier conversation. then just need pedronis
[23:11] <mup> PR snapd#1613: interfaces/builtin: add dbus interface (LP: #1590679) <Created by jdstrand> <https://github.com/snapcore/snapd/pull/1613>