[04:01] <iotenthusiast> What is the format of a snap image . Is it an archive or a binary
[07:35] <liuxg> iotenthusiast, you can get the answer at http://snapcraft.io/docs/snaps/intro, it is acutally a squashFS file system
[08:24] <mup> PR snapd#2500 closed: tests: run snap confine tests <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2500>
[08:29] <mup> Issue snapd#2502 opened: snap login fails on ppc64el <Created by mvo5> <https://github.com/snapcore/snapd/issue/2502>
[08:39] <mup> PR snapd#2499 closed: tests: add super simple classic confinement test <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2499>
[08:40] <mup> Issue snapd#2503 opened: chattr code (tests/main/chattr/task.yaml) fails on ppc64el <Created by mvo5> <https://github.com/snapcore/snapd/issue/2503>
[08:47] <mup> Issue snapd#2504 opened: interfaces-upower-observe snap test fails on ppc64el <Created by mvo5> <https://github.com/snapcore/snapd/issue/2504>
[09:52] <alexandersgreat> lmao this sounds so stupid
[09:52] <alexandersgreat> snally
[09:52] <alexandersgreat> snappy
[09:52] <alexandersgreat> lmao
[09:52] <alexandersgreat> sounds like shit omg
[09:52] <alexandersgreat> all of you must be virgins lel
[09:58] <mup> PR snapd#2505 opened: many: behave more consistently when pointed to staging and possibly the fake store <Created by pedronis> <https://github.com/snapcore/snapd/pull/2505>
[10:51] <mup> PR snapd#2501 closed: tests: enable the ppc64el tests again <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2501>
[11:01] <mup> Bug #1651090 opened: snap names starting with capital letters aren't supported <Snapcraft:New> <Snappy:New> <https://launchpad.net/bugs/1651090>
[11:13] <DanChapman> jdstrand: hey. I've received this error from the store "not allowed by 'deny-connection/plug-attributes' in base declaration declaration-snap-v2_plugs_deny-connection (browser-sandbox, browser-support)"  but i'm not sure what it means.
[11:13] <DanChapman> Have i declared something incorrectly https://git.launchpad.net/dekko/tree/snapcraft.yaml or is it an issue in the store review?
[11:30] <morphis> DanChapman: it means that by default you're not allowed to use the 'allow-sandbox: true' attribute of the browser-support interface
[11:31] <morphis> DanChapman: see https://github.com/snapcore/snapd/blob/master/interfaces/builtin/basedeclaration.go#L181
[11:32] <morphis> DanChapman: you can get around this if you ask during the store review if you can still use it, then the store folks will create a snap-declaration assertion which then allows you to use that attribtute
[11:41] <vigo_> fgimenez, ping
[11:53] <mup> PR snapd#2506 opened: cmd/snap-confine: disable old tests <Created by zyga> <https://github.com/snapcore/snapd/pull/2506>
[11:54] <mup> PR snapd#2507 opened: tests: port first regression test from snap-confine <Created by zyga> <https://github.com/snapcore/snapd/pull/2507>
[12:08] <DanChapman> morphis: ah ok then, that's great Thanks! :-) I will ask in the review if i can use it.
[12:08] <morphis> DanChapman: depending on which snapd version you have you can try to connect via $ snap connect --dangerous ...
[12:20] <fgimenez> hey vigo_ :)
[12:20] <teoincontatto> Hi, there! I'm in the process of creating the SNAP for ToroDB, a java application that run as a service and replicate/transform data from MongoDB to PorstgreSQL (torodb.com). I have created a first SNAP that run as a "simple daemon".  I don't see any way to run the daemon with another user that is not root. I don't see specific documentation to udenrstand why we can/should not create an user and use it to run the service as when 
[12:22] <vigo_> fgimenez, how do you flash images for pi3 and db? with dd right?
[12:23] <fgimenez> vigo_, yes, for all of them
[12:24] <vigo_> fgimenez, ok and how you do it?
[12:25] <vigo_> I've noticed that there are different ways to dd the image, in different documents I visited
[12:28] <fgimenez> vigo_, "sudo dd if=~/Desktop/ubuntu-core-16-pi2.img of=/dev/sdc bs=4M oflag=sync status=noxfer", this is recommended in the db docs and works fine for the pi's too
[12:29] <vigo_> fgimenez, excellent, that's what I wanted you to confirm :) I use that from setting up the board doc
[12:29] <olli> sergiusens, kyrofa do you guys have any insights for teoincontatto
[12:30] <fgimenez> vigo_, great :) there's also the godd snap, probably simpler and more friendly, but haven't tried it yet
[12:31] <ogra_> vigo_, you need to make pretty sure that the device isnt auto-mounted in the background by nautilus or so before dd'ing ... and you dont need to unxz ... xzcat ubuntu-core-16-pi3.img.xz | sudo dd of=/dev/sdc bs=64M is what i use
[12:32] <ogra_> but yeah, use the gdodd snap ... fgimenez is correct ... thats definitely the safest
[12:32] <ogra_> iirc it tests for background mounts and such ... and has a progress bar ;)
[12:33] <vigo_> ogra_, thanks for confirming, I know from vrruiz that godd also works fine :). I still use dd but sure I'll try also godd
[12:35] <vigo_> fgimenez, remember those boot logs that sometimes appears in "Press enter to configure" page¿
[12:35] <vigo_> is there a bug to track it already?
[12:40] <mup> PR snapd#2508 opened: interfaces/apparmor: ignore snippets in classic confinement <Created by zyga> <https://github.com/snapcore/snapd/pull/2508>
[12:43] <mup> PR snapd#2509 opened: overlord/ifacestate: remove stale comments <Created by zyga> <https://github.com/snapcore/snapd/pull/2509>
[12:46] <mup> Issue snapd#2510 opened: spread tests fail when invoked in a sub-directory (generate-packaging-dir) <Created by zyga> <https://github.com/snapcore/snapd/issue/2510>
[12:53] <mup> PR snapd#2511 opened: spread: find top-level directory before running generate-packaging-dir <Created by zyga> <https://github.com/snapcore/snapd/pull/2511>
[13:04] <Elleo> has the syntax for "stage:" changed recently? I get this when attempting to use it as per the docs: "Issues while validating snapcraft.yaml: The 'parts/stage' property does not match the required schema: ['-etc/presage.xml'] is not of type 'object'"
[13:49] <Elleo> ahh, just had the wrong indentation :)
[14:45] <mup> PR snapd#2512 opened: Release snapd 2.20.1 <Created by mvo5> <https://github.com/snapcore/snapd/pull/2512>
[14:58] <mup> PR snapd#2513 opened: don't use deprecated http.Transport.Dial <Created by teknoraver> <https://github.com/snapcore/snapd/pull/2513>
[15:25] <jdstrand> DanChapman: 'allow-snadbox: true' is reserved. you can drop that. you might need to set an environment variable to make the chromium sandbox not do its namespace sandbox
[15:26] <jdstrand> DanChapman: if you are using oxide, there is an env var. you might ask the oxide guys (I don't remember it otoh)
[15:36] <DanChapman> jdstrand: ok. So it's fine for that to be false, ill change that then. I already set OXIDE_NO_SANDBOX in the launcher script which i think is the env var you mentioned. Thanks!
[15:38] <jdstrand> DanChapman: yes, please use OXIDE_NO_SANDBOX=1 and drop allow-sandbox: true
[15:38] <jdstrand> DanChapman: it should work then
[15:43] <kalikiana_> jdstrand: As you're discussing this I remember wondering before: why is it that the real sandbox can't be used and the recommendation is to disable it? That looks a little upside down to my naive mind
[15:44] <kalikiana_> Is there more work needed on the snapd side?
[15:44] <jdstrand> kalikiana_: because the snappy sandbox and the chromium sandbox don't work well together. we have to grant a *lot* of privileges to the snap for it to use the chromium sandbox
[15:45] <jdstrand> kalikiana_: it is work in the kernel and also in chromium to coordinate better with snapd
[15:47] <jdstrand> kalikiana_: also, for a web app or webview, the snappy sandbox is more than enough (it is a proper sandbox after all). allow-sandbox if for a trusted browser like chrome, webbrowser-app, etc to be able to do privileged operations to then drop them immediately
[15:57] <kalikiana_> Hmm okay.
[16:21] <mup> Issue snapd#2514 opened: snap-confine tests fail on 14.04 <Created by zyga> <https://github.com/snapcore/snapd/issue/2514>
[16:39] <nacc> kyrofa: thanks!
[16:40] <mup> PR snapd#2515 opened: snap run: create "current" symlink in user data dir <Created by stolowski> <https://github.com/snapcore/snapd/pull/2515>
[16:40] <kyrofa> nacc, no problem, hopefully that feature is helpful. I know I'm tired of writing python for one-liners
[16:42] <nacc> kyrofa: yeah, i have i think three snaps I did a few months ago that become much more obvious and (presumably) a snapcraft.yaml with that change
[17:20] <mup> PR snapd#2516 opened: tests: cancel the scheduled reboot on ubuntu-core-upgrade-no-gc and restore state <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2516>
[17:29] <mup> PR snapd#2506 closed: cmd/snap-confine: disable old tests <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2506>
[20:25] <mup> PR snapd#2507 closed: tests: port first regression test from snap-confine <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2507>
[20:31] <joe> hello all
[20:33] <walidof> hello all
[20:33] <walidof> i need help for first login to ubuntu core
[20:34] <walidof> i need localhost login name / pass
[20:34] <walidof> i try add : ubuntu - ubuntu - toor - root - startx
[20:35] <walidof> and the problem not solved
[20:36] <mup> PR snapd#2508 closed: interfaces/apparmor: ignore snippets in classic confinement <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2508>
[20:36] <mup> PR snapd#2509 closed: overlord/ifacestate: remove stale comments <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2509>
[20:37] <mup> PR snapd#2517 opened: tests: add hello-classic test <Created by zyga> <https://github.com/snapcore/snapd/pull/2517>
[20:39] <mup> PR snapcraft#985 closed: Better message for missing snapcraft.yaml in origins <Created by josepht> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/985>
[21:10] <mfeatherston> During snap installs I keep getting connection reset by peer.  Is there any known issue with the store right now?  I don't get this from apt-get on other systems here.
[21:10] <mfeatherston> if I retry it eventually goes through
[21:13] <kyrofa> mfeatherston, the store and the archives are hosted in different places
[21:14] <kyrofa> nessita, do you know of any store issues?
[21:18] <nessita> kyrofa, no issues as far as I know
[21:19] <kyrofa> mfeatherston, ^^ . Alright, thanks nessita :)
[21:19] <mfeatherston> ok, thanks!
[21:20] <kyrofa> mfeatherston, http://status.snapcraft.io/ might be helpful
[21:22] <mfeatherston> heh, good to know, but that came back with "Our service is temporarily unavailable. We are currently working to restore it."
[21:23] <kyrofa> mfeatherston, huh, interesting, I just visited it
[21:23] <ssweeny> now we need a status.status.snapcraft.io
[21:23] <mfeatherston> ahh, I reloaded and it came up
[21:23] <mfeatherston> heh
[21:24] <kyrofa> I'm not sure what to say about that :P
[21:25] <mfeatherston> it's a page from Zoho saying "We'll be right back".  Either way that part is working now.
[21:26] <kyrofa> nessita, that sounds odd ^^
[21:27] <mfeatherston> If I look at the packet capture of my snappy system it tries to change the TCP window size and the remote server is sending me a reset
[21:41] <mfeatherston> I'm wrong about the window size thing, that isn't consistent.  The resets are fairly reproducible and I've tried multiple NICs though.  I'll try this from another Internet connection later tonight.
[22:06] <mup> PR snapcraft#991 closed: Updated ant plugin to use get_build_properties() <Created by ZenHarbinger> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/991>
[22:15] <mup> PR snapcraft#1007 opened: lifecycle: clean without parsing if possible <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1007>
[22:39] <Fohlen1> heya there .. I am trying to build a snapcraft plugin for https://github.com/Fohlen/conan-snapcraft. When using it with https://github.com/inexor-game/code/blob/fohlen/snapcraft/tool/snap/snapcraft.yaml I'm prompted with
[22:39] <Fohlen1> 'NoneType' object has no attribute 'copy'
[22:39] <Fohlen1> which is not a quiet detailed error log though .. and I'm a bit stumbling where/how to get started with that
[22:40] <kyrofa> Fohlen1, can you pastebin the output of running `snapcraft -d`, please? (debug)
[22:42] <Fohlen1> uh. the help command didn't show that it exists! http://pastebin.com/hpwN49cp
[22:42] <kyrofa> Ah, Sauerbraten! That brings back memories
[22:42] <kyrofa> Fohlen1, hmm, what version of Ubuntu are you on?
[22:42] <Fohlen1> 16.04
[22:43] <Fohlen1> err. kyrofa. from the autotools example I've just seen that I miss the return statement in schema
[22:43] <kyrofa> Fohlen1, it's down in the Options of the help page, by the way
[22:43] <kyrofa> Fohlen1, indeed, if you're not returning a schema it gets None
[22:44] <kyrofa> Which of course, can't be copied :)
[22:49] <Fohlen1> kyrofa: lovely! :)
[22:52] <Fohlen1> kyrofa: is there anywhere a more extensive documentation about the plugins, or will I need to stumble through the source-code myself?
[22:52] <Fohlen1> (might use code autocompletion for that, but it's still painful)
[22:53] <kyrofa> Fohlen1, this is the official docs for it: https://github.com/snapcore/snapcraft/blob/master/docs/plugins.md
[22:53] <kyrofa> Fohlen1, but referring to the in-tree plugins will probably be most helpful
[22:54] <Fohlen1> alrighty
[23:09] <Fohlen1> kyrofa: I can happily report that it works now!
[23:09] <kyrofa> Fohlen1, excellent!
[23:09] <Fohlen1> maybe sometime soon we can offer a new game using snap! :)
[23:10] <kyrofa> That'll be great!
[23:24] <mup> PR snapcraft#1008 opened: Add a simple straightforward conan.io plugin <Created by Fohlen> <https://github.com/snapcore/snapcraft/pull/1008>
[23:45] <mup> PR snapcraft#999 closed: Updated autotools plugin to use get_build_properties() <Created by ZenHarbinger> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/999>