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). | 01:24 |
---|---|---|
=== chihchun_afk is now known as chihchun | ||
=== mup_ is now known as mup | ||
mup | PR snapd#1701 opened: Change snappy command to snap <Created by caldav> <https://github.com/snapcore/snapd/pull/1701> | 07:55 |
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:04 |
mup | PR snapd#1702 opened: many: preparations for image code to fetch model prereqs <Created by pedronis> <https://github.com/snapcore/snapd/pull/1702> | 08:41 |
bull | snapcraft is still doing unexpected stuffs , | 09:10 |
bull | i updated file under setup/gui/myapp.desktop and ran snapcraft , the resulting snap wont affected by the changes . | 09:11 |
mup | PR snapd#1703 opened: Feature/spread all snap ubuntu core upgrade <Created by mvo5> <https://github.com/snapcore/snapd/pull/1703> | 09:18 |
ahoneybun | popey: around for some snap help? | 09:50 |
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? | 09:52 |
=== chihchun is now known as chihchun_afk | ||
bull | ahoneybun, i need help building snap of my app deskie its on github | 10:08 |
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:12 |
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:13 |
ogra_ | cool | 10:14 |
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:15 |
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:17 |
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:18 |
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:19 |
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:21 |
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:22 |
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:23 |
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:24 |
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:25 |
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:26 |
bull | guys why they calling smplayer directly in line no. 13 ?? https://github.com/ubuntu/snappy-playpen/blob/master/smplayer/snapcraft.yaml | 10:28 |
bull | it taking a lot of time to launch he app :O | 10:29 |
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:31 |
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:32 |
bull | :( | 10:33 |
popey | what does your yaml look like at the moment? | 10:33 |
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:34 |
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:35 |
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:36 |
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:37 |
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:38 |
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:39 |
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:40 |
bull | yeah i will | 10:41 |
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:43 |
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:44 |
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:45 |
bull | popey, ogra_ mouse cursor is not usual its not following system theme | 10:47 |
bull | 85mb snap vs 300kb deb :D :D | 10:48 |
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:50 |
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:51 |
ogra_ | (at least on the dragonboard wehere we use wlan ... seems the pi2 with wired works fine) | 10:52 |
ogra_ | "sudo systemctl start snap.snapweb.snapweb.service" works | 10:53 |
bull | popey, it says sudo: snappy-debug.security: command not found | 10:54 |
popey | bull: did you install it? | 10:54 |
bull | yeah | 10:54 |
popey | snap list snappy-debug | 10:55 |
popey | does it show up? | 10:55 |
bull | yeah | 10:55 |
bull | 0.23 version | 10:55 |
popey | hm | 10:56 |
bull | daem whats going wrong , command auto complete with tab key too | 10:56 |
popey | oh, you added a colon | 10:57 |
popey | sudo snappy-debug.security scanlog | 10:57 |
popey | no colon | 10:57 |
bull | okay wait | 10:58 |
bull | popey, where is colon ?? | 10:59 |
bull | no there is no colon in my command , it was the output | 11:00 |
ogra_ | you need to use the full path with sudo | 11:01 |
ogra_ | (fix for that is underway too) | 11:01 |
bull | ogra_, daem :D | 11:02 |
ogra_ | just add /snap/bin | 11:02 |
bull | popey, you got it right bro ? | 11:02 |
bull | popey, in devmode the qt session error wont show up that mean something is wrong there | 11:03 |
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:06 |
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:11 |
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:12 |
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:13 |
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:14 |
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:15 |
bull | ogra_, bro what path in env variable in qt i will pass then :D | 11:16 |
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:17 |
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:18 |
bull | ogra_, you mean i have to set env variable in launcher file ? | 11:19 |
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:20 |
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:21 |
bull | am having that | 11:22 |
bull | lpotter, http://paste.ubuntu.com/23070010/ | 11:22 |
bull | lpotter, my snapcraft | 11:22 |
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:23 |
bull | lpotter, is it okay ? | 11:24 |
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:27 |
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:28 |
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:29 |
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:30 |
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:32 |
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:33 |
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:34 | |
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:36 |
ogra_ | or i could just do two upgrades | 11:37 |
* ogra_ does so | 11:37 | |
=== hikiko is now known as hikiko|ln | ||
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:44 |
bull | this is written already in desktop-launch | 11:45 |
=== King_InuYasha is now known as Son_Goku | ||
mup | PR snapd#1704 opened: snap: Add key management commands <Created by cjwatson> <https://github.com/snapcore/snapd/pull/1704> | 11:53 |
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:03 |
ogra_ | (but first ... some lunch) | 12:04 |
seb128 | popey, I didn't rely try for a while | 12:05 |
Son_Goku | zyga, morning | 12:09 |
Son_Goku | and happy birthday! :D | 12:09 |
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:10 |
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:11 |
bull | ogra_, my warpper.sh http://paste.ubuntu.com/23070095/ | 12:12 |
popey | seb128: ah okay | 12:13 |
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:14 |
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:15 |
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:16 |
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:17 |
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:18 |
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:19 |
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:20 |
bull | hehe am confused with this [--step <step>] | 12:21 |
bull | snapcraft clean glue will enough ?? | 12:21 |
ogra_ | read more ;) | 12:21 |
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:22 |
bull | i got ot baiebeee | 12:23 |
bull | :D | 12:23 |
popey | http://snapcraft.io/create/ see the section on "build" | 12:23 |
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:24 |
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:25 |
bull | and it should be in a stable stage :D | 12:26 |
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:27 |
bull | popey, am talking about something like this https://www.youtube.com/watch?v=Be3vRVqPt58&feature=youtu.be&t=2272 | 12:29 |
jdstrand | ogra_: it should've landed. can you point me at the store entry? | 12:30 |
=== hikiko|ln is now known as hikiko | ||
bull | popey, after adding wrapper file , snapcraft says- No such file or directory: '/home/bull/snap/supercalc/parts/glue/build/wrapper | 12:44 |
bull | am a biology student finding career in IT LOL | 12:50 |
bull | test | 13:11 |
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:25 |
mup | PR snapd#1706 opened: add process-control interface spread test <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1706> | 13:36 |
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:41 |
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:42 |
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:43 |
ogra_ | jdstrand, https://myapps.developer.ubuntu.com/dev/click-apps/5697/ | 13:47 |
ogra_ | (the last one was manually approved though) | 13:47 |
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:49 |
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:50 |
jgdx | does execv need absolute paths, is that it? | 13:51 |
bull | ogra_, i need a quick help brother | 13:51 |
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:52 |
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:55 |
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 | 13:57 |
popey | bull: you need to snapcraft clean glue | 14:01 |
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:02 |
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:04 |
bull | popey it says permission denied again this time set wrapper to set custom env vars | 14:07 |
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:09 |
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:16 |
bull | popey, ogra_ https://github.com/keshavbhatt/supercalc please fix this :( | 14:18 |
jdstrand | ogra_: ok... but is that finalized? | 14:18 |
jdstrand | :) | 14:18 |
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:19 |
ogra_ | jdstrand, oh, i lied, they do | 14:20 |
popey | bull: will take a look | 14:21 |
ogra_ | jdstrand, but why would a warning block promotion ? | 14:21 |
bull | popey, thanks :) | 14:21 |
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:22 |
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:23 |
ogra_ | yeah, it was supposed to be finalized at the heidelberg sprint | 14:28 |
mup | PR snapd#1707 opened: tests: do not leave "squashfs-root" around <Created by mvo5> <https://github.com/snapcore/snapd/pull/1707> | 14:29 |
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:36 |
bull | its running with fine devmode | 14:37 |
bull | with devmode apparmor allowing it the access | 14:37 |
bull | when i scanlog without devmode it clearly says denied | 14:38 |
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:39 |
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:40 |
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:41 |
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:42 |
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:43 |
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:44 |
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:45 | |
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:46 | |
bull | i will try snapping my new weather app which is a qt5 app | 14:47 |
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:48 |
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:49 |
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:51 |
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:52 |
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:53 |
jhodapp | ogra_, this: http://pastebin.ubuntu.com/23070428/ | 14:54 |
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:55 |
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:56 |
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:57 |
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:58 |
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 | 14:59 | |
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:00 |
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:01 |
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:02 | |
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:03 |
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:04 |
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:06 |
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:08 |
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:09 |
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:10 |
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:11 |
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:12 |
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:13 |
kyrofa | elopio, I would be very surprised if that worked better though | 15:14 |
elopio | same here, but I'll try anyway. | 15:14 |
jhodapp | kyrofa, that fixed my pulseaudio issues as well...very good | 15:16 |
elopio | yes, fails earlier because it can't find libX11. | 15:21 |
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:23 |
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:24 |
bull | guys am having dinner :D keep snapping | 15:36 |
elopio | kyrofa: I more or less remember. And I'm sure the qt5 launcher solved that xcb problem for keepassx. | 15:39 |
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:40 |
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:44 |
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:46 |
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:47 |
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:48 |
mup | Bug #1615030 opened: Ability to completely remove a snap from the snap store <Snappy:New> <https://launchpad.net/bugs/1615030> | 15:56 |
om26er | classic went bonkers for me while installing vim :( http://paste.ubuntu.com/23070754/ | 16:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
elopio | kyrofa: now what? I'm redirected from http to https but the URL is not serving anything. | 16:17 |
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:18 |
elopio | kyrofa: server not found. https://test.elopio.net | 16:19 |
kyrofa | elopio, can I see `systemctl status snap.nextcloud.apache.service`? | 16:20 |
elopio | kyrofa: https://paste.ubuntu.com/23070771/ | 16:21 |
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:22 |
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:23 |
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:24 |
kyrofa | elopio, hmm. I'm not really sure what happened there, or how to make it better | 16:26 |
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:27 |
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:28 |
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:30 |
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:32 |
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:33 |
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:34 |
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:40 |
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:44 |
elopio | kyrofa: seems to have started okay this time. | 16:45 |
kyrofa | elopio, darnit | 16:45 |
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:50 |
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:52 |
mup | PR snapd#1708 opened: fix vet error <Created by teknoraver> <https://github.com/snapcore/snapd/pull/1708> | 16:53 |
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> | 16:54 |
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:03 |
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:12 |
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:13 |
elopio | kyrofa: ah, the user has 0 quota. Then it's a bug in nextcloud because it doesn't say anything about it :) | 17:14 |
kyrofa | elopio, did you just create a new user, then? | 17:16 |
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:17 |
elopio | kyrofa: where do I report it? | 17:18 |
kyrofa | elopio, wait, I just tried | 17:19 |
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:20 |
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:21 |
kyrofa | elopio, I'm not sure if it's part of nextcloud core, or part of the files app | 17:22 |
kyrofa | elopio, but you can probably start with logging against the core: https://github.com/nextcloud/server | 17:23 |
sergiusens | hey ev can you look into ^ (rtsisyk's request for tarantool) | 17:24 |
sergiusens | kyrofa is this the nextcloud snap with letsencrypt all bundled in? | 17:25 |
kyrofa | sergiusens, yeah, on the beta channel | 17:25 |
* sergiusens will wait for stable | 17:26 | |
kyrofa | sergiusens, yeah, things will change a little | 17:26 |
elopio | sergiusens: get it while it's hot. Works for me. | 17:27 |
* sergiusens is using too much beta software already ;-) | 17:27 | |
nessita | kyrofa, checking | 17:36 |
nessita | kyrofa, approved tarantool but the user left, he will receive an email ne erthelesss | 17:39 |
kyrofa | Thank you nessita :) | 17:39 |
elopio | kyrofa: where does this leave the logs? | 17:45 |
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:46 |
kyrofa | elopio, apache logs are in $SNAP_DATA/apache/logs, nextcloud logs are in $SNAP_COMMON/nextcloud... I think | 17:50 |
elopio | kyrofa: both of those should be in ~/snap/ right? | 17:54 |
elopio | just empty dirs there. | 17:54 |
elopio | oh, no, in /var, ok. | 17:55 |
* ahoneybun finds a inkscape snap | 17:57 | |
ahoneybun | mhall119, who handles the snap store | 17:59 |
ahoneybun | ? | 17:59 |
mup | PR snapd#1708 closed: fix vet error <Created by teknoraver> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1708> | 18:00 |
ev | sergiusens: I’ve ferried it along (tarantool) | 18:11 |
qengho | ahoneybun: What are you wanting to do? | 18:21 |
mhall119 | ahoneybun: depends on what you mean by "handles" | 18:45 |
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:49 |
rtsisyk | sorry, I was disconnected | 18:50 |
rtsisyk | Your "tarantool" registration has been approved. | 18:50 |
rtsisyk | thanks a lot! | 18:50 |
mhall119 | ahoneybun: ah, maybe cjwatson can see what's going on with that | 18:51 |
mhall119 | also, yay inskscape snap! | 18:52 |
qengho | ahoneybun: Have you ever uploaded a snap package to there? | 18:53 |
qengho | $ snap find inkscape #finds nothing | 18:54 |
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:56 |
elopio | kyrofa: email with the php mode doesn't work. | 18:58 |
qengho | ahoneybun: I suspect you, plural, have to have registered a project to have launchpad upload a package for it first. | 18:59 |
ahoneybun | I did not | 19:01 |
qengho | ahoneybun: Okay. That's your problem, then. Do you know how to? | 19:02 |
ahoneybun | qengho, I don't have a snap to upload | 19:03 |
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:04 |
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:05 |
mhall119 | sweet! | 19:06 |
ahoneybun | it is awesome | 19:07 |
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:08 |
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:09 |
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:10 |
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:11 |
ahoneybun | that LP link has the snap though | 19:12 |
qengho | MrChrisDruif: We have some light docs, but there's nothing that will change the nextcloud snap into working that differently. | 19:13 |
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:14 |
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:15 |
ahoneybun | mhall119, is there a place we can find snaps other then 'snap find'? | 19:16 |
mhall119 | uappexplorer.com | 19:18 |
mhall119 | Ubuntu Software | 19:18 |
sergiusens | MrChrisDruif it s all in the same snap | 19:18 |
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:19 |
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:20 |
MrChrisDruif | sergiusens: true but isn't snappy "cross-platform"? ;-) | 19:21 |
ahoneybun | man my wifi is bad on 16.04 | 19:22 |
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:25 |
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:26 |
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:27 |
sergiusens | and rpi in general, no | 19:28 |
mreed | nessita, can you review my snap? https://myapps.developer.ubuntu.com/dev/click-apps/5749/rev/1/ | 19:29 |
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:30 |
ahoneybun | but I have python3-gi in staged | 19:31 |
ahoneybun | the snap builds fine | 19:31 |
ahoneybun | Pithos is the project btw | 19:31 |
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:32 |
ali1234 | ARMv6 just refuses to die | 19:33 |
MrChrisDruif | ali1234: just like IPv4, 32-bit and that NSA forcefully crippled encryption level... | 19:41 |
ali1234 | 32 bit x86 is dead | 19:41 |
MrChrisDruif | On it's dying breath but not completely dead... | 19:52 |
ahoneybun | mm I think I found the issue | 20:28 |
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:29 |
ahoneybun | looking at this :http://packages.ubuntu.com/xenial/amd64/python3-gi/filelist | 20:30 |
ahoneybun | any idea | 20:30 |
ahoneybun | mhall119, I see you got the new content sharing thing to work | 20:34 |
mhall119 | ahoneybun: mostly working | 20:40 |
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:41 |
ahoneybun | not even sure they are there | 20:42 |
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:43 |
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:44 |
mhall119 | ahoneybun: can you share your whole snapcraft.yaml? | 20:45 |
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:46 |
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:47 |
mhall119 | so anything you need at runtime should be in stage-packages or otherwise installed by the plugin | 20:48 |
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:49 |
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:50 |
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:52 |
ahoneybun | no just a pkg_resource dir | 20:53 |
ahoneybun | but I have not rebuilt it with python3-gi in stage yet | 20:53 |
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:54 |
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:55 |
sabdfl | jhobbs, ogra_, actually i believe tvoss and others are looking into snapd on 14.04 | 20:56 |
sabdfl | i haven't had an update recently but in leiden it was described as hackable | 20:57 |
ahoneybun | I swear snap errors are the worst | 20:59 |
ahoneybun | the word choices are just bad | 20:59 |
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:00 |
jhobbs | sabdfl, tvoss: awesome, thanks, i'll have a look there | 21:01 |
ogra_ | sabdfl, ooh | 21:02 |
ogra_ | tvoss, +1 ! | 21:02 |
mhall119 | ahoneybun: pastebin your new snapcraft.yaml | 21:06 |
tvoss | jhobbs: let me know how it goes, you could also just leave comments on the doc | 21:22 |
sabdfl | phwoar tvoss that is awesome | 21:38 |
sabdfl | jhobbs, share your experience after testing please : | 21:39 |
sabdfl | :) | 21:39 |
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:40 |
jhobbs | tvoss, sabdfl, will do | 21:41 |
notadeveloper_ | got an rpi3 | 21:49 |
notadeveloper_ | and snappy 1604 | 21:49 |
notadeveloper_ | how do i install audio drivers | 21:49 |
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:53 |
mup | PR snapcraft#746 closed: Release changelog for 2.15.1 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/746> | 21:59 |
tvoss | okay, calling it a day | 22:00 |
tvoss | have a nice weekend everyone | 22:01 |
sabdfl | wililupy, hi | 22:16 |
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:18 |
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:19 |
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:20 |
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:21 |
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:22 |
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:23 |
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:26 |
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:27 |
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:32 |
ahoneybun | mhall119, on a site note I have the gi dir in stage/usr/lib/python3/dist-packages/ now | 22:53 |
ahoneybun | mm same error though... | 22:54 |
ahoneybun | new yaml : http://pastebin.ubuntu.com/23071795/ | 22:56 |
ahoneybun | might be a new pithos release by the time I get this to work lol | 23:01 |
sergiusens | cjwatson I am in no hurry at all ;-) | 23:12 |
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:23 |
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:31 |
nacc | ahoneybun: what's the error you are getting now? | 23:35 |
ahoneybun | same one | 23:36 |
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:37 |
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:38 |
ahoneybun | the depends are python3 | 23:39 |
ahoneybun | I see something about gi in /usr/lib/python3/dist-packages in stage | 23:39 |
ahoneybun | yaml file: http://pastebin.ubuntu.com/23071837/ | 23:40 |
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:44 |
ahoneybun | thanks nacc | 23:45 |
nacc | taking a while to cleanbuild due to the number of deps, i think | 23:47 |
nacc | / my home network being unreasonably slow | 23:47 |
ahoneybun | damn | 23:48 |
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:50 |
ahoneybun | looks like local issue | 23:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!