[17:10] -queuebot:#ubuntu-release- Unapproved: gitg (artful-proposed/universe) [3.23.0-1 => 3.26.0-2~ubuntu1] (no packageset)
[17:11] -queuebot:#ubuntu-release- Unapproved: accepted gitg [source] (artful-proposed) [3.26.0-2~ubuntu1]
[18:15] -queuebot:#ubuntu-release- Unapproved: gnome-todo (artful-proposed/universe) [3.25.90-0ubuntu1 => 3.26.1-0ubuntu1] (no packageset)
[18:16] -queuebot:#ubuntu-release- Unapproved: accepted gnome-todo [source] (artful-proposed) [3.26.1-0ubuntu1]
[19:05] -queuebot:#ubuntu-release- Unapproved: gnome-recipes (artful-proposed/universe) [1.6.2-1 => 1.6.2-2] (no packageset) (sync)
[19:05] -queuebot:#ubuntu-release- Unapproved: accepted gnome-recipes [sync] (artful-proposed) [1.6.2-2]
[19:09] -queuebot:#ubuntu-release- Unapproved: libexif (artful-proposed/main) [0.6.21-2 => 0.6.21-2.1] (desktop-core, ubuntu-server) (sync)
[19:11] -queuebot:#ubuntu-release- Unapproved: geoip (artful-proposed/main) [1.6.11-2 => 1.6.11-2ubuntu1] (core)
[20:09] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (artful-proposed/main) [2.468 => 2.469] (desktop-core)
[20:10] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (xenial-proposed) [2.408.19]
[20:13] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (xenial-proposed/main) [2.408.18 => 2.408.19] (desktop-core)
[20:14] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (artful-proposed) [2.469]
[20:15] -queuebot:#ubuntu-release- Unapproved: accepted geoip [source] (artful-proposed) [1.6.11-2ubuntu1]
[20:26] -queuebot:#ubuntu-release- Unapproved: hitori (artful-proposed/universe) [3.22.3-1ubuntu1 => 3.22.4-0ubuntu1] (no packageset)
[20:27] -queuebot:#ubuntu-release- Unapproved: accepted hitori [source] (artful-proposed) [3.22.4-0ubuntu1]
[21:17] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (artful-proposed/main) [1.402 => 1.403] (core)
[21:39] -queuebot:#ubuntu-release- Unapproved: firefox-kwallet5 (artful-proposed/universe) [1.3-1ubuntu1 => 1.3-1ubuntu2] (no packageset)
[21:40] -queuebot:#ubuntu-release- Unapproved: accepted firefox-kwallet5 [source] (artful-proposed) [1.3-1ubuntu2]
[22:08] -queuebot:#ubuntu-release- Unapproved: ubuntu-budgie-meta (artful-proposed/universe) [0.16 => 0.17] (no packageset)
[22:09] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-budgie-meta [source] (artful-proposed) [0.17]
[22:09] -queuebot:#ubuntu-release- Unapproved: ubuntu-gnome-meta (artful-proposed/universe) [0.80 => 0.81] (ubuntugnome)
[22:12] <jbicha> ^ ubuntu-budgie-meta is obviously seeded but it looks like it was auto-accepted
[22:27] -queuebot:#ubuntu-release- Unapproved: ubuntukylin-meta (artful-proposed/universe) [0.25 => 0.26] (ubuntukylin)
[22:29] -queuebot:#ubuntu-release- Unapproved: ubuntu-mate-meta (artful-proposed/universe) [1.204 => 1.205] (ubuntu-mate)
[22:41] -queuebot:#ubuntu-release- Unapproved: ubuntustudio-meta (artful-proposed/universe) [0.172 => 0.173] (ubuntustudio)
[22:42] -queuebot:#ubuntu-release- Unapproved: xubuntu-meta (artful-proposed/universe) [2.217 => 2.218] (xubuntu)
[23:17] -queuebot:#ubuntu-release- Unapproved: libsemanage (artful-proposed/main) [2.7-1 => 2.7-2] (core) (sync)
[23:18] -queuebot:#ubuntu-release- Unapproved: gnome-photos (artful-proposed/universe) [3.26.0-1 => 3.26.1-1] (desktop-extra, ubuntugnome) (sync)
[23:19] -queuebot:#ubuntu-release- Unapproved: vala (artful-proposed/universe) [0.36.5-1 => 0.36.6-1] (ubuntu-desktop) (sync)
[23:20] -queuebot:#ubuntu-release- Unapproved: graphicsmagick (artful-proposed/universe) [1.3.26-12 => 1.3.26-13] (ubuntustudio) (sync)
[23:38] -queuebot:#ubuntu-release- Unapproved: libva (artful-proposed/universe) [1.8.3-1 => 1.8.3-2] (kubuntu) (sync)
[23:56] -queuebot:#ubuntu-release- Unapproved: nettle (artful-proposed/main) [3.3-1 => 3.3-2] (core) (sync)


[00:01] <monsterjamp> Anyone know how to force install snap? Snap still thinks snappy-debug is still installed, but it's not. So I can't reinstall.
[00:23] <mup> PR snapcraft#648 closed: Implemented `snapcraft release` <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/648>
[00:26] <mup> PR snapcraft#649 closed: Use '/usr/bin/env python3' <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/649>
[00:57] <tsimonq2> sergiusens: thank you for taking the time to look over my PR, I really appreciate it :)
[01:20] <mup> PR snapcraft#644 closed: Feature/ant plugin test <Created by ZenHarbinger> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/644>
[03:08] <mup> PR snapcraft#646 closed: Feature/gradle plugin <Created by ZenHarbinger> <Closed by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/646>
[06:00] <mup> PR snapd#1536 opened: tests: stop using hello-world.echo in the tests <Created by mvo5> <https://github.com/snapcore/snapd/pull/1536>
[06:28] <dz0ny_> morning
[06:28] <dz0ny_> is there a way to lock source for each part to specific commit?
[06:28] <dz0ny_> something like github.com/prokject/repo.git#v1.24?
[06:38] <tsimonq2> you mean a specific tag?
[06:39] <tsimonq2> if so, we have source-tag
[06:42] <dz0ny_> yep
[06:42] <dz0ny_> master is not stable :)
[06:42] <dz0ny_> well in most cases or whatever repo defaults
[06:48] <trijntje> I'm trying to create my first snap, but I have this weird problem where all the parts of the snap appear to work, but using the snap itself gives a bunch of java errors
[06:48] <trijntje> http://pastebin.com/Tcy8KvyX
[06:50] <qengho> trijntje: Anything in "dmesg"?
[06:51] <qengho> trijntje: put "set" in your wrapper to see if the environment you have is what you expect.
[06:54] <trijntje> also, I get a java crash error when I install it using devmode http://pastebin.com/AniwGkBp
[06:55] <trijntje> qengho: as far as I can tell it only shows apparmor allowing the snap: http://pastebin.com/YJSmPVzf
[06:57] <qengho> trijntje: I see fonts in the name in that crash. Do you have fonts installed in your snap?
[06:59] <qengho> "fc" is probably fontconfig, too.
[06:59] <trijntje> qengho: I don't. I tried asking about the errors in #java since I'm not a java programmer, but they said my java install was broken
[07:00] <qengho> It is broken. You don't have fonts installed. If you don't put it in the snap, it doesn't exist.
[07:02] <qengho> trijntje: You should run your program normally under "strace -f -e trace=file -o ~/trace ....", and see what font files it touches, and then "stage" the packages that provide those fonts. That will probably fix it.
[07:03] <trijntje> they thought that ubuntu messed up java to the point that it didn't contain any GUI code at all
[07:03] <trijntje> they explicitly said it wasn't a font problem, but ill give strace a go to be sure. I don't think they wanted to help to be honest
[07:05] <qengho> That "strace" will tell you a lot. Use "dpkg -S $filenamementionedinstrace" to map back to package names that could be in your snapcraft.yaml .
[07:06] <qengho> trijntje: Also add to your wrapper,
[07:06] <qengho> # Font Config
[07:06] <qengho> export FONTCONFIG_PATH=$SNAP/etc/fonts/config.d
[07:06] <qengho> export FONTCONFIG_FILE=$SNAP/etc/fonts/fonts.conf
[07:24] <dholbach> hey hey
[07:25] <pbek> *wave*
[07:27] <qengho> 'sup.
[07:34] <dholbach> hey pbek
[07:34] <pbek> good moring, dholbach ^_^
[07:34] <dholbach> how are things? :-)
[07:35] <hikiko> hello people :) I have a problem with snappy playpen...
[07:35] <dholbach> hikiko, what is it?
[07:36] <tsimonq2> hello hikiko :)
[07:36] <hikiko> dholbach, I made my first snap and snapcraft cleanbuild returns this error: http://pastebin.com/HEDwtuzD
[07:36] <hikiko> hi tsimonq2 :)
[07:36] <hikiko> how are you?
[07:36] <pbek> dholbach: testing, testing... :)
[07:36] <dz0ny_> hm is it possible that snapcraft is picking up deps from host?
[07:37] <dz0ny_> ld deps
[07:37] <tsimonq2> great hikiko, 2:30 AM, just about to go to bed ;)
[07:37] <hikiko> wow
[07:37] <tsimonq2> so night :P
[07:37] <dholbach> hikiko, I don't know what to do about it - it was asked here: http://askubuntu.com/questions/787258/internal-server-error-when-retrieving-files-from-the-archive-in-lxd
[07:37] <dholbach> good night tsimonq2
[07:37] <tsimonq2> night dholbach :)
[07:37] <hikiko> tsimonq2, time to get some rest! :) what are you doing here!!
[07:37] <hikiko> good night!
[07:38] <pbek> sleep well, tsimonq2 ;)
[07:38] <trijntje> qengho: strace found that the program accesses 3500 files with 'font' in the path
[07:38] <hikiko> dholbach, I had similar issues in the past when I was trying to apt-get update from those repos I had to use mirrors
[07:39] <hikiko> dholbach, is it possible to change archive.ubuntu.com.. to uk.archive or de somehow?
[07:39] <trijntje> I'm feeding them to dpkg -S automatically now, lets see how many packages we end up with
[07:39] <pbek> tzzzz, sourceforge is down, bad if source files are hosted there for the snaps... :/
[07:40] <liuxg> dholbach, ping
[07:42] <dholbach> liuxg, pong
[07:42] <dholbach> hikiko, does --enable-geoip work there?
[07:42] <hikiko> this will use my country's mirror right?
[07:43] <dholbach> try it - it's the only idea I have right now
[07:43] <hikiko> ok :) thanks dholbach!!
[07:45] <hikiko> dholbach, the syntax should be: snapcraft cleanbuild --enable-geoip?
[07:45] <liuxg> dholbach, today, I met a very strange problem. I have a snap app at https://github.com/liu-xiao-guo/rssreader_snap. if I add "network" into the plug, I do not have any AppArmor warnings, but the app does not get up (no UI). If I remove "network" into the plug, the app can be running, but with an error/warning like http://paste.ubuntu.com/19253339/.
[07:45] <dholbach> I don't know - maybe it just works with "build"?
[07:45] <dholbach> liuxg, I have never heard of anything like this before
[07:46] <liuxg> dholbach, the UI of the app is documented at http://blog.csdn.net/ubuntutouch/article/details/51894469
[07:46] <dholbach> liuxg, which other plugs does it use?
[07:46] <dholbach> liuxg, does "snappy-debug.security scanlog" say anything if you start the app?
[07:46] <liuxg> dholbach, you may find it at https://github.com/liu-xiao-guo/rssreader_snap/blob/master/snapcraft.yaml
[07:47] <liuxg> dholbach, do I need to run it separately in another terminal after the app is running?
[07:48] <dholbach> separately in another terminal and start it before you start the app
[07:50] <liuxg> dholbach, OK. I will do it. what pacakge should I install for snappy-debug.security?
[07:52] <dholbach> snap install snappy-debug
[07:53] <liuxg> dholbach, OK. thanks
[07:54] <mup> PR snapd#1537 opened: tests: add env command to test-snapd-tools <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1537>
[07:55] <liuxg> dholbach, http://paste.ubuntu.com/19253833/, this is the message.. I do not know how to interpret it
[07:56] <dholbach> liuxg, maybe it needs "network" and "network-bind"?
[07:56] <dholbach> I'm just guessing
[07:56] <dholbach> I'm not an expert on this one
[07:57] <hikiko> dholbach, that solved my issue but now I have a new one... (sorry) I have some compile errors, what can I do in this case? fix them send the patch to the developers and try again in a few days? They forgot to include a file somewhere...
[07:57] <dholbach> hikiko, or push to your own branch for now and use that as a basis for building
[07:57] <liuxg> dholbach, in fact, it is just a rss reader app. I did not use it to pull any data yet (just use local static images).  The app works well for the phone.
[07:58] <dholbach> (and at the same time get them to include it if it's a more general issue)
[07:58] <hikiko> dholbach, what is preferable?
[07:58] <dholbach> liuxg, I have no idea - try it
[07:58] <dholbach> hikiko, I don't know how that particular project operates, but I would send the patch (or PR or whatever they use) and use a local branch for continuing to snap - that way you don't get blocked for a few days waiting for an answer
[07:59] <hikiko> hexchat
[07:59] <liuxg> dholbach, the thing is that if I add network, the UI does not show up at all.. Anyway, I will try to add network-bind to see how it goes.
[07:59] <hikiko> ok :)
[07:59] <hikiko> thanks dholbach
[07:59] <dholbach> anytime
[08:11] <mup> PR snapd#1538 opened: snap-exec: fix silly off-by-one error <Created by mvo5> <https://github.com/snapcore/snapd/pull/1538>
[08:14] <mup> PR snapd#1537 closed: tests: add env command to test-snapd-tools <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1537>
[08:40] <mup> PR snapd#1539 opened: tests: improve snap run symlink tests <Created by mvo5> <https://github.com/snapcore/snapd/pull/1539>
[08:41] <mup> PR snapd#1536 closed: tests: stop using hello-world.echo in the tests <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1536>
[09:04] <mwhudson> zyga: https://launchpad.net/ubuntu/+source/snap-confine
[09:05] <mwhudson> jamiebennett, mvo: https://launchpad.net/ubuntu/+source/snap-confine has 1.0.36-1 now
[09:05] <mwhudson> jamiebennett, mvo: want me to tack ~16.04 on the end of the version number and upload it to the xenial queue?
[09:15] <zyga> mwhudson: I'm doing <IP_ADDRESS> now :/
[09:16] <mwhudson> zyga: ok
[09:17] <mwhudson> zyga: i made some packaging changes beyond what is in master btw
[09:17] <mwhudson> (renaming the apparmor profile to usr.lib.snapd.snap-confine mostly)
[09:18] <zyga> mwhudson: thanks for doing that
[09:18] <zyga> mwhudson: do you have an idea on how I could use debian packaging in spread tests?
[09:18] <mwhudson> zyga: how do the spread tests work?
[09:18] <zyga> mwhudson: look at spread.yaml and spread-tests/**/task.yaml
[09:18] <zyga> mwhudson: you have a pre/post/execute script
[09:18] <mwhudson> zyga: but i guess git-recipe-builder or something?
[09:18] <zyga> mwhudson: you allocate some VMs
[09:18] <zyga> mwhudson: send all the code there
[09:19] <zyga> mwhudson: and run the scripts
[09:19] <mwhudson> zyga: spread.yaml where?
[09:19] <mwhudson> oh, master
[09:19] <mwhudson> (was in debian branch)
[09:20] <zyga> yep, sorry
[09:22] <mwhudson> zyga: for the package building stuff, basically you want a launchpad git recipe i think
[09:23] <mwhudson> take one git tree, transplant debian/ from some other git tree into it (that's https://launchpad.net/git-build-recipe)
[09:24] <mwhudson> then some fluff around guessing where the upstream tarball is or making it into a native package
[09:24] <mwhudson> can't remember where that code is
[09:24] <mwhudson> but cjwatson will know :)
[09:26] <cjwatson> git-build-recipe
[09:26] <cjwatson> oh, you already mentioned that
[09:26] <cjwatson> what code are you looking for?
[09:26] <cjwatson> all the upstream tarball etc. stuff is in git-build-recipe too ...
[09:27] <cjwatson> there's a tiny bit of glue in lp:launchpad-buildd (buildrecipe) to call it with suitable arguments
[09:36] <mwhudson> cjwatson: ah ok, good to know
[09:36] <mwhudson> zyga: use git-build-recipe, problem solved!
[09:40] <zyga> mwhudson: yep, I'll try to do that
[09:41] <mwhudson> zyga: this is a recipe that's a bit like the sort of thing you're doing, fwiw https://code.launchpad.net/~gophers/+recipe/golang-tip
[09:45] <dholbach> sergiusens, can you reply to http://askubuntu.com/questions/797031/how-do-you-exclude-files-from-wiki-part-used-in-snapcraft-yaml# later on?
[09:45] <dholbach> ^ or anyone else really
[09:48] <mwhudson> hey so it looks like snapd autopkgtests now fail because "snap install hello-world" doesn't provide hello-world.echo any more
[09:48] <mwhudson> is that plausible?
[09:49] <mwhudson> false alarm, maybe
[09:55] <zyga> mwhudson: should be unlikely, maybe PATH does not contain /snap?
[10:07] <sborovkov> Hello. How do I make image that will use custom store instead of the stock one?
[10:09] <mup> PR snapd#1540 opened: spread.yaml, tests: replace hello-world with test-snapd-tools <Created by fgimenez> <Conflict> <https://github.com/snapcore/snapd/pull/1540>
[10:14] <hikiko> dholbach, ping :)
[10:14] <hikiko> I've fixed my snap
[10:14] <dholbach> hikiko, pong :)
[10:14] <dholbach> awesome
[10:14] <hikiko> but
[10:14] <hikiko> I am not sure I am using git correctly :p
[10:15] <hikiko> dholbach, does git push fork master updates my pull request as well?
[10:16] <hikiko> it seems so
[10:16] <dholbach> yes, https://github.com/ubuntu/snappy-playpen/pull/171 (and https://reviewable.io/reviews/ubuntu/snappy-playpen/171#-) look like it :)
[10:16] <mup> PR ubuntu/snappy-playpen#171: Add hexchat snap <Created by hikiko> <https://github.com/ubuntu/snappy-playpen/pull/171>
[10:17] <hikiko> ok :) sorry it's a bit messy, it's my first snap :)
[10:17] <dholbach> no worries
[10:17] <dholbach> take all the time you need :)
[10:20] <hikiko> dholbach, should I add all the packages that are in build-depends of apt-cache show
[10:20] <hikiko> :s/show/showsrc
[10:20] <dholbach> yep, it should be a good start
[10:21] <dholbach> if we want we can still trim down the list of build-packages later on
[10:21] <hikiko> and for example some packages have a version like:
[10:21] <dholbach> if you want to test the build in lxd locally, you can try "snapcraft cleanbuild"
[10:21] <hikiko> debhelper (>= 9.0.0)
[10:21] <dholbach> drop the version - snapcraft has no equivalent of this - it will use whatever is in xenial right now
[10:21] <hikiko> yeah that was my question :D
[10:21] <dholbach> debhelper (just as an example) is likely not required
[10:22] <hikiko> ok let me fix it :) thanks a lot dholbach
[10:22] <dholbach> thank YOU!
[10:36] <joc_> zyga: after i've used devtool refresh-bits i often end up in a situation where i can't run the original snapd again, i think because original snapd quits with "error: cannot downgrade: snapd is too old for the current system state" - is there any way to force this downgrade?
[10:37] <zyga> joc_: you could backup and restore /var/lib/snapd/state.json
[10:38] <joc_> zyga: so make a backup after a fresh install and use that in future to downgrade?
[10:39] <zyga> joc_: perhaps tie this into setup and restore steps?
[10:39] <joc_> yeah, could be useful
[10:49] <sborovkov> Hi. Is it possible to make system journal log to tmpfs instead of disk?
[10:49] <sborovkov> on snappy on rpi
[11:14] <mup> PR snapd#1538 closed: snap-exec: fix silly off-by-one error <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1538>
[11:16] <mup> PR snapd#1535 closed: overlord: switch snapstate.Update to use ListRefresh (aka /snaps/metadata) <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1535>
[11:27] <Sweet5hark> hmmm, so I uploaded an snap to the store in the beta channel, but "snap install --channel=beta libreoffice" does find anything. hints?
[11:29] <ogra> --devmode ?
[11:30] <ogra> (might be (falsely ?) implied by beta)
[11:30] <Sweet5hark> ogra: snap is _not_ devmode anymore
[11:31] <ogra> Sweet5hark, nope, but the store might require --devmode if you use other channels than stable ... not sure
[11:32] <Sweet5hark> ogra: soo, uhmm, when I have a confined app in a beta channel we cant install it confined? that sounds very wrong.
[11:32] <ogra> it definitely installs here with "sudo snap install --channel=beta libreoffice --devmode"
[11:32] <ogra> yes, thats why i said "falsely" ... definitely a store bug
[11:33] <Sweet5hark> ogra: meh. that doesnt install the right stuff.
[11:33] <ogra> i could understand edge to enforce --devmode ... but the staging channel for stable should not need it
[11:34] <ogra> oh, wait ... that channel might actually be "candidate"
[11:34] <Sweet5hark> ogra: ah!
[11:34] <Sweet5hark> ogra: the <IP_ADDRESS> I uploaded still has "manual review pending"
[11:34] <ogra> try if candidate works without devmode
[11:34] <ogra> oh ? it should tell you why
[11:35] <ogra> in the review details
[11:35] <ogra> sborovkov, not easily ... we use syslog and the configs are readonly iirc
[11:35] <Sweet5hark> ogra: I guess someone still needs to look under each bit if there is some even visual basic macro hidden by me there ....
[11:36] <ogra> oh you evil guy :)
[11:36] <pedronis> Sweet5hark: Chipaca might help understanding what is happening there, might depend on which snapd version you have as well
[11:36] <ogra> jokes aside, the erros should usually give you some detailed info
[11:37] <Sweet5hark> btw that store UI is hugely misleading: it says both "Package status is Published" and "Status: Manual Review Pending" on the same page. :/
[11:37] <ogra> (on the myapps page that is)
[11:37] <ogra> Sweet5hark, but for different revisions i guess
[11:38] <trijntje> my internet isn't that fast, does it make sense to set up a local apt chache server when you build snaps with a lot of stage packages? Or will snapcraft bypass apt proxy settings?
[11:39] <Sweet5hark> ogra: I dont think its rejected or errored yet. At least "pending" does sound like "you suck" to me. Rather like "Im still looking at all the wonderful bytes you threw over the fence".
[11:39] <ogra> if you dont use cleanbuild it uses your local sources,.list iirc
[11:39] <ogra> so if that points to a package proxy the build shoudl too
[11:40] <ogra> Sweet5hark, well, if you click on the revision you can see it chug along
[11:41] <Sweet5hark> ogra: hohum, it says "reserved interface 'bluez' for vetted applications only         security-snap-v2_app_plug_safe (libreoffice, bluez)"
[11:41] <ogra> Sweet5hark, oh, then you need someone to manually approve
[11:42] <ogra> (i think)
[11:42] <trijntje> ogra: thanks, I might set up a proxy in that case
[11:42] <Sweet5hark> ogra: speaking teutonic, this is all bohemian villages to me ;)
[11:42] <Sweet5hark> ogra: ok, who do I need to get drunk?
[11:43] <ogra> trijntje, sudo snap install packageproxy ... then point to localhost:9999
[11:43] <ogra> ;)
[11:43] <trijntje> qengho: I added 58 font packages to my snap, which were accessed by the app when it runs outside the snap, but i still get the exact same error trace
[11:43] <ogra> Sweet5hark, i dont really know, beuno was always whom i harassed in that case ... but he is gone ... all others i wiould know are on vacation
[11:44] <ogra> Sweet5hark, usually popey or jdstrand ... perhaps tyhicks can chime in as security team person to nod it off
[11:44] <trijntje> ogra: perfect, ill give it a go
[11:45] <ogra> Sweet5hark, out of curiosity, why does libreoffice need direct BT access ?
[11:47] <Sweet5hark> ogra: well, I havent tested it yet. but it will need bluetooth in the end for https://play.google.com/store/apps/details?id=org.libreoffice.impressremote
[11:47] <ogra> ah !
[11:47] <ogra> yeah, that makes sense (also for physical pointers)
[11:49] <trijntje> I'm trying to create my first snap, but I have this weird problem where all the parts of the snap appear to work, but using the snap itself gives a bunch of java errors
[11:49] <trijntje> http://pastebin.com/Tcy8KvyX
[11:50] <trijntje> dmesg only shows a bunch of apparmor ALLOW lines, and including 58 font packages in the snap did not solve this issue
[11:50] <ogra> trijntje, sis you try using -jar instead of -cp in your launcher (i think thats what i asked last yesterday)
[11:50] <ogra> s/sis/did/
[11:51] <ogra> i thinnk the first one is java itself ... the second error you have is clearly fonts related ...
[11:52]  * ogra goes for a break
[11:53] <Sweet5hark> popey, jdstrand, tyhicks: Anyone in for nodding off the libreoffice snap?
[11:54] <trijntje> ogra: I'll give that a go now, thanks. I must have missed that yesterday
[12:09] <hikiko> dholbach, when I run snapcraft clean and snapcraft build locally I see no errors and then I push to git and there are still unsolved dependencies :s
[12:11] <dholbach> hikiko, that's because you very likely have lots of local build-dependencies already installed :)
[12:12] <dholbach> and the build in travis uses a clean ubuntu container
[12:12] <dholbach> so you need to specify each and every package in there
[12:12] <Chipaca> hello hello
[12:12] <Chipaca> Sweet5hark, what's up
[12:13] <Chipaca> Sweet5hark, doing a quick scan of the backlog: you have a non-devmode snap in the beta channel that only installs when you specify --devmode?
[12:13] <Sweet5hark> Chipaca: could you nod off the "libreoffice.canonical" package in the store? it hangs there because of wanting bluez.
[12:14] <Sweet5hark> Chipaca: https://myapps.developer.ubuntu.com/dev/click-apps/5179/rev/2/
[12:14] <Chipaca> I don't know what nodding off something is in this context, but I don't have admin on the server so probably no :-)
[12:15] <Sweet5hark> Chipaca: well, it says "pending manual review", so hmm ...
[12:16] <ogra> hikiko, you can mimic that behaviour with "snapcraft cleanbuild", that builds locally in a container as well
[12:17] <hikiko> ogra, I know but cleanbuild fails at downloading because it can't find some repos
[12:17] <olli|> Sweet5hark, noise][ , ev or maybe jdstrand can help
[12:17] <ogra> hikiko, oh ?
[12:17] <Chipaca> Sweet5hark, but what was the thing about beta and devmode?
[12:18] <hikiko> ogra give me  some time to run cleanbuild and paste the error
[12:18] <ogra> hikiko, do you use any remote parts like the desktop launchers ? iirc thats a known issue ... repos shoulld be fine though
[12:18] <hikiko> I pasted it here before but I can't find the link
[12:19] <hikiko> ogra, maybe, how can I test that?
[12:19] <hikiko> ogra, it's my first snap I might have done things accidentally...
[12:19] <ogra> well, you would know if you added something "desktop/..." to your snapcraft.yaml i assume :)
[12:19] <hikiko> oh no I didn't
[12:19] <ogra> ah, then it shouldnnt use the launchers that make it fail
[12:20] <ogra> norml deb repos should just work
[12:21] <hikiko> ogra, I wonder if the problem is unrelated to snap, because sometimes apt-get update fails as well if I use the original repos instead of mirrors, if I run snapcraft --enable-geoip there's no problem but that's not equivalent to cleanbuild :/
[12:22] <ogra> yeah, weird
[12:25] <sborovkov> ogra: meh. So no easy solution? Cause all this writes are going to be killing SD card on RPI very fast.
[12:26] <ogra> i doubt that, unless you have an app that dos excessive writing
[12:26] <ogra> (fox that app then :) )
[12:26] <ogra> *fix
[12:27] <ogra> usually there isnt much log activity
[12:28] <sborovkov> App does not do a lot of writing. Devices uptime is 24 hours a day though... And we really want to minimize the writes since Sd cards dying is like the most common issue when using RPI. On raspbian we were just logging to tmpfs. Oh well.
[12:28] <ogra> when we still had "snappy config" you cuold modify some parameters ... i guess once that feature comes back we will add something for this again ... but i dont know where that stands ... perhaps Chipaca knows
[12:28] <Chipaca> config is kyrofa these days :-D
[12:28] <ogra> ah
[12:28]  * Chipaca leveled up his deflection skills
[12:28]  * ogra needs to get the wiringin his brain fixed for that evemntually :)
[12:29] <ogra> *wiring
[12:29] <Chipaca> ogra, you have the deflection skills of a horny buffalo :-D
[12:29] <ogra> lol
[12:34] <sborovkov> Hello again, How do I build image that uses private store?
[12:39] <ogra> sborovkov, you mean with a private kernel and gadget ? i dont think you can yet ... ubuntu-image will support that once it replaced ubuntu-device-flash
[12:40] <ogra> (i know it was possible in 15.04, but not yet for the 16 series due to architectural changes)
[12:43] <hikiko> https://paste.ubuntu.com/19269020/ ogra
[12:43] <hikiko> that was the error
[12:43] <ogra> well
[12:43] <ogra> 500  Internal Server Error
[12:43] <ogra> i blame IS
[12:44] <hikiko> ogra which are the steps of cleanbuild? maybe I can follow them manually
[12:44] <ogra> or the infrastructure or some such ... that should be a temporary issuue
[12:44] <hikiko> good news :D
[12:45] <ogra> instead of "snapcraft" you run "snapcraft cleanbuild" to build  your package :)
[12:45] <ogra> thats all ... it wll magically create an lxc container and build in there
[12:46] <nhaines> ogra: oh, that's interesting.  Right now I magically create an lxc container myself and do all my snapcraft thingies in there, then lxc pull the snap out onto my system afterward.  :)
[12:46] <ogra> nhaines, well, it has its drawbacks ... like remote snapcraft parts doo not work atm
[12:47] <ogra> (so you cant build anything that uses the desktop launchers)
[12:47] <ogra> should be fixed with the next snapcraft i think
[12:49] <nhaines> ogra: slightly disappointing, but luckily I'm just trying (and always failing) to work on a little personal project that only needs debian packages, and also the good news is that there's always a new snapcraft around the corner.  :D
[12:49] <ogra> yeah, sergiusens is tireless :)
[12:51] <mup> PR snapcraft#651 opened: Re-based feature/gradle-plugin <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/651>
[12:54] <nhaines> ogra: do you have any suspicion on when the RPi2 will get an all-snap image?
[12:54] <ogra> nhaines, not yet, no ... we're waiting for ubuntu-image ... which waits for some snpd and store features in turn
[12:54] <ogra> *snapd
[12:55] <nhaines> Okay.  My RPi2 is sitting in its little Ubuntu case, just waiting.  :D  Although it's not a half bad retrogaming machine until then, either.
[12:55] <nhaines> Full bad desktop machine (Ubuntu MATE is impressive, but mouse lag drives me crazy on any computer.)
[12:57] <sborovkov> ogra: I mean. I can build custom ones manually. Just need to unsquashsf current one and make changes and squashfs again. We have private store. 'screenly'. I want image in which it's turned on. So I can install snap from there
[12:58] <ogra> sborovkov, right, as i said, i dont think the 16 series supports that yet ...
[12:59] <ogra> since it will change the gadget and kernel snaps to use assertions, whichin turn defin the store your image uses
[12:59] <ogra> (as i understand it)
[12:59] <sborovkov> ogra: Is it possible to connect to private store from console at least? I can work with that
[12:59] <sborovkov> Oh
[13:00] <ogra> ubuntu-image will support tht once it is there ... but currently we are waiting for the store and snapd to have full support for assertions
[13:07] <liuxg> I have an app with the interfaces at http://paste.ubuntu.com/19270412/. when I run my app, I still get the some errors like http://paste.ubuntu.com/19270507/. However "snappy-debug.security scanlog" does not give me much info at http://paste.ubuntu.com/19270592/ what could the cause of it? thanks
[13:10] <ogra> liuxg, well, the -control and -manage interfaces obviously arent autoconnect ones, you need to manually connect them
[13:10] <ogra> (seems -observe too, which i find a bit weird, but it might allow access to the MAc address or so)
[13:11] <liuxg> ogra, thanks. May I know how to connect them? In fact, the app is just a very simple app, it uses network manager to create a cache. I think network manager might be the one needed..
[13:12] <ogra> you use snap connect :)
[13:12] <liuxg> ogra, what I am currently doing is just try to add all of them. after that, I can isolate the problem. where can I find an example for it? I need to do it in terminal, right?
[13:13] <ogra> calling the command without options gives you an example
[13:15] <ogra> something like: sudo snap connect foobar:network-control ubuntu-core:network-control
[13:16] <liuxg> ogra, thanks! I will have a try!
[13:17] <trijntje> I'm still messing with my first snap, now I'm getting apparmor DENIED in dmesg http://pastebin.com/1BEBRS3G
[13:18] <trijntje> Even though I believe I have given the snap permission to acces home
[13:18] <trijntje>         plugs: [x11, network, network-bind, home]
[13:18] <ogra> trijntje, no dotfiles ... just home data
[13:18] <liuxg> ogra, many thanks for your help. You are right. now the error disappears. I used the command "sudo snap connect rssreader-app:network-manager ubuntu-core:network-manager" to do it.
[13:19] <ogra> you need to make sure to point your XDG dirs to the SNAP_USER_DATA dir
[13:19] <ogra> (i gve you the wrappper of jtiledownloadeer yesterday, didnt i ? that should have the needed vars)
[13:20] <ogra> liuxg, now the million dollar question ... wh does your rss reader need to manage your network connection ? :)
[13:20] <ogra> *why
[13:20] <trijntje> ogra: yes, looking them up now. Thanks for all the hand holding, I'm going to be so happy when I finally get my first snap running
[13:20] <liuxg> ogra, the source code of the project is at https://github.com/liu-xiao-guo/rssreader_snap
[13:20] <ogra> trijntje, me too :)
[13:21] <liuxg> ogra, in the file https://github.com/liu-xiao-guo/rssreader_snap/blob/master/src/rssreader/main.cpp, it uses NetworkManager to create a cache for the app.
[13:22] <liuxg> ogra, I think normally it should not need that at all
[13:22] <ogra> wow, weird ... why does it need NM for creating a disk cache
[13:22] <ogra> yeah
[13:23] <liuxg> ogra, could you please take a look at MyNetworkAccessManagerFactory::create(QObject *parent) function. it caches the pictures if any during the network connection.
[13:23] <ogra> i'm really bad at C++, but i can take a look indeed :)
[13:23] <liuxg> ogra, in phone app, only network is needed. I do not know why it needs to have network manager in the snap app.
[13:23] <liuxg> ogra, OK. thanks for your help indeed!
[13:24] <ysionneau> hi
[13:24] <ysionneau> is it mandatory that the "system-boot" partition be named like this?
[13:24] <ysionneau> system-boot / writable
[13:24] <ysionneau> I know that writable is a requirement and the label is used
[13:26] <ogra> liuxg, well, on the phone there are less fine grained interfaces ... once the phone uses snappy it will be similar
[13:27] <ogra> ysionneau,
[13:27] <liuxg> ogra, yeah, I agree with you. that is the ideal situation. the app was orignally a phone app :)
[13:27] <ogra> ogra@styx:~/Devel/packages/initramfs-tools-ubuntu-core-0.7.43+ppa6$ grep system-boot scripts/ubuntu-core-rootfs
[13:27] <ogra> 	boot_partition=$(findfs LABEL="system-boot" 2>/dev/null || :)
[13:27] <ogra>                 tmpboot_mnt="/tmpmnt_system-boot"
[13:27] <ogra> yes ...
[13:29] <ogra> ysionneau, note that this might change with ubuntu-image though ... not sure if we can keep the partition names wiith that
[13:30] <arges> are there known issues with snap login not working?
[13:30] <arges> worked yesterday for me, today not so much
[13:32] <arges> wierd, stopped my vpn and things work. nevermind
[13:35] <msvb-lab> A little lost (sorry) but I'm looking for some official collaboration from Canonical for a few forthcoming educational events, workshops. Anyone know who the contact would be for embedded/IoT snappy education?
[13:36] <ogra> thibautr_, ^^ ?
[13:41] <ysionneau> ogra: thanks
[13:46] <pcoca> mvo, Hi Michael!
[13:48] <pcoca> mvo, I had some issues running the new classic, so I just filed a bug.
[13:48] <mvo> pcoca: hello, what is the bugnumber?
[13:49] <pcoca> mvo, #1602693
[13:49] <mup> Bug #1602693: classic.create error: chroot: failed to run command ‘/var/lib/classic/enable.sh’: No such file or directory <snapd (Ubuntu):Incomplete> <https://launchpad.net/bugs/1602693>
[13:49] <ogra> heh
[13:49] <mvo> pcoca: what version of ubuntu-core do you have installed?
[13:49] <ogra> just answered
[13:49] <ogra> you missed switching ubuntu-core to edge
[13:50] <mvo> pcoca: what ogra said is also my theory
[13:50] <ogra> (as the version in the bug tells ... i only saw the version after asking :) )
[13:50] <pcoca> ogra, mvo: thanks!
[13:51] <mup> PR snapd#1457 closed:  snapstate: drop revisions after "current" on refresh <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/1457>
[13:51] <pcoca> mvo, ogra, I added the comment and changed to bug to invalid.
[13:52] <mup> PR snapd#1444 closed: many: allow refresh to locally installed snaps (with data copy) <Blocked> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/1444>
[13:53] <ogra> pcoca, cool, thanks ("incomplete" would have auto-closed it in 60 days anyway :) )
[13:53] <mvo> pcoca: your welcome, thanks for testing this new feature, much appreciated
[13:54] <ogra> +1
[13:57] <mup> PR snapd#1507 closed: cmd: add buy command <Created by pete-woods> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1507>
[14:15] <mup> PR snapcraft#651 closed: Re-based feature/gradle-plugin <Created by ZenHarbinger> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/651>
[14:23] <sergiusens> dholbach answered
[14:24] <dholbach> thanks sergiusens!
[14:24] <dholbach> aha!
[14:28] <mup> PR snapd#1506 closed: store/auth: add helper for the macaroon refresh endpoint <Created by matiasb> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1506>
[14:37] <dholbach> sergiusens, should http://paste.ubuntu.com/19276737/ work?
[14:37] <dholbach> I'm getting this: Issues while validating snapcraft.yaml: The 'parts' property does not match the required schema: Additional properties are not allowed ('desktop/qt5' was unexpected)
[14:50] <sergiusens> dholbach yeah, you found a bug
[14:50] <dholbach> thanks sergiusens - shall I file it?
[14:50] <sergiusens> dholbach in theory, the part/subparts thing was not supposed to be something we end user exposed (it was for dependencies to statisfy the main part)
[14:50] <sergiusens> dholbach yeah, I guess we need to support it
[14:51] <dholbach> ok, thanks - I'll file a bug
[14:53] <dholbach> https://bugs.launchpad.net/snapcraft/+bug/1602728
[14:53] <mup> Bug #1602728: Redefining elements of remote parts does not work <Snapcraft:New> <https://launchpad.net/bugs/1602728>
[14:53] <dholbach> thanks
[15:36] <mup> PR snapd#1541 opened: snap-exec: add proper integration test for snap-exec <Created by mvo5> <https://github.com/snapcore/snapd/pull/1541>
[15:39] <iliv> hey ogra. wanted to say thanks for pointing me to the nethack in your repository for example of locale installation and initialization. helped me move forward in my work on postgresql package.
[15:39] <iliv> I'm now looking at this error message:
[15:39] <iliv> 2016-07-13 15:32:13 GMT [480-1] LOG:  invalid value for parameter "log_timezone": "PST"
[15:39] <iliv> which I understand now is most likely due to missing timezone, much like the problem with locale
[15:46] <iliv> I'm wondering if I can get away with just including a tzdata to stage-packages..
[15:49] <ogra> iliv, there i a "timezone-control" interface your snap could perhaps use (though what you really want is rather something to read the TZ, not to control it)
[15:50] <ogra> i assumewe are missing an interface here
[15:50] <ogra> tyhicks, ^^ shouldn't we have a timezone-read interface additionally to -control ?
[15:53] <tyhicks> ogra: yes, I'd think so
[15:53] <ogra> iliv, mind filing bug for this?
[15:54] <iliv> sure. however, I don't know where to do so.
[15:55] <ogra> see the channell topic :)
[15:55] <ogra> and add the "snapd-interface" tag to the bug
[15:55] <ogra> so it shows up in the right list
[16:09] <iliv> ogra, tyhicks done https://bugs.launchpad.net/snappy/+bug/1602752
[16:09] <mup> Bug #1602752: Add support for timezone-read interface <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1602752>
[16:10] <ysionneau> in the gadget snap, you can specify a set of snaps to be already installed in the generated by UDF ubuntu image
[16:10] <mup> Bug #1602752 opened: Add support for timezone-read interface <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1602752>
[16:10] <ysionneau> can you specify that one snap has to be installed in devmode ?
[16:14] <iliv> ysionneau, yes, you can use confinement: devmode in snapcraft.yml, which is a per snap configuration setting. you can also use snap install package.snap --devmode
[16:18] <ogra> iliv, thanks !!
[16:23] <ysionneau> iliv: how can I set devmode in the snapcraft.yaml ?
[16:25] <mup> PR snapd#1533 closed: many: add authcontext to handle user updates to state <Created by matiasb> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1533>
[16:34] <iliv> ysionneau, add after description: this "confinement: devmode" (without quotes)
[16:35] <iliv> how does one rebuild a package after adding only plugs in snapcraft.yml without actually rebuilding any of the parts?
[16:38] <ysionneau> thx iliv
[16:40] <iliv> ysionneau, be sure to install your package with: snap install package.snap --devmode. I may be wrong but I think you need both confinement: devmode and a package installed with the --devmode flag.
[16:41] <ysionneau> I know that just snap install --devmode is enough
[16:41] <ysionneau> but question is, is confinement: devmode enough when it is listed as a package in gadget snap ?
[16:41] <ysionneau> so that it is automatically installed ... in devmode
[16:42] <iliv> that is something I'm not really sure about
[16:43] <iliv> somebody else here should be able chime in and give a better answer
[17:02] <jacekn> I am trying to create snap for go application that needs "GO15VENDOREXPERIMENT=1" environment variable. How can that be done?
[17:12] <mup> PR snapcraft#650 closed: feature/maven-targets w/ re-based maven.py <Created by ZenHarbinger> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/650>
[17:15] <mup> PR snapcraft#637 closed: Do not clean before running the snaps tests <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/637>
[18:17] <Croepha> so if I have `daemon: simple` in my app entry, then it should install as a system service when it gets installed right?
[18:18] <Croepha> jacekn
[18:18] <Croepha> jacekn: the only way that I know how, is to add a shell script to setup the environment
[18:20] <Croepha> jacekn: also, I dont know go, but most languages have the ability to set their own environment, for example in python you can do os.environ["GO15VENDOREXPERIMENT"] = "1"   not sure if thats what you want or not
[18:22] <plars> is it no longer possible to run snap commands from inside a snap? I have a test that is inside a snap, and even something as basic as 'snap list' fails with:
[18:22] <plars> error: cannot list snaps: cannot unmarshal: json: cannot unmarshal string into Go value of type int
[18:22] <plars> or is this just a bug in the version of snap it uses? I also noticed that /usr/bin/snap that it sees is different from the one I have on the host system
[18:23] <plars> or maybe it uses the one from ubuntu-core?
[18:27] <plars> ah, yes. If I copy the snap binary from the host system, it just works.
[18:37] <Croepha> do snappy daemons log stdout anywhere?
[18:45] <Croepha> nvm, found it
[18:51] <mup> PR snapcraft#613 closed: parser - Don't allow duplicate wiki entries <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/613>
[19:12] <mup> PR snapcraft#652 opened: Demo/gradle <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/652>
[19:15] <mup> PR snapcraft#653 opened: Implement `snapcraft push` <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/653>
[19:15] <sergiusens> elopio josepht https://github.com/snapcore/snapcraft/pull/653
[19:15] <mup> PR snapcraft#653: Implement `snapcraft push` <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/653>
[19:51] <mup> PR snapcraft#571 closed: Add setuptools tests_require <Created by squidsoup> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/571>
[20:06] <mup> PR snapcraft#655 opened: Gradle plugin fix for command invocation <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/655>
[20:31] <luaf> hey there, i just installed snappy core on my raspberry pi. now i have to login but i don't know username nor password :(
[20:35] <noise][1> luaf: ubuntu:ubuntu if I'm recalling correctly
[20:37] <Croepha> im considering running core inside of docker, inside of core
[20:37] <Croepha> core inseption
[20:38] <Croepha> core inception
[22:51] <mup> PR snapcraft#656 opened: Use requirements files in travis tests <Created by elopio> <https://github.com/snapcore/snapcraft/pull/656>