/srv/irclogs.ubuntu.com/2017/07/03/#snappy.txt

aaaa_hello06:05
aaaa_what's purpurse this forum?06:06
aaaa_are there any live guys?06:07
mupPR snapd#3547 closed: snap-seccomp: skip socket() tests on systems that use socketcall() instead of socket() <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3547>06:12
mupPR snapd#3533 closed: tests: extend find-private test to cover more cases <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3533>08:11
ogra_hmpf ...08:16
ogra_mouse battery died .. with no warning, nothing ... takes me ten minutes to find new batteries ... when i return to my desktop a warning about my mouse battery being low pops up ... tsk ...08:18
ogra_(would really help to have warnings *before* the events happen :P )08:18
ogra_popey, what they call "ubuntu-core" is actually some self-bootstrapped classic install... i think the friendlyarm wiki should actually have an image linked for the air ...08:23
=== chihchun_afk is now known as chihchun
ogra_looks like http://wiki.friendlyarm.com/wiki/index.php/NanoPi_NEO_Air should have something08:27
ogra_popey, and here we go ... "NanoPi NEO AIR has an Ampak AP6212 chip, which needs special firmware files" ... http://linux-sunxi.org/FriendlyARM_NanoPi_NEO_%26_AIR08:34
ogra_(it is a broadcom device as i suspected (ampak builds chips around broadcom stuff usually)08:35
mupPR snapd#3530 closed: cmd/snap: include snap type in notes <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3530>09:03
mupPR snapd#3540 closed: overlord/state: Abort() only visits each task once <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3540>09:03
=== chihchun is now known as chihchun_afk
cjwatsonCould somebody please retry https://travis-ci.org/snapcore/snapd/builds/248376205 ?  I don't think the timeout is the fault of my PR.11:01
niemeyerMorning all11:11
niemeyercjwatson: Looking11:11
cjwatsonta11:12
niemeyercjwatson: Restarted.. there are MBR errors in the log.. Linode seems to have broken their image feature in the last 10 days or so11:12
niemeyerThey're investigating11:13
niemeyerWe'll give them one more week or so, and if they can't get it together we'll move elsewhere11:13
Chipacaniemeyer: does that mean we'll have a new backend for spread in about a week? :-)11:14
Chipacaniemeyer: how was your trip back, btw?11:14
niemeyerChipaca: Well, it means I'll start working on one in a week :)11:14
niemeyerChipaca: It was as good as it gets :)11:14
niemeyerChipaca: Thanks for asking.. I'd guess yours was even better? :P11:15
Chipacaniemeyer: I can't comment11:15
=== chihchun_afk is now known as chihchun
mupPR snapcraft#1389 opened: Use newer distro module with no tuple <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1389>11:20
=== chihchun is now known as chihchun_afk
mvoniemeyer: hey, i see some lines in linode like "Cannot allocate linode:ubuntu-16.04-64: cannot create Linode disk with ubuntu-16.04-64: you do not have enough unallocated storage to create this Disk (608 requested, but only 0 available)" (https://travis-ci.org/snapcore/snapd/builds/249550256#L712). anything we can do about this?11:57
mvoniemeyer: also in the same run in line 816: Cannot allocate linode:ubuntu-core-16-64: cannot boot linode:ubuntu-core-16-64 (Spread-64): cannot Direct Disk boot a disk with no MBR: - do we need to update a config there maybe?11:58
niemeyermvo: What machines are you seeing this in? I'll have a look12:00
niemeyermvo: The second issue is known and has been reported late last week12:01
mvoniemeyer: spread-33, spread-70, spread-52 seems to be candidates12:02
niemeyermvo: Thanks, I'll do a complete pass12:03
niemeyermvo: These are likely follow ups from the primary issue of thawing images being broken12:03
mvoniemeyer: thank you!12:04
=== chihchun_afk is now known as chihchun
niemeyermvo: np, I could find a single machine where there was space issues, Spread-1412:10
mvoniemeyer: that matches the log its right before the error message12:11
mvoniemeyer: shall I restart?12:11
niemeyermvo: Ok, we're good then, thanks for the note12:11
niemeyermvo: Yeah.. although note that I think Linode is still broken in terms of image thawing, so it may be a bit frustrating still12:11
niemeyermvo: Please let me know if you see other/unknown issues12:11
mvoniemeyer: thank you, will do12:17
=== chihchun is now known as chihchun_afk
mupBug #1702095 opened: snap enable removes complain for daemons <Snappy:New> <https://launchpad.net/bugs/1702095>13:03
* pedronis break13:59
mupPR snapcraft#1369 closed: Handle I/O errors in os.link (LP: #1689956) <Created by evandandrea> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1369>14:29
mupPR snapd#3549 opened: many: epose services commands for snap services <Created by chipaca> <https://github.com/snapcore/snapd/pull/3549>14:47
Chipacaanybody looking to review that ^ please let me know if you'd rather I split it into individual PRs (or maybe 1 for osutil&systemd changes, one for daemon&cleint&cmd/snap changes)14:48
Chipacaeach commit stands on its own (and on those coming before it)14:48
pedronisit is bigly14:50
mupPR snapd#3550 opened: update firewall-control to allow {arp,ip,ip6}tables to control bridged vlan/ppoe-tagged traffic <Created by coreycb> <https://github.com/snapcore/snapd/pull/3550>14:57
Chipacapedronis: ok, adding an intermediate PR with osutil&systemd, let's see how that split works14:58
mupPR snapd#3551 opened: systemd, osutil: rework systemd logs in preparation for services commands <Created by chipaca> <https://github.com/snapcore/snapd/pull/3551>15:00
Chipacapedronis: ^ there15:04
Chipacanot sure it helped much :-)15:04
pedronisChipaca: it didn't :)15:05
pedronisso maybe up to daemon and client and cmd/snap ?15:06
pedronis(I don't know how big each checkin is)15:06
Chipacapedronis: the commits are separate, and would be the PRs15:06
pedronisanyway, maybe ignore me, not sure I'm going to look at it today15:06
Chipacapedronis: daemon: +625 −715:07
Chipacapedronis: client: +335 −015:07
Chipacapedronis: cmd/snap: +218 −015:07
Chipaca¯\_(ツ)_/¯15:07
pedronisok, so 3 PRs would be reasonable15:07
pedronisor 2 PRS15:07
Chipacapedronis: osutil+systemd, daemon, cmd+client?15:07
pedronisyes15:07
Chipacaon my way15:07
mupPR snapd#3552 opened: daemon: implement service commands <Created by chipaca> <https://github.com/snapcore/snapd/pull/3552>15:09
=== pbek_ is now known as pbek
mvoogra_: are the uboot version for the pi2/pi3 snaps similar/the-same or different? the timestamps indicate similar versions, is that the case?15:15
ogra_yeah, similar (same tag/branch) but different builds15:16
mvoogra_: cool, thank you - same tag/branch is all the info I need15:16
ogra_i'm planning to move them all to "build directly from upstream source" soon ... then you can just check the branch version in snapcraft.yaml in the future15:17
mvota15:17
ogra_(should both be v2017.01)15:18
Chipacaniemeyer: http://i.imgur.com/gPbCUdF.png15:25
mvoChipaca: hahaha15:26
Chipacamvo: i take it i wasn't too subtle then :-D15:27
Chipaca(this is via https://dev.to/rly fwiw)15:27
mvoChipaca: great stuff15:28
niemeyerChipaca: We may be about to write the last chapter :)15:32
mupPR snapcraft#1377 closed: kernel plugin: add default targets per powerpc, ppc64el and s390x <Created by piso77> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1377>15:59
mupPR snapcraft#1390 opened: meta: bash completion support <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1390>16:08
* Chipaca hugs sergiusens 16:15
Chipacasergiusens: we were talking about that the other day while I was walking across London, and I don't know if we finished that conversation16:17
sergiusensChipaca: I was walking as well ;-)16:18
sergiusensfwiw, I think this needs to be automatic, also, I searched for complete.sh in the defined locations from your blog post and could not find it16:18
Chipacasergiusens: the release of snapd that has that has not reached ubuntu yet16:19
Chipacasergiusens: which is why i haven't worked on making it more automatic16:19
sergiusensChipaca: hmm, I was told it had.. :-(16:19
sergiusensstgraber: fyi ^16:19
Chipacasergiusens: but you'll probably have it in /snap/core/current/usr/lib/snapd/complete.sh16:20
sergiusensls: cannot access '/snap/core/current/usr/lib/snapd/complete.sh': No such file or directory16:20
sergiusensinstalled:          16-2 (1689) 83MB - (latest/stable)16:20
Chipacasergiusens: ah well, at least the world is consistent16:22
Chipacasergiusens: (i assumed you were tracking something newer than stable, but it makes sense for you)16:23
Chipacasergiusens: in any case, we're working on the next release (yes it's delayed for a number of good reasons), should be in stable soon and then i can move on to the next step of the evil^Wmaster plan16:24
stgraberChipaca: oh, I was told 2.26 had it, it's even in the announcement16:40
Chipacastgraber: I do believe 2.26 does have it16:41
Chipacastgraber: yep, confirmed 2.26 (at least as in artful) does have it16:43
Chipacasergiusens: ^ fwiw16:44
sergiusensChipaca: hmm, I am on zesty, maybe I should move...17:47
bdxhello all18:00
bdxI'm working on a snap for a rails app18:00
bdxI'm hitting two issues, 1) I need to symlink a yml file into the app config dir18:01
bdx2) I can't seem to access $SNAP_COMMON, $SNAP_USER_COMMON from with the install srcipt for some reason18:02
bdxis there a recommended way of linking files into the versioned snap dir?18:03
bdxI'm working with this http://paste.ubuntu.com/25012754/18:03
bdxlines 43-47 depict where I'm having the issue18:04
bdxthe application.yml needs to exist so that assets:precompile can run18:04
bdxso I keep an empty string filled application.yml with the application code18:05
bdxthat the snap uses to run assets:precompile18:05
bdxin the install step18:06
bdxfollowing that, I need to remove that application.yml and point the app to an application.yml that can be configured by the user18:06
bdxon a per deploy basis18:06
bdxone that lives outside of the versioned snap dir18:07
bdxI cant seem to access the $SNAP_COMMON and $SNAP_USER_COMMON (where I feel like this file should go) from the install scriptlet18:08
bdxso I decided to try moving it to /srv/ and symlink from there to the versioned application dir18:08
bdxthis worked to some degree18:08
bdxthe symlink exists from the versioned snap dir to /srv/prm/config18:09
bdxbut the rails app it self doesnt seem to be able to access it ... even though the symlink exists  where the application.yml shoudl be in the config/18:10
bdxone more thing18:15
bdxhow can I make a configurable value for RAILS_ENV18:16
bdxsuch that the rails env could be set on a per install basis?18:16
mupPR snapd#3553 opened: interfaces: enable access to bridge settings <Created by coreycb> <https://github.com/snapcore/snapd/pull/3553>18:20
ogra_bdx, your chances to catch some snapcraft devs are higher on https://rocket.ubuntu.com in the #snapcraft channel18:40
bdxogra_: thx18:44
mupPR snapcraft#1372 closed: cli: Containerbuild clean <bug> <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1372>20:02
=== matteo` is now known as matteo
mupPR snapcraft#1385 closed: lxd: Don't assume user ID to 1000 for raw.idmap <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1385>22:11
mupPR snapd#3554 opened: client: wrap services calls <Created by chipaca> <https://github.com/snapcore/snapd/pull/3554>22:17

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!