[01:37] <lakcaj> Good day.  Snappy is getting a lot of buzz recently so I though I would check it out.  I'm a little confused how I'm supposed to assess the quality of snap packages.  From what I read, anything that makes it into the snappy repository is supposed to undergo some sort of quality assurance.  When I use snappy's to find packages I see this one:  "sudo  1        chipaca    -      not sudo".  What am I supposed to make of this?  Can I
[04:11] <tsimonq2> elopio: I added the integration test and I believe that the code is ready. Can you confirm?
[05:03] <sgclark> welp I have no idea what changed, but I can no longer launch any of my snaps
[06:52] <nhaines_> Was there anything I can do about the "failed to create user data directory. errmsg: Permission denied
[06:53] <nhaines_> " error in snapd 2.0. release on xenial?
[06:53] <tsimonq2> nhaines_: do you have an encrypted home sirectory?
[06:53] <tsimonq2> *directory
[06:54] <mvo> nhaines_: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1592696
[06:54] <mvo> nhaines_: some progress here fortunately :)
[06:54] <mvo> tsimonq2: might be interessting for you as well
[06:54] <tsimonq2> mvo: I moved off of an encrypted home directory today, and all snaps work fine now
[06:55] <lpotter> anyone heard of anyone bringing snaps to sailfishOS?
[06:55] <mvo> looks like jdstrand has it under control
[06:55] <jdstrand> I just uploaded to yakkety
[06:55] <jdstrand> I'm going to push the changes to snap-confine now
[06:55] <mvo> lpotter: I have not heard anything, but its probably straightforward (given the amount of ports to other distros available)
[06:55] <mvo> jdstrand: \o/
[06:57] <jdstrand> mvo: when do we expect the snapconfine to 16.04? I ask cause I keep thinking its coming, but then more stuff was needed for cross-distro. anyway, trying to decide if need a separate sru for the ecryptfs changes or if snap-confine is uploaded soon, just waiting for that
[06:58] <jdstrand> mvo: zyga said maybe for 2.0.9 or 2.0.10 at latest
[07:08] <mvo> jdstrand: I think we can do it right away, its fully compatible, isn't it?
[07:11] <jdstrand> mvo: snap-confine? I thought it depended on snap-run, etc, etc. not to mention, package name change, etc. I wasn't involved in the coding for any of that. aiui, it is supposed to work, but I got the impression you were driving the snap-run/snap-confine changes (and zyga the cross-distro bits). if I were to sru, I would just upload ubuntu-core-launcher with the apparmor change
[07:23] <mvo> jdstrand: right, I'm driving snap run but its to a certain degree independent, we still provide ubuntu-core-launcher as a compat option in snap-confine and we could even keep the old package name lets sync up with zyga once he is around.
[07:23] <mvo> jdstrand: you are in a european timezone currently?
[07:25] <jdstrand> mvo: I am
[07:25] <jdstrand> mvo: I just noticed that snap-confine didn't have the profile changes for ecryptfs: https://github.com/snapcore/snap-confine/pull/39. can you review/approve/merge?
[07:26] <jdstrand> mvo: oddly, I don't have commit access to snapcore/snap-confine
[07:29] <mvo> jdstrand: yeah, I can't merge either :/
[07:30] <jdstrand> zyhalp ^ :)
[07:30] <jdstrand> err
[07:30] <jdstrand> zyga isn't here
[07:31] <jdstrand> mvo: oh, it merged. that's good enough
[07:33] <nhaines> mvo: thanks!
[07:36] <mvo> thank you nhaines - and thanks to jdstrand of course!
[07:37]  * mvo hugs jdstrand once more
[07:38]  * jdstrand hugs mvo :)
[10:12] <caleress> hey guys, how can you distribute snap packages in a private environment...not making them public i mean?
[10:16] <jamiebennett> caleress: a snap is just like a zip file really, you can sideload them on to devices with snap install
[10:16] <trijntje> caleress: you can install the snap locally, just the file. I'm not sure if hosting your own repository is supported
[10:27] <bull> how to copy directory to stage area ?
[10:28] <bull> olli,  i need help regarding snapcarft.yaml
[10:29] <bull> anyone on ?
[10:58] <dpm_> bull, you might want to post your snapcraft.yaml file somewhere so that someone can better help you
[10:58] <bull> dpm_,  i will
[10:59] <bull> wait
[11:00] <bull> http://pastebin.com/Gnjg9scp
[11:00] <bull> dpm_, http://pastebin.com/Gnjg9scp
[11:00] <bull> Mut is qml module dir which i want in opt/deskie/bin/
[11:02] <dpm_> bull, first of all, I think you need to remove the 'parts:' line on L19, as you've already specified it on L14
[11:03] <bull> when i do that and place glue under parts:  it sys not allowed
[11:04] <oSoMoN> hi all
[11:04] <dpm_> hey oSoMoN o/
[11:04] <bull> i got it its working now thanks
[11:04] <dpm_> ah, cool
[11:05] <oSoMoN> I’m following the tour at http://snapcraft.io/create/, and when running the snap I created of hello, I get the following error: "failed to create user data directory. errmsg: Permission denied"
[11:05] <oSoMoN> corresponding apparmor denial:
[11:05] <oSoMoN> Jun 16 13:03:16 bribon kernel: [12818.389036] audit: type=1400 audit(1466074996.565:59): apparmor="DENIED" operation="open" profile="/usr/bin/ubuntu-core-launcher" name="/home/.ecryptfs/osomon/.Private/" pid=5865 comm="ubuntu-core-lau" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[11:05] <dpm_> bull, I'm not sure if you can copy entire directories with the 'copy' plugin. I think you might need to specify the files to copy one by one, as such: http://askubuntu.com/a/739692/9781
[11:06] <dpm_> oSoMoN, seems like snaps are not working with an encrypted home dir?
[11:06] <bull> dpm_,  it is copying
[11:06] <dpm_> oSoMoN, https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1592696
[11:06] <oSoMoN> dpm_, that’s my wild guess without looking further, but it seems unlikely to me that no-one has ever run into this before me…
[11:06] <didrocks> bug  #359338
[11:06] <oSoMoN> aha
[11:06] <dpm_> there you go :)
[11:07] <oSoMoN> known issue then
[11:07] <bull> dpm_,  can i clean particular part build with snapcraft ?
[11:07] <didrocks> make sure that you have all these rules in /etc/apparmor.d/usr.bin.ubuntu-core-launcher: http://paste.ubuntu.com/17392309/
[11:07] <dpm_> oSoMoN, check out the workaround https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1592696/comments/8
[11:07] <didrocks> then do: sudo apparmor_parser -r /etc/apparmor.d/usr.bin.ubuntu-core-launcher
[11:07] <didrocks> (from jamie)
[11:08] <dpm_> bull, I don't think you can clean parts separately, no. It's all or nothing, if I'm not mistaken
[11:08] <bull> dpm_, it is saying The 'build' step of 'glue' is out of date. Please clean that part's 'build' step in order to rebuild when i tried to change path in copy plugin
[11:09] <bull> dpm_,  what this mean "Please clean that part's 'build' step in order to rebuild"
[11:09] <dpm_> bull, I'd just do a 'snapcraft clean'
[11:09] <oSoMoN> dpm_, that’s quite an extreme workaround, removing confinement :)
[11:09] <bull> dpm_,  man it will again download everything :(
[11:10] <dpm_> bull, ah, wait, you can try something else
[11:10]  * dpm_ checks syntax
[11:10] <bull> how ?
[11:11] <bull> https://developer.ubuntu.com/en/snappy/build-apps/snapcraft-syntax/      did u mean these ???
[11:11] <dpm_> bull, you can try 'snapcraft clean --step build'
[11:12] <dpm_> which will just clean the build but not re-fetch the stage packages and the code
[11:12] <bull> thanks i 'll try
[11:12] <bull> thanks a lot bro
[11:12] <dpm_> lol, no worries :)
[11:12] <dpm_> but if that gives you an error, it might be because you've changed the snapcraft.yaml between builds without cleaning
[11:13] <bull> no errors,
[11:15] <dpm_> great :)
[11:16] <bull> dpm,  one more  it build
[11:17] <bull> but when i launch it it says :  /snap/deskie/x1/bin/qt5-launch: 74: exec: deskie: Permission denied
[11:18] <dpm> bull, is your deskie file marked as executable?
[11:18] <bull> dpm,  any idea ??
[11:18] <bull> where ??
[11:19] <dpm> what does the output of `ls -la /snap/deskie/x1/bin/deskie` say?
[11:19] <bull> in prime directory ?  yes it is
[11:19] <dpm> sorry, wrong dir
[11:20] <dpm> `ls -la /snap/bin/deskie`
[11:20] <bull> -rwxr-xr-x 1 root root 554 Jun 16 16:47 /snap/bin/deskie
[11:20] <bull> is it okay ???
[11:21] <dpm> looks good from the permissions
[11:21] <bull> what may be reason then :(
[11:22] <dpm> bull, I'm not sure what the issue could be, other than the launcher has trouble launching your executable. Perhaps you might want to upload your code somewhere (e.g. github) and others can help you better
[11:22] <bull> here is the output of  ls -ls of qt5-launcher  -rwxr-xr-x 1 root root 2174 Jun 16 16:42 /snap/deskie/x1/bin/qt5-launch
[11:23] <bull> is it okay ?
[11:23] <dpm> the launcher is fine
[11:23] <bull> man i think am done with snap :/
[11:23] <bull> its pain
[11:23] <bull> deskiw is close source app
[11:24] <bull> deskie is not opensource
[11:25] <bull> did you tried vlc's snap ?? it make the player useless
[11:26] <dpm> I think there is some level of pain with being an early adopter tbh, but we're working on ironing out the issues
[11:27] <bull> dpm, what's your real name or email i wana contact you ,
[11:27] <oSoMoN> dpm, where do I report issues with the documentation? on snapcraft.io/create, the following sentence doesn’t sound right: « build/ where the build is append »
[11:28] <bull> a asking this not just to seek help from you , i wana know everything about snapcarft cause i liked the concept , i am willing to make a  gui to do all this easily
[11:29] <dpm> bull, https://launchpad.net/~dpm, but I think the best place to send an e-mail is the Snapcraft mailing list, where others can help you better -> you can find it at the bottom of http://snapcraft.io/
[11:29] <dpm> oSoMoN, https://github.com/ubuntudesign/snapcraft.io/issues
[11:29] <oSoMoN> cheers
[11:29] <bull> thanks dpm
[11:29] <dpm> np ;)
[11:29] <bull> :)
[11:29] <dpm> yw
[11:30] <bull> damn , i know you
[11:30] <bull> David Planella
[11:30] <bull>  :D
[11:30] <bull> haha
[11:30] <dpm> so hi :)
[11:30] <bull> lol
[11:30] <bull> dpm :P
[11:31] <bull> this is deskie https://www.youtube.com/watch?v=hfbC9dIAo4c
[11:31] <bull> mhall119, you there ??
[11:32] <oSoMoN> https://github.com/ubuntudesign/snapcraft.io/issues/19
[11:34] <bull> nice
[11:34] <bull> just reload page
[11:35] <dpm> seb128, while you guys were working on the gtk launcher for snaps, did you ever come across this error? http://paste.ubuntu.com/17394424/
[11:36] <dpm> seb128, I see it on a qt5 app that uses gtk for theming, so I had to add the gsettings schemas building part, but it now fails to launch with that error
[11:40] <seb128> dpm, is that confined or in devmode?
[11:40] <seb128> confined yes, it's expected, dconf doesn't work there
[11:40] <dpm> seb128, it works in devmode, but not with confinement
[11:40] <dpm> argh
[11:40] <seb128> right, that's expected
[11:40] <dpm> seb128, so I guess no known workarounds?
[11:41] <seb128> I was going to try to look at that this afternoon
[11:41] <seb128> you can try to set XDG_RUNTIME_DIR to a directory that exists in the snap
[11:41] <seb128> e.g /tmp/dconf or something (with mkdir before)
[11:42] <bull> seb128, can you help me with this : when i run a qt snapped app it says :--  /snap/deskie/x1/bin/qt5-launch: 74: exec: deskie: Permission denied
[11:42] <seb128> bull, no idea about that
[11:43] <seb128> is your wrapper +x?
[11:43] <bull> idk
[11:43] <seb128> though it seems like it's the dir which has an issue
[11:43] <seb128> willcooke had somewhat similar issues earlier I think?
[11:43] <bull> me ??
[11:43] <bull> seb128,  u talking to me ?
[11:44] <dpm> seb128, thanks, I'll give that a try this evening, and I'll check in with you later if you were planning to look at it
[11:44]  * willcooke reads
[11:46] <bull> willcooke, can you help me with this : when i run a qt snapped app it says :--  /snap/deskie/x1/bin/qt5-launch: 74: exec: deskie: Permission denied
[11:49] <willcooke> bull, I have the same problem, not fixed it yet
[11:49] <bull> willcooke, same here bro :(
[11:49] <kyrofa> willcooke, oh... heh. It appears I didn't push it, which is super odd. Not sure what happened, but it's up there now
[11:49] <sgclark> I also cannot run any of my qt5-launch apps
[11:49] <sgclark> snaps rather
[11:50] <bull> damn :D
[11:50] <bull> is this way snap will work ?? launcher for apps and i thinks it sucks this way :?
[11:51] <bull> whats difference b/t deb with launcher to load your own libs ??
[11:52] <bull> and snap's launcher
[11:54] <caleress> @jamiebennett ok thanks
[11:54] <nothal> caleress: No such command!
[11:54] <sgclark> well it has been working fine until this morning. The only thing that stands out to me is versioning scheme seems to have changed. /shrug to busy to muck about much today.
[11:54] <caleress>  jamiebennett ok thanks
[12:09] <dpm> hey sgclark, what's the issue, are you getting the "qt5-launch: 74: exec: deskie: Permission denied" error too?
[12:09] <dpm> well s/deskie/yourapp/
[12:10] <sgclark> aa_change_onexec failed with -1. errmsg: No such file or directory
[12:10] <sgclark> and various other no such file errors
[12:10] <sgclark> and looking in the filesystem they are still there..
[12:11] <sgclark> qt5-launch and the wrapper seems to both be confused. dunno what possibly could have happened overnight.
[12:12] <bull> dpm,  you maintaining qt5-launcher ?
[12:13] <dpm> it seems after forking it I've inherited, yes :)
[12:14] <joc_> kyrofa: hi, i've been trying out your new snapcraft qmake plugin, i wondered if you had any ideas how i could solve a problem i have with using the option attribute
[12:14] <bull> :D bro after clean  --step build   snapcraft stage not working
[12:14] <kyrofa> joc_, man you're on top of things! Yes please ask
[12:15] <bull> i mean it runs fine but do not populate stage dir with what should be in stage dir
[12:15] <joc_> kyrofa: ;) comes from looking at the PR page of snapcraft regularly
[12:15] <kyrofa> Heh
[12:15] <joc_> kyrofa: here is my work in progress yaml: https://github.com/jocave/telegram-app-snap/blob/master/snapcraft.yaml
[12:16] <joc_> kyrofa: i copied your plugin to external but really i should just use your branch
[12:16] <bull> dpm,  bro after clean  --step build   snapcraft stage not working , !  i mean it runs fine but do not populate stage dir with what should be in stage dir
[12:17] <kyrofa> joc_, hmm... I added `options` to support arguments like -Wall etc.
[12:18] <dpm> bull, I'm not sure I can help with that one, sorry :/
[12:18] <bull> its okay , seems like its snap issue
[12:18] <joc_> kyrofa: it actually works as it is except for the $QT_INSTALL_HEADERS variable
[12:18] <kyrofa> joc_, what does that variable do?
[12:18] <joc_> kyrofa: i haven't managed to work out how to expand that
[12:19] <kyrofa> Yeah, snapcraft doesn't actually do variable expansion
[12:20] <joc_> the SNAPCRAFT_STAGE gets put in correctly but then i need to work out where the QT5 include dir is below that
[12:20] <kyrofa> joc_, indeed, SNAPCRAFT_STAGE is just something that snapcraft will replace for you
[12:20] <kyrofa> joc_, ah, you need to use a staged qt
[12:21] <kyrofa> Right?
[12:21] <kyrofa> Except I don't see anything staging qt
[12:21] <kyrofa> Or is that libqtelegram-ae?
[12:21] <joc_> kyrofa: well not qt particulary, more the headers from the  libqtelegram-ae part
[12:21] <kyrofa> Ah
[12:23] <kyrofa> joc_, does it go into an architecture-dependent place?
[12:23] <kyrofa> joc_, or is it something you can safely hard-code?
[12:23] <joc_> kyrofa: yep, stage/usr/include/x86_64-linux-gnu/qt5/libqtelegram-ae/
[12:23] <mhall119> bull: I am now, what's up?
[12:23] <joc_> arch dependent
[12:24] <kyrofa> joc_, blech, you might be stuck on https://bugs.launchpad.net/snapcraft/+bug/1576232 then
[12:25] <kyrofa> joc_, can you modify the libqtelegram part to install into an architecture-independent path?
[12:25] <joc_> kyrofa: possibly, i'll have to look at the build configuration
[12:26] <kyrofa> joc_, because if you can do that, of course you can just hard-code the path using SNAPCRAFT_STAGE, right?
[12:28] <bull> mhall119,  am keshav , i was trying to snap deskie , i worked fine but when i launch app it says :  /snap/deskie/x1/bin/qt5-launch: 74: exec: deskie: Permission denied
[12:29] <joc_> kyrofa: yeah that should work, i'll have a look at doing that, thanks
[12:30] <kyrofa> joc_, thanks for taking the plugin for a test drive! willcooke has pointed out that I'm missing some build environment variables, have you run into anything else missing?
[12:31] <joc_> kyrofa: yw, not that i've noticed so far, i'll let you know if i find anything
[12:32] <didrocks> dholbach: dpm: fixed playpen CI for now, but I need to have a server to issue regular pings on docker hub
[12:33] <dholbach> didrocks, what needs to be done there?
[12:35] <dpm> thanks didrocks
[12:37] <bull> dpm, where i have to place libs in snapcraft ?? which  i want put in snap for app runtime
[12:38] <bull> under stage-packages or parts ??
[12:40] <didrocks> dholbach: we need to have a server where I can cronify a curl command to dockerhub every day
[12:40] <didrocks> people.canonical.com doesn't allow that
[12:40] <dpm> bull, generally stage-packages if you use libraries from archive packages
[12:41] <bull> thanks :)
[12:41] <bull> dpm,  you wana try deskie ?
[12:41] <bull> on 16.04 ?
[12:41] <bull> i will give you deb
[12:42] <dpm> bull, I generally use the default wallpaper, so I don't think I'm the best tester for a wallpaper changing app, but thanks in any case :)
[12:42] <bull> you will love it ;p
[12:44] <dholbach> didrocks, what does it do?
[12:45] <dholbach> didrocks, I could run it from holba.ch if it's nothing too crazy
[12:46] <matteo> zyga: I made a PR
[12:46] <matteo> #38
[12:46] <kyrofa> willcooke, where did you discover those qmake variables? I can't find any docs whatsoever on INCDIRS
[12:47] <bull> dholbach, what is holba.ch ?
[12:47] <dholbach> bull, my own server - nothing Ubuntu related
[12:47] <willcooke> kyrofa, I copied them from popey ^^
[12:47] <bull> oh
[12:48] <kyrofa> popey, you have magical qmake knowledge-- share with me!
[12:48] <willcooke> :D
[12:49] <matteo> zyga: sorry, #40
[12:49] <bull> willcooke, is it working now ??
[12:49] <popey> wat wat wat
[12:49] <popey> 13:46 < kyrofa> willcooke, where did you discover those qmake variables? I can't find any docs whatsoever on INCDIRS
[12:49] <popey> hahahahaha
[12:49] <popey> I feel your pain
[12:50] <popey> i had like a thousand tabs open one day and distilled them down into a few lines in my qmake plugin and they worked
[12:50] <popey> there was much rejoicing that day
[12:50] <willcooke> bull, nope, not had time to look yet
[12:50] <kyrofa> Hahahahaha
[12:51] <mhall119> bull: make sure you chmod +x your deskie executable
[12:51] <didrocks> dholbach: just issuing a curl command
[12:51] <didrocks> to dockerhub
[12:51] <dholbach> didrocks, can you PM it to me?
[12:53] <zyga> matteo: hey, thank you :)
[12:53] <zyga> matteo: I just got back from lunch, looking
[12:54] <bull> it is already executable mhall119
[12:54] <bull> mhall119,  willcooke having same issue , and one other was here also complaining about it
[13:02] <mhall119> bull: check in /snap/deskie/current/ to make sure it's executable there
[13:02] <bull> ok
[13:02] <mhall119> if not, check in ./snap/ in your snapcraft build directory to see if it's executable there
[13:03] <mhall119> if it's not, then I bet you ran chmod +x after the first run, and didn't clean the necessary steps/parts to get rid of the old file
[13:03]  * mhall119 made that same mistake with hello-unity
[13:04] <bull> mhall119, i did this from scratch with snapcraft clean
[13:06] <bull> mhall119,  iwill provide output soon
[13:09] <kyrofa> sgclark, hey you're getting apparmor issues?
[13:09] <kyrofa> Does it look like this? https://github.com/kyrofa/nextcloud-snap/issues/1#issuecomment-226476228
[13:10] <sgclark> kyrofa: not exactly
[13:10] <kyrofa> sgclark, specifically the "aa_change_onexec failed with -1. errmsg: No such file or directory" stuff
[13:11] <sgclark> and I cannot recreate to show you because I cannot not run any snaps at all as of this morning
[13:11] <kyrofa> Yikes, what's going on?
[13:11] <kyrofa> Did snapd just update??
[13:12] <j-b> hello :)
[13:12] <j-b> davidcalle: good morning. Are you around?
[13:13] <davidcalle> j-b hi! I was thinking about finding a way to reach you this morning
[13:13] <kyrofa> sgclark, happy to help debug if you have some time to poke around. I'm going to update and see if the same thing happens to me
[13:14] <sgclark> afraid I am booked atm
[13:14] <j-b> davidcalle: you are the one that made the vlc snappy, right?
[13:14] <davidcalle> j-b: indeed
[13:14] <j-b> davidcalle: you are currently my hero :)
[13:16] <davidcalle> j-b: hah :)
[13:16] <j-b> ;D
[13:16] <j-b> davidcalle: now the bad questions:
[13:16] <j-b> - will that run on 12.04?
[13:16] <j-b> - can I get access to DVDs?
[13:17] <j-b> - can I get access to the JVM?
[13:17] <j-b> - can I get access to v4l?
[13:18] <bull> davidcalle, i installed vlc last night , and its all broken
[13:18] <davidcalle> j-b: maybe someone else in the channel will correct me, but I believe it will only run on 16.04
[13:18] <davidcalle> bull: for now, try removing it and installing with the --devmode flag
[13:19] <bull> not following system theming , not showing up in unity dash , no entry in nautilus menus , unable to run any file , ends up with permission denied issues
[13:20] <bull> yeah you cant  make it run on 12.04  j-b
[13:20] <kyrofa> davidcalle, indeed, 16.04 only
[13:20] <bull> davidcalle, is the devmode working fine ??
[13:20] <j-b> davidcalle: ok, what about the other?
[13:20] <popey> kyrofa: anything you need from me, other than the stuff you have from my magic qmake plugin?
[13:21] <kyrofa> popey, no sir, thanks for the help! I'm actually going to pull the qmake source, haha
[13:21] <bull> hi popey
[13:21] <bull> i need help regarding qt5-launcher if it is done by you
[13:22] <ogra_> j-b, you would shil the jvm inside your snap ... öyou would have to request an interface for DVD and v4l (i dont think we have either yet, but they can surely be added)
[13:22] <davidcalle> j-b: DVDs andv4l are things that will require snap interfaces, right now it works well only unconfined (eg. installed with --devmode).
[13:22] <bull> my app deskie is qt based and not opening with your launcher its ending up with : /snap/deskie/x1/bin/qt5-launch: 74: exec: deskie: Permission denied
[13:23] <j-b> davidcalle: snap interface?
[13:23] <j-b> I have no idea what you mean, tbh :)
[13:23] <ogra_> s/can/will/
[13:23] <ogra_> j-b, interfaces are how a snap can talk to the outside world
[13:23] <bull> j-b they allow access your system
[13:23] <bull> popey, you there ???
[13:23] <ogra_> they give the user control about what a snap is allowed to do and to access
[13:23] <j-b> ogra_: ok, so I need to code that interface?
[13:23] <davidcalle> j-b. eg. right now the vlc snap has "interfaces" that gives it access to audio, access to X11, access to the home dir
[13:23] <j-b> ok
[13:24] <ogra_> j-b, either you or you file a bug and we do it
[13:24] <j-b> I need /dev/s** RO  for DVD
[13:24] <davidcalle> j-b: interfaces live in snapd iteslf, and snaps require them (you declare what you need basically)
[13:24] <ogra_> DVD and v4l are surely on the list of planned interfaces
[13:24] <j-b> and /dev/video* for webcams
[13:24] <ogra_> until they exist you can simply install your snap with --devmode
[13:24] <ogra_> that gives it full access
[13:24] <j-b> yeah, but I can't tell that to my users.
[13:25] <bull> ogra_,
[13:25] <davidcalle> jdstrand: zyga: do you know how high on the todo list of interfaces these two are? ^
[13:25] <bull> ogre is my fav takken character:D
[13:25] <roadmr> ooo there's a todo list of interfaces?? is the "setpriority" syscall included in one of them? wooot!
[13:26] <didrocks> j-b: we have a flag that you can set to your snapcraft.yaml file to say "this snap only works in devmode for now" and will refuse to install if not specified
[13:26] <ogra_> roadmr, not sure if zyga has such a list yet
[13:26] <didrocks> (it's going to be enforced by the end user tools soon), then the experience in --devmode is the same that traditional .deb/rpm packages (unconfined)
[13:26] <roadmr> ogra_: heh, it's my passive-aggressive way of saying "I'd like an interface that allows setpriority for my snap to work nicely" :D
[13:26] <j-b> didrocks: ok, but then it kind of defeats the idea :)
[13:27] <bull> am getting this with my qt app launch can anyone help me ?? /snap/deskie/x1/bin/qt5-launch: 74: exec: deskie: Permission denied
[13:27] <j-b> davidcalle: the interface are defined in the .yaml?
[13:27] <kyrofa> sgclark, can I assume you're running kubuntu?
[13:27] <didrocks> j-b: it's a transition plan ;) you still get a way to deliver latest and greatest to your users, cross-distro
[13:28] <j-b> didrocks: well, sure, but then I have other solutions to do that.
[13:28] <j-b> didrocks: but OK.
[13:28] <bull> davidcalle, /snap/deskie/x1/bin/qt5-launch: 74: exec: deskie: Permission denied
[13:28] <bull> davidcalle,  my qt app is giving me this as output when i run it
[13:29] <bull> am using the same qt launcher like vlc
[13:29] <davidcalle> j-b yes, see line 10 on https://github.com/ubuntu/snappy-playpen/blob/master/vlc/snapcraft.yaml it's the list of interfaces ('unity7' is a catch-all interface for desktop related authorisations)
[13:29] <j-b> plugs?
[13:30] <j-b> but where does it declare x11 and audio accesS?
[13:31] <davidcalle> j-b, this file is missing the pulseaudio one and x11 is part of the unity7 one. See https://github.com/snapcore/snapd/blob/master/docs/interfaces.md
[13:31] <j-b> and opengl
[13:34] <j-b> davidcalle: so we need new plugs for dvd and v4l?
[13:34] <sgclark> kyrofa: nope I am in Neon for the lastest packages
[13:34] <kyrofa> sgclark, ah! So is the other person complaining about that. zyga ^^
[13:34] <davidcalle> j-b: pretty much, yes, here is what the pulseaudio plug looks like: https://github.com/snapcore/snapd/blob/master/interfaces/builtin/pulseaudio.go
[13:34] <j-b> in go? o_O
[13:34] <j-b> nice.
[13:35] <sgclark> well we had a snap running in Arch, we best darned be able to use them in neon haha
[13:35] <kyrofa> sgclark, no kidding :P
[13:35] <kyrofa> Investigating now
[13:36] <sgclark> ty1
[13:36] <sgclark> !
[13:37] <j-b> davidcalle: do we get access to DBus?
[13:40] <davidcalle> j-b: I think we have some tailored dbus access allowed through the unity7 interface https://github.com/snapcore/snapd/blob/master/interfaces/builtin/unity7.go
[13:41] <j-b> davidcalle: all DBus interfaces?
[13:41] <ogra_> heh
[13:41] <ogra_> surely not
[13:41] <ogra_> that would kind of defeat the purpose
[13:41] <ogra_> (then you can simply also use --devmode)
[13:42] <j-b> So, how do we get DBus interfaces for us? Can we declare them in the yaml?
[13:42] <ogra_> i would expect that you will eventually have different dbus interfaces for different purposes ... but surely not global access
[13:43] <j-b> I'm thinking of org.mpris.*
[13:44] <mhall119> j-b: you might get that with the unity7 interface already
[13:45] <ogra_> mhall119, doesnt look like that has mpris ... lbut i think it should
[13:45] <j-b> How do I get it?
[13:45] <sergiusens> bull in case no one answered (and dpm) `snapcraft clean glue` would of worked
[13:45] <ogra_> smells like an oversight in the unity8 interface ...
[13:45] <j-b> File an issue somewhere?
[13:45] <ogra_> j-b, file a bug
[13:45] <dpm> ah, nice, thanks sergiusens
[13:45] <j-b> on github? on snapd?
[13:45] <ogra_> sigh ... who updated the channel topic and deleted the bug url
[13:45] <davidcalle> j-b: https://bugs.launchpad.net/snappy
[13:45] <bull> ty sergiusens :)
[13:45] <seb128> mhall119, j-b, the mpris one doesn't seem in https://github.com/snapcore/snapd/blob/master/interfaces/builtin/unity7.go
[13:46] <mhall119> ogra_: I agree that it should, mpris is an imporant part of unity7 integration
[13:46] <ogra_> olli, can you fix the channel topic and add the links back ?
[13:46] <j-b> seb128: yes, that's what I fear.
[13:46] <mhall119> as it powers the sound indicator controls
[13:46] <j-b> exactly
[13:46] <seb128> j-b, should be easy to get added
[13:46] <ogra_> yeah
[13:46] <ogra_> just file a bug at https://bugs.launchpad.net/snappy
[13:47] <mhall119> though a stand-alone mpris interface might be desired too
[13:47] <ogra_> well, you need some desktop part for it
[13:47] <jsupcik> Hello. I just compiled my first snap (cross compiled ubuntu/amd64 -> arm/rpi2)! I was able to upload the snap to "myapps", but it shows "0 byte". Is this OK? The snap itself is 1.8MB
[13:48] <dpm> JamesTait, perhaps you can help jsupcik with the store question? ^
[13:49] <mhall119> ogra_: you don't think it might be used in IoT stuff?
[13:50] <jdstrand> davidcalle: video interface was on zyga's list and I believe he started it. I think it was deprioritized for the moment for cross distro
[13:50] <bull> mhall119, i tried build app after clean , still facing same issue
[13:50] <ogra_> mhall119, dunno, would that make sense ? ... afaik mpris always needs some UI part
[13:50] <JamesTait> jsupcik, I did see a similar report a few days ago, but I'm not sure what came of it.  What's the package?
[13:50] <mhall119> bull: is your binary marked as executable in /snap/deskie/current/?
[13:50] <bull> yes
[13:50] <mhall119> ogra_: UI yes, but not necessarily GUI
[13:50] <ogra_> well, true
[13:51] <ypwong> when I run 'snap find' it fails as in https://paste.ubuntu.com/17396451/ saying i/o timeout, anyone knows what's wrong? I can go to the reported url in browser/wget
[13:51] <mhall119> I'm thinking in-car infotainment or "smart" speakers
[13:51] <ogra_> mhall119, it should definitely be part of unity7 and 8 though, since indicator-sound provides the UI ...
[13:51] <mhall119> yes, I agree with that
[13:51] <ogra_> a standalone one could happen later
[13:51] <ogra_> if thats actually needed
[13:52] <mhall119> yup
[13:52] <j-b> but, for VLC, I need to expose the DBus Mpris server.
[13:52] <bull> mhall119,  my deskie binary is loacated in /snap/deskie/current/opt/deskie/bin/
[13:52] <ogra_> though i guess it would always be part of the UI providing bit
[13:52] <j-b> which is a bit different, no?
[13:52] <bull> mhall119, and it is executable
[13:52] <mhall119> bull: ok, but does it have it's executable bit set?
[13:52] <jsupcik> JamesTait, the package is telecom-tower.supcik (click-apps/5219)
[13:52] <ogra_> j-b, do yu actually need the server ?
[13:53] <mhall119> bull: is your qt5-launcher calling "/opt/deskie/bin/deskie" or just "deskie"?
[13:53] <ogra_> i thought you just attach to the dbus provider
[13:53] <bull> it is running fine when i double click on it there
[13:53] <j-b> ogra_: I have no idea, tbh.
[13:53] <ogra_> heh
[13:54] <ogra_> neither do i ... but i thought you just talk to mpris interfaces on the bus usually ...
[13:54] <ogra_> probably my assumption is wrong though
[13:54] <matteo> zyga: works for me
[13:54] <j-b> well, yes, we implement the Mpris answers so Mpris clients talk to us. How it exactly works, I have no idea.
[13:54] <JamesTait> jsupcik, it looks like it's fine.  The automatic review passed, and I've downloaded it and it's definitely a squashfs filesystem.
[13:54] <matteo> I'm running it now
[13:55] <JamesTait> jsupcik, I don't know why the binary_filesize is 0.
[13:55] <bull> mhall119, my qt5-launcher  : http://paste.ubuntu.com/17396563/
[13:56] <mhall119> bull: pastebin your snapcraft.yaml too please
[13:56] <bull> mhall119, ok
[13:57] <jsupcik> JamesTait, OK. Thank you.
[13:57] <bull> mhall119, http://paste.ubuntu.com/17396622/
[13:58] <didrocks> mhall119: you got it! :-)
[13:58] <bull> mhall119, i think my qt5-launcher is assuming deskie directory  a executable binary and trying to execute it , just a thought :D
[13:58] <mhall119> bull: on line 9, call "qt5-launch opt/deskie/bin/deskie"
[13:59] <bull> mhall119, okay i will try
[13:59] <bull> mhall119, what should i do now to build again ??
[13:59] <halfline> does anyone have a good example of a third party vendor that ships .snap files right now?
[14:00] <bull> mhall119, i dont wana clean cause it will take lot of time to build again :/
[14:00] <mhall119> bull: "snapcraft snap" should be enough
[14:00] <bull> mhall119, le me try
[14:00] <mhall119> as it only needs to re-generate the launcher script used by snap-confine
[14:00] <bull> okay :) ty
[14:01] <popey> halfline: krita
[14:01] <bull> mhall119, one more thing i noticed is my , indicator icon of application not showing up , and am having issue with dash icon too
[14:01] <popey> halfline: nextcloud...
[14:02] <bull> please review my snapcraft.yaml for icon entry
[14:02] <halfline> thanks !
[14:03] <halfline> popey: hmm, i only see app image here: https://krita.org/en/download/krita-desktop/
[14:03] <bull> mhall119, it says while build , for icon : DEPRECATED: 'icon' defined in snapcraft.yaml. Look at https://github.com/ubuntu-core/snapcraft/blob/master/docs/metadata.md#snap-icon for more information
[14:03] <popey> halfline: its in the store
[14:03] <halfline> oh i wanted to try using .snap file directly instead of using the snap program
[14:03] <halfline> to downoad it
[14:04] <kyrofa> ogra_, to be fair, we're shipping the snap, they're shipping devices using it. Though I imagine they'll take over the snap at some point
[14:04] <seb128> halfline, are you just looking for a .snap you can download?
[14:04] <halfline> seb128: yea pretty much !
[14:04] <halfline> seb128: hi btw
[14:04] <ogra_> kyrofa, which snap now ?
[14:04] <kyrofa> ogra_, nextcloud
[14:04] <ogra_> ah
[14:04] <seb128> halfline, http://people.canonical.com/~bjoern/snappy/libreoffice_5.2.0.0.beta2_amd64.snap
[14:05] <halfline> thanks
[14:05] <seb128> halfline, hey!
[14:05] <seb128> yw
[14:05] <kyrofa> ogra_, oh oops, that was meant for popey
[14:05] <kyrofa> ogra_, so sorry
[14:06] <ogra_> hah ... and i was wondering about $context :)
[14:06] <mhall119> bull: yeah, that's not used anymore, but you can add your .desktop and icon into ./setup/gui/ in your  snapcraft directory
[14:06] <kyrofa> ogra_, your nick just leaps off my fingers!
[14:06] <ogra_> yay
[14:07] <bull> mhall119, just dropping stuffs there will work ?? we dont need add them in snapcraft.yaml now ??
[14:07] <bull> mhall119, that fixed the issue :) thanks my brother :*
[14:07] <bull> app is still not running due to some dependencies issues i will add them in snapcarft.yaml
[14:09] <mhall119> bull: just dropping them there will make snapd put the .desktop file where it can be found
[14:09] <bull> wow nice :)
[14:11] <bull> mhall119, see what am getting as output now , i know how to fix those qt qml issues but see the rest : http://paste.ubuntu.com/17396957/
[14:12] <mhall119> bull: looks like you need qml-module-qtquick-controls in your stage-packages
[14:13] <bull> yeH i said i will fix qt stuffs , what about the rest ??
[14:13] <bull> mhall119, am gonna make this app's code public on github soon :P
[14:14] <mhall119> \o/
[14:14] <mhall119> bull: and publish it in the store when it's working :)
[14:14] <bull> sure :)
[14:21] <kyrofa> sgclark, found the issue. apparmor profiles aren't being generated for neon. Making a PR to fix now
[14:23] <seb128> sergiusens, hey, I've a snapcraft.yaml with a version 3.10 and the generated snap is named name_3.1_arch.snap ... is that wanted or a (known?) bug?
[14:25] <popey> seb128: put quotes round it
[14:25] <popey> in the yaml
[14:25] <seb128> popey, is that a workaround or the way it's supposed to be?
[14:25] <kgunn> ev: mvo not sure where this bug lies...but i saw this a couple of weeks ago, it got fixed, but seems it's back?...i saw it last night
[14:25]  * jdstrand tries to avoid asking about why the apparmor profiles weren't being generated for 'neon'
[14:25] <popey> seb128: thats the way i work around it, assuming it's a workaround :)\
[14:25] <kgunn> stitched a new image, and upon attempting to sideload, it went to the store instead
[14:25] <seb128> popey, thanks
[14:26] <popey> yw
[14:26] <kgunn> anyone know where to log that as a bug ^?
[14:27] <kgunn> even when i gave it relative path like ./mir-server_version#.snap, it still downloaded from store
[14:28] <EdwardMorbius> hello, anyone knows why clock snap gives libgl errors on desktop? wont start, libreoffice snap does start, proprietary nvidia drivers.
[14:28] <EdwardMorbius> libGL error: No matching fbConfigs or visuals found
[14:28] <EdwardMorbius> libGL error: failed to load driver: swrast
[14:28] <EdwardMorbius> Unrecognized OpenGL version
[14:28] <EdwardMorbius> Unrecognized OpenGL version
[14:29] <seb128> popey, seems like didrocks hit that one as and reported bug #1586988
[14:29] <didrocks> yep
[14:29] <seb128> snapcraft.io uses quotes
[14:29] <zyga> jdstrand: that's my doing
[14:29] <didrocks> seb128: that's how I discovered the bug, and edited/added quotes :p
[14:30] <seb128> didrocks, is the snapcraft team looking at ubuntu bugs? I usually also affect the project because I think they don't
[14:30] <didrocks> seb128: for snapcraft, they do
[14:30] <seb128> great
[14:30] <didrocks> (I was told to always set against the package)
[14:30] <seb128> so sergiusens is slacking and didn't triage it yet :p
[14:30] <didrocks> ;)
[14:31] <jdstrand> zyga: now, you see, you are trying to get me to ask for more info and I'm trying not to :P
[14:31] <seb128> didrocks, I was unsure because package has 39 bugs and upstream project 139
[14:31] <kgunn> EdwardMorbius: i'm interested, so you're on proprietary NV drivers? and you installed the clock-app from the snap store on your desktop and it failed?
[14:31] <EdwardMorbius> kgunn yes with the above error
[14:31] <zyga> jdstrand: but this is safe (tm)
[14:32] <zyga> jdstrand: because at worst the app won't start and someone fixes snapd
[14:32] <didrocks> seb128: I did try to open against upstream, but then, I don't remember if it was leo or sergio telling me to affect rather the package
[14:32] <seb128> didrocks, bug #1586162 seems to be a duplicate
[14:32] <didrocks> that was some months ago
[14:32] <zyga> jdstrand: and it doesn't let unconfined snaps to run by accident
[14:32] <didrocks> so maybe it changed
[14:32] <seb128> didrocks, well with comment from jamie and sergio and gustavo
[14:32] <didrocks> seb128: remember my unify scripts? ;)
[14:32] <didrocks> ah
[14:32] <seb128> :-)
[14:32] <jdstrand> interesting
[14:32] <jdstrand> unrelated
[14:33] <kgunn> EdwardMorbius: i think it's just a bug...team's been trying to work through that aiui
[14:33] <didrocks> seb128: yeah, I came to the same conclusion while looking at it
[14:33] <kgunn> EdwardMorbius: i would be curious, have you ever tried the open drivers?
[14:33] <jdstrand> zyga: what is the status of landing snap-confine in 16.04? trying to decide if I need to sru ubuntu-core-launcher for the ecryptfs fix
[14:33] <kgunn> EdwardMorbius: it shouldn't matter...but curious
[14:33] <zyga> jdstrand: that's a great question, I think mvo wants to get it in
[14:33] <didrocks> seb128: the "issue" with the python yaml parser is that you can disable it completely and then, you have to say for each field what type is expected
[14:33] <zyga> mvo: to fix the nvidia bits, correct?
[14:33] <didrocks> (list, and so on…)
[14:33] <didrocks> but that's quite a lot of code
[14:34] <didrocks> I think you can inherit parser, and maybe filter to say "version is always a string"
[14:34] <didrocks> (feel free to duplicate btw)
[14:34] <EdwardMorbius> kgunn on my old laptop with open source radeon drivers it worked. didnt try open source drivers on this one though, went for proprietary straight away (steam).
[14:34] <seb128> didrocks, yeah, I'm not going to fix it, just good to know it's reported
[14:34] <EdwardMorbius> but I am suspecting it would work with nouveau
[14:34] <seb128> didrocks, unsure we should workaround in the documentation though, but that's another topic ;-)
[14:34] <kgunn> EdwardMorbius: ok, that's interesting....i thot it wouldn't matter...but maybe it does?
[14:35] <kgunn> EdwardMorbius: b/c this is all about the snap being able to peek out to the right dirs to find the drivers...unless nv put them some place special on install
[14:35] <didrocks> seb128: well, I had the requirement to release on Tuesday AND to use GNU Hello which is at .10
[14:36] <kgunn> esp in the case of the clock app i would think it wouldn't matter
[14:36] <didrocks> seb128: so, I did the only thing I could do with those requirements…
[14:36] <EdwardMorbius> kgunn I used 361 driver from Ubuntu Software, didnt work, upgraded to latest via Nvidia PPA, same thing, maybe some paths changed
[14:36] <seb128> didrocks, yeah, I guess having a "btw the version there is buggy as you can see" isn't of the best taste
[14:36] <didrocks> exactly…
[14:36] <seb128> didrocks, popey, thanks
[14:37] <didrocks> yw
[14:37]  * seb128 does the quotes workaround as well
[14:37] <didrocks> getting trendy :p
[14:37] <EdwardMorbius> libreoffice as a snap opens normally however
[14:37] <seb128> :-)
[14:37] <seb128> #quoteyoursnapversions
[14:37] <kyrofa> jdstrand, why they weren't being generated: https://github.com/snapcore/snapd/blob/master/release/release.go#L54
[14:37] <sergiusens> didrocks seb128 we actually prefer project ones, I do triage ubuntu ones though. The 2.10 and 2.1 requires some discussion
[14:38] <sergiusens> on the one hand we can do it and lose all the benefits of yaml by parsing everything as strings, but, then, this would not be proper yaml
[14:38] <didrocks> sergiusens: ah, that did change then, ok, will know for the future
[14:39] <didrocks> sergiusens: I wonder if we can't inherit parser
[14:39] <didrocks> sergiusens: and create our own
[14:39] <kyrofa> zyga, jdstrand I wonder if we should default to generating them if UBUNTU_CODENAME=xenial ?
[14:39] <didrocks> then, special-casing "version:"
[14:39] <sergiusens> didrocks we can, but do we want proper yaml?
[14:40] <didrocks> sergiusens: as it's some declarative build tool, I think taking that liberty makes sense, (especially as 90% of them are going to be string)
[14:40] <didrocks> as 3.4.2 is a string
[14:40] <didrocks> but not 3.4
[14:41] <EdwardMorbius> kgunn just saw this in description of Krita in the store "Notes: no translations are available yet, and due to a bug in Ubuntu, this snap doesn't work with proprietary video drivers, e.g. for NVidia." maybe this also affects clock
[14:42] <mvo> zyga: yes
[14:42] <mvo> zyga: in in in
[14:43] <EdwardMorbius> yes same error with krita, libgl error.
[14:44] <kgunn> EdwardMorbius: :) thanks for the info
[14:44] <bull> mhall119, you there ??
[14:45] <bull> after i added packages under stage-packages , why snapcraft not downloading them , it directly started building snap , i issued snapcraft snap
[14:45] <bull> mhall119, after i added packages under stage-packages , why snapcraft not downloading them , it directly started building snap , i issued snapcraft snap
[14:49] <bull> dpm, you there ??
[14:54] <popey> bull: patience please.
[14:54] <bull> :)
[14:54] <bull> popey, can you help ??
[14:54] <bull> alan :P
[14:55] <popey> has snapcraft finished and built your snap?
[14:55] <popey> can you look in stage/ and see if the pieces are there?
[14:55] <didrocks> kyrofa: shouldn't the part being invalidated in that case and so "snapcraft snap" rebuild the part where stage-packages have been added? ^
[14:56] <bull> am all set to snap my app , but i added some dependencies to yaml file and tried snapcraft snap , it started building snap without downloading new dependencies
[14:56] <kyrofa> didrocks, yes it should, but it's not-- that should be logged
[14:56] <kyrofa> (a bug I mean)
[14:56] <popey> bull: did you let it finish?
[14:56] <bull> popey, pieces are there but not the one which i added to stage packages
[14:56] <bull> yes i let it
[14:57] <seb128> bull, it's a bug, you need to clean the pull and redo it I think
[14:57] <bull> i cleaned stag but still it is not downloading :D
[14:57] <bull> yeah , :(
[14:57] <bull> seb128, it looks like a bug
[14:57] <seb128> unsure if you can manually add the deb in the dir
[14:57] <seb128> bull, I think that's what didrocks was asking kyrofa
[14:57] <didrocks> bull: please file the bug on launchpad, as kyrofa told :)
[14:57] <bull> snapcraft need to check the file changes in yaml file
[14:58] <didrocks> right, that's why we need to a bug to get that fixed
[14:58] <bull> okay wait :P
[14:58] <bull> oh ,
[14:58] <kyrofa> bull, the stage-packages are pulled in the pull step, not stage
[14:58] <kyrofa> bull, so you need to make sure you clean all the way back to pull to get them
[14:58] <bull> so i need clean pull ??
[14:58] <kyrofa> bull, indeed
[14:59] <bull> but it will clean my downloaded stuffs :/ damn
[14:59] <bull> oh
[14:59] <bull> thats a bandwidth sucker thing they need fix this :D
[14:59]  * popey runs apt-cacher-ng to reduce that problem
[15:00] <seb128> bull, kyrofa, maybe copying the deb manually where it downloaded the other ones would work
[15:00] <bull> how we getting these ?? from this guy    ------ >>>>>      *
[15:00] <kyrofa> seb128, you'd need to unpack it as well
[15:00] <bull> seb128,  le me try thiis trick
[15:01] <seb128> bull, you need to unpack as well, might be easier to just clean and redownload if your internet isn't too limited
[15:01] <bull> seb128, i will try it now and provide feedback now
[15:03] <bull> i saved parts/application/ubuntu directory outside and issued snapcarft clean
[15:04] <bull> now after clean i pasted ubuntu/ directory back to place let see what will happen
[15:05] <bull> holy shi*  it says when i issued snapcraft stage :-   E:Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
[15:06] <zyga> jdstrand, mvo: shall I make 1.0.30 release and let us all package that?
[15:08] <mvo> zyga: yes, lets do it
[15:09] <zyga> mvo: can you please comment on pull 40 snap-confine
[15:09] <zyga> mvo: I'd like to include it but only if it won't make packaging more complex for dpkg
[15:10] <bull> seb128,
[15:12] <mvo> zyga: sure, looking now - fwiw, vcs-git in debian/control also needs an update
[15:13] <zyga> mvo: oh, thanks, changing now
[15:13] <ev> kgunn: snapd - https://bugs.launchpad.net/snappy
[15:13] <ev> for reporting the bug
[15:17] <zyga> mvo: merged, doing local package builds to see what works
[15:20] <aatchison> Congrats on the multi-distro snaps!
[15:24] <zyga> aatchison: :)
[15:24] <bull> :)
[15:30] <kyrofa> willcooke, I did some more research into the qmake variables (just cloned the stupid thing)
[15:30] <kyrofa> willcooke, any chance you could give the plugin another shot?
[15:32] <bull> willcooke, i resolved the issue mhall119 helped me in that
[15:32] <kyrofa> willcooke, actually wait, I need to verify something
[15:32] <kyrofa> sergiusens, you around?
[15:32] <willcooke> kyrofa, sure - in a meeting right now
[15:33] <willcooke> kyrofa, will try again in amo
[15:33] <kyrofa> willcooke, good deal, I'll let you know when I push it up
[15:35] <sergiusens> kyrofa of course
[15:36] <kyrofa> sergiusens, scratch that, figured out a better way to do what I wanted. But while I have you, want to work on slides today at some point?
[15:36] <sergiusens> kyrofa this is a total bummer :-P
[15:36] <kyrofa> sergiusens, I know!
[15:36] <sergiusens> let me try something
[15:37] <sergiusens> kyrofa probably 2 days will be lost on this
[15:37] <kyrofa> sergiusens, my thinking as well
[15:37] <kyrofa> Bad timing
[15:39] <kyrofa> willcooke, actually, I want to experiment. Can you share your project with me? Is it the one with the qmake plugin to which you've been referring?
[15:42] <sergiusens> kyrofa and that is how you solve things :-)
[15:42]  * kyrofa is impressed
[15:44] <croepha> ubuntu core doesn't seem to have the /boot/config-* file? how can I know the kernel configuration?
[15:45] <kyrofa> croepha, ogra_ is your man
[15:53] <matteo> croepha: /proc/config?
[15:54] <croepha> ls: cannot access /proc/config*: No such file or directory
[15:55] <kyrofa> willcooke, must not be... that project doesn't build as it is
[15:55] <kyrofa> willcooke, anyway, let me know
[16:13] <willcooke> kyrofa, https://github.com/8none1/fritzing-snap
[16:13] <willcooke> kyrofa, you also need to clone this in to ./fritzing-src
[16:13] <willcooke> https://github.com/fritzing/fritzing-app
[16:13] <kyrofa> willcooke, ahhh, that's what I was missing
[16:13]  * willcooke <-- hacker
[16:14] <willcooke> kyrofa, make sure that ./fritzing-src/snapcraft.pro survives the clone
[16:15] <kyrofa> willcooke, indeed. Though the snapcraft.yaml refers to fritzing-snapcraft.pro
[16:15] <kyrofa> willcooke, should that be snapcraft.pro?
[16:15] <willcooke> err
[16:15] <willcooke> ah, yes - I need to push
[16:17] <bull> priming mean ??
[16:21] <mhall119> hi all, if I have a part that builds a library, and another part that needs that library in order to build, how do I tell the second part where to find the first one?
[16:24] <kyrofa> mhall119, so first of all, you should utilize the `after` keyword on the dependent part, in order to make sure its dependency is staged before its built
[16:25] <kyrofa> mhall119, from there it may just work-- snapcraft tries to setup sensible CFLAGS, LDFLAGS, etc
[16:25] <kyrofa> mhall119, if you need to actually give it some sort of "--this-is-where-the-dependency-is=" flag in the YAML, you can use $SNAPCRAFT_STAGE, which snapcraft will resolve to mean the stage directory, and give a relative path from there
[16:26] <mhall119> kyrofa: it's in ./stage/usr/lib/granite/
[16:26] <mhall119> and I have after: [granite]
[16:27] <kyrofa> mhall119, and I assume it's not working? Is the error upon linking, or can it not find headers?
[16:27] <mhall119> can't find headers it seems
[16:27] <kyrofa> mhall119, can you pastebin the error?
[16:29] <mhall119> kyrofa: http://paste.ubuntu.com/17401922/
[16:30] <kyrofa> Ahh, cmake
[16:31] <kyrofa> mhall119, how does mail try to find granite in the cmakelists.txt?
[16:31] <kyrofa> mhall119, module, config, hard-coded?
[16:33] <mhall119> kyrofa: http://paste.ubuntu.com/17402139/ search for granite
[16:34] <mhall119> kyrofa: also, http://paste.ubuntu.com/17402022/ is the list of things in ./stage/
[16:34] <kyrofa> mhall119, ah, pkg-config, okay
[16:35] <kyrofa> mhall119, pastebin also the contents of stage/usr/lib/i386-linux-gnu/pkgconfig/granite.pc please
[16:35] <mhall119> kyrofa: http://paste.ubuntu.com/17402248/
[16:36] <kyrofa> sergiusens, I'm a little foggy on your ingenius pkg-config stuff, can you take a look at this?
[16:37] <croepha> are build-packages for build time dependancies? do they get added to the .snap?
[16:37] <kyrofa> croepha, build-packages get installed onto the host system to be used as build time dependencies. They do not go into the snap unless the snap links to libraries contained within them, in which case those libraries will get slurped in
[16:37] <kyrofa> But not the whole deb
[16:38] <croepha> nice
[16:38] <croepha> does it use like ldd or something to guess the links?
[16:38] <kyrofa> croepha, exactly
[16:39] <kyrofa> mhall119, sergiusens will know a lot more, but that .pc file seems to be trying to pull granite from /usr
[16:39] <kyrofa> mhall119, which may be the issue
[16:40] <kyrofa> mhall119, out of curiousity, try modifying that file in stage/ to point to the right place and try to build mail again.
[16:41] <mhall119> kyrofa: modify it how?
[16:42] <kyrofa> mhall119, specifically, make prefix=/path/to/my/stage/dir/usr
[16:42] <kyrofa> (absolute path)
[16:44] <mhall119> prefix=/root/stage/usr
[16:44] <mhall119> like that?
[16:44] <kyrofa> mhall119, sure, yeah, if that's where stage is
[16:46] <mhall119> kyrofa: http://paste.ubuntu.com/17402692/
[16:46] <mhall119> same error
[16:47] <bull> mhall119, after successful building deskie am getting these errors : http://paste.ubuntu.com/17402740/
[16:47] <mhall119> bull: try installing again with the --devmode flag
[16:48] <bull> wait let me try
[16:48] <mhall119> bull: also, what plugs are you using?
[16:48] <kyrofa> mhall119, meh, sorry, you need sergiusens
[16:49] <mhall119> help me sergiusens, you're my only hope
[16:49] <bull> i updated plugs , in yaml file opengl , x11 etc
[16:50] <bull>  network   - network-bind      - unity7    - home    - x11  - network-manager      - opengl
[16:50] <bull> mhall119, these are plugs
[16:50] <mhall119> ok
[16:51] <bull> any idea why it is throwing such errors ?
[16:52] <mhall119> the icon ones, maybe a qrc lookup path problem?
[16:52] <mhall119> I'm not sure
[16:52] <bull> after devmode install  :   http://paste.ubuntu.com/17402945/
[16:53] <bull> but it dont throw such errors with normal usage :/ image path are all good
[16:53] <mhall119> hmm, still segfaulting, sorry bull that's the extent of my knowledge
[16:54] <bull> :/
[16:54] <bull> no problem mhall119
[16:54] <bull> i will try fix it whole night :D
[16:54] <bull> i already wasted my whole day :D but am with lots of knowledge thanks all for help :)
[16:55] <bull> mhall119, one more thing , i leaned new is you dont really need to download packages from repo all the time
[16:56] <bull> just copy that folder to some location outside before issuing snapcraft clean , and put it back to place when you are ready to stage and pull again
[16:57] <bull> you getting me ??
[16:57] <bull> haha
[16:58] <mhall119> bull: here's another trick, you can clean individual steps with "snapcraft clean -s $step"
[16:59] <mhall119> so you can "snapcraft clean -s build" and it will leave everything from the "pull" step
[16:59] <mhall119> or "snapcraft clean -s stage" and it will leave everything from "pull" and "build" alone
[16:59] <mhall119> so if you've built everything, and you just need to tweak how it's put together in the snap, you can do that and not re-build every time
[17:08] <dpm> mariogrip, nice one with the octoprint snap!
[17:16] <zyga> dpm: what is octoprint?
[17:16] <dpm> zyga, http://octoprint.org/
[17:17] <zyga> wow, nice
[17:17] <dpm> zyga, also a nice example of a short and sweet setup: https://github.com/ubuntu/snappy-playpen/pull/69/files
[17:27] <mariogrip> dpm: thanks :D
[17:28] <willcooke> mhall119, where can I get your qt5-launch script from?
[17:29] <willcooke> oh, playpen I bet
[17:32] <dpm> willcooke, it's defined as a wiki part at https://wiki.ubuntu.com/Snappy/Parts - you simply need to specify 'qt5conf' in 'parts' and then as the command to launch your app 'qt5-launch <your-binary>'
[17:33] <mhall119> willcooke: yeah, though sgclark's might be more recent
[17:33] <willcooke> oh, sweet
[17:33] <willcooke> how did I miss this?!?
[17:33] <dpm> willcooke, the actual launcher code lives in the repo defined in the wiki
[17:34] <dpm> mhall119, unless she's copied and pasted the launcher, it should be the same
[17:35] <croepha> is there a guide somewhere on making kernel snaps?
[17:38] <kyrofa> willcooke, okay, that PR should now work for you, but it required changes beyond just the plugin (so copying it into your tree won't work)
[17:39] <willcooke> kyrofa, oki - should I clone the whole thing then and build it?
[17:40] <kyrofa> willcooke, yeah you can test it out by cloning that branch, uninstalling snapcraft temporarily, and modifying your PATH to include snapcraft's bin folder
[17:40] <kyrofa> willcooke, and remove your local qmake plugin, of course
[17:41] <willcooke> kyrofa, sounds like a job for a fresh brain - can I try it in the morning?  I'd love to try and get qt5-launch integrated and tested tonight
[17:41] <willcooke> and then I can fritz about with it in the morning
[17:42] <kyrofa> willcooke, of course! The PR needs another pass by sergiusens and elopio now anyway. I won't merge without your go-ahead
[17:42] <willcooke> thx kyrofa
[17:42] <kyrofa> willcooke, thank YOU. I appreciate your good testing
[17:42] <willcooke> *hugs*
[17:43]  * kyrofa hugs willcooke back
[17:43] <willcooke> this is *fun*, actually building software instead of doing slide decks ;)
[17:43] <kyrofa> Hahaha
[17:44] <kyrofa> Oh oops, sergiusens, elopio I missed our planning session, I'm sorry!
[17:45] <willcooke> ha, ironic
[17:46] <sgclark> mhall119: actually d_ed has a more recent one that he has not even provided to me! *hint*
[17:47] <sgclark> kyrofa: ty, any eta on my ability to snap?
[17:47] <d_ed> oops, will push
[17:49] <jdstrand> zyga: I'm fine with that (1.0.30). the seccomp branch won't get the final review til next week I don't think
[17:51] <kyrofa> sgclark, it's been merged into master, I'm checking on the anticipated release now. For your reference, this is bug #1593255. You can subscribe so you know when it actually gets released
[17:53] <sgclark> ty
[17:55] <ChrisWarrick> Login only works for local users in the sudo or admin groups.
[17:55] <ChrisWarrick> ↑ why is that? why not also support 'wheel' which is seen on many non-Ubuntu distros?
[17:56] <kyrofa> sgclark, sounds like SRU days are on Wednesday, so I'm afraid this won't make it to you until next week
[17:56] <sgclark> wow
[17:56] <d_ed> kyrofa: are you a snap developer? One things that's caused a problem is not knowing where (at compile time) our snap will be. In particular libexec paths get hardcoded into the libs/apps. Fine under a normal system, but a problem here as $SNAP can't be known at compile time.
[17:56] <kyrofa> sgclark, you might consider rolling back the latest snapd release, or I can walk you through running it from source if you like
[17:56] <bull> mhall119, i wana discuss something are you free right now ??
[17:57] <d_ed> if the container wrapper could (in the container) symlink $SNAP to /somestaticpath (or even mount it) we could drop a lot of patches I needed to do
[17:57] <sgclark> kyrofa: well yeah not being able to work until Wednesday is a huge issue to me.
[17:58] <kyrofa> sgclark, understood. Which of those two paths sound better?
[17:58] <kyrofa> (note that we're working on streamlining our release process, but we aren't quite there yet)
[17:58] <sgclark> kyrofa: lets go with build from source
[17:59] <bull> any snap developer here i have a question , why snapcraft reload repo info or apt-get update ?? whats the benefit of that ??
[17:59] <kyrofa> (d_ed, I'll be right with you, sorry)
[17:59] <kyrofa> sgclark, sweet, it's all in go. Are you familiar with that at all?
[18:00] <sgclark> I have zero experience with go sorry
[18:00] <kyrofa> sgclark, oh no apology necessary, just needed to know where you were coming from
[18:00] <zyga> jdstrand: ok, I'm making the release then
[18:00] <bull> seriously i mean , whats the need of icons and stuffs ?? why it grabbing repo info  every-time it building snap ??
[18:01] <kyrofa> sgclark, go builds stuff by using a workspace. So create a directory (e.g. I use ~/src/go), and define the GOPATH environment variable to point to it
[18:01] <kyrofa> sgclark, also, install golang-go
[18:02] <ChrisWarrick> where do snap packages put their binaries?
[18:02] <d_ed> sgclark: as I can't push to your git repos. Add these to all qt5_launch: https://paste.kde.org/pspuvyitz
[18:02] <bull> ChrisWarrick, in /snap
[18:02] <ChrisWarrick> bull: not overwriting stuff? awesome.
[18:03] <kyrofa> sgclark, let me know when you've got that
[18:03] <bull> ChrisWarrick, snap installs binary there , it can install more then one version of app
[18:03] <ChrisWarrick> bull: which is awesome
[18:03] <bull> ChrisWarrick, yes no overwriting , with deb installs
[18:03] <ChrisWarrick> bull: I feared it would overwrite my “normal” (pacman) apps
[18:03] <bull> ChrisWarrick, yes
[18:04] <bull> ChrisWarrick, no
[18:04] <sgclark> kyrofa: done
[18:04] <ChrisWarrick> ChrisWarrick, maybe
[18:04] <sgclark> d_ed: ok ty
[18:04] <bull> kyrofa, you are a snap developer ??
[18:04] <bull> i have some questions
[18:04] <kyrofa> sgclark, now run `go get -d -v github.com/snapcore/snapd/...`. That will download snapd and its dependencies into $GOPATH/src/github/snapcore/snapd
[18:05] <kyrofa> bull, indeed
[18:05] <bull> kyrofa, why snapcraft reload repo info or apt-get update ?? whats the benefit of that ??
[18:05] <bull> kyrofa,  whats the need of icons and stuffs ?? why it grabbing repo info  every-time it building snap ??
[18:05] <kyrofa> sgclark, once that has finished cd into $GOPATH/src/github/snapcore/snapd and run the `get-deps.sh` script
[18:06] <kyrofa> (which will just check out the correct commits of its dependencies)
[18:06] <gouchi> hi
[18:07] <kyrofa> bull, I don't understand what you just said. You mean why does it run `apt-get update` before it fetches debs?
[18:07] <bull> yeah
[18:07] <kyrofa> sgclark, let me know when you've got that
[18:07] <kyrofa> bull, well... what would happen if it didn't?
[18:08] <bull> kyrofa, it can use system's cache instead and get packages
[18:08] <gouchi> can somebody make a test with my package ? Because I can't find what is wrong with it, I don't get error with scanlog
[18:08] <bull> system's apt-cache i mean , and get current libs or pulls , with which developer had build his package with
[18:09] <mhall119> bull: it's always better to just ask, others in here are way more knowledgeable than I am
[18:10] <kyrofa> bull, snapcraft tries to make sure it always uses the most up-to-date stuff
[18:10] <bull> kyrofa, you getting my point ?? also why it wipes that cache with snapcraft clean ?? why will he need download that cache approx 28mb in size here in my case everytime he build snap ??
[18:11] <bull> mhall119, i started it already :)
[18:12] <kyrofa> bull, to be fair, you're right. Snapcraft could be a lot smarter about this, and it will be eventually, but it's not there yet
[18:13] <bull> kyrofa, snapcraft says it will package libs with which you build your software , so why it get new versions of libs ?? say - i build a app today and foo.lib is version-2  today now if i wana that lib always with in my snap , why snapcraft will force me the new version of foo.lib ??
[18:14] <kyrofa> bull, it does package libs with software. When it builds the software, it pulls down the most recent version of the lib available. Once the snap is made, that lib stays at that version. If the snap is re-generated, snapcraft will again pull down the most recent version available
[18:15] <kyrofa> bull, if you want the ability to hold at specific package versions, then please log a bug
[18:16] <bull> yeah man thats what am saying , what if i wana stay with lib version 2 not 3 or 4 ?? why it will force me use version 4 (newer)??
[18:17] <kyrofa> bull, because that's not a feature that has been requested :)
[18:19] <kyrofa> d_ed, back to your question: you're right. One of the biggest stumbling blocks of snaps is that it requires its contents to be relocatable
[18:19] <kyrofa> d_ed, so for example, an autotols project often writes its prefix into binaries, thereby making itself non-relocatable
[18:19] <bull> kyrofa, am here since morning bro , i really appreciate the whole progress you guys done , i just wana make snap better and better , i was trying build my app deskie which is a qt application , all i see is snap is not that much capable right now so this was just a thought ,which should be implemented , i mentioned it here cause you are one of those who develop snap.
[18:20] <kyrofa> bull, I appreciate the feedback
[18:20] <d_ed> so far I've been patching KDE stuff
[18:20] <d_ed> pulling it into new env vars, or things relative to the binary
[18:20] <d_ed> which works...we needed some for Windows deployment anyway
[18:20] <kyrofa> d_ed, often times such projects will also support command-line flags pointing it to alternative directories etc, but not all of course
[18:21] <kyrofa> d_ed, we're working on an ld preload solution that might help
[18:21] <kyrofa> d_ed, but that's a little yucky
[18:21] <kyrofa> (and not done yet)
[18:22] <d_ed> overriding all stat() and open() ?
[18:22] <kyrofa> Hey sgclark, once you complete those other steps, run `go install github.com/snapcore/snapd/...` and you'll end up with several snap* binaries inside $GOPATH/bin/
[18:22] <d_ed> that's somewhere between amazing and mental
[18:22] <kyrofa> d_ed, hahaha
[18:22] <d_ed> (why ld preload it, you control the linked glibc don't you?)
[18:23] <kyrofa> d_ed, yeah, but we can handle preloading in snapcraft, making glibc changes is a bit heavier
[18:24] <kyrofa> d_ed, here's another hack for you, introduced to me by attente: use /snap/<snapname>/current as the prefix, and use a custom plugin that moves it after it's been installed, and now the prefix is valid at runtime
[18:24] <gouchi> How can I debug if I got no error with scanlog ?
[18:25] <d_ed> does current point to the latest possible, or the one the user will be running
[18:25] <kyrofa> sgclark, finally, to use the newly build snapd, use https://github.com/snapcore/snapd#testing-snapd-on-a-snappy-system
[18:25] <kyrofa> sgclark, also make sure $GOPATH/bin is in your path
[18:26] <kyrofa> d_ed, the running one
[18:26] <kyrofa> d_ed, or "active" one
[18:27] <kyrofa> d_ed, I very much prefer proposing command-line flags upstream to make them relocatable, but that's not always an option
[18:27] <kyrofa> gouchi, does the application in question have a log? Or write to syslog?
[18:28] <kyrofa> gouchi, you can include things like strace in the stage packages and use it
[18:28] <sgclark> kyrofa: I am so sorry, distracted. I will continue with backlog
[18:28] <kyrofa> sgclark, heh, if anyone understands that I do
[18:29] <kyrofa> sgclark, the backlog should get you to where you need to be, ping me if otherwise
[18:29] <kyrofa> sgclark, and I'm sorry about the issues :(
[18:30] <d_ed> kyrofa: ok, thanks
[18:30] <bull> kyrofa, where to raise an issue about snapcraft ? give github link please
[18:31] <kyrofa> bull, https://bugs.launchpad.net/snapcraft/+filebug
[18:31] <bull> its on github too ??
[18:32] <gouchi> kyrofa: I will change the wrapper so that it shows the log
[18:32] <kyrofa> bull, code is on github, bugs tracked on launchpad
[18:33] <bull> oh
[18:33] <bull> nice
[18:34] <bull> kyrofa, what you think ,about what i said earlier ?? it should be in snapcraft or its useless ?? i mean i put a bug or not :D
[18:35] <kyrofa> bull, you said a log of things. Which bug are you thinking of logging?
[18:35] <sgclark> kyrofa: ok on run_checks now
[18:36] <kyrofa> sgclark, ah yeah, good idea
[18:36] <bull> why it cleaning apt cache all the time and reloading it before build everytime
[18:37] <kyrofa> bull, sure, go ahead and log a bug, then the team can read it over
[18:37] <bull> okay :)
[18:37] <sgclark> All good, what could possibly go wrong lol
[18:37] <kyrofa> bull, no promises of course
[18:37] <kyrofa> sgclark, like that?
[18:37] <bull> haha
[18:38] <croepha> so, https://developer.ubuntu.com/en/snappy/guides/porting/ says that you need to make an snap... but it doesn't really say how one is supposed to do that
[18:38] <sgclark> kyrofa: lol yeah
[18:38] <mhall119> croepha: you mean a kernel or OS snap? or an application snap?
[18:38] <croepha> s/make an snap/make an oem snap/
[18:38] <mhall119> ok :)
[18:39] <sgclark> kyrofa: I am back in business, thank you so very much!
[18:39] <mhall119> niemeyer1: do we have docs for making OEM snaps?
[18:39] <kyrofa> sgclark, wonderful! Sorry again, glad you're back up and running
[18:40] <sgclark> np, not something you could have foreseen
[18:41] <croepha> mhall119 I need to make an image with a custom kernel, im not sure what I mean by OEM, thats the terminology from the porting guide
[18:45] <croepha> is "OEM snap" synonymous with "Gadget snap"?
[18:46] <davidcalle> croepha: this porting guide is quite outdated, yes, OEM snap is the 15.04 terminology, gadget is series 16 (the one we are releasing these days), but they are the same thing
[18:47] <croepha> davidcalle: ok thanks, then I think I have what I need
[18:48] <davidcalle> croepha: ok
[18:49] <gouchi> kyrofa: http://www.hastebin.com/jusimureva.coffee
[18:50] <willcooke> it works, it works, it works!!!!  http://imgur.com/snYkPJO
[18:50] <gouchi> kyrofa: I can't add options to the wrapper it seems
[18:50] <gouchi> kyrofa: or it crashed before
[18:52] <popey> willcooke: yay!
[18:52] <gouchi> if somebody wants to make a test here is the source https://lufi.io/r/lioXiR-TT-#iBd88U+emCC9MY8LInCgbwvMAhPJanixfgK1z0JrAYQ= to build
[18:53] <gouchi> but you will need snapd >= 2.0.9
[19:01] <kyrofa> sgclark, just FYI, we also have https://launchpad.net/~snappy-dev/+archive/ubuntu/edge which is updated daily but is obviously less stable
[19:14] <bull> sleep is coming goodnight guys :/
[19:17] <mhall119> willcooke: awesome!.....what is it?
[19:18] <willcooke> mhall119, PCB design tool:  http://fritzing.org/home/
[19:33] <kyrofa> sgclark, note that I was just given the magic to request new builds to be placed there as well, so I just started a build containing the neon fix
[19:36] <sgclark> kyrofa: ok ty
[19:37] <sgclark> I still seem to have the wrapper issue, but rebuilding to be sure
[19:38] <kyrofa> sgclark, this fixes the apparmor issue, remind me again what the wrapper issue was?
[19:42] <sgclark> kyrofa: well I tried to rebuild but now I can't install snaps http://paste.ubuntu.com/17409817/
[19:42] <kyrofa> sgclark, did you run snapd?
[19:43] <kyrofa> sgclark, does `snap list`  give you the same error?
[19:44] <sgclark> kyrofa: nm I blame the flu. copy paste fail
[19:44] <kyrofa> sgclark, blech, you and sergiusens both!
[19:45] <sgclark> :(
[19:47] <sgclark> kyrofa: ok confirm snapd is running still same error. but it is late and I am sick. I will try again tomorrow.
[19:47] <kyrofa> sgclark, okay, go to bed! Tomorrow you can try just installing snapd from that PPA, might be easier
[19:48] <kyrofa> sgclark, I learned about that PPA after I walked you through the src, by the way :P
[19:48] <kyrofa> Sorry about that
[19:52] <sgclark> kyrofa: all works, sorry, my brain is not 100% wrapper error gone too
[19:52] <kyrofa> sgclark, yay!
[19:52] <sgclark> :)
[20:20] <zyga> jdstrand, slangasek, mvo: FYI, snap-confine 1.0.30 released and ready to go downstream
[20:20] <zyga> mvo does the ubuntu SRU
[20:20] <zyga> I pushed it to fedora, arch and soon gentoo
[20:21] <zyga> https://github.com/snapcore/snap-confine/releases/tag/1.0.30
[20:29] <popey> anyone else getting this? https://bugs.launchpad.net/snapcraft/+bug/1593409
[20:29] <popey> cleanbuild just doesn't work here
[20:43] <tsimonq2> popey: nope, mine builds fine
[20:47] <popey> hm
[21:30] <sergiusens> popey I replied to your bug in the report
[21:30] <sergiusens> kyrofa sgclark I am not so sick anymore, it is only my wife and kid now
[21:30]  * sergiusens wants them crossed off from the sick list as well!
[21:30] <sgclark> :( for them :) for you.
[21:31] <sgclark> I am on the road to recovery. but it was rough, and on my Switzerland sprint :(
[22:11] <popey> sergiusens: you were right