[01:28] <mup> Bug #1602323 changed: Add FTP support for remote files <Snapcraft:In Progress by 3v1n0> <Snappy:Invalid> <https://launchpad.net/bugs/1602323>
[01:36] <mup> PR snapcraft#900 opened: ftp source support <Created by 3v1n0> <https://github.com/snapcore/snapcraft/pull/900>
=== JanC_ is now known as JanC
[07:44] <andywork> what may be the reason for some libs to be discarded from "stage-packages", and never make it into the final snap?
[09:07] <andywork> and how am I supposed to use the "dump" plugin exactly (which is supposed to replace "copy"), when I cannot specify *what* files to put into the snap
[09:09] <andywork> now with the dump plugin, it does just that, dump *everything* regardless what I put in the "organize" property
[09:10] <andywork> this is pretty awful, because there seems to be no clean way to copy a single file into the snap
[11:06] <v2> hi friends....
[11:06] <v2> sorry....i might be asking the wrong question here...
[11:07] <v2> can ubuntu core be installed on my laptop?
[11:39] <sergiusens> andyrock organize organizes whatever you told it to dump; what files to put in the snap are filtered with stage and snap keywords
[11:43] <popey> andyrock: the dump plugin hasn't replaced the copy plugin (yet) so I continue to use copy for now
[11:43] <popey> I think the deprecated message was put into snapcraft too early
[13:00] <andyrock> andywork: ^^^
[14:23] <gpnt> hello
[14:26] <gpnt> I have a problem/question: Today I was trying out ubuntu core on raspi 2. Installation, login an everything was no problem. So I created on my host-pc a cross-compiled snap for arm devices. But when I upload this snap to the store I can only install it on my host pc via 'snap install myapp'. On the raspberry pi it tells me, the snap was not found. How can I publish the app to work on my raspberry pi?
[14:35] <gpnt> Okay, found out that you have to put an 'architecture: [armhf]' to the snapcraft.yaml. Why is this information not in the official documentation?
[15:37] <john__> hi - i just tired installing ubuntu core kvm on my ubuntu machine
[15:37] <john__> something went wrong
[15:38] <john__> how do i kill this instance
[15:38] <john__> so that i can create a new one
[15:38] <john__> i followed the instructions on the home page
[15:39] <john__> any help will be highly appreciated
[15:45] <john__> is anyone in this chat room besides me?
[15:55] <andywork> sergiusens: hi, can you show me how?
[15:59] <andywork> or better yet can ANYONE show me how to do that?
=== JanC is now known as Guest64473
=== JanC_ is now known as JanC
[18:43] <Elleo> what's the situations with the home interface? are snaps that use it allowed in the store and if so does it have to be manually connected?
[18:47] <qengho> Elleo: We refuse to surprise users. If an app could irreversably harm, then the user has to give it permission. Hey, want to install my  rm_-rf_~  snap?
[18:48] <OsakaFoo> could someone point me to some docs which can convince me that my 'snapped' application is okay to be running under root
[18:49] <Elleo> qengho: so they are allowed in the store then? but with manual connection?
[18:50] <qengho> Elleo: I don't know much about the store, but I think if it's well-known and open-source then it has a good chance of passing store review. But that's a guess.
[18:55] <qengho> OsakaFoo: A normal app, run by the user is running as that user. A daemon will run as root. In both cases, AppArmor and seccomp filters prevent it from accessing very much. You can verify in  /var/lib/snapd/{apparmor,seccomp} .
[18:56] <qengho> OsakaFoo: We can't prove a negative, so we can only invite you to try to break out and see how it fails.
[19:21] <OsakaFoo> qengho: :)
[19:22] <OsakaFoo> I shall heck out the profiles
[19:23] <OsakaFoo> whats the best way to keep a snap package uptodate?
[19:40] <andywork> hey can I get some help getting my .yaml right
[19:40] <andywork> look here: http://pastebin.com/9ASLvD3b
[19:41] <andywork> if I uncomment the "#"-lines, some libs from stage-packages never makes it into the final snap
=== devil is now known as Guest4760
=== Guest4760 is now known as devil_
=== devil_ is now known as devil__
=== devil__ is now known as devilz
=== devilz is now known as devil_
[20:18] <qengho> OsakaFoo: Do nothing. You get updates automatically.
[20:20] <qengho> andywork: Those lines add a filter of things you want to install. You stage things and then don't install them, and that's weird.
[20:37] <Son_Goku> so I wasn't nuts about LP<->rhbz, it really is disabled: https://bugs.launchpad.net/bugs/bugtrackers/redhat-bugs
[21:02] <andywork> qengho: what should it look like then?
[21:15] <OsakaFoo> whats the best way to pass a SSL cert to a snapped deamon?>
[21:15] <OsakaFoo> qengho: thanks - I like that plan
[21:20] <qengho> OsakaFoo: $ sudo snappedthing.import <cert.txt
[21:21] <qengho> OsakaFoo: $ sudo cp cert.txt $(snappedthing.print-cert-location)
[21:30] <OsakaFoo> hmm
[21:31] <OsakaFoo> I can't seem to find that
[21:34] <qengho> OsakaFoo: Did you invent "snappedthing" yet?
[21:35] <OsakaFoo> yes, its ejabberd in a snap
[21:35] <qengho> OsakaFoo: Did you make an app in your yaml called "print-cert-location"?
[21:36] <qengho> OsakaFoo:     command: bin/echo $SNAP_DATA/osakafoochoiceforcertname
[21:39] <qengho> OsakaFoo:     command: bin/echo $SNAP_DATA/orWhateverOFsDaemonExpectsHere
[21:40] <andywork> qengho: do you have a minute to help me out?
[21:41] <OsakaFoo> qengho: I think I might have missunderstoon the term invent
[21:41] <OsakaFoo> I am not writting a snap package, simply using one
[21:42] <OsakaFoo> the ejabberd, snap
=== devil is now known as Guest712
=== Guest712 is now known as devil_