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