[01:24] <nacc> is there a trivial way to set an environment variable during the build of a part? Specifically, I'm finding I need to (with or without snapcraft) specify PKG_CONFIG for a tool's configure to find pkg-config (not sure why yet, debugging that separately).
[07:55] <mup> PR snapd#1701 opened: Change snappy command to snap <Created by caldav> <https://github.com/snapcore/snapd/pull/1701>
[08:04] <mup> PR snapd#1701 closed: docs/interfaces: change snappy command to snap <Created by caldav> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1701>
[08:41] <mup> PR snapd#1702 opened: many: preparations for image code to fetch model prereqs <Created by pedronis> <https://github.com/snapcore/snapd/pull/1702>
[09:10] <bull> snapcraft is still doing unexpected stuffs ,
[09:11] <bull> i updated file under setup/gui/myapp.desktop and ran snapcraft , the resulting snap wont affected by the changes .
[09:18] <mup> PR snapd#1703 opened: Feature/spread all snap ubuntu core upgrade <Created by mvo5> <https://github.com/snapcore/snapd/pull/1703>
[09:50] <ahoneybun> popey: around for some snap help?
[09:52] <JamesTait> A couple of quickies: I created a rpi2 image with the u-d-f snap last night - it works! But how do I set the kb layout to "gb"?  Also, I'm losing the left edge of the console - can I adjust overscan?
[10:08] <bull> ahoneybun, i need help building snap of my app deskie its on github
[10:12] <mvo> ogra_: I uploaded a new pi2/dragonboard image
[10:12] <mvo> ogra_: that fixes the boot problem
[10:12] <ogra_> mvo, with the upgrade fixes ?
[10:12] <mvo> ogra_: yes
[10:12] <ogra_> cool
[10:12]  * ogra_ downloads
[10:12] <ogra_> mvo, did you test kernel too ?
[10:13] <mvo> ogra_: just core
[10:13] <mvo> ogra_: should be ok, but feedback welcome
[10:13] <ogra_> (we have a set of unapproved kernels in the store, should all be no-change rebuilds that only bump the revision)
[10:13] <mvo> ogra_: ok, will accept that
[10:14] <ogra_> cool
[10:15] <mvo> ogra_: approved, once the caching of the store is expired it will be available
[10:15] <mvo> (usually ~5min or so)
[10:15] <ogra_> yeah, no hurry, sill downloading here :)
[10:15] <bull> snaped application load veru slow why ???
[10:17] <bull> what does this mean ??  snap/supercalc/x1/bin/desktop-launch: line 144: /home/bull/snap/supercalc/usr/bin/supercalc: No such file or directory
[10:17] <popey> ahoneybun: for you, always
[10:17] <bull> popey,  help :/
[10:17] <ogra_> looks like you are using a wrong path
[10:18] <bull> ogra_,  where should i fix that , i dont know which part of snap is calling my application
[10:18] <bull> is it .desktop file or is it .yaml file command section??
[10:18] <ogra_> dunno, where did you define desktop-launch ?
[10:19] <ogra_> wherever you use that, you need to give it the right path to the application
[10:19] <bull> http://paste.ubuntu.com/23069859/
[10:19] <bull> ogra my yaml file
[10:21] <bull> ogra_,  plz check it
[10:21] <ogra_> looks like desktop launch cd's to $SNAP_USER_DATA so you want to tell it to use $SNAP/usr/bin....
[10:21] <bull> ogra_, my desktop file inside setup/gui is here http://paste.ubuntu.com/23069863/
[10:21] <popey> prefix $SNAP before usr  bull
[10:21] <popey> in your yaml
[10:21] <popey> desktop-launch $SNAP/usr/bin/supercalc
[10:21] <bull> popey, let me check
[10:21] <bull> thanks
[10:22] <ppisati> uhm
[10:22] <ppisati> 401 Client Error: UNAUTHORIZED for url: https://public.apps.ubuntu.com/download-snap/b8X2psL1ryVrPt5WEmpYiqfr5emixTd7_292.snap
[10:22] <bull> okay what i have to do to rebuild the snap without redownloading everything ,
[10:22] <ahoneybun> popey: http://pastebin.ubuntu.com/23068283/
[10:22] <ppisati> any idea what is that?
[10:22] <ahoneybun> I can't seem to get access to gi but I have python3-gi in the stage and build
[10:23] <popey> bull: snapcraft prime
[10:23] <popey> bull: you don't have to re-build, you can just re-run steps
[10:23] <ppisati> bah
[10:23] <bull> okay i will try ,
[10:23] <ppisati> i had to login again
[10:23] <popey> ahoneybun: looks like you're missing some stage-package? What you packaging? A GTK app?
[10:24] <ahoneybun> I keep doing snapcraft clean for every new build
[10:24] <ahoneybun> popey: yea Pithos, I also have desktop/gtk3 in after
[10:24] <ahoneybun> every page says python3-gi would be it
[10:24] <popey> ahoneybun: bug 1576291
[10:24] <mup> Bug #1576291: gtk/gio integration not easy to enable <snap-desktop-issue> <Snapcraft:Confirmed> <snapcraft (Ubuntu):Confirmed> <https://launchpad.net/bugs/1576291>
[10:24] <popey> maybe?
[10:25] <ahoneybun> of course I hit a bug
[10:25] <popey> seb128: do you still encounter ^ this issue that perhaps ahoneybun is having?
[10:25] <popey> just a guess, no guarantee that's it :)
[10:25] <popey> brb
[10:25] <ahoneybun> it could be it
[10:26] <mup> PR snapcraft#743 opened: make plugin: fix artifact collecting <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/743>
[10:26] <bull> popey, copy plugin is depreciated  ?how to replace it with dump ?
[10:26] <ahoneybun> sounds right popey, it is a gtk and gio issue
[10:28] <bull> guys why they calling smplayer directly  in line no. 13   ?? https://github.com/ubuntu/snappy-playpen/blob/master/smplayer/snapcraft.yaml
[10:29] <bull> it taking a lot of time to launch he app :O
[10:31] <bull> after snapping and installing the app wont run , it hangs with http://paste.ubuntu.com/23069877/
[10:31] <popey> bull: using the desktop-launch script, the first run takes a little while, second run is faster
[10:31] <bull> and it wont run my app
[10:32] <popey> you can still use the copy plugin for now
[10:32] <popey> we'll get the docs updated for dump
[10:32] <bull>  stucked on this message http://paste.ubuntu.com/23069877/
[10:33] <bull> :(
[10:33] <popey> what does your yaml look like at the moment?
[10:34] <mvo> ogra_: yep, works, kernel,core upgrade independent works, if you can try them together (just do sudo snap refresh) that would be great
[10:34] <ahoneybun> me popey?
[10:34] <mvo> ogra_: fwiw, we have a spread upgrade test for amd64 soon too so at least the arch-indep issues (like the one we had recently) will be uncovered
[10:34] <popey> ahoneybun: no
[10:34] <bull> popey, http://paste.ubuntu.com/23069859/
[10:34] <ahoneybun> k
[10:35] <popey> bull: didn't you modify command: ?
[10:35] <bull> modified
[10:35] <bull> thats a older paste
[10:35] <bull> wait let me show you new one
[10:36] <bull> http://paste.ubuntu.com/23069888/
[10:36] <popey> ahoneybun: I don't know how to fix your issue, sorry. I imagine there's a package you need to add, but I don't know without trial and error what it is, might be the one you mentioned, try it :)
[10:36] <bull> popey, http://paste.ubuntu.com/23069888/
[10:37] <popey> bull: what is supercalc written in?
[10:37] <bull> popey, it was running without desktop launcher , but theming issues were there so i add launcher
[10:37] <bull> qt4
[10:37] <popey> and does it work if you use devmode?
[10:37] <bull> wait let me check
[10:37] <popey> ah, interesting
[10:37] <ahoneybun> popey: I have python3-gi in build and stage so it might be that bug
[10:37] <popey> also, another thing you can try.
[10:38] <bull> popey, supercalc --devmode  ???  this ??
[10:38] <popey> no
[10:38] <popey> sudo snap remove supercalc
[10:38] <bull> confinement ?
[10:38] <bull> okay
[10:38] <popey> sudo snap install supercalc... --devmode
[10:38] <popey> ^ that
[10:38] <bull> installing
[10:39] <popey> also, a useful tool to install is snappy-debug
[10:39] <popey> sudo snap install snappy-debug
[10:39] <popey> then:-
[10:39] <popey> sudo snap connect snappy-debug:log-observe ubuntu-core:log-observe
[10:39] <popey> then:-
[10:39] <bull> its running
[10:40] <popey> sudo snappy-debug.security scanlog | grep supercalc
[10:40] <bull> hurrrey
[10:40] <popey> ^ do that, and it will tell you what your app is trying to access
[10:40] <bull> popey, no theming issue
[10:40] <bull> okay thanks man here is supercalc btw http://www.ktechpit.com/miscellaneous/supercalc-all-in-one-powerful-calculation-conversion-tool-for-linux/
[10:40] <popey> run that in one terminal, and then run your app in another terminal
[10:40] <popey> you need to fix this, because you can't upload devmode snaps to the stable store
[10:41] <bull> yeah i will
[10:43] <bull> popey,  one more thing that is weird here is , when i click on the website button which actually , opens up my website when user click on the menu entry , won't open up any browser
[10:43] <popey> yeah, i have seen that issue.
[10:44] <ogra_> a fix landed recently but is not published yet
[10:44] <popey> ok
[10:44] <bull> my app do that using qt's qdesktopservices library
[10:44] <popey> ta
[10:44] <bull> ogra_, you talking about my issue ??
[10:45] <ogra_> (at least if the backend uses xdg-open at the bottom)
[10:45] <bull> ogra_, yes qdesktopservices uses xdg-open i know that '
[10:45] <bull> i gone through the lib source
[10:45] <bull> on linux they call xdg-open
[10:47] <bull> popey, ogra_ mouse cursor is not usual its not following system theme
[10:48] <bull> 85mb snap vs 300kb deb :D :D
[10:50] <bull> application icon in the dash not showing what i set inside .desktop file daem >/
[10:50] <bull> my icon path inside .desktop file is like this -- Icon=${SNAP}/meta/gui/supercalc.png
[10:51] <ogra_> mvo,
[10:51] <ogra_> [FAILED] Failed to start Service for snap application snapweb.snapweb.
[10:51] <ogra_> See 'systemctl status snap.snapweb.snapweb.service' for details.
[10:51] <ogra_> seems that doesnt wait for ifup
[10:52] <ogra_> (at least on the dragonboard wehere we use wlan ... seems the pi2 with wired works fine)
[10:53] <ogra_> "sudo systemctl start snap.snapweb.snapweb.service" works
[10:54] <bull> popey,  it says sudo: snappy-debug.security: command not found
[10:54] <popey> bull: did you install it?
[10:54] <bull> yeah
[10:55] <popey> snap list snappy-debug
[10:55] <popey> does it show up?
[10:55] <bull> yeah
[10:55] <bull> 0.23 version
[10:56] <popey> hm
[10:56] <bull> daem whats going wrong , command auto complete with tab key too
[10:57] <popey> oh, you added a colon
[10:57] <popey> sudo snappy-debug.security scanlog
[10:57] <popey> no colon
[10:58] <bull> okay wait
[10:59] <bull> popey,  where is colon ??
[11:00] <bull> no there is no colon in my command , it was the output
[11:01] <ogra_> you need to use the full path with sudo
[11:01] <ogra_> (fix for that is underway too)
[11:02] <bull> ogra_, daem :D
[11:02] <ogra_> just add /snap/bin
[11:02] <bull> popey, you got it right bro ?
[11:03] <bull> popey,  in devmode the qt session error wont show up that mean something is wrong there
[11:06] <popey> right, it might mean there's a problem which the security debug command may list
[11:06] <popey> so, close your app, start the sudo snappy-debug.security scanlog, run your command, then look at the scanlog
[11:11] <bull> popey, i reinstalled the app without --devmode and  on other terminal ran  sudo snappy-debug.security scanlog | supercalc , then ran my application in other terminal
[11:12] <ogra_> you pipe the output of scanlog into supercalc ? why is that ?
[11:12] <bull> here is the output : - http://paste.ubuntu.com/23069967/
[11:13] <popey> Stop.
[11:13] <bull> ogra_,  am using grep
[11:13] <popey> 1. install your app with devmode
[11:13] <popey> 2. run the scanlog
[11:13] <popey> 3. run your app
[11:13] <bull> with devmode it working fine
[11:13] <popey> 4. get the output from scanlog
[11:13] <popey> yes. but scanlog will find the things it wants
[11:13] <popey> trust me :)
[11:13] <ogra_> teh app wants to open /etc/xdg/Trolltech.conf
[11:13] <bull> haha okay :P
[11:13] <popey> aha!
[11:14] <ogra_> fix that so it reads it from your snap
[11:14] <bull> ogra_,  how to get that permission
[11:14] <ogra_> you wont get that permission
[11:14] <ogra_> ship the file in your snap
[11:14] <bull> daem
[11:14] <ogra_> and make the app read it from that location
[11:15] <bull> ogra_,  they are qt things how can i modify that path
[11:15] <ogra_> no idea, not a qt guy ... but i guess there are environment variables for such stuff
[11:15] <bull> i have to recompile my app :/
[11:16] <bull> ogra_,  bro what path in env variable in qt i will pass then :D
[11:17] <bull> at that time qt will unaware of the $SNAP/ :D
[11:17] <ogra_> whereever your Trolltech.conf is
[11:17] <bull> ogra_, any interface for that ??
[11:17] <ogra_> ?
[11:17] <bull> snap interface
[11:17] <ogra_> why would your app be unaware where $SNAP is when you just started it from $SNAP
[11:18] <ogra_> env vars here are a runtime thing, not compile time
[11:18] <bull> ogra_, if i build it with qmake
[11:18] <bull> am not comiling source with snapcraft
[11:18] <ogra_> again, this has nothing to do with compiling
[11:19] <bull> ogra_, you mean i have to set env variable in launcher file ?
[11:20] <bull> my app is nothing special idk why it causing trouble :D
[11:20] <ogra_> because it does not have the right environment for being used as a snap
[11:20] <bull> am clueless :P
[11:21] <bull> i will try to find out the solution :(
[11:21] <bull> thanks
[11:21] <lpotter> use after: [desktop/qt]
[11:21] <lpotter> desktop/qt5
[11:21] <bull> lpotter my app is qt4
[11:21] <lpotter> ok, desktop/qt4
[11:22] <bull> am having that
[11:22] <bull> lpotter, http://paste.ubuntu.com/23070010/
[11:22] <bull> lpotter, my snapcraft
[11:23] <bull> well my new app uweather is ready to be snapped : https://s3.postimg.org/6vaj9uvxv/Screenshot_from_2016_08_19_16_38_15.png
[11:24] <bull> lpotter, is it okay ?
[11:27] <bull> ogra_, you there bro ?
[11:27] <ogra_> bull, try https://www.google.de/search?client=ubuntu&channel=fs&q=XDG_CONFIG_HOME+XDG_CONFIG_DIRS+trolltech.conf&ie=utf-8&en=utf-8 and read up how Trolltech.conf can be used in other locations
[11:28] <bull> ogra_,  i found that etc/xdg/Trolltech.conf in the snap of supercalc
[11:28] <bull> why my app not reading that from there ?
[11:28] <ogra_> because you didnt tell it to
[11:29] <bull> okay :(
[11:29] <ogra_> create a wrapper script that sets the right XDG var pointing to the dir
[11:29] <bull> okay :|
[11:29] <ogra_> and then do your desktop-launch from there
[11:29] <bull> am trying hun
[11:29] <ogra_> should be at most 10 lines
[11:29] <bull> calling warp script right >
[11:29] <ogra_> whatever you like
[11:30] <bull> hehe
[11:30] <ogra_> you have to put it in your snapcraft.yaml instead of the desktop.launc line
[11:30] <bull> okay i will mess with it now
[11:30] <bull> haha
[11:32] <ogra_> https://github.com/ogra1/laidout is an example where i use a simple wrapper to just cd into the snap himedir of the user before running the app
[11:32] <ogra_> *homedir
[11:33] <ogra_> looks at the snapcraft.yaml and "wrapper" ... use something similar in yours but point the right XDG var to your $SNAP/etc/xdg
[11:33] <mvo> ogra_: thanks for the report about snapweb - yeah, it sounds like that is the issue
[11:33] <bull> ogra_,  thanks bro :*
[11:33] <ogra_> s/looks/look/
[11:34] <ogra_> mvo, upgrade on pi2 worked, could you approve one of the dragonboard kernels (seems jdstrand's kernel package approval still didnt land in the store )
[11:34]  * ogra_ is just building another ubuntu-core to test armd64 upgrade too)
[11:36] <mvo> ogra_: done, there is a dragonboard-kernel now
[11:36] <ogra_> thx
[11:36] <ogra_> witing for ubuntu-core now
[11:36] <ogra_> hmm
[11:37] <ogra_> or i could just do two upgrades
[11:37]  * ogra_ does so
[11:44] <bull> ogra_,
[11:44] <mup> PR snapcraft#744 opened: testing: only run the ros demo on xenial <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/744>
[11:44] <bull> ogra_, what this line mean - export XDG_CONFIG_DIRS=$SNAP/etc/xdg:$SNAP/usr/xdg:$XDG_CONFIG_DIRS
[11:45] <bull> this is written already in desktop-launch
[11:53] <mup> PR snapd#1704 opened: snap: Add key management commands <Created by cjwatson> <https://github.com/snapcore/snapd/pull/1704>
[12:03] <ogra_> mvo, dragonboard is fine, if you can give me the udf line for getting snapweb in, i'll roll a pi3 image too
[12:04] <ogra_> (but first ... some lunch)
[12:05] <seb128> popey, I didn't rely try for a while
[12:09] <Son_Goku> zyga, morning
[12:09] <Son_Goku> and happy birthday! :D
[12:10] <bull> The 'build' step of 'glue' is out of date. Please clean that part's 'build' step in order to rebuild
[12:10] <mvo> ogra_: just add --install snapweb to the commandline
[12:10] <mvo> Son_Goku: oohhh, good morning-  and happy birthday to zyga
[12:11] <bull> zyga,  happy birthday
[12:11] <bull> mvo, is there a way to clean without deleting old downloaded cache
[12:11] <ogra_> mvo, ok
[12:12] <bull> ogra_, my warpper.sh http://paste.ubuntu.com/23070095/
[12:13] <popey> seb128: ah okay
[12:14] <bull> popey you know how to set env variable for qt app to launch from snap ??
[12:14] <bull>  is there a way to clean  a part without deleting old downloaded cache
[12:15] <stokachu> is it possible to keep the --devmode flag when manually running snap refresh?
[12:15] <mup> PR snapd#1705 opened: overlord/snapstate: check changes to SnapState for conflicts also <Created by chipaca> <https://github.com/snapcore/snapd/pull/1705>
[12:16] <ogra_> bull, look for the possible clean options in snapcraft --help
[12:16] <bull> ogra_, it says Remove content - cleans downloads, builds or install artifacts. :D
[12:17] <popey> bull: create a launcher and set variables in there
[12:17] <bull> popey,  my warpper.sh http://paste.ubuntu.com/23070095/
[12:17] <bull> is it fine
[12:17] <popey> bull: like https://github.com/ubuntu/snappy-playpen/tree/master/jtiledownloader
[12:17] <popey> as an example
[12:18] <popey> thats not right
[12:18] <popey> export $XDG_CONFIG_DIRS= $SNAP/etc/xdg/
[12:18] <bull> ogra_,  gave me example i followed that
[12:18] <bull> yeah i did the same :)
[12:18] <popey> export XDG_CONFIG_DIRS=$SNAP/etc/xdg/
[12:18] <popey> no dollar sign when setting the variable
[12:19] <bull> popey i dont wana redownload dependencies again and again i just modified something in part and it will download all again :/
[12:19] <bull> popey, thanks for pointing that out
[12:19] <popey> you don't have to re-download
[12:19] <ogra_> bull, just use the right option to clean
[12:19] <ogra_> read the help again
[12:19] <bull> ogra_, okay :P
[12:19] <ogra_> there is more in it ;)
[12:20] <bull> ogra_, snapcraft [options] clean [<part> ...] [--step <step>]   i wan clean glue part only
[12:20] <bull> hehe
[12:20] <popey> sooooo, you have the help right there
[12:21] <bull> hehe am confused with this [--step <step>]
[12:21] <bull> snapcraft clean glue  will enough ??
[12:21] <ogra_> read more ;)
[12:22] <bull> hehe okay
[12:22] <bull> this is like rocket science :P
[12:22] <popey> there's 5 steps, pull, build, stage, prime, snap. which are done in that order
[12:22] <bull> oh
[12:23] <bull> i got ot baiebeee
[12:23] <bull> :D
[12:23] <popey> http://snapcraft.io/create/ see the section on "build"
[12:24] <bull> bui wan clean build of glue so am trying this - snapcraft clean glue build
[12:24] <popey> you missed --step
[12:24] <bull> yeah
[12:25] <bull> popey,  can this whole be ported as gui app soon ??
[12:25] <popey> what, a snapcraft GUI?
[12:25] <bull> i mean for user's simplicity :D
[12:25] <popey> sure, someone could do that
[12:25] <bull> yeah
[12:25] <bull> haha
[12:25] <bull> it will make it easy
[12:25] <bull> i would like to do that but i need learn about it first
[12:26] <bull> and it should be in a stable stage :D
[12:27] <bull> i developed my own app packaging tool which package apps for my own app store http://www.ktechpit.com/ubuntu/ubuntu-play-store-version-3-0-released-adds-paypal-integration/
[12:29] <bull> popey, am talking about something like this https://www.youtube.com/watch?v=Be3vRVqPt58&feature=youtu.be&t=2272
[12:30] <jdstrand> ogra_: it should've landed. can you point me at the store entry?
[12:44] <bull> popey, after adding wrapper file  , snapcraft says- No such file or directory: '/home/bull/snap/supercalc/parts/glue/build/wrapper
[12:50] <bull> am a biology student finding career in IT LOL
[13:11] <bull> test
[13:25] <mup> PR snapd#1705 closed: overlord/snapstate: check changes to SnapState for conflicts also <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1705>
[13:36] <mup> PR snapd#1706 opened: add process-control interface spread test <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1706>
[13:41] <mup> PR snapcraft#745 opened: Actually return a non-zero error code on errors <Created by josepht> <https://github.com/snapcore/snapcraft/pull/745>
[13:41] <bull> popey, i wana make gui of snapcraft , give me basic application design idea and i will present you working demo in within 2 days
[13:42] <bull> mup, you are very informative :P
[13:42] <mup> bull: I apologize, but I'm pretty strict about only responding to known commands.
[13:42] <bull> what ? mup you are a bot ?
[13:42] <bull> mup,  okay :D
[13:42] <mup> bull: In-com-pre-hen-si-ble-ness.
[13:43] <bull> mup, i want make gui for snapcraft
[13:43] <mup> bull: Roses are red, violets are blue, and I don't understand what you just said.
[13:43] <bull> lol
[13:43] <bull> mup, you are a funny bot
[13:43] <mup> bull: I apologize. I'm a program with a limited vocabulary.
[13:47] <ogra_> jdstrand, https://myapps.developer.ubuntu.com/dev/click-apps/5697/
[13:47] <ogra_> (the last one was manually approved though)
[13:49] <bull> ogra_,  deb store is dead right ?
[13:49] <mup> PR snapd#1685 closed: snap-exec: Fix broken `snap run --shell` and add test <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1685>
[13:49] <ogra_> ?
[13:49] <bull> ubuntu deb store at developer.ubuntu.com
[13:50] <jgdx> I'm getting a “execv failed: No such file or directory” even though $ SNAP=prime ./prime/<wrapper> runs fine. What am I most likely doing wrong? :)
[13:50] <jgdx> (getting that from running $ snap run <snap>)
[13:51] <jgdx> does execv need absolute paths, is that it?
[13:51] <bull> ogra_, i need a quick help brother
[13:52] <bull> whenever i add a new file to my glue part in snapcraft.yaml do i need to start the process from begin ?? snapcraft automatically wont pull stage and prime the new file hence fails with file not found error
[13:55] <bull> ogra_, i added trolltech.conf to copy in a location in  but it throws this error No such file or directory: '/home/bull/snap/supercalc/parts/glue/build/Trolltech.conf'
[13:55] <bull> i cleaned the build --step too
[13:57] <bull> it should probably be pulling file again, and stage and prime , so what am doing wrong !! while after a full clean command make it find the file
[13:57] <bull> this could be bug
[14:01] <popey> bull: you need to snapcraft clean glue
[14:02] <bull> popey, i cleaned it all , now it is downloading what it cleaned :D , just to add a file which is already in my system
[14:02] <bull> this is senseless
[14:04] <bull> wasted my 400Mb data since i begin building supercalc , debian wont take a bit while building apps :D
[14:04] <bull> snap is ready an checking it
[14:07] <bull> popey it says permission denied again this time set wrapper to set custom env vars
[14:09] <bull> this is irritating , am uploading the snap recipe in github along with the supercalc executable if some f you wana fix it please have a look
[14:16] <jdstrand> ogra_: this kernel didn't autoapprove for a different reason: unknown entries in snap.yaml: 'dtbs,firmware,initrd,kernel,modules' lint-snap-v2_unknown_field
[14:16] <jdstrand> ogra_: has the kernel yaml been finalized?
[14:16] <ogra_> jdstrand, the build script and snapcraft yaml is identical for all kernels
[14:18] <bull> popey, ogra_ https://github.com/keshavbhatt/supercalc   please fix this :(
[14:18] <jdstrand> ogra_: ok... but is that finalized?
[14:18] <jdstrand> :)
[14:19] <ogra_> jdstrand, no idea ... but the other kernels dont have that error
[14:19] <jdstrand> or is it going to change in the next 3 weeks?
[14:19] <jdstrand> sergiusens: can you comment? ^
[14:20] <ogra_> jdstrand, oh, i lied, they do
[14:21] <popey> bull: will take a look
[14:21] <ogra_> jdstrand, but why would a warning block promotion ?
[14:21] <bull> popey, thanks :)
[14:22] <jdstrand> ogra_: the review tools warn (and block) on things it doesn't know about. this is part of the whole 'fail closed, fail secure' philosophy of the tools
[14:23] <jdstrand> ogra_: I'm adding a card to finish the kernel yaml checks assuming they are finalized
[14:23] <ogra_> ok
[14:23] <jdstrand> (last I checked I was told it was not so not to bother. that was a while ago though)
[14:28] <ogra_> yeah, it was supposed to be finalized at the heidelberg sprint
[14:29] <mup> PR snapd#1707 opened: tests: do not leave "squashfs-root" around <Created by mvo5> <https://github.com/snapcore/snapd/pull/1707>
[14:36] <popey> bull: I have got it lanuching, but it's still trying to read from /etc http://paste.ubuntu.com/23070394/
[14:36] <bull> popey, you testing it with --devmode ?
[14:36] <popey> yes
[14:37] <bull> its running with fine devmode
[14:37] <bull> with devmode apparmor allowing it the access
[14:38] <bull> when i scanlog without devmode it clearly says denied
[14:39] <bull> popey,  ogra_,  told me to ship your own trolltech as it is not possible to get access to read that file in /etc/xdg/Trolltech.cofig so i wrote wrapper and exported my custom located trolltech.config with that but still it says permission denied
[14:40] <morphis__> zyga: ok, I have prooved now that snap-confine breaks lxc's approach of attaching to a container which is running within another snap-confine session
[14:41] <morphis__> makes totally sense that this is broken as snap-confine creates a slave mount for each executable it runs so this must break
[14:42] <popey> bull: yeah, I don't know why it keeps looking at the one in /etc, I don't know enough about qt, sorry
[14:42] <bull> popey, thanks for your time dear :)
[14:43] <popey> bull: http://paste.ubuntu.com/23070410/ http://paste.ubuntu.com/23070412/  changes i made
[14:43] <ogra_> sounds like your app simply doesnt respect the XDG_* values
[14:43] <bull> popey, is it with my app only or other qt4 apps acting same
[14:44] <popey> dunno, not packaged any qt4 things
[14:44] <bull> ogra_, my app is normally build with qmake no modifications , nothing
[14:44] <ogra_> and ?
[14:44] <bull> it runs fines from ubuntu series 12.04 to 16.04
[14:44] <ogra_> if the developer siimply doesnt respect the XDG stanndars
[14:44] <ogra_> ...
[14:44] <ogra_> and hardcodes /etc/xdg ...
[14:44] <bull> ogra_, should i post the source code too ??
[14:45] <ogra_> then you have no chance to solve it without patching the app
[14:45] <bull> not its not like that
[14:45] <ogra_> not to me, really
[14:45] <bull> haha
[14:45] <ogra_> talk to the upstream dev
[14:45]  * ogra_ has no clue about qt4 apps
[14:46] <bull> ogra_,  any idea how can we identify those hardcoded stuffs ??
[14:46] <ogra_> nope
[14:46] <ogra_> by reading the source i guess
[14:46] <bull> i never did that actually so an clueless
[14:46] <bull> daem
[14:46]  * ogra_ goes back to actually get some work done before ending his day
[14:47] <bull> i will try snapping my new weather app which is a qt5 app
[14:48] <bull> popey,  have look at my first qml only music player using ubuntu sdk ui toolkit 1.0 :D i updated the code today on github and it is running fine on 16.04 too
[14:48] <kyrofa> bull, I may have missed something, but from the YAML is doesn't seem you're using desktop-launch
[14:48] <kyrofa> bull, have you tried that?
[14:48] <bull> popey,  https://github.com/keshavbhatt/kmusicplay
[14:48] <kyrofa> bull, oh nevermind, your wrapper is
[14:48] <kyrofa> Ignore me :)
[14:49] <bull> kyrofa, cause my app was not following theming
[14:49] <bull> so i used desktop-launch
[14:49] <bull> with desktop-launch it worked fine but only in --devmode install :/
[14:51] <elopio> kyrofa: I have a qt4 snap complaining about xcb not found. Did we have an easy fix for that?
[14:51] <ogra_> kyrofa, the app seems to have a lookup for /etc/xdg/Trolltech.conf hardcoded somewhere ... i tried to help bull to get a wrapper up that sets XDG_CONFIG_DIRS too point to $SNAP/etc/xdg/ but apparently the app simply ignores XDG standards
[14:52] <kyrofa> elopio, do you have the stage packages from the qt4 demo?
[14:52] <kyrofa> ogra_, does it just die as a result?
[14:52] <jhodapp> ogra_, any idea why my snapd would seem to be dead on my 16.04 laptop installation? "$ snap find alsa-utils
[14:52] <jhodapp> error: cannot list snaps: cannot communicate with server: Get http://localhost/v2/find?q=alsa-utils: dial unix /run/snapd.socket: connect: connection refused"
[14:53] <ogra_> kyrofa, no idea, ask bull :)
[14:53] <elopio> kyrofa: yes, libqtgui4
[14:53] <ogra_> jhodapp, nope, i havent seen that ... usually systmed cares for it to be u
[14:53] <ogra_> p
[14:53] <kyrofa> jhodapp, what does systemctl status snapd.service say?
[14:53] <bull> kyrofa, it runs only with --devmode as apparmor allow to read $SNAP/etc/xdg/Trolltech.conf
[14:53] <kyrofa> elopio, are you using the correct launcher?
[14:54] <jhodapp> ogra_, this: http://pastebin.ubuntu.com/23070428/
[14:55] <ogra_> hmm, no idea what is in line 52 of main.go :)
[14:55] <Pharaoh_Atem> zyga: so if you can get snapd to use something other than /snap for the mount location, the last remaining blocker can be dealt with and snapd will be able to go into Fedora
[14:56] <kyrofa> jhodapp, can I see some more of that error there? journalctl -u snapd.server maybe?
[14:56] <Pharaoh_Atem> the presets for having snapd enabled and started automatically on installation of the snapd package have been provisionally approved as well
[14:56] <om26er> Hi! which snappy image shall I use on raspberry pi2?
[14:56] <Pharaoh_Atem> it's contingent on snapd being approved to go into Fedora
[14:56] <jhodapp> kyrofa, I get "-- No entries --"
[14:57] <kyrofa> jhodapp, so sorry, snapd.service, not server
[14:57] <kyrofa> I've only had two cups of coffee so far
[14:57] <bull> haha
[14:58] <jhodapp> kyrofa, http://pastebin.ubuntu.com/23070435/
[14:58] <jhodapp> lol
[14:58] <om26er> I want to run a django service to remotely control some appliances, should I be using the 15.04 image or is there a newer stable image out there ?
[14:58] <kyrofa> jhodapp, yikes
[14:59] <jhodapp> kyrofa, that bad huh?
[14:59] <kyrofa> jhodapp, first of all, you should log a bug. Second though, does systemctl start snapd.service actually bring it back up? Or does it error again?
[14:59]  * ogra_ bets on the latter 
[15:00] <jhodapp> kyrofa, it does not bring it up
[15:00] <kyrofa> jhodapp, okay, definitely log a bug with that log. Have you been doing anything out of the ordinary with snaps? snap try, messing with mounts in /snap/, etc?
[15:00] <jhodapp> kyrofa, is there any way to reset my snapd installation? I have been messing with custom snapd builds locally which is probably where this went wrong
[15:00] <kyrofa> Ah ha!
[15:00] <kyrofa> Yes, definitely
[15:01] <kyrofa> jhodapp, perhaps not worth a bug, then
[15:01] <ogra_> om26er, well, 15.04 will be EOL as soon as the series 16 images go stable ... we have experimental images at http://people.canonical.com/~mvo/all-snaps/16/
[15:01] <jhodapp> that's what I was thinking, although it shouldn't be this brittle
[15:01] <kyrofa> jhodapp, snapd writes a json state file that isn't always backward compatible
[15:01] <jhodapp> ok
[15:01] <kyrofa> jhodapp, please feel free to log the bug, I agree that it shouldn't blow up like that
[15:02] <om26er> ogra_, when will 16 release ?
[15:02] <kyrofa> jhodapp, are you okay losing the snaps you have installed?
[15:02] <ogra_> om26er, when it is done (but surely within the next months)
[15:02] <jhodapp> kyrofa, absolutely and I'd like to lose them all as it caused my main deb pkg installed pulseaudio to stop working right
[15:02] <om26er> oh the `s` infront of month
[15:02]  * ogra_ doesnt have the exact dates for RTM and GA releases at the top of his head, sorry
[15:03] <kyrofa> jhodapp, haha, okay use this then: https://github.com/zyga/devtools/blob/master/reset-state
[15:03] <timothy> hello, I have some errors on ./run-checks static
[15:03] <timothy> http://paste.ubuntu.com/23070449/
[15:03] <ogra_> after RTM (which is "soon") they should only stabilize ...
[15:03] <om26er> ogra_, ok, I am having some issues with classic snap on latest all-snap
[15:03] <timothy> is it a known problem with new go version (1.7)?
[15:03] <ogra_> yeah, there are some bugs
[15:03] <kyrofa> timothy, yeah, vet is more picky now :)
[15:03] <ogra_> realted to virtual terminals
[15:04] <ogra_> i'll try to tackle some of that next week
[15:04] <kyrofa> timothy, surely worth a pull request if you're up for it!
[15:04] <ogra_> but you can just use an ubuntu-base tarball instead of classic ... after all that is the same :)
[15:06] <jhodapp> kyrofa, looks like it was successful except for one of them which a remount doesn't seem to help: "rm: cannot remove '/snap/pulseaudio/x4/usr/share/zsh/site-functions/_pulseaudio': Read-only file system"
[15:08] <kyrofa> jhodapp, hmm...
[15:08] <om26er> ogra_, sudo classic.create gives me: chroot: failed to run command ‘/var/lib/classic/enable.sh’: No such file or directory
[15:08] <kyrofa> jhodapp, I'm not sure what to say about that one. ogra_, any clues?
[15:08] <ogra_> om26er, smells like your ubuntu-core isnt up to date in the all-snaps image ... that script was only added a few weeks ago
[15:09] <om26er> snap refresh is downloading something, lets see
[15:09] <ogra_> kyrofa, nope, i dont use zsh ... no idea why that would be a mountpoint inside a snap
[15:09] <ogra_> om26er, from when is that image ... if you are not on rthe very latest img the update will likely just make the img eat itself
[15:10] <om26er> ogra_, downloaded from here: https://people.canonical.com/~mvo/all-snaps/16/
[15:10] <om26er> yesterday
[15:10] <jhodapp> kyrofa, ogra_ hmm ok...it got rid of all the others so that's progress
[15:10] <jhodapp> let's see if snapd starts up now
[15:11] <kyrofa> jhodapp, a reboot might help?
[15:11] <jhodapp> it does start up!
[15:11] <ogra_> om26er, well, better use todays ... mvo only fixed the update code this morning
[15:11] <jhodapp> excellent
[15:11] <kyrofa> Nice
[15:11] <jhodapp> and snap find alsa works again
[15:11] <jhodapp> thanks very much kyrofa
[15:11] <kyrofa> jhodapp, of course, sorry for the breakage!
[15:12] <jhodapp> no worries, lesson learned...don't try and install development snaps locally just quite yet...use a container :)
[15:12] <ogra_> yyou mean snapd
[15:13] <jhodapp> yeah that too
[15:13] <jhodapp> :)
[15:13] <ogra_> :)
[15:13] <elopio> kyrofa: desktop-launch for desktop-qt4. Is there another?
[15:13] <jhodapp> time for a reboot
[15:13] <mup> PR snapd#1707 closed: tests: do not leave "squashfs-root" around <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1707>
[15:13] <kyrofa> elopio, huh. No you should be good, but it's worth pointing out that the qt4 demo uses a different cloud part for the launcher
[15:14] <kyrofa> elopio, I would be very surprised if that worked better though
[15:14] <elopio> same here, but I'll try anyway.
[15:16] <jhodapp> kyrofa, that fixed my pulseaudio issues as well...very good
[15:21] <elopio> yes, fails earlier because it can't find libX11.
[15:23] <mup> PR snapcraft#743 closed: make plugin: fix artifact collecting <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/743>
[15:23] <mup> PR snapcraft#743 closed: make plugin: fix artifact collecting <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/743>
[15:23] <kyrofa> elopio, odd... not sure what's going on there then :(
[15:24] <kyrofa> elopio, I do know that qt4 was a little weird. I was never sure if it was using the qt4 on the system or in the snap
[15:24] <kyrofa> Remember that conversation?
[15:36] <bull> guys am having dinner :D keep snapping
[15:39] <elopio> kyrofa: I more or less remember. And I'm sure the qt5 launcher solved that xcb problem for keepassx.
[15:40] <elopio> I can wait for didier. This is a cool project I want to get working, but is the hardest I've tried so far.
[15:40] <elopio> have you used synergy?
[15:40] <nacc> Asked this late last night w/o response, but is there a trivial way to set an environment variable during the build of a part? Specifically, I'm finding I need to (with or without snapcraft) specify PKG_CONFIG for a tool's configure to find pkg-config (not sure why yet, debugging that separately).
[15:44] <om26er> what does `snap refresh` do, is it to update the system ? I just installed the very lastest all-snap and snap refresh still downloaded some stuff
[15:44] <ogra_> yes
[15:44] <kyrofa> elopio, synergy the keyboard/mouse sharing thing?
[15:44] <ogra_> it updtaes all updateable snaps
[15:44] <ogra_> (unless you provide a snap name, then it only updates that one snap)
[15:46] <elopio> yes. They have a crazy package generator. That part is ready, I'm getting back a snap with the required binaries. Maybe I can focus on the networking instead of the UI.
[15:46] <jhobbs> is spand going to be backported to trusty?
[15:46] <jhobbs> snapd*
[15:47] <ogra_> jhobbs, i dont think anyone looked into that, but i saw a bug report pass by where sabdfl said he'd like that
[15:47] <ogra_> (will definitely be non-trivial)
[15:47] <jhobbs> yeah
[15:47] <jhobbs> i would like it too :) we have some stuff that needs to run in both trusty and xenial and it would solve the dependency differences problem
[15:48] <jhobbs> i thought i'd heard sabdfl mention it but haven't seen any hard evidence of it happening
[15:48] <ogra_> it will definitely not happen in the very near future ...
[15:48] <jhobbs> ok
[15:48] <jhobbs> thanks ogra_
[15:48] <ogra_> everyone is focused on getting towards images and get all the missing features in currently
[15:48] <ogra_> i guess after the images are golden there is opportunity to work on this
[15:56] <mup> Bug #1615030 opened: Ability to completely remove a snap from the snap store <Snappy:New> <https://launchpad.net/bugs/1615030>
[16:11] <om26er> classic went bonkers for me while installing vim :( http://paste.ubuntu.com/23070754/
[16:12] <om26er> seems it even broke my ubuntu-core installation as well, sudo says: sudo: unknown uid 1000: who are you?
[16:12] <ogra_> om26er, why didnt you just use a ubuntu-base tarball like i suggested
[16:12] <ogra_> classic is clearly still having bugs, as i said before
[16:13] <om26er> ogra_, sorry I missed that message
[16:13] <om26er> ogra_, shall I install the 16.04.1 server image on RPi2 ?
[16:13] <ogra_> though this one looks like it might be snap-confine related
[16:14] <om26er> http://cdimage.ubuntu.com/releases/16.04.1/release/ << this ?
[16:14] <ogra_> om26er, no, just download an ubuuntu-base tarball, scp it to your pi, unpack in /home/ubuntu and use it as a chroot
[16:15] <elopio> kyrofa: got the certifiacte, finally \o/
[16:15] <om26er> ogra_, aah, ok, will my nginx work fine from it ?
[16:15] <kyrofa> elopio, \o/
[16:15] <ogra_> oh, you want it for running stuff ? not sure
[16:15] <kyrofa> elopio, how was the workflow?
[16:15] <ogra_> (note that things you run in classic will not survive a rebbot either)
[16:16] <elopio> kyrofa: fine. I had to use canonistack because I couldn't get my modem to redirect port 80.
[16:16] <ogra_> (by design)
[16:17] <elopio> kyrofa: now what? I'm redirected from http to https but the URL is not serving anything.
[16:18] <kyrofa> elopio, ... eh? That should be it! When you say it's not serving anything, what does that mean?
[16:18] <kyrofa> elopio, a blank page?
[16:19] <elopio> kyrofa: server not found. https://test.elopio.net
[16:20] <kyrofa> elopio, can I see `systemctl status snap.nextcloud.apache.service`?
[16:21] <elopio> kyrofa: https://paste.ubuntu.com/23070771/
[16:22] <kyrofa> elopio, uh... hmm. Any chance you have the output of the setup-https run?
[16:22] <elopio> kyrofa: https://paste.ubuntu.com/23070775/
[16:23] <kyrofa> elopio, interesting. And I assume ps ax | grep httpd shows nothing?
[16:23] <elopio> kyrofa: correct.
[16:23] <kyrofa> elopio, does `sudo systemctl start snap.nextcloud.apache.service` fix things?
[16:24] <elopio> kyrofa: yes.
[16:24] <elopio> so it says apache was restarted, but that's a lie!
[16:24] <kyrofa> elopio, huh. So my output masking is not helpful there :P
[16:24] <kyrofa> elopio, the restart exited successfully! Not the scripts fault! :P
[16:26] <kyrofa> elopio, hmm. I'm not really sure what happened there, or how to make it better
[16:27] <kyrofa> elopio, mind blowing it away and trying again? Let's Encrypt will limit how many legitimate certs you can get in a week, so I suggest passing the -t flag to setup-https (i.e. `sudo /snap/bin/nextcloud.setup-https -t`)
[16:28] <kyrofa> That will get a cert from the Let's Encrypt staging server instead, which the browser doesn't recognize as a CA, but isn't limited
[16:30] <elopio> kyrofa: yes, let me retry.
[16:30] <kyrofa> Gahh, I just pushed up an entire nextcloud snap, only to get a 502 after it got to 100%
[16:30] <kyrofa> On 20k upload speeds
[16:30] <ogra_> get a better gateway :P
[16:32] <elopio> even better, fix this one: https://bugs.launchpad.net/snapcraft/+bug/1610776
[16:32] <mup> Bug #1610776: "snapcraft push" without registering first should fail fast <Snapcraft:New> <Software Center Agent:New> <https://launchpad.net/bugs/1610776>
[16:32] <kyrofa> elopio, maybe I should log "if the store is going to 502, do it before it accepts the entire snap" ?
[16:33] <elopio> oh, right, that's a different error.
[16:33] <elopio> well, you can always fix it for me :)
[16:33] <kyrofa> elopio, :P
[16:34] <kyrofa> When I get my house I've already selected a good-looking ISP. Though 100/100 fiber is going in like a block away :'(
[16:34] <kyrofa> I've submitted a petition :P
[16:40] <mup> PR snapd#1615 closed: overlord/snapstate, daemon: support for multi-snap refresh <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1615>
[16:44] <mvo> om26er: hm, I just tested with the all snap image from today (I uploaded a new one some hours ago) and "sudo snap install --devmode --edge classic ; sudo classic.create" seems to be ok. this was on the pc image . did you have the issue on a different one?
[16:44] <mup> PR snapcraft#745 closed: Actually return a non-zero error code on errors <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/745>
[16:44] <om26er> mvo, I was able to enable classic mode once I reflashed the latest image on my RPi
[16:45] <elopio> kyrofa: seems to have started okay this time.
[16:45] <kyrofa> elopio, darnit
[16:50] <mvo> om26er: \o/
[16:50] <mvo> om26er: thanks
[16:50] <mup> PR snapcraft#746 opened: Release changelog for 2.15.1 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/746>
[16:52] <mup> PR snapd#1606 closed: debian: add extra checks when debian/snapd.postrm purge is run <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1606>
[16:53] <mup> PR snapd#1708 opened: fix vet error <Created by teknoraver> <https://github.com/snapcore/snapd/pull/1708>
[16:54] <mup> PR snapd#1709 opened: many: teach prepare-image to copy the model assertion (and prereqs) into the seed area of the image <Created by pedronis> <https://github.com/snapcore/snapd/pull/1709>
[17:03] <mup> PR snapd#1710 opened: tests: add content-shareing binary test that excersises snap-confine <Created by mvo5> <https://github.com/snapcore/snapd/pull/1710>
[17:12] <elopio> kyrofa: creating text files doesn't work. I wait for it to say "Saved!", but when I open it again is empty.
[17:12] <rtsisyk> hi, I requested to register reserved name for my software, but it is still "Pending review"
[17:12] <rtsisyk> name is "tarantool"
[17:12] <rtsisyk> who can help me?
[17:12] <kyrofa> rtsisyk, when did you request it?
[17:13] <rtsisyk> couple days ago
[17:13] <kyrofa> nessita, any chance you could help out with that? ^^
[17:13] <mup> PR snapd#1702 closed: many: preparations for image code to fetch model prereqs <Created by pedronis> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1702>
[17:14] <elopio> kyrofa: ah, the user has 0 quota. Then it's a bug in nextcloud because it doesn't say anything about it :)
[17:16] <kyrofa> elopio, did you just create a new user, then?
[17:17] <elopio> kyrofa: yes.
[17:17] <kyrofa> elopio, or are you saying by default even the admin has 0 quota?
[17:17] <elopio> no, admin has unlimited quota by default
[17:17] <kyrofa> elopio, yeah, that does indeed sound like a nextcloud bug
[17:18] <elopio> kyrofa: where do I report it?
[17:19] <kyrofa> elopio, wait, I just tried
[17:20] <kyrofa> elopio, works fine. On the far right, when you create the user, the quota is available. Any chance you accidentally scrolled or something there?
[17:20] <kyrofa> elopio, because for me, the default is unlimited
[17:21] <elopio> kyrofa: yes, the default is unlimited. I had set it to 0. The bug is that when there is no quota left, the text file editor still says: "Saved!"
[17:21] <kyrofa> elopio, ah ha!
[17:22] <kyrofa> elopio, I'm not sure if it's part of nextcloud core, or part of the files app
[17:23] <kyrofa> elopio, but you can probably start with logging against the core: https://github.com/nextcloud/server
[17:24] <sergiusens> hey ev can you look into ^ (rtsisyk's request for tarantool)
[17:25] <sergiusens> kyrofa is this the nextcloud snap with letsencrypt all bundled in?
[17:25] <kyrofa> sergiusens, yeah, on the beta channel
[17:26]  * sergiusens will wait for stable
[17:26] <kyrofa> sergiusens, yeah, things will change a little
[17:27] <elopio> sergiusens: get it while it's hot. Works for me.
[17:27]  * sergiusens is using too much beta software already ;-)
[17:36] <nessita> kyrofa, checking
[17:39] <nessita> kyrofa, approved tarantool but the user left, he will receive an email ne erthelesss
[17:39] <kyrofa> Thank you nessita :)
[17:45] <elopio> kyrofa: where does this leave the logs?
[17:46] <kyrofa> elopio, which logs?
[17:46] <elopio> the bug template is asking me for the apache and nextcloud logs.
[17:46] <mup> PR snapd#1622 closed: client, cmd/snap: use the new multi-refresh endpoint <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1622>
[17:50] <kyrofa> elopio, apache logs are in $SNAP_DATA/apache/logs, nextcloud logs are in $SNAP_COMMON/nextcloud... I think
[17:54] <elopio> kyrofa: both of those should be in ~/snap/ right?
[17:54] <elopio> just empty dirs there.
[17:55] <elopio> oh, no, in /var, ok.
[17:57]  * ahoneybun finds a inkscape snap
[17:59] <ahoneybun> mhall119, who handles the snap store
[17:59] <ahoneybun> ?
[18:00] <mup> PR snapd#1708 closed: fix vet error <Created by teknoraver> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1708>
[18:11] <ev> sergiusens: I’ve ferried it along (tarantool)
[18:21] <qengho> ahoneybun: What are you wanting to do?
[18:45] <mhall119> ahoneybun: depends on what you mean by "handles"
[18:49] <ahoneybun> mhall119, launchpad seems to be hitting an 404 error when trying to upload inkscape to the store
[18:49] <ahoneybun> https://launchpad.net/~inkscape-uploader/+snap/inkscape/+build/3131
[18:50] <rtsisyk> sorry, I was disconnected
[18:50] <rtsisyk> Your "tarantool" registration has been approved.
[18:50] <rtsisyk> thanks a lot!
[18:51] <mhall119> ahoneybun: ah, maybe cjwatson can see what's going on with that
[18:52] <mhall119> also, yay inskscape snap!
[18:53] <qengho> ahoneybun: Have you ever uploaded a snap package to there?
[18:54] <qengho> $ snap find inkscape   #finds nothing
[18:56] <ahoneybun> It's not me
[18:56] <ahoneybun> qengho, ^
[18:56] <ahoneybun> mhall119, it launches as well
[18:56] <ahoneybun> and HUD works mhall119 !!!
[18:58] <elopio> kyrofa: email with the php mode doesn't work.
[18:59] <qengho> ahoneybun: I suspect you, plural, have to have registered a project to have launchpad upload a package for it first.
[19:01] <ahoneybun> I did not
[19:02] <qengho> ahoneybun: Okay. That's your problem, then. Do you know how to?
[19:03] <ahoneybun> qengho, I don't have a snap to upload
[19:04] <qengho> ahoneybun: Oh. Here's one. https://launchpad.net/~inkscape-uploader/+snap/inkscape/+build/3131
[19:04] <ahoneybun> it's not my project to upload dude
[19:05] <qengho> ahoneybun: Okay. What do you want us to do?
[19:05] <mhall119> ahoneybun: awesome!
[19:05] <ahoneybun> qengho, I just wanted to alert someone to the issue and not get a rude answer back
[19:05] <mhall119> ahoneybun: with --devmode or no?
[19:05] <ahoneybun> mhall119, standard
[19:05] <ahoneybun> no --devmode
[19:06] <mhall119> sweet!
[19:07] <ahoneybun> it is awesome
[19:08] <ahoneybun> just need kdenlive to have the software I need
[19:08] <qengho> ahoneybun: It looks like it succeeds sometimes, yes?  https://launchpad.net/~inkscape-uploader/+snap/inkscape/+build/3134
[19:09] <qengho> ahoneybun: I don't know what the first problem is.
[19:09] <ahoneybun> qengho, you can't find it in the search if it is
[19:09] <ahoneybun> well
[19:10] <ahoneybun> it might be in the other channels
[19:10] <ahoneybun> since it is only a devel version
[19:10] <ahoneybun> never thought of that
[19:10] <MrChrisDruif> Hey guys, where would you recommend I start reading up on how snaps works on a semi-technical level?
[19:11] <MrChrisDruif> Because I know there is a snap for Nextcloud but afaik it uses the Apache server by default to run.
[19:11] <qengho> ahoneybun: I don't know a way to "snap find" in other channels. :(
[19:11] <ahoneybun> neither do I
[19:11] <MrChrisDruif> And that is a bit needlessly killing resource on something like a Raspberry Pi 1 B+
[19:12] <ahoneybun> that LP link has the snap though
[19:13] <qengho> MrChrisDruif: We have some light docs, but there's nothing that will change the nextcloud snap into working that differently.
[19:14] <qengho> MrChrisDruif: The kind of think you could do is make a new snap that does what you want.
[19:14] <qengho> thing
[19:14] <MrChrisDruif> qengho: So it doesn't look into running services?
[19:14] <MrChrisDruif> Apache is just the web server part of the configuration
[19:15] <MrChrisDruif> It doesn't check if one is already running one, like Nginx?
[19:15] <ahoneybun> qengho, reading man snap shows a way to install from the other channels
[19:16] <ahoneybun> mhall119, is there a place we can find snaps other then 'snap find'?
[19:18] <mhall119> uappexplorer.com
[19:18] <mhall119> Ubuntu Software
[19:18] <sergiusens> MrChrisDruif it s all in the same snap
[19:19] <mhall119> those all only find snaps in the stable channel though, so if you use confinement: devmode or only publish to edge/beta channels you won't see them
[19:19] <sergiusens> MrChrisDruif think of it as a complete product; if you need a different product, it would be a different snap
[19:20] <sergiusens> MrChrisDruif also, rpi 1 is armel, not supported by Ubuntu for some years now
[19:20] <MrChrisDruif> sergiusens: thanks. It wasn't the answer I was hoping for, but at least it is an answer =)
[19:21] <MrChrisDruif> sergiusens: true but isn't snappy "cross-platform"? ;-)
[19:22] <ahoneybun> man my wifi is bad on 16.04
[19:25] <sergiusens> MrChrisDruif yes, but that doesn't mean every piece of hardware on the planet ;-)
[19:25] <sergiusens> MrChrisDruif it doesn't support MIPS either
[19:26] <sergiusens> MrChrisDruif that said, even if it were on Ubuntu you'd need to convince the publisher for those apps to build for those esoteric devices
[19:27] <mreed> nessita, ping
[19:27] <MrChrisDruif> sergiusens: calling the RPi esoteric is overstating I think ;-)
[19:27] <sergiusens> MrChrisDruif a real world example for that today is android on x86, the app selection there is much smaller
[19:27] <sergiusens> MrChrisDruif an rpi 1 yes :-)
[19:28] <sergiusens> and rpi in general, no
[19:29] <mreed> nessita, can you review my snap?  https://myapps.developer.ubuntu.com/dev/click-apps/5749/rev/1/
[19:30] <ahoneybun> any ideas about this: http://pastebin.ubuntu.com/23068283/
[19:30] <sergiusens> we don't support the RPi Zero either MrChrisDruif
[19:30] <ahoneybun> No module named 'gi'
[19:31] <ahoneybun> but I have python3-gi in staged
[19:31] <ahoneybun> the snap builds fine
[19:31] <ahoneybun> Pithos is the project btw
[19:32] <MrChrisDruif> sergiusens: I don't own one of those so I don't care ^_^
[19:32] <MrChrisDruif> Yeah it sucks for the owners of Zero's but I don't care O=)
[19:33] <ali1234> ARMv6 just refuses to die
[19:41] <MrChrisDruif> ali1234: just like IPv4, 32-bit and that NSA forcefully crippled encryption level...
[19:41] <ali1234> 32 bit x86 is dead
[19:52] <MrChrisDruif> On it's dying breath but not completely dead...
[20:28] <ahoneybun> mm I think I found the issue
[20:29] <ahoneybun> the snap is looking the python3-gi libs in /usr/lib/python3/dist-packages
[20:29] <ahoneybun> but it is not in there
[20:30] <ahoneybun> looking at this :http://packages.ubuntu.com/xenial/amd64/python3-gi/filelist
[20:30] <ahoneybun> any idea
[20:34] <ahoneybun> mhall119, I see you got the new content sharing thing to work
[20:40] <mhall119> ahoneybun: mostly working
[20:41] <mhall119> I ran into this: https://bugs.launchpad.net/snap-confine/+bug/1615113
[20:41] <mup> Bug #1615113: snap-confine prevented from mounting base directory through the "content" interface <Snappy Launcher:New> <https://launchpad.net/bugs/1615113>
[20:41] <ahoneybun> it seems python3-gi is what I need but the lib are not going to the right place
[20:41] <mhall119> jdstrand: if you're still around, can you take a look at the diff in the bug description in ^^ and comment on whether or not it's a bad idea
[20:42] <ahoneybun> not even sure they are there
[20:43] <mhall119> ahoneybun: do you have python3-gi in your stage-packages list?
[20:43] <ahoneybun> yep
[20:43] <ahoneybun> the snap is looking the python3-gi libs in /usr/lib/python3/dist-packages
[20:43] <ahoneybun> which is right
[20:44] <ahoneybun> looking at this :http://packages.ubuntu.com/xenial/amd64/python3-gi/filelist
[20:44] <ahoneybun> but I don't see any of those files in there
[20:44] <ahoneybun> it's even in the build-packages
[20:44] <ahoneybun> as it is needed to build
[20:45] <mhall119> ahoneybun: can you share your whole snapcraft.yaml?
[20:46] <mhall119> the snap should look in ${SNAP}/usr/lib/ not /usr/lib/
[20:46] <ahoneybun> I used a extra thing to change that
[20:46] <ahoneybun> http://pastebin.ubuntu.com/23071449/
[20:46] <ahoneybun> also error : http://pastebin.ubuntu.com/23068283/
[20:47] <mhall119> ahoneybun: put python3-gi in your stage-packages, not just build-packages
[20:47] <mhall119> build-packages are installed to your host, stage-packages are installed into the snap
[20:48] <mhall119> so anything you need at runtime should be in stage-packages or otherwise installed by the plugin
[20:49] <ahoneybun> it;s in both
[20:49] <mhall119> and it looks like you could move your stage-packages section out of pithos-run and into the pithos part, then drop pithos-run altogether
[20:50] <mhall119> ahoneybun: not in the pastebin you gave me
[20:50] <mhall119> it's only on line 34
[20:50] <ahoneybun> I removed it as it does nothing
[20:50] <ahoneybun> did nothing
[20:52] <mhall119> do you see it in ./prime/usr/lib/python3/dist-packages/
[20:52] <mhall119> ?
[20:52] <mup> Bug #1614177 opened: Can not connect cups-control interface  <snapd-interface> <Snappy:Incomplete> <https://launchpad.net/bugs/1614177>
[20:53] <ahoneybun> no just a pkg_resource dir
[20:53] <ahoneybun> but I have not rebuilt it with python3-gi in stage yet
[20:54] <ahoneybun> you broke my yaml
[20:54] <ahoneybun> Issue while loading plugin: properties failed to load for pithos: Additional properties are not allowed ('configflags', 'source' were unexpected)
[20:55] <ahoneybun> since I took out pithos-run
[20:55] <mup> Bug #1615124 opened: my snap apps should be able to run /usr/bin/* <Snappy:New> <https://launchpad.net/bugs/1615124>
[20:56] <sabdfl> jhobbs, ogra_, actually i believe tvoss and others are looking into snapd on 14.04
[20:57] <sabdfl> i haven't had an update recently but in leiden it was described as hackable
[20:59] <ahoneybun> I swear snap errors are the worst
[20:59] <ahoneybun> the word choices are just bad
[21:00] <tvoss> sabdfl: yup, we are making good progress, a ppa with all required packages is here: https://launchpad.net/~thomas-voss/+archive/ubuntu/trusty, testing instructions are here: https://docs.google.com/document/d/1z64VCTX9kU43Xb2wSDQN7g6QHuFStFGZqEBoEQbI6oQ/edit
[21:00] <tvoss> ogra_, jhobbs ^
[21:00] <tvoss> I mostly focused on 14.04(.5) server images thus far
[21:01] <jhobbs> sabdfl, tvoss: awesome, thanks, i'll have a look there
[21:02] <ogra_> sabdfl, ooh
[21:02] <ogra_> tvoss, +1 !
[21:06] <mhall119> ahoneybun: pastebin your new snapcraft.yaml
[21:22] <tvoss> jhobbs: let me know how it goes, you could also just leave comments on the doc
[21:38] <sabdfl> phwoar tvoss that is awesome
[21:39] <sabdfl> jhobbs, share your experience after testing please :
[21:39] <sabdfl> :)
[21:40] <tvoss> sabdfl: also credits to pitti for helping out with the systemd specifics
[21:40] <sabdfl> this will be super useful for cloud bits
[21:40] <sabdfl> thanks pitti :)
[21:41] <jhobbs> tvoss, sabdfl, will do
[21:49] <notadeveloper_> got an rpi3
[21:49] <notadeveloper_> and snappy 1604
[21:49] <notadeveloper_> how do i install audio drivers
[21:53] <wililupy> Question: looking at trying to port flexswitch from deb to snap, but not quite sure where to start with this. It is built from a bunch of python scripts that download other git repositories and debian dependancies, and then builds it into a nice debian package, but not quite sure how to best approach this for snapcraft.
[21:59] <mup> PR snapcraft#746 closed: Release changelog for 2.15.1 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/746>
[22:00] <tvoss> okay, calling it a day
[22:01] <tvoss> have a nice weekend everyone
[22:16] <sabdfl> wililupy, hi
[22:18] <sabdfl> things that are very easy to snap are things which can be built, installed and run in a developer home directory as a non-root user
[22:18] <sabdfl> that's unlikely to cover flexswitch though, but it's useful to keep in mind that the main areas to look out for are:
[22:19] <sabdfl>  - where you read and write files (the run-from-$HOME test is really about whether you need to write all over the root filesystem)
[22:19] <sabdfl>  - how much you poke at kernel or other structures (in your case i suspect you are working with networking structures)
[22:20] <sabdfl> in the first case, a snap by default gets versioned and unversioned data directories, for a user and for the system (so thing of it as a 2x2 grid)
[22:20] <sabdfl> by versioned we mean "backed up automatically on upgrade"
[22:20] <sabdfl> which is part of the transactionality
[22:21] <sabdfl> say you are a game, you would not version the common data files (images) but you would version the saved game history etc
[22:21] <sabdfl> in the flexswitch case i suspect you have relatively little local data so just version it all would be my recommendation
[22:22] <sabdfl> but you'll need to be able to tell flexswitch to use $SNAP_DATA to write in
[22:22] <cjwatson> ahoneybun,mhall119: looks very clearly like a software-center-agent bug - please file it as a bug against that
[22:22] <cjwatson> [2016-08-19 01:31:38,129: DEBUG/Worker-3] "POST /unscanned-upload/ HTTP/1.1" 200 None
[22:22] <cjwatson> [2016-08-19 01:31:38,324: DEBUG/Worker-3] "POST /dev/api/snap-push/ HTTP/1.1" 202 None
[22:23] <cjwatson> [2016-08-19 01:31:38,622: DEBUG/Worker-3] "GET /dev/api/snaps/tIrcA87dMWthuDORCCRU0VpidK5SBVOc/builds/06ba2029-8c39-47ff-b862-cb4ca81a5db0/status HTTP/1.1" 404 None
[22:23] <sabdfl> on the second front, there are what are known as "interfaces" which define security access profiles
[22:23] <sabdfl> and there are probably already all the interfaces you need to snap up flexswitch
[22:23] <cjwatson> so SCA returns a status URL that it then later claims doesn't exist, which is pretty bad form of it
[22:23] <sabdfl> since quite a few networking snaps already exist
[22:23] <cjwatson> qengho: ^- FYI - can't have been the thing you suggest about needing to register it first, because that would have failed much earlier in the process
[22:23] <sabdfl> wililupy, make sense?
[22:26] <sergiusens> cjwatson interesting, I was assured that we only got a response once the url existed
[22:26] <cjwatson> sergiusens: that is definitely how it should be.  there's got to be a race somewhere here
[22:27] <cjwatson> sergiusens: my first guess would be something to do with multiple appserver units but it'll take some trawling through logs
[22:27] <cjwatson> (which I'm not going to try to track down after 11pm on a Friday, sorry!)
[22:32] <wililupy> sabdfl that does. This application includes the modules for a specific kernel, which adds a "twist" to it, but I like a challenge.
[22:53] <ahoneybun> mhall119, on a site note I have the gi dir in stage/usr/lib/python3/dist-packages/ now
[22:54] <ahoneybun> mm same error though...
[22:56] <ahoneybun> new yaml : http://pastebin.ubuntu.com/23071795/
[23:01] <ahoneybun> might be a new pithos release by the time I get this to work lol
[23:12] <sergiusens> cjwatson I am in no hurry at all ;-)
[23:23] <mup> PR snapd#1692 closed: asserts: add serial-proof device assertion <Created by matiasb> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1692>
[23:31] <ahoneybun> man this error is kicking my but
[23:31] <ahoneybun> *butt
[23:31] <ahoneybun> I made the a python file with the same import and it works with no error
[23:31] <ahoneybun> so I might be missing a package, or the snap is looking in the wrong place
[23:35] <nacc> ahoneybun: what's the error you are getting now?
[23:36] <ahoneybun> same one
[23:37] <ahoneybun> ImportError: No module named 'gi'
[23:37] <ahoneybun> http://pastebin.ubuntu.com/23068283/
[23:37] <ahoneybun> whole error
[23:37] <ahoneybun> I can run a python file like that with no problems on the sustem
[23:37] <ahoneybun> *system
[23:38] <nacc> ahoneybun: in your snap's squashfs (unsquashfs -l might help list contents), is the gi module present? Is your app for some reason trying to use python2 rather than python3?
[23:39] <ahoneybun> the depends are python3
[23:39] <ahoneybun> I see something about gi in /usr/lib/python3/dist-packages in stage
[23:40] <ahoneybun> yaml file: http://pastebin.ubuntu.com/23071837/
[23:44] <ahoneybun> I'm following the deps of the package to build from source and what it needs from apt
[23:44] <nacc> ahoneybun: ack, looking at it locally to see if i can help
[23:45] <ahoneybun> thanks nacc
[23:47] <nacc> taking a while to cleanbuild due to the number of deps, i think
[23:47] <nacc>  / my home network being unreasonably slow
[23:48] <ahoneybun> damn
[23:50] <nacc> hrm, my build failed with http://paste.ubuntu.com/23071850/, which i've run into before due to locale sutff
[23:50] <nacc> *stuff
[23:51] <ahoneybun> looks like local issue