[01:48] <sergiusens> thomi aside from, it should be fixed?
[01:49] <sergiusens> both oh, I was thinking 16.04; try `snappy update`
[01:51] <thomi> sergiusens: I'm 90% sure it happens on 2.12 - which AFAIK is the latest on xenial
[01:51] <thomi> sergiusens: or do you mean it should be fixed in the git repo?
[01:51] <sergiusens> thomi I mean we should take the time and fix it
[01:51] <thomi> sergiusens: ahhh - gotchya - english is a PITA :D
[01:52] <thomi> I thought you meant it should already be fixed :D
[01:52] <sergiusens> heh, it is the least complicated wrt double speak :-)
[01:58] <tsimonq2> o/ sergiusens :)
[02:05] <both> sergiusens: 'snappy update' is working, but I don't mean 'update' but 'upgrade'
[02:05] <both> and BTW...
[02:06] <both> there's no 'snap' command in my snappy. why? how to get it?
[02:12] <qengho> both: having little information to go on, that smells like an ancient version.
[02:14] <both> qengho: this is arm(hf) version
[02:14] <both> for RPi2
[02:20] <qengho> both: Ah. Right. I have not watched closeley lately, but I don't know of any fresh versions of that. :(
[02:31] <both> is there any magical command that will make 'trusty ubuntu' from 'snappy ubuntu'?
[02:33] <qengho> trusty=Ubuntu 14.04 LTS?
[02:35] <both> qengho: yes :)
[02:36] <Kamilion> 'chroot'
[02:36] <mup> Bug #1602063 opened: find doesn't show snap size <Snappy:New> <https://launchpad.net/bugs/1602063>
[02:39] <qengho> both: There are newer releases than the 2014-April one but no, you can't change Ubuntu Snappy into Ubuntu or backwards. Inside each, you can simulate the other.
[02:40] <both> I need php, apache, mysql, python running on my snappy. How to get it without 'snap' command?
[02:40] <Kamilion> dd a different ubuntu image on the card
[02:41] <qengho> both: In ubuntu, "apt install snapd". In Ubuntu, "snappy enable-classic" or something similar later.
[02:42] <both> Kamilion: there's only ubuntu snappy and ubuntu mate available so far for ARM boards AFAIK. Do you know anything else better than that?
[02:42] <Kamilion> i'd suggest the https://ubuntu-mate.org/raspberry-pi/ image
[02:43] <Kamilion> then install snapd from the repo.
[02:43] <qengho> +1 Kam
[02:44] <Kamilion> i should point out, the only thing that's really raspberry pi specific on that image is the kernel.
[02:44] <Kamilion> the userspace is standard armv7.
[02:44] <Kamilion> in theory it should work with odroids as well, if you use an odroid-specific kernel.
[02:45] <Kamilion> or banana pi, or whatever other ARM7+ board you can come up with. But not the original armv6 raspberry pi.
[02:46] <Kamilion> you're pretty much stuck with their custom debian armv6+ userspace as well as their kernel.
[02:46] <Kamilion> (if you're on a pi1)
[02:46] <Kamilion> or one of it's clones like the odroid-w
[02:47] <both> I had some problems with ubuntu mate :/ I hope it's just mSD size (8GB).
[02:47] <Kamilion> but once you get a working linux kernel, you've pretty much got open choice of who's flavor of gnu userspace to run under it
[02:48] <Kamilion> there's also a 16.04 server image bouncing around somewhere
[02:50] <Kamilion> i don't think it's official though
[02:50] <Kamilion> i'm not seeing it in the normal place at least
[02:54] <Kamilion> ah, there it is.
[02:54] <Kamilion> both: https://wiki.ubuntu.com/ARM/RaspberryPi
[02:54] <Kamilion> i knew there was a minimal 16.04 image stashed somewhere
[02:57] <both> Kamilion: oh, thx :)
[02:57] <Kamilion> https://wiki.ubuntu.com/ARM/RaspberryPi/RaspberryPi3   reading this tells me pi3 support is still a little broken
[02:58] <Kamilion> pi2 should be fine though.
[02:58] <Kamilion> http://cdimage.ubuntu.com/ubuntu/releases/16.04/release/ubuntu-16.04-preinstalled-server-armhf+raspi2.img.xz
[02:58] <both> I'll try later today.
[02:58] <Kamilion> says it's 4GB
[02:59] <Kamilion> so if you're unpacking onto an 8GB card; be sure to run resize2fs on it
[03:52] <tsimonq2> o/ Kamilion
[03:57] <qengho> I think the image will resize itself on first reboot.
[03:58] <qengho> Doesn't the boot config have something else? /me shrugs.
[06:33] <trijntje> I'm trying to create a snap for an existing java app, so I just have a .jar file. What is the correct way to include java in the snap?
[06:50] <qengho> trijntje: I  plugin: nil, source: ..., stage-packages: [ openjdk-7-jre ]
[06:57] <trijntje> qengho: I have this now, but it still complains about not having java http://pastebin.com/sKtGxpqV
[07:01] <qengho> trijntje: Error message?
[07:02] <dholbach> hey hey
[07:06] <qengho> trijntje: Your command might be "bin/java $SNAP/something something".
[07:08] <qengho> trijntje: use  find snap  to learn paths.
[07:09] <qengho> trijntje: or update your program with what you learn from "find"^.
[07:14] <trijntje> qengho: $ archaeopteryx
[07:14] <trijntje> /snap/archaeopteryx/x5/bin/archaeopteryx: line 3: java: command not found
[07:14] <trijntje> qengho: something weird happened, it also put /home/trijntje/snap/archaeopteryx etc into the snap
[07:16] <trijntje> qengho: if java is properly included in the snap I should be able to use it directly right? Without messing with paths
[07:16] <trijntje> like here https://github.com/snapcore/snapcraft/tree/master/demos/java-hello-world
[07:16] <trijntje> I just cant figure out how they tell the snap they want java available
[07:42] <liuxg> I just found that "snap find" command does not really list all of the available apps for installation. For example, I cannot find "ubuntu-calculator-app" output from the command. However, I can use "snap find ubuntu-calculator-app" to get the result of it. is this a bug?
[07:47] <iliv> liuxg, if I run that command, I don't see ubuntu-calculator-app
[07:49] <liuxg> iliv, yes, I do not see the ubuntu-calculator-app as well. By right, it is supposed to show all of the available apps on the system if the "search-term" is empty in the command "snap find <search-term>"
[07:53] <iliv> liuxg, running "snap find" doesn't show ubuntu-calculator-app either. Why do you think it should?
[07:53] <liuxg> iliv, that is according to the document at https://developer.ubuntu.com/en/desktop/get-started/, it says: Tip: you can call snap find without a search term to show all apps available to install on your system.
[07:55] <iliv> liuxg, I mean, why you do you think ubuntu-calculator-app should be displayed in "snap find" output? Maybe it just isn't there? It certainly isn't when I run either "snap find" or "snap find ubuntu-calculator-app" (contrary to your experience where you say "snap find ubuntu-calculator-app" does ...
[07:55] <iliv> ... show ubuntu-calculator-app as an available package)
[07:57] <liuxg> iliv, in fact, for me, I can find it by running "snap find ubuntu-calculator-app". I can install it by "sudo snap install ubuntu-calculator-app". I think the app should be available for installation.
[07:59] <liuxg> iliv, "snap find" should return all of the AVAILABLE snap apps for viewing. this is my understanding. Currently, I can install ubuntu-calculator-app, however, it is not listed there in the command "snap find". this is my point.
[07:59] <iliv> liuxg, > - Download snap "ubuntu-calculator-app" from channel "stable" (snap not found) // this is what I get when I try to install it. What channel is it on?
[07:59] <iliv> yeah, it makes sense
[07:59] <iliv> if you can install it, you should be able to see it in "snap find" output
[08:00] <liuxg> iliv, I think maybe you have to enable the universe.
[08:00] <iliv> sounds like a bug report to me :)
[08:00] <liuxg> iliv, http://imgur.com/2OM6dZM
[08:01] <liuxg> iliv, do you know what project I should report it to?
[08:01] <liuxg> iliv, if you know the link, please give me the link for it.
[08:11] <liuxg> iliv, are you able to install the calculator app on  your system?
[08:11] <dz0ny_> Is there a public repo with all public snapcraft recipes?
[08:12] <dz0ny_> demos are great but it feels like I'am reinventing the wheel
[08:12] <liuxg> dholbach, ping
[08:12] <dholbach> liuxg, pong
[08:12] <zyga> o/
[08:12] <davidcalle> dz0ny_: https://github.com/ubuntu/snappy-playpen
[08:13] <dz0ny_> davidcalle: thx
[08:13] <liuxg> dholbach, I can install the ubuntu-calculator-app, however, I cannot find it by using "snap find" command? is this a bug? if yes, what project should I file to?
[08:13] <davidcalle> dz0ny_: no :)
[08:13] <davidcalle> np* !
[08:14] <dholbach> liuxg, I don't know - it could be... check http://bugs.launchpad.net/snappy
[08:15] <dholbach> liuxg, maybe it's a store-thing too - maybe it just returns just a limited subset of apps(?)
[08:15] <dholbach> I really don't know
[08:15] <liuxg> dholbach, do you think this is a bug? Can you duplicate it in your place?
[08:16] <dholbach> yes, I can see the issue
[08:17] <liuxg> dholbach, let me firstly file the bug to  http://bugs.launchpad.net/snappy
[08:17] <dholbach> ok
[08:19] <hikiko> hello
[08:19] <hikiko> tsimonq2, here?
[08:19] <seb128> dholbach, liuxg, I think it's a known store issue
[08:19] <seb128> it doesn't do substring matching
[08:19] <seb128> unsure where the store bugs are reported though
[08:19] <dholbach> seb128, do you know if "snap find" is supposed to show a list of everything?
[08:19] <seb128> I don't
[08:20] <seb128> I would expect so though
[08:20] <dholbach> JamesTait, ^ do you know?
[08:20] <JamesTait> dholbach, "a list of everything"?  As in, every package in the store?
[08:21] <dholbach> every available snap for that user (arch, release, channel)?
[08:22] <JamesTait> I don't know if it's *supposed* to, or if it would be a good idea to, especially when we have more than a couple of hundred snaps, but atm I don't think it does anything with result set size or pagination, so it'll be limited to 100 results.
[08:22] <tsimonq2> hey hikiko :)
[08:23] <hikiko> hi tsimonq2 !
[08:23] <tsimonq2> how are you hikiko? :)
[08:23] <hikiko> good tsimonq2 and you?
[08:23] <dholbach> seb128, liuxg: ^ what JamesTait said
[08:23] <seb128> dholbach, thanks
[08:24] <dholbach> maybe it'd help to tell the user that there's a limit of 100 results
[08:24] <liuxg> seb128, dholbach, anyway, I have reported a bug at https://bugs.launchpad.net/snappy/+bug/1602154
[08:24] <mup> Bug #1602154: "snap find" command cannot find ubuntu-calculator-app. However, it can be installed on 16.04 <Snappy:New> <https://launchpad.net/bugs/1602154>
[08:24] <mup> Bug #1602154 opened: "snap find" command cannot find ubuntu-calculator-app. However, it can be installed on 16.04 <Snappy:New> <https://launchpad.net/bugs/1602154>
[08:24] <dholbach> ok, I'll expand on that
[08:24] <trijntje> I'm trying to create a snap for a java program. I've added java to my snap and it get installed, but for some reason the snap cannot execute java
[08:24] <trijntje> $ archaeopteryx
[08:24] <trijntje> /snap/archaeopteryx/x10/bin/archaeopteryx: line 4: usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java: Permission denied
[08:24] <trijntje> if I cd to the snap dir and run usr/lib/etc etc/java, it runs fine
[08:25] <trijntje> $ ls -l usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java
[08:25] <trijntje> -rwxr-xr-x 1 root root 6464 Apr 23 10:26 usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java
[08:25] <liuxg> dholbach, JamesTait, I think it would be better to expand it so that we can use "grep" command to find the needed apps
[08:26] <liuxg> dholbach,  JamesTait, 100 may not be enough. Anyway, currently, it shows 100 results.
[08:27] <JamesTait> liuxg, tbh I think I'd prefer it if the user had to explicitly opt in to thousands of results, but there may be precedent with, for example, apt - I don't know if that limits the number of results.
[08:28] <dholbach> JamesTait, it doesn't
[08:28] <dholbach> I updated https://bugs.launchpad.net/software-center-agent/+bug/1602154
[08:28] <mup> Bug #1602154: "snap find" command cannot find ubuntu-calculator-app. However, it can be installed on 16.04 <Snappy:New> <https://launchpad.net/bugs/1602154>
[08:29] <liuxg> JamesTait, dholbach, if I use snap find ubuntu-calculator-app, it returns messy result even though the calculator is inside it.
[08:30] <tsimonq2> hikiko: great :)
[08:30] <tsimonq2> hikiko: so what's going on? :P)
[08:30] <tsimonq2> *:)
[08:31] <trijntje> can someone help me understand how the java-hello-world demo can call 'java' without including it in the snapcraft.yaml file?
[08:31] <trijntje> https://github.com/snapcore/snapcraft/tree/master/demos/java-hello-world
[08:33] <JamesTait> liuxg, I'm not certain which endpoint snapd is currently using for the search, but the reason for the larger-than-expected result set is that it's tokenising the search term and returning all results that match "ubuntu OR calculator OR app" in the package name.
[08:33] <mup> PR snapd#1528 opened: overlord/devstate: add DeviceManager which checks assertions <Created by wgrant> <https://github.com/snapcore/snapd/pull/1528>
[08:35] <liuxg> JamesTait, I am thinking it should take "ubuntu-calculator-app" as a whole phrase to search. the searched result is pretty messy now, and make it less useful as it would be.
[08:37] <mwhudson> zyga: poke
[08:46] <JamesTait> liuxg, possibly, yes, there's probably room to tweak how we handle searches.  It's a matter of balancing between "I know exactly what package I'm loking for" (in which case why not just use snap install straight off?), "I know roughly what package I'm looking for" (e.g. linux-image-something) and "I don't know what package to install, but I want something that does ...
[08:46] <JamesTait> ... X" (e.g. snap find vector editor, which would actually probably be a different subcommand and endpoint).
[08:47] <JamesTait> Oh, already gone.
[08:48] <dholbach> you could just follow up on the bug report
[08:49] <JamesTait> Yeah, just doing that.
[08:50] <dholbach> thanks!
[08:51] <dholbach> sergiusens, kyrofa: can I exclude files from my snap if a remote part pulls them in?
[08:54] <zyga> mwhudson: hey
[08:54] <zyga> mwhudson: no update since yesterday, I'll try to do it today
[08:54] <Chipaca> dholbach, if there's something untrue on https://developer.ubuntu.com/en/desktop/get-started/, is that a you thing?
[08:55] <dholbach> Chipaca, yes, I can take care of it
[08:55] <Chipaca> dholbach, “Tip: you can call snap find without a search term to show all apps available to install on your system.”
[08:55] <Chipaca> dholbach, that is incorrect
[08:55] <dholbach> yes, that's what we just talked about earlier
[08:55] <Chipaca> oh?
[08:55] <Chipaca> ok :-)
[08:55] <dholbach> https://bugs.launchpad.net/snappy/+bug/1602154
[08:55] <mup> Bug #1602154: "snap find" command cannot find ubuntu-calculator-app. However, it can be installed on 16.04 <Snappy:In Progress by chipaca> <https://launchpad.net/bugs/1602154>
[08:56] <dholbach> it's quite confusing for users right now :)
[08:56] <Chipaca> dholbach, right, I'm coming here from that bug
[08:56] <dholbach> ah yes, ok :)
[08:56] <Chipaca> dholbach, commented there, even
[08:56] <JamesTait> Uh, why is the affected project changing to "Snappy" when I try to change "Software Center Agent" to "Click Package Index"?
[08:56] <Chipaca> because it's wrong
[08:56] <Chipaca> it's snappy
[08:56] <dholbach> thanks Chipaca
[08:56] <Chipaca> JamesTait, my doing, I suspect (refresh)
[08:57] <mup> PR snapd#1529 opened: snap: rework the output after a snap operation <Created by mvo5> <https://github.com/snapcore/snapd/pull/1529>
[08:57] <Chipaca> JamesTait, refresh and read my comment, i'd say
[08:57] <JamesTait> Ah - will do, once I've taken my wife to hospital.
[08:57] <Chipaca> JamesTait, ouch?
[08:57] <Chipaca> JamesTait, take care
[08:58] <dholbach> JamesTait, all the best!
[08:58] <hikiko> tsimonq2, I have some problems with lxc
[08:59] <Chipaca> where is liuxg?
[08:59] <hikiko> tsimonq2, I tried to run snapcraft cleanbuild before I do a merge proposal
[08:59] <hikiko> and I see lxc related errors although I am in lxd group
[09:00] <dholbach> Chipaca, updated the doc - thanks
[09:00] <Chipaca> dholbach, cheers
[09:00] <tsimonq2> hikiko: I know this sounds weird, but restart your computer
[09:01] <hikiko> ! :) let's see (thanks tsimonq2) brb
[09:06] <oSoMoN> I’m seeing the following audit log when trying to run my webbrowser-app snap confined, any idea what might be preventing the app from starting?
[09:06] <oSoMoN> Jul 12 10:49:29 bribon kernel: [14714.106636] audit: type=1326 audit(1468313369.337:852): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=16316 comm="webbrowser-app" exe="/snap/webbrowser-app/x1/bin/webbrowser-app" sig=31 arch=c000003e syscall=49 compat=0 ip=0x7f606d519837 code=0x0
[09:10] <Chipaca> oSoMoN, sudo snap install snappy-debug
[09:10] <Chipaca> oSoMoN, then, sudo snap connect snappy-debug:log-observe ubuntu-core:log-observe
[09:10] <Chipaca> oSoMoN, then, (sudo) snappy-debug.security scanlog
[09:11] <Chipaca> oSoMoN, if this is amd64, syscall 49 is bind
[09:11] <Chipaca> oSoMoN, you probably need "network-bind"
[09:11] <oSoMoN> chipaca, thanks, that’s very helpful!
[09:12] <Chipaca> oSoMoN, snappy-debug's scanlog would've told you this fwiw
[09:12] <oSoMoN> yes it did, that’s much easier to understand than the raw seccomp audit log in /var/log/syslog :)
[09:13] <Chipaca> oSoMoN, if it is that you need network-bind, it's probably because of something wrt dns
[09:13] <Chipaca> which is a bummer, but we'll get to it at some point
[09:14] <oSoMoN> that makes sense
[09:14] <Chipaca> (the bummer is that you shouldn't need network-bind for something that isn't a server)
[09:17] <oSoMoN> Chipaca, indeed, although in the case of webbrowser-app devtools require server caps, so it was going to be needed anyway
[09:17] <Chipaca> ah ok :-)
[09:18] <ppisati> mvo: is u-d-f still the tool to build images?
[09:20] <ppisati> mvo: it complains about the gadget snap - http://pastebin.ubuntu.com/19158950/
[09:29] <tsimonq2> hikiko: did that work? :)
[09:31] <hikiko> tsimonq2, almost :) I now have permissions but I didn't configure the lxd network correctly so I can't connect.. :)
[09:31] <ppisati> ogra_: ^ maybe you know that too
[09:42] <mvo> ppisati: it sort of is, can you please try if ubuntu-device-flash-experimental is doing better? in the same dir as u-d-f ? also - do you have the latest binary of u-d-f from my people repo?
[09:42] <ppisati> mvo: already tried, same problem
[09:42] <mvo> ppisati: its all a bit in the flux still and u-d-f will be replaced soon (but not just yet)
[09:42] <mvo> ppisati: aha, ok, I will have a look in some minutes then
[09:43] <tsimonq2> hikiko: aww okay
[09:43] <ppisati> mvo: http://pastebin.ubuntu.com/19160179/
[09:44] <mup> PR snapd#1530 opened: asserts: add cross checks for snap asserts <Created by pedronis> <https://github.com/snapcore/snapd/pull/1530>
[09:50] <hikiko> tsimonq2, have you ever seen this bug before:
[09:50] <hikiko> :s/bug/error
[09:50] <hikiko> $ snapcraft cleanbuild
[09:50] <hikiko> error: Get https://images.linuxcontainers.org:8443: Unable to connect to: images.linuxcontainers.org:8443
[09:50] <hikiko> error: not found
[09:56] <tsimonq2> hikiko: hm weird
[10:03]  * JamesTait hugs Chipaca for his work on snapd and his comments on the bug.
[10:08] <zyga> Chipaca: oSoMoN: that thing you are talking about written in Go?
[10:09] <mwhudson> zyga: ok, good luck finding the time
[10:10] <mwhudson> zyga: btw, if it helps, maybe push the alioth repo to github, and i can there
[10:10] <zyga> mwhudson: hmm, I don't own the alioth repo, that's something slangasek did
[10:11] <mwhudson> zyga: yes, i know, but if you want to get changes into it, push your changes somewhere else and i'll merge them
[10:11] <mwhudson> zyga: possibly i'm not making much sense
[10:13] <zyga> ah, I see
[10:13] <zyga> I'll clone alioth and push it to my personal github and share the link with you
[10:13] <zyga> iff I get suse packages done today :)
[10:14] <zyga> though now seeing the end of the tunnel
[10:14] <mwhudson> +1
[10:30] <hikiko> mm, could anyone help me configure the lxd container for snappy-playpen to work?
[10:32] <dpm> good work davidcalle :) https://plus.google.com/u/0/+davidcalle/posts/NCYiHBTyKzL
[10:37] <oSoMoN> zyga, no, webbrowser-app is written in C++/QML
[10:37] <trijntje> is it  currently possible to use snappy X11 programs over ssh with X forwarding? I keep getting  "X11 connection rejected because of wrong authentication.",  I guess because snaps run as a different user?
[10:37] <zyga> oSoMoN: I see
[10:38] <zyga> oSoMoN: can you get a strace of the app starting? I wonder where it uses bind
[10:38] <zyga> trijntje: snaps don't run as a different user
[10:38] <zyga> trijntje: whatever it is, this is not it
[10:39] <oSoMoN> zyga, let me try to get you this
[10:43] <oSoMoN> zyga, it looks like strace is not available in snappy-debug (https://bugs.launchpad.net/snappy/+bug/1507693), how do I get a useful strace of my app ?
[10:43] <mup> Bug #1507693: please add gdb, strace, ltrace, etc to snappy-debug <Snappy:Triaged> <https://launchpad.net/bugs/1507693>
[10:45] <trijntje> zyga: I can use all 'regular' programs over ssh, but snaps give that error and fail to start
[10:48] <zyga> oSoMoN: just run sudo strace -f o /tmp/something
[10:48] <zyga> (on the outside)
[10:48] <zyga> to run your app
[10:51] <zyga> my spec files start to look sensible :)
[10:51] <zyga> https://build.opensuse.org/package/view_file/system:snappy/golang-github-codegangsta-negroni/golang-github-codegangsta-negroni.spec?expand=1 :)
[10:54] <oSoMoN> zyga, but that will run my app as root, which results in all sorts of unrelated problems
[10:54] <zyga> oSoMoN: but should give you a strace
[10:55] <zyga> oSoMoN: you can even run sudo strace su -u $(id -u) your app
[11:02] <oSoMoN> zyga, http://pastebin.ubuntu.com/19164311/
[11:02] <oSoMoN> not seeing any call to bind though
[11:05] <zyga> oSoMoN: did you call strace with -f
[11:05] <oSoMoN> ah, no
[11:06] <zyga> :-)
[11:06] <oSoMoN> zyga, http://pastebin.ubuntu.com/19164556/
[11:07] <oSoMoN> now I did, and the source of the call to bind becomes obvious
[11:07] <zyga> :-)
[11:07] <zyga> nice, I see it too
[11:07] <oSoMoN> webbrowser-app uses a unix socket to ensure there’s only one single instance of the app running at any given time
[11:08] <mup> PR snapd#1505 closed: store: introduce a search grammar (baby step #1) <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1505>
[11:11] <mvo> ppisati: oh, please try "ubuntu-device-flash core 16" instead of core rolling
[11:12] <mvo> ppisati: sorry that I did not spot this earlier
[11:23] <zyga> I'm sending first pull requests to SUSE for snapd dependencies :)
[11:38] <mup> PR snapd#1531 opened: many: present user with a choice of payment backends <Created by pete-woods> <https://github.com/snapcore/snapd/pull/1531>
[12:02] <mup> PR snapd#1532 opened: release: fix Elementary support <Created by zyga> <https://github.com/snapcore/snapd/pull/1532>
[12:06] <ogra_> trijntje, ssh adds a local proxy ... looks like the X11 interface simply blocks bits of proxy forwarding here
[12:10] <ogra_> trijntje, file a bug and add the tag snapd-interface
[12:10] <ogra_> that will make the security team take a look ;)
[12:10] <trijntje> ogra_: will do, against the snapd package?
[12:11] <ogra_> just against the snappy project
[12:12] <ogra_> https://bugs.launchpad.net/snappy
[12:15] <trijntje> https://bugs.launchpad.net/snappy/+bug/1602233
[12:15] <mup> Bug #1602233: "X11 connection rejected because of wrong authentication." when using snaps over ssh <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1602233>
[12:17] <mup> Bug #1602233 opened: "X11 connection rejected because of wrong authentication." when using snaps over ssh <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1602233>
[12:23] <mup> PR snapd#1533 opened: many: add authservice to handle user updates to state <Created by matiasb> <https://github.com/snapcore/snapd/pull/1533>
[12:24] <dpm> mariogrip, when you've got a minute, could you look at replying https://github.com/ubuntu/snappy-playpen/pull/69 ?
[12:24] <mup> PR ubuntu/snappy-playpen#69: Add octoprint <Created by mariogrip> <Conflict> <https://github.com/ubuntu/snappy-playpen/pull/69>
[12:24] <dpm> it'd be nice to get it into the playpen :)
[12:26] <dpm> mariogrip, also on https://github.com/ubuntu/snappy-playpen/pull/76 , rather to block on the rust plugin to be released (unless it's already milestoned for the next snapcraft release), perhaps you want to temporarily ship rust as a local plugin?
[12:26] <mup> PR ubuntu/snappy-playpen#76: Add iota snap <Created by mariogrip> <Conflict> <https://github.com/ubuntu/snappy-playpen/pull/76>
[12:28] <ogra> jamiebennett, btw reminder ...... echo "| Bugs: https://bugs.launchpad.net/snappy" >> channel topic
[12:28] <ogra> :)
[12:29] <ogra> (i would do it but i'm no op here)
[12:29] <jamiebennett> ogra: right, maybe we should get you to be an op instead ;)
[12:29] <ogra> fine as well :)
[12:29] <jamiebennett> ogra: can you ping asac or popey to make that happen?
[12:30] <ogra> (not sure who can do that though)
[12:30] <ogra> ah, sure
[12:30] <ogra> asac, popey ping :P
[12:38] <asac> ogra: hi :)
[12:40] <dpm> ralsina, there's someone trying to snap nikola, perhaps you might want to give them a hand? -> https://github.com/ubuntu/snappy-playpen/pull/72
[12:40] <mup> PR ubuntu/snappy-playpen#72: Add Nikola <help wanted> <Created by flexiondotorg> <Conflict> <https://github.com/ubuntu/snappy-playpen/pull/72>
[12:40] <ralsina> dpm: but I already snapped it! :-)
[12:41] <dpm> ralsina, oh, good work then :)
[12:41] <ralsina> hahaha
[12:41] <dpm> ralsina, would you mind adding a note to that PR pointing to your snap, and then we'll close it?
[12:41] <ralsina> am on it
[12:41] <dpm> thanks!
[12:41] <asac> jamiebennett: ogra: no permissions anymore it seems
[12:41] <asac> check with niemeyer
[12:42] <asac> cannot op myself for instance :)
[12:42] <ogra> oh
[12:42] <jamiebennett> asac: you were on the list, let me see who else is there
[12:42] <ralsina> dpm: done
[12:43] <dpm> great, thanks
[12:43] <asac> jamiebennett: do you see me still there?
[12:43] <jamiebennett> asac: yes
[12:43] <asac> jamiebennett: where?
[12:43] <jamiebennett> asac: on the list IS gave me ;)
[12:44] <asac> right
[12:44] <asac> maybe oversight when niemeyer changed channel info
[12:44] <asac> check with him
[12:44] <asac> i see him in info as a founder
[12:44] <jamiebennett> niemeyer was not on the list, strange
[12:45] <ogra> well, olli| is definitely OP (he did set the current topic)
[12:45] <jamiebennett> stgraber and slangasek are also there.
[12:45] <asac> see if anyone can still op
[12:45] <olli|> jamiebennett, IS can help
[12:45] <asac> might be just oversight when they changed channel meta info for snapcraft.io
[12:45] <olli|> ogra, I was op'd by beuno who was op at that time
[12:45] <ogra> ah
[12:47] <sergiusens> trijntje java in the java hello-world example lives in PATH, that's why
[12:47] <jamiebennett> olli|: IS pointed me at the list
[12:48] <ogra> well, current ops are only popey and niemeyer ...
[12:48] <popey> hmm?
[12:48] <ogra> according to "/msg chanserv access #snappy list"
[12:48] <popey> wassup?
[12:48] <ogra> popey, can you make me op in here ?
[12:48] <jamiebennett> (and me)
[12:48] <jamiebennett> The list is a little stale it seems
[12:49] <jamiebennett> popey: thanks
[12:49] <ogra> (i am in the irc council for edubuntu ... funny that i cant OP, seeing the Ubuntu IRC council is op here too)
[12:49] <popey> probably need yo make it more permanent with flags
[12:49] <popey> but for now
[12:50] <ogra> yay
[12:50]  * popey gets back in the pool
[12:50] <ogra> enjoy
[12:50] <ogra> and dont get burned !
[12:51] <trijntje> sergiusens: but how? If I make a wrapper that does 'java bla bla' I get a java not found error
[12:55] <trijntje> sergiusens: and I cant check that example in /snap because it no longer present in stable, so I cannot test it
[13:01] <ogra> hmm, i cant get myself onto the actual op list ... "/msg chanserv access #snappy add ogra op" only gets me "You are not authorized to execute this command."
[13:02] <ogra> so this is only temporary
[13:02] <flexiondotorg> ralsina, I saw your snapcraft yeterday :-)
[13:03] <flexiondotorg> What help do you need from me to resolve that conflict?
[13:05] <ralsina> flexiondotorg: conflict?
[13:06] <flexiondotorg> ralsina, I had the pull-request for Nikola.
[13:06] <flexiondotorg> IN the snappy-playpen.
[13:06] <ralsina> flexiondotorg: well, since the snapcraft in nikola is already upstream and I upload snaps to the store, maybe you can just do PRs on the nikola repo?
[13:06] <flexiondotorg> OK :-)
[13:06] <ralsina> flexiondotorg: I noticed our approaches were wildly different :-)
[13:07] <flexiondotorg> I'll drop my PR to the snappy playpen and contribute upstream.
[13:08] <ralsina> flexiondotorg: awesome!
[13:15] <ralsina> Question: does snapcraft allow specifying a channel when uploading a snap?
[13:15] <dholbach> ralsina, https://bugs.launchpad.net/snapcraft/+bug/1549211
[13:15] <mup> Bug #1549211: [upload] Allow specifying the release channel  <Snapcraft:Triaged by sergiusens> <Software Center Agent:Fix Released> <https://launchpad.net/bugs/1549211>
[13:15] <ralsina> dholbach: cool, thx
[13:16] <ralsina> in the same vein: can I mark an upload as published using snapcraft?
[13:18] <netphreak> Hi, guys!
[13:18] <dholbach> ralsina, not that I know of, but maybe Sergio or Kyle know more
[13:19]  * ralsina really wants to automate both stable and edge snap uploads
[13:33] <trijntje> does anyone have experience using java in snaps? I've included openjdk-8-jre as a site package, but I get these errors: http://pastebin.com/MtvqV7bf
[13:33] <ppisati_> sergiusens: i was installing a kernel in a brand new amd64 kvm image when i hit this - http://pastebin.ubuntu.com/19173481/
[13:34] <trijntje> running it with openjdk-8-jre from outside the snap it runs fine
[13:34] <ppisati_> sergiusens: havne't touched the snapcraft.yaml in ~2months since it was working back then
[13:35] <josepht> ralsina: no publish yet
[13:36] <ralsina> josepht: but it's planned?
[13:36] <josepht> ralsina: there's a bug for updating snapcraft to match the new upload and publish endpoints
[13:36] <ralsina> josepht: cool
[13:38] <netphreak> trijntje: Looks like you are scanning the system for available fonts?
[13:39] <trijntje> netphreak: I'm not sure, I'm trying to snap an existing program for displaying phylogenetic trees
[13:40] <netphreak> Can i see your snapcraft.yaml file?
[13:40] <ogra> ppisati_, 2 months is a long time :)
[13:40] <mup> PR snapd#1500 closed: many: remove snapstate.Candidate <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1500>
[13:41] <ppisati_> ogra: eh... :)
[13:42] <trijntje> netphreak: sure http://pastebin.com/Sbxa6eFd
[13:42] <trijntje> its my first snap, so any feedback is welcome
[13:42] <ppisati_> ogra: but it complains about a missing kernel.yaml, i guess something snapcraft should pack in
[13:42] <ppisati_> ogra: do you know what is talking about?
[13:42] <ogra> yeah, i would expect so
[13:42] <ppisati_> ogra: or do you still craft you kernel manually?
[13:42] <ogra> the official kernels are rolled just by "snapcraft snap $kerneldir"
[13:43] <josepht> ppisati_: which snapcraft version are you using?
[13:43] <ogra> wouldnt make any sense to build them differently
[13:43] <ogra> (since we couldnt use the deb otherwise)
[13:43] <ppisati_> josepht: 2.12
[13:43] <ppisati_> ogra: never tried that way
[13:43] <ogra> souns definitely like an issue with snapcraft
[13:44] <ogra> ppisati_, well, for your usecases you really dont want that ... for my usecases where i need a signed binnary from the archive it works thoough
[13:46] <netphreak> trijntje: Looking at your snapcraft.yaml it seems like you are missing a wrapper.. Try looking at this example: https://github.com/snapcore/snapcraft/tree/master/demos/tomcat-maven-webapp
[13:47] <ogra> ppisati_, i fear you need sergiusens or kyrofa, probably the kernel plugin needs fixing
[13:47] <ppisati_> kyrofa: ^
[13:47] <ppisati_> ogra: yep, let's see if they show up
[13:47] <trijntje> netphreak: isn't "command: bin/archaeopteryx" my version of the wrapper. Or does it need to be named wrapper?
[13:48] <josepht> kyrofa: is in the middle of moving
[13:48] <netphreak> trijntje: The example uses a wrapper.sh
[13:50] <josepht> ppisati_: can I see your snapcraft.yaml?
[13:50] <ppisati_> josepht: http://paste.ubuntu.com/19175226/
[13:51] <trijntje> netphreak: but does it matter if it is called 'wrapper' or 'archaeopteryx'?
[13:51] <netphreak> ahh.. didn't see it was a .sh file..
[13:51] <netphreak> No don't think it matters.
[13:52] <netphreak> And it starts correctly when running it with plain java -jar?
[13:52] <netphreak> same openjdk?
[13:52] <ogra> trijntje, https://github.com/ogra1/jtiledownloader for inspiration ...
[13:53] <josepht> ppisati_: can you also give me a link to a kernel repo I can test that with please? :)
[13:53] <trijntje> netphreak: it even runs like this http://pastebin.com/7spry1CK
[13:54] <trijntje> so I use both the java and .jar file from the snap, and it runs fine. But if I actually run the snap as intended, I get those errors
[13:54] <ppisati_> josepht: https://github.com/snapcore/sample-kernels - branch stable-3.10.y
[13:54] <netphreak> Hmm.. weird..
[13:55] <ppisati_> josepht: as you can see the snapcraft i posted in pastebinit is slightly different, so replace it
[13:56] <netphreak> could be some missing interfaces?
[13:56] <ogra> trijntje, well, take a look at https://github.com/ogra1/jtiledownloader it does exactly the same and works fine ... (it is also in the store already) i guess you want to look specifically at the wrapper
[13:56] <netphreak> although you are running in devmode
[13:58] <trijntje> ogra: thanks, that looks exactly like what I want. Is using 'wrapper' a convention for snaps?
[13:58] <ogra> well, i personally use them a lot to set env vars
[13:58] <trijntje> netphreak: I'll just try to copy what _ogra has, and see if I still get the problem then
[13:58] <ogra> but afaik there is a change in the works that allows you t define env vars from snapcraft.yaml
[13:58] <ogra> so this might be obsolete some day
[13:58] <netphreak> yup.. :)
[13:59] <ogra> i think:
[13:59] <ogra> export JAVA_HOME=$SNAP/usr/lib/jvm/java-1.8.0-openjdk-$SNAP_ARCH
[13:59] <ogra> export PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH
[13:59] <ogra> an
[13:59] <ogra> d
[13:59] <ogra> cd $SNAP_USER_DATA
[13:59] <ogra> are the important bits for you to get the basics up
[14:00] <ogra> (the rest in my wrapper is mostly themeing, since i dont like that win95 look)
[14:02] <sergiusens> ogra ppisati_ I have not kept up with the core changes to kernels, was only going to look into it once it was final but don't mind patches
[14:04] <trijntje> Its building now. I missed the $SNAP_USER_DATA part, I guess thats in the users home dir where a snap can store its files?
[14:04] <ogra> yep
[14:05]  * sergiusens is distracted writing a bazillion tests for simple code changes
[14:05] <sergiusens> I might take a while between replies
[14:06] <ppisati_> it seems that file should only contain the kernel version:
[14:06] <ppisati_> ubuntu@localhost:~$ cat /snap/canonical-pc-linux/30/meta/kernel.yaml
[14:06] <ppisati_> version: 4.4.0-23
[14:10] <trijntje> ogra, netphreak: I get the exact same error. snapcraft.yaml http://pastebin.com/W6k90K1Z
[14:10] <trijntje> wrapper http://pastebin.com/qLEyuZAx
[14:11] <mup> PR snapd#1524 closed: classic: remove (most of) "classic" mode, this is implemented as a snap now <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1524>
[14:14] <mup> PR snapd#1526 closed: Interfaces: Builtin: add pluggable storage interface <Created by ssweeny> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1526>
[14:20] <dholbach> sergiusens, kyrofa: http://askubuntu.com/questions/797031/how-do-you-exclude-files-from-wiki-part-used-in-snapcraft-yaml is basically what I meant
[14:20] <roadmr> jdstrand: so, c-r-t 692 is now live on the store (as of yesterday) - sorry for the delay!
[14:21] <sergiusens> dholbach no one reads my blog :-p
[14:21] <dholbach> sorry, taking a look now
[14:21] <sergiusens> dholbach nah it is fine
[14:21] <sergiusens> I can reply to that
[14:21] <dholbach> thank you!
[14:25] <joc_> zyga: if i want to test an in development interface but need my custom snapd to run at boot what are my options?
[14:32] <ogra> trijntje, why -cp ... did you try -jar ?
[14:35] <zyga> joc_: at boot?
[14:35] <zyga> joc_: hmmm, your options are to rebuild the core snap
[14:35] <ppisati_> ok, repackaging the snap with a meta/kernel.yaml file containing only the string "version: $VERSION" fixed it
[14:35] <zyga> joc_: (I assume this is about an all-snap device)
[14:35] <joc_> zyga: yep
[14:36] <joc_> zyga: are there instructions/scripts anywhere for building the core snap?
[14:36] <zyga> joc_: if you can come up with an idea then you can patch refresh-bits
[14:37] <zyga> joc_: ask ogra, those that I know about are probably stale
[14:37] <zyga> joc_: one thing you can do is to add something to initrd
[14:37] <zyga> joc_: to create a fake core snap that has symlinks for the essential binaries
[14:37] <ogra> just download the core snap ... unsquashfs ...
[14:37] <ogra> make changes
[14:37] <zyga> joc_: sothat you can put them into writable space
[14:37] <zyga> joc_: and iterafe quickly
[14:37] <ogra> run snapcraft snap $unpackdir
[14:37] <netphreak> how often does snapd check for snap updates?
[14:38] <zyga> netphreak: look at snapd.refreshtimer
[14:38] <zyga> netphreak: look at snapd.refresh.timer
[14:38] <zyga> netphreak: it is in the snapd package
[14:38] <netphreak> thx
[14:38] <zyga> netphreak: the answer is: complicated :)
[14:39] <joc_> thanks ogra, that sounds like a reasonable solution for my purposes
[14:39] <netphreak> hehe
[14:39] <ogra> joc_, dont spread it ;) we dont want everyone to just randomly change it :)
[14:41] <joc_> :)
[14:41] <dz0ny_> how do you specify different settings per platform(device)
[14:42] <dz0ny_> for example ffmpeg need different build params for rpi than x86
[14:42] <dz0ny_> create new package? or there is other way
[14:42] <ogra> how would you do it if you were in a non snappy env ?
[14:42] <dz0ny_> in go i would use tags :)
[14:42]  * ogra would have a toplevel makefile and use uname -m or some such to switch them
[14:43] <ogra> then use tags ;)
[14:44] <dz0ny_> :)
[14:44] <dz0ny_> uname it is
[14:45] <dz0ny_> qq are env variables reflected to the build?
[14:45] <dz0ny_> or it is a pristine env?
[14:45] <ogra> depends on the plugin :)
[14:46] <dz0ny_> so plugin can inject env variables?
[14:46] <dz0ny_> if that's true, then problem solved
[14:46]  * ogra always uses the mak plugin and just does the variables in a makefile script
[14:48] <dz0ny_> I see it now https://github.com/snapcore/snapcraft/blob/master/snapcraft/plugins/go.py#L98 :)
[15:05] <mup> PR snapd#1534 opened: tests: add system-observe interface spread test <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1534>
[15:13] <ogra> sergiusens, hmm, could we put some size restriction on remote parts descriptions or add a --linewrap option to teh search command  ? "snapcraft search" actually requires my terminal to be full screen on a 1080p monitor to read the end of the descriptions for all of didrocks desktop helpers
[15:13] <ogra> (and if i make it any smaller it lust gets ellipsized)
[15:36] <la_juyis> hi o/
[15:36] <la_juyis> source for a part can't be ftp?
[15:37] <ogra> i dont think anyone has needed that yet ... file a bug :)
[15:38] <la_juyis> :)
[15:41] <la_juyis> done
[15:41] <ogra> cool
[15:41]  * la_juyis searches for another thing to snap
[15:41] <ogra> well, use the makeplugin and put the ftp command into a makefile to work around the issue ;)
[15:41] <la_juyis> let's try inkscape, hoping it not too much of a trouble
[15:42] <la_juyis> ogra :O hm...
[15:42] <la_juyis> might try that :)
[15:42] <la_juyis> thanks!
[15:42] <mup> Bug #1602323 opened: source for a part can't be ftp <Snappy:New> <https://launchpad.net/bugs/1602323>
[15:42] <ogra> la_juyis, https://github.com/ogra1/laidout/blob/master/Makefile like that
[15:43] <ogra> (also see the snapcraft.yaml next to this)
[15:44] <la_juyis> awesome :)
[15:44] <iliv> I get this error message from initdb: initdb: invalid locale settings; check LANG and LC_* environment variables
[15:44] <iliv> I tried to export LANG= in my wrapper script but that didn't help
[15:45] <iliv> what is LANG= in the sandbox? or is there one at all by default?
[15:45] <iliv> I installed this package in --devmode
[15:46] <zyga> iliv: I bet this is related to the missing locale inside your snap
[15:46] <ogra> there are no locales in the env .. so set it to LANG=C or C.UTF-8
[15:46] <ogra> then the error goes away
[15:48] <iliv> okay. how would I install locales?
[15:49] <ogra> iliv, put locales and libc6-bin in your stage-packages and put the right vars into your wrapper ... https://github.com/ogra1/nethack is an example
[15:49] <iliv> ogra, is C.UTF8 the same as en_US.UTF-8? if not, I need to figure out a way to get en_US.UTF-8 working in the sandbox.
[15:50] <ogra> no, C is the fallback locale ... i think it is very close to en_US ... but not 100%
[15:50] <iliv> I see. Thanks for the link.
[15:50] <ogra> anyway, if it is just locales you can follow the nethack example above ... if gettext is involved it ges a lot trickier
[15:50] <ogra> *gets
[15:51]  * iliv suspects a lot trickier is what's in store -_- 
[15:51] <iliv> but okay let me add stage-packages and see what happens...
[15:51] <ogra> you also need to set up the wrapper correctly
[15:51] <iliv> export LANG= ?
[15:52] <iliv> or it gets a lot trickier than that? :P
[15:52] <ogra> look at the nethack.sh script
[15:53] <ogra> (it generates the locale on startup)
[15:57] <iliv> I see
[15:57] <iliv> Interesting
[15:59] <_jaymell> Hi. I'm wondering if there are any plans, or if it's currently possible, to add the ability to customize systemd unit files for snap services... eg, adding custom environment variables
[16:01] <ogra> _jaymell, bug 1583259
[16:01] <mup> Bug #1583259: Snappy needs to influence environment variables in applications  <snap-desktop-issue> <Canonical Click Reviewers tools:Fix Committed by jdstrand> <Snappy Launcher:Invalid> <Snapcraft:Triaged by sergiusens> <Snappy:New> <https://launchpad.net/bugs/1583259>
[16:01] <ogra> in the works
[16:02] <_jaymell> Thanks, I appreciate the link
[16:18] <pmp> we are currently in dev-mode for our snap
[16:18] <pmp> our applicatation is doing a lot of syscalls (1000-1200/sec)
[16:18] <pmp> for each of them apparmor is printking things
[16:19] <pmp> is there a simple way to deactivate its verbosity?
[16:19] <pmp> (the problem is, that our applicaiton is relying on a realtime-cadence and we suspect that printk is breaking the flow)
[16:20] <pmp> (or worse, it is apparmor's checks which are slowing down things)
[16:21] <tyhicks> pmp: can you paste an example of one of the log messages?
[16:22] <tyhicks> (maybe one of the more commonly seen denial messages would be good)
[16:23] <pmp> all of them are =ALLOW because we are in devmode
[16:25] <pmp> I don't have a message at hand, it is the standard audit-messages when a snap is doing something which would normally be denied
[16:25] <tyhicks> pmp: it would still be helpful to see what the application is doing that would cause the denial
[16:25] <pmp> open, read etc on /sys and /dev-nodes
[16:25] <pmp> mostly iio
[16:25] <pmp> but also custom device-nodes
[16:27] <tyhicks> pmp: do you want a bandaid workaround to stop the messages temporarily on your system or are you looking for a more permanent solution?
[16:28] <pmp> a temporary solution would be OK
[16:29] <pmp> we have some realtime-problems when reading sensors and we suspect the quantity of synchronous audit-messages to be the root-cause
[16:30] <tyhicks> pmp: you could copy the apparmor profile in /var/lib/snapd/apparmor/profiles/snap.* to /tmp/, then modify the profile in /tmp/ by adding "  file," just before the closing '}', and then run `sudo apparmor_parser -rC /tmp/snap.PROFILE`
[16:30] <tyhicks> pmp: let me know if that doesn't work and we can try some other things
[16:31] <ppisati_> sergiusens: where can i find snapcraft.yaml::version field? i mean, which object contains that string?
[16:33] <pmp> tyhicks: file would be the filename to be accessed?
[16:33] <tyhicks> pmp: no, it is a rule that says all file accesses should be allowed
[16:34] <tyhicks> pmp: the last two lines in the profile will look exactly like this:
[16:34] <pmp> tyhicks: thanks, we will try
[16:34] <tyhicks>   file,
[16:34] <tyhicks> }
[16:36] <tyhicks> pmp: there may be one other option but I'll need to dig through some documentation - be sure to stick around for a bit
[16:39] <pmp> tyhicks: feel free to comment on #1596515 with this "file" workaround - if it works ;-)
[16:39] <mup> Bug #1596515: IIO access and configuration from a snap <apparmor> <iio> <snapd> <snapd-interface> <Snappy:Triaged> <https://launchpad.net/bugs/1596515>
[16:44] <tyhicks> pmp: my other idea didn't pan out so hopefully the file trick works for you
[16:45] <ysionneau> tyhicks: but audit still says apparmor="ALLOWED" , right?
[16:45] <tyhicks> ysionneau: not if the profile allows the file access
[16:45] <tyhicks> ysionneau: apparmor="ALLOWED" indicates that the profile would block the access if the profile were in enforcing mode
[16:46] <tyhicks> ysionneau: we're allowing all file accesses by adding "  file,"
[16:46] <ysionneau> ok thanks!
[16:47] <ysionneau> is there a way to say ubuntu-core-launcher to *not* put seccomp and/or apparmor protection at all?
[16:47] <ysionneau> instead of putting apparmor profile + putting it in complain mode
[16:47] <ysionneau> I'm guessing no, but asking anyway =)
[16:47] <pmp> tyhicks: ( ysionneau and I are working on the same project/problem, fyi)
[16:47] <tyhicks> ysionneau: yes but you have to rebuild snap-confine
[16:47] <tyhicks> pmp: good to know
[16:47] <ysionneau> snap-confine ?
[16:47] <ysionneau> what is it?
[16:48] <ogra> not released yet
[16:48] <ogra> the new way of doing confinement :)
[16:48] <tyhicks> ysionneau: ubuntu-core-launcher is renamed to snap-confine but you can ignore that detail
[16:49] <sergiusens> ogra if you see ppisati any time soon tell him we have a bug for exposing version, should be coming soon
[16:49] <ogra> sergiusens, i'll probably see him the same time as you ;)
[16:49] <ogra> in heidleberg
[16:50] <ogra> (but yeah, jokes aside, i will tell him if he is around on IRC)
[16:50] <ysionneau> ah ok good to know tyhicks
[17:29] <davmor2> JamesTait, and guys interesting issue if you type snap find clock it shows ubuntu-clock-app and ubuntu-calculator-app (not sure why on the last) if I type in ubuntu-clock-app it finds everything
[17:32] <davmor2> JamesTait: even more interestingly gnome-software shows nothing for ubuntu-clock-app and if I type in clock it shows me every clock app except the ubuntu-clock-app :D
[17:33] <JamesTait> davmor2, `snap find clock` returns calculator because its description is: "This is currently a proof-of-concept for the phone Calculator app packaged as a snap package for Unity 7. As such, it's not production-ready and has not the full functionality as the current clock ap on the phone.\r\n"
[17:34] <JamesTait> davmor2, Chipaca has some work in progress that will alleviate that, by not searching the extra fields, only the package names.
[17:36] <JamesTait> davmor2, when you say "if I type in ubuntu-clock-app it finds everything" I don't believe you. 😝  Everything?
[17:36] <JamesTait> I get 27 results.
[17:37] <davmor2> JamesTait: okay not every thing but it is still a hell of a lot :D
[17:38] <mup> PR snapcraft#647 opened: add a link for filing bugs/issues <Created by dustinkirkland> <https://github.com/snapcore/snapcraft/pull/647>
[17:38] <JamesTait> davmor2, if that's what you're seeing, Chipaca's work will alleviate that as well.
[17:39] <JamesTait> Searching for `ubuntu-clock-app` breaks down to `ubuntu OR clock OR app` in title, description, keywords or summary field.
[17:39] <davmor2> JamesTait: stupid search ;)
[17:40] <JamesTait> Nope: phone-focused search with snap CLI support retrofitted.  Really the client is using the wrong search functionality atm, but that's because the right functionality is very new. ☺
[17:41] <JamesTait> The gnome-software behaviour is more interesting to me.
[17:42] <JamesTait> davmor2, is that actually gnome-software, not "Ubuntu Software"?
[17:43] <JamesTait> davmor2, and if so, can you see other snaps?
[17:46] <JamesTait> Asking because on my Xenial system, in Ubuntu Software, I get behaviour consistent with "snap find" when searching for "ubuntu-clock-app", and ubuntu-clock-app is the first hit if I just search for "clock".
[17:58] <aatchison> Good morning all
[18:00] <aatchison> I've looked around a bit, but I can't figure out how to upload my yaml to launchpad for builds?
[18:00] <aatchison> or is that even a thing? :D
[18:01] <sergiusens> aatchison hey! you need to push to a repo you have on launchpad
[18:01] <aatchison> hello
[18:01] <sergiusens> aatchison if you are using github, just create a launchpad project and push that clone there
[18:01] <aatchison> ok, a bazzar repo?
[18:01] <sergiusens> elopio https://github.com/snapcore/snapcraft/pull/648
[18:01] <mup> PR snapcraft#648: Implemented `snapcraft release` <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/648>
[18:01] <aatchison> oh, ok!
[18:01] <sergiusens> aatchison it can be git
[18:02] <aatchison> thanks again
[18:02] <sergiusens> aatchison or if you some sense of automation, there's a bzr git importer thing you can setup when creating a new project
[18:02] <mup> PR snapcraft#648 opened: Implemented `snapcraft release` <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/648>
[18:02] <aatchison> cool! Is it tied to releases or just master. I guess I can take a look right now
[18:10] <sergiusens> aatchison I have not used it in a while so don't really know
[18:10] <aatchison> ok, no biggie :)
[18:13] <mup> PR snapd#1535 opened: overlord: switch snapstate.Update to use ListRefresh (aka /snaps/metadata) <Created by pedronis> <https://github.com/snapcore/snapd/pull/1535>
[18:45] <aatchison> hmm, not sure what I did correctly or incorrectly here: http://paste.ubuntu.com/19199832/
[18:45] <aatchison> I imported a github repo, and clicked build a snap :D
[18:49] <aatchison> I have basically no experience with launchpad, so bears with me
[18:54] <aatchison> http://launchpadlibrarian.net/272616649/arron-atchison-snapcraft-mimic-snapcraft-mimic.log
[18:55] <aatchison> It seems it is unable to import my code. I'll check again
[18:56] <mup> PR snapcraft#649 opened: Use '/usr/bin/env python3' <Created by josepht> <https://github.com/snapcore/snapcraft/pull/649>
[19:08] <aatchison> ahh, I figured it out. Savvy me!
[19:08] <sergiusens> great
[19:22] <monsterjamp> So I keep getting this error when trying to make a snap: multiple repeat at position 36
[19:23] <monsterjamp> Is it my fault or is snapcraft buggy?
[20:32] <dz0ny_> lol https://developer.ubuntu.com/en/snappy/build-apps/your-first-snap/
[20:32] <dz0ny_> how the hell do i run this generated package
[20:32] <dz0ny_> 'just thought'
[20:56] <mup> PR snapcraft#642 closed: Make maven plugin honour https_proxy and proxy authentication <Created by cjwatson> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/642>
[20:56] <mup> PR snapcraft#646 closed: Feature/gradle plugin <Created by ZenHarbinger> <Conflict> <https://github.com/snapcore/snapcraft/pull/646>
[21:06] <kgunn> jdstrand: hey you around to discuss your last review of my PR ?
[21:07] <kgunn> might be faster on irc or hangout vs git ping-pong
[22:11] <mup> PR snapcraft#636 closed: parser - Handle malformed wiki entries <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/636>
[22:41] <mup> PR snapcraft#589 closed: Add the test for the downloader snap <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/589>
[22:59] <mup> PR snapcraft#634 closed: Run the parser integration tests with debug flag <Created by elopio> <Closed by elopio> <https://github.com/snapcore/snapcraft/pull/634>
[23:08] <mup> PR snapcraft#638 closed: Wishlist feature/maven-targets branch for snapcraft <Created by ZenHarbinger> <Closed by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/638>
[23:23] <mup> PR snapcraft#650 opened: feature/maven-targets w/ re-based maven.py <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/650>
[23:47] <monsterjamp> How can I force install a snap?
[23:50] <mup> PR snapcraft#609 closed: Create Plainbox Provider plugin <Created by jocave> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/609>
[23:52] <monsterjamp> I can't install snappy-debug :(