[00:14] <Son_Goku> zyga, you can push https://bodhi.fedoraproject.org/updates/FEDORA-2016-4154def2ea and https://bodhi.fedoraproject.org/updates/FEDORA-2016-c6820c54b1 to stable now
[02:03] <hades|2> how to run latest amd64-all-snap.img + LXD Containers ?
[02:13] <hades|2> ans also how to get webdm working with latest  amd64-all-snap.img ? i get some apparmor error
[06:13] <bull> hi friends
[06:14] <bull> what after : do in snapcraft file ?
[06:15] <bull> artmello, this is the problem man same happening with me ,
[06:16] <bull>  QStandardPaths::DataLocation point to container's location instead of user's /home/.local/share/myapp/data
[06:21] <bull> am getting this error- expected string or bytes-like object
[06:27] <bull> anyone on ??
[07:19] <bull> help
[07:26] <bull> expected string or bytes-like object
[07:26] <bull> what does this mean
[07:27] <qengho> bull: From what command? Your questions don't ask enough.
[07:27] <bull> snapcraft
[07:28] <qengho> bull: Add "--debug" to the end of snapcraft command line.
[07:29] <bull> my snapcraft file is here - http://paste.ubuntu.com/21494084/
[07:30] <bull> and the output of --debug is  http://paste.ubuntu.com/21494119/
[07:30] <bull> its been 3 hours and more i cant make snap of this application here
[07:32] <bull> hard journey with snapcraft so far, i cant make my app  deskie work after snapping it .  it wont work perfectly like it should idk how people gonna use this tool its harder then debian packaging damn
[07:33] <qengho> bull: There is a bug in snapcraft because it should have failed in a better way, but it should have failed because your YAML is bad. Its nor valid at all.
[07:33] <qengho> bull: Indentation matters. Sections matter.
[07:33] <bull> qengho,  whats wrong it should debug line no. etc man
[07:34] <qengho> bull: What does "application:" mean?
[07:34] <qengho> Did you make that up?
[07:34] <bull> i used the same field in making snap for my previous application it works well
[07:35] <qengho> stage-packages takes a list, but the next line is indented the same amount -- not valid.
[07:35] <bull> okay let me check
[07:35] <bull> application is a part ??
[07:36] <qengho> bull: Notice how "plugs" and "architectures" doesn't look like "stage-packages"?
[07:36] <qengho> bull: Okay, that is good. It needs a plugin, I am pretty sure.  Use "plugin: nil", maybe.
[07:37] <bull> okay but it should output these things instead of such a horrible output
[07:37] <bull> okay wait let me check
[07:39] <bull> bro we use tab to make space or spacebar ??
[07:39] <qengho> bull: that's a bug. It's never seen YAML like this. Please, run "$ ubuntu-bug snapcraft", title "snapcraft crashes with useless message on bad YAML" and attach a link to your YAML.
[07:39] <qengho> bull: It's up to you. Be consistent.
[07:40] <bull> okay
[07:40] <bull> i will
[07:42] <bull> i cant report bug
[07:42] <bull> how to do that ??
[07:44] <bull> my current snapcraft file is  this http://paste.ubuntu.com/21494890/      please report the bug
[07:45] <bull> it still saying same after i fixed the indentions --  expected string or bytes-like object
[07:48] <bull> its working now after removing architectures
[07:52] <bull> snapcraft :- downloading icons whille snapping app make no sense or its useless -- Get:41 http://in.archive.ubuntu.com/ubuntu xenial/universe DEP-11 64x64 Icons [7,448 kB]
[08:13] <bull> wow , am still not able to know what the hack is going on here with snapcraft !!! it still showing me same error at end of building process .
[08:14] <bull> downloaded 28 mb of cache , 200mb + of packages and at last it fails haha with this line - expected string or bytes-like object
[08:15] <bull> mhall119,  you there ??
[08:50] <tsimonq2> bull: mhall119 is sleeping right now :)
[08:50] <bull> tsimonq2,  damn
[09:14] <bull> i reported bug https://bugs.launchpad.net/snapcraft/+bug/1608032
[09:14] <mup> Bug #1608032: snapcraft crashes with useless message on bad YAML <output> <snap> <snapcraft> <snappy> <ubuntu> <useless> <Snapcraft:New> <https://launchpad.net/bugs/1608032>
[12:54] <jdstrand> tianon: sorry I missed you (yesterday was a half day for me), the general guidance is that if the snap needs things here and there from other interfaces to use those interfaces *iff* the snap legitimately needs that access. for example, if docker does bind to a port and listen to network connections, then use network-bind, otherwise, add it to your interface
[12:58] <jdstrand> tianon: also, don't worry about seccomp policy right this second-- I suggest using @unrestricted right now because the way seccomp works, you can't ever get more syscalls than the parent. Perhaps, maybe, you could get away with listing everything in snap-confine.git/debian/README.syscalls and leave out, say, init_module (and others that are kernel module related), keyctl and a few others that are listed as dangerous in the interfaces/seccomp/default
[12:59] <jdstrand> tianon: point is, docker, like lxd, is quite special in that it can be thought of in some ways as an alternate launcher and it needs a lot of privileges to launch its app containers
[13:00] <jdstrand> tianon: we can discuss this all next week. I'm happy to answer any questions and provide guidance/tips/etc
[16:04] <mup> PR snapcraft#698 closed: Add option disable-parallel for autotools plugin <Created by blakerouse> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/698>
[16:25] <tgm4883> If I'm just changing security settings in my snapcraft.yaml file, do I just need to run 'snapcraft snap' to test the changes? I'd rather not rebuild the whole thing everytime
[16:29] <kyrofa> tgm4883, you mean changing the plugs/slots stuff? Indeed, no need to rebuild
[16:30] <tgm4883> kyrofa: exactly. Right now this app only (semi-)works in --devmode
[16:30] <kyrofa> tgm4883, anything not in parts you can modify freely and just run `snapcraft` again to get it in a snap. Snapcaft will regenerate the prime/meta directory each time
[16:31] <tgm4883> oh that is nice
[16:31] <kyrofa> tgm4883, so apps, snap name, version etc
[16:31] <tgm4883> that will make adding apps much easier
[16:31] <kyrofa> Indeed
[16:31] <tgm4883> speaking of version, can that have a variable in it? Like $DATE
[16:31] <kyrofa> tgm4883, are you aware of the `snap try` functionality?
[16:31] <tgm4883> no, what's snap try?
[16:31] <kyrofa> tgm4883, no, but you're not the first to ask. We'll add something like that soon
[16:32] <tgm4883> sweet
[16:32] <kyrofa> Okay, snap try. Hold on I need to move then I'll explain
[16:40] <kyrofa> Okay, I'm back
[16:41] <kyrofa> tgm4883, assuming you're running snapcraft on a 16.04 machine, you can just run `snap try prime/` after running `snapcraft prime`
[16:41] <tgm4883> ok, running a build now, should be done in a few minutes
[16:41] <kyrofa> tgm4883, that will bind-mount the prime directory and pretend it's a snap installed on the system
[16:41] <tgm4883> what does that do for security confinement?
[16:41] <kyrofa> tgm4883, which means you can run all the apps from it and everything, except it's not a squashfs image-- if you change the prime directory, you change the snap
[16:42] <kyrofa> tgm4883, still works the same way. You can `snap try --devmode` too
[16:42] <tgm4883> ah cool
[16:42] <kyrofa> tgm4883, it makes for faster iteration
[16:43] <tgm4883> yea that will help
[16:43] <kyrofa> tgm4883, but a word of warning. There's a bug where, if you run `snapcraft clean` or otherwise remove the prime directory, snapd gets confused
[16:43] <kyrofa> tgm4883, it's been fixed in master, but not released yet
[16:43] <kyrofa> tgm4883, so if you're going to clean the prime directory, `snap remove` the snap first
[16:43] <tgm4883> also if I stop running "snapcraft clean" and rebuilding the whole thing :)
[16:43] <tgm4883> apparently I like to watch it do a git clone of the repo
[16:44] <kyrofa> tgm4883, you know you can clean individual parts and individual steps of parts, right?
[16:44] <tgm4883> yea
[16:45] <tgm4883> I need to look at that part of the documentation again
[16:47] <tgm4883> Are old versions of snaps ever removed?
[16:47] <kyrofa> tgm4883, right now, no. But the next version of snapd will prune them
[16:47] <ogra_> there are always only two versions kept around
[16:47] <tgm4883> I doubt they are causing problems, but it's starting to get annoying when I do a 'df -h' and see 20 versions of the same snap mounted
[16:48] <kyrofa> tgm4883, I think it'll remove once there are three
[16:48] <tgm4883> hmm
[16:48] <ogra_> (unless you sideloaded ... then it is up to you to do tthe clean up)
[16:48] <kyrofa> tgm4883, agreed
[16:48] <tgm4883> ah
[16:48] <kyrofa> Hey ogra_!
[16:48] <ogra_> hi
[16:48] <tgm4883> sideloaded then via snap install
[16:48] <ogra_> yeah, that will pile up forever
[16:48] <ogra_> you need to run snap remove every once in a while
[16:48] <kyrofa> tgm4883, indeed, sideloaded = snap install <local file> versus snap install <snap name in the store>
[16:49] <tgm4883> Is there a limit to the number of snaps you can install? I noticed it started over on the /dev/loop# when it got to 20
[16:49] <tgm4883> or maybe that is a coincidence
[16:50] <tgm4883> I did remove the hello and hello-debug snaps around that time
[16:51] <ogra_> well, i guess there is a limit ... i doubt the kernel can handle more than /dev/loop64435
[16:51] <ogra_> err
[16:51] <ogra_> 65535
[16:51] <tgm4883> that makes sense
[16:52] <ogra_> but if you have 65k snap packages installled then i want your HDD too !
[16:52] <ogra_> that would likely be plenty petabytes :)
[16:52] <tgm4883> cool, going to work on security stuff, then only like 9-10 more things to add/fix before this app is good
[16:55] <ogra_> YAY !
[16:55] <ogra_> https://code.launchpad.net/~snappy-dev/+snap/ubuntu-core
[16:55] <ogra_> first cronned build ...
[16:56] <kyrofa> ogra_, awesome!
[16:57] <ogra_> now only autoulpoad is missing ... waiting for a store fix for that one
[16:57] <kyrofa> ogra_, can't auto-upload to a shared snap?
[16:57] <kyrofa> I've run into that as well
[16:57] <ogra_> yeah
[16:58] <kyrofa> ogra_, is that a store issue or an LP issue?
[16:58] <ogra_> i think a store issue ... store people are researching since wed.
[16:58] <kyrofa> ogra_, have you tried uploading via snapcraft push yourself?
[16:59] <ogra_> bug 1607389
[16:59] <mup> Bug #1607389: shared snap packages can not be uploaded from LP builds <Software Center Agent:New for facundo> <https://launchpad.net/bugs/1607389>
[16:59] <ogra_> kyrofa, nah, only manually through the web ui
[17:09] <Cavan> After I create my snap I'm still getting '...log.dir can't be created read only file system' after I've declared the logs as $SNAP_USER_DATA. Any suggestions?
[17:10] <Cavan> I did notice the log files are being made in a different directory (user/snap/..) but I'm unsure how to change that
[17:11] <kyrofa> Cavan, you notice the log files being created in $HOME/snap/... but you're still getting a "read-only" error?
[17:13] <Cavan> The snap is being created in /snap/zeppelin/current and the logs are being created in /home/cavan/snap/zeppelin/x33. But if thats the way they're meant to be then yes
[17:13] <ogra_> yes, that is the location of $SNAP_USER_DATA
[17:14] <ogra_> i.e. /home/$USER/snap/$PACKAGENAME/$VERSION
[17:17] <Cavan> Yeah, the file which writes the files needed 'zeppelin-daemon.sh' is returning this everytime I try to run it /snap/zeppelin/x33/bin/zeppelin-daemon.sh: line 180: /snap/zeppelin/x33/zeppelin-cavan-cavan-HP-ENVY-15-Notebook-PC.out: Read-only file system' Is there a way to point it to the $SNAP_USER_DATA to read or a way to create in the main directory?
[17:38] <ali1234> heh... snaps are quite big aren't they...
[17:39] <ali1234> i'm still trying to figure out if it is even possible for a daemon to play audio
[17:39] <ali1234> the funny thing is that the deb package of gmediarender has the same problem... it ships with an init script which doesn't work but if you just run it at a command prompt it works fine
[17:55] <kyrofa> Cavan, that depends on if the application you're snapping supports that as some sort of config options or cli parameter
[18:10] <kyrofa> ali1234, daemons aren't session-specific, but I suspect audio is
[18:11] <kyrofa> (don't know for sure)
[18:37] <kyrofa> Sheesh sergiusens, take a day off man
[18:40] <sergiusens> :-)
[18:49] <acheronuk> may be a simple reason for this, but any help appreciated. see: http://paste.ubuntu.com/21546329/
[19:14] <ali1234> kyrofa: yes, that's the problem
[19:16] <kyrofa> ali1234, what if you made it an app and configured it to run at startup, similar to how something like skype or the owncloud client fires up? Neither of those are snaps, but I assume it just uses the .desktop files
[19:16] <kyrofa> Not startup sorry-- login
[19:16] <ali1234> kyrofa: it won't work because nobody ever logs in to this system
[19:16] <kyrofa> ali1234, oh interesting. But you want to play audio?
[19:16] <ali1234> yes
[19:16] <ali1234> with uPNP
[19:17] <kyrofa> How would you do that without snaps?
[19:17] <ali1234> i don't know
[19:18] <ali1234> i would probably rip out all the session permissions management
[19:18] <ali1234> or run everything as root
[19:18] <ali1234> or something horrible like that
[19:19] <ali1234> the point is the system won't even have a monitor
[19:19] <ali1234> it will look like a piece of stereo equipment
[19:20] <ali1234> another use case would be something like amazon echo or mycroft
[19:22] <ali1234> actually doesn't mycroft run on ubuntu?
[19:24] <ali1234> https://insights.ubuntu.com/2015/08/14/meet-mycroft-open-source-artificial-intelligence-powered-by-snappy/
[19:24] <ali1234> how does that play audio?
[19:27] <ali1234> https://github.com/MycroftAI/snapcraft-mycroft-core/blob/master/snapcraft.yaml
[19:27] <ali1234> no daemons defined
[19:28] <ali1234> so... i think there should be a proper way to do this
[19:29] <ali1234> i should be able to grab the nase image, install my snap, and have it just work... without having to create users and configure auto login
[20:04] <Son_Goku> zyga, did you finally submit the updates to stable?
[20:05] <Son_Goku> and have you done any work to address the fedora-review feedback?
[20:05] <Son_Goku> for snap-confine
[21:02] <mup> PR snapd#1556 closed: asserts: add Assertion.Prerequisites and SigningKey, Ref and FindTrusted <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1556>