[05:39] <lpotter> I would guess it depends on the license it is released under
[05:48] <dr1337_> ogra_: how does snappy know where to mount the /writeable partition and what to do with it?
[06:22] <ogra_> dr1337, from the initrd (and the filesystem label)
[06:27] <dr1337> ogra_ nah I mean the snap command
[06:27] <dr1337> on snapcraft.io it's /snap
[06:27] <ogra_> well, that doesnt mount the writable partition
[06:28] <ogra_> snaps are just squashfses and the /snap path is hardcoded
[06:29] <ogra_> for more details, i guess zyga might be able to point you to the right code snippets
[06:29] <dr1337> and what's the gadget snap for?
[06:31] <ogra_> it describes the image (defining what kernel, bootloader and partitioning is used)
[07:52] <xnox> is it normal that my confined snap does not have access to /tmp?
[07:55] <ogra_> xnox, no ... it should spin up its own /tmp dir
[07:55] <xnox> e.g. i would have expected for mkdtemp() calls to work, as they do with e.g. PrivateTmp= in
[07:55] <ogra_> it doesnt have access to the systems /tmp though
[07:56] <xnox> my code calls mkdtemp()
[07:56] <xnox> and i hoped that it would just work(tm)
[07:57] <xnox> ogra_, as in the execution envrionment should set-up per exec $tmpdir and set envrionemnt variables that would make mkdtemp() to work.
[07:57] <ogra_> well, that should work ... on a per-snap base though
[07:57] <ogra_> apps within the same snap should use the same /tmp ... if thats not the case, it is a bug
[07:59] <autonomouse> D$HmMo100709_ubu
[08:00] <tbr_> someone needs to change their p4ssw0rd
[08:24] <xnox> ogra_, right. I will experiment more and probably will open a bug report
[08:24] <popey> jdstrand: is there a plan to update click-reviewers-tools in xenial? I am getting different results in snap-review on my laptop than the store gives. e.g. results on this app gives me bug 1618123 locally, https://myapps.developer.ubuntu.com/dev/click-apps/6141/rev/1/
[08:24] <mup> Bug #1618123: Add a build grade attribute to snaps <Canonical Click Reviewers tools:Fix Committed by cprov> <Snapcraft:Fix Released by caio1982> <https://launchpad.net/bugs/1618123>
[08:35] <Elleo> I'm trying to implement an interface for download manager, and I'm wondering what the snappy equivalent of APP_PKGNAME and APP_ID_DBUS are for app armor rules; I managed to bodge something with SNAP_NAME, but that doesn't seem like a reliable approach
[08:37] <jdstrand> popey: eventually, yes. I'm working on a big update for snap declarations and figured I'd update it after
[08:53] <popey> jdstrand: ok, thanks.
[08:53] <mup> PR snapd#2155 opened: HACKING.md: fix spread command for reusing servers <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2155>
[08:55] <mwhudson> morphis, ogra_: do we care about any wlan drivers that do *not* support nl80211?
[08:56] <ogra_> uuh, thats probably a kernel team question
[08:56] <ogra_> (but i'd guess wwe should care about all possible drivers)
[08:58] <mwhudson> i have a half-assed version of 'ip monitor' now
[08:58] <mwhudson> now to hack up something like what 'iw monitor' would be if that existed
[10:15] <mup> PR snapd#2156 opened: many: move from flags as ints to flags as structs-of-bools <Created by chipaca> <https://github.com/snapcore/snapd/pull/2156>
[10:25] <mup> Bug #1634088 opened: Cannot activate Chinese input method for Qt app <Snappy:New> <https://launchpad.net/bugs/1634088>
[10:25] <mup> Bug #1634089 opened: Cannot activate Chinese input method for Qt app <Snappy:New> <https://launchpad.net/bugs/1634089>
[10:50] <mup> PR snapd#2157 opened: read/write boot variables in a single operation <Created by mvo5> <https://github.com/snapcore/snapd/pull/2157>
[11:19] <dr1337> hey does anyone know of a commercial product that's currently on sale that uses snappy core?
[11:43] <mato_> Hi, I've created snapcraft.yaml for application which uses tesseract. Snap package is done, but application crashes because cannot access the files in /usr/share/tesseract-ocr/tessdata. Did I miss something in sanpcraft.yaml? (permissions)
[12:41] <mup> PR snapd#2158 opened: many: remove unnecessary snap name parameter from buying endpoint <Created by pete-woods> <https://github.com/snapcore/snapd/pull/2158>
[13:07] <mup> PR snapd#2159 opened: spread.yaml: dump apparmor denials on spread failure <Created by zyga> <https://github.com/snapcore/snapd/pull/2159>
[13:28] <mup> PR snapd#2160 opened: image: tweak the cloud-init configuration <Created by mvo5> <https://github.com/snapcore/snapd/pull/2160>
[14:54] <mup> PR snapd#2161 opened: interfaces/builtin: add dcdbas_control interface <Created by tonyespy> <https://github.com/snapcore/snapd/pull/2161>
[15:07] <mup> PR snapd#2091 closed: interfaces: tweak wording and comment <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2091>
[15:07] <mup> PR snapd#2159 closed: spread.yaml: dump apparmor denials on spread failure <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2159>
[15:43] <mariogrip> I edited the origin on https://wiki.ubuntu.com/snapcraft/parts but https://parts.snapcraft.io/v1/parts.yaml wont edit
[15:44] <mariogrip> oh! nevermind, that's the git for the source right! sorry about that
[15:55] <mariogrip> how can i access .ssh with plugs?
[16:38] <mup> PR snapd#2162 opened: interfaces: add system-power-control interface <Created by morphis> <https://github.com/snapcore/snapd/pull/2162>
[18:23] <mup> PR snapd#2155 closed: HACKING.md: fix spread command for reusing servers <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2155>
[19:23] <mup> PR snapd#2163 opened: update dependency of ubuntu-core-launcher to snap-confine <Created by mvo5> <https://github.com/snapcore/snapd/pull/2163>
[19:34] <mup> PR snapd#2164 opened: many: add supports for keeping and finding assertions with different format iterations <Created by pedronis> <https://github.com/snapcore/snapd/pull/2164>
[20:09] <mup> PR snapd#2165 opened: snap: stop using ubuntu-core-launcher, use snap-confine <Created by mvo5> <https://github.com/snapcore/snapd/pull/2165>
[20:48] <blackboxsw> qengho, any idea what might cause a system to attempt looking for /var/lib/snapd/snaps/<my_snap>_x1.snap instead of the installed proper version "12" from the snap store.
[20:49] <blackboxsw> qengho, x1 seems to be a placeholder/indicator for locally installed snaps, which mine wasn't
[20:49] <blackboxsw> could it have something to do with intermittent network connectivity somehow? like validating w/ an unavilable snap store?
[20:51] <blackboxsw> I'm getting occasional errors from ureadahead as the system is starting up trying to access *_x1 files that don't exist
[22:57] <mup> PR snapd#2148 closed: many: introduce an assertion format iteration concept, refuse to add unsupported assertion <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2148>