mupPR snapcraft#1026 opened: Add support for hooks <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1026>01:36
=== chihchun is now known as chihchun_afk
mupBug #1654130 opened: Adding a tag indicating manual connection is needed when displaying interfaces <Snappy:New> <https://launchpad.net/bugs/1654130>03:41
CroephaWhats the name of the network config stuff thats on core? the thing that replaces etc/interfaces ... trying to find documentation on it and its been a while forgot what it was called03:42
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
longsleepmwhudson: well that particular wifi driver is crap in any case, so i would not bother much as the rest seems to work fine. Will try the new edge build on the weekend and then hopefully can report that everything is working06:22
liuxgCroepha, I have a Chinese blog article at http://blog.csdn.net/ubuntutouch/article/details/53500874 you may use google translate to translate it.06:30
davidcallekyrofa: sergiusens: when is the next snapcraft release?08:21
mupBug #1637611 opened: snappy images should not ship /etc/profile.d/Z99-cloud-locale-test.sh <Snappy:In Progress by ogra> <livecd-rootfs (Ubuntu):In Progress by ogra> <https://launchpad.net/bugs/1637611>09:43
mupPR snapd#2558 opened: snapstate: move refresh from a systemd timer to the inernal snapstate Ensure() <Created by mvo5> <https://github.com/snapcore/snapd/pull/2558>09:44
ogra_mvo, /etc/profile.d/snappy-oem-branding.sh still looks in /oem for stuff ... should we update it to look somewhere else or just throw it out ?10:16
mvoogra_: throw it out please, we have no equivalent for this currently10:18
ogra_yeah, thought so10:18
=== mardy_ is now known as mardy
mardyhi, can anyone help me with this snapcraft error? https://lists.ubuntu.com/archives/snapcraft/2016-December/002186.html10:42
mupPR snapd#2395 closed: make state and squashes immutable when appropriate <Created by chipaca> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2395>11:45
=== rumble is now known as grumble
=== chihchun is now known as chihchun_afk
mupIssue snapd#2559 opened: seccomp tests fail on Ubuntu 16.04 in when running in qemu or linode <Created by zyga> <https://github.com/snapcore/snapd/issue/2559>13:00
=== hikiko_ is now known as hikiko|ln
zygajdstrand: hey13:20
zygajdstrand: any chance you could have a look at ^^13:20
zygajdstrand: just as a sanity check, to answer one question13:20
zygajdstrand: specifically if this part looks fishy:13:21
zygaDEBUG: Input line: mmap213:21
zygaDEBUG: seccomp rule: ALLOW sycall -1002913:21
zygawhen loading the profile, we seemingly parse "mmap2" to syscall number -10029 (int)13:21
=== chihchun_afk is now known as chihchun
jdstrandzyga: https://github.com/snapcore/snapd/issue/2559 gives a 404. based on what you pasted, it is saying that mmap2 is allowed by the snappy policy but is unknown on the system that snapd is running on. based on http://people.canonical.com/~ubuntu-security/syscalls/, mmap2 was introduced in kernel 3.1913:38
zygajdstrand: the mup thing is buggy, use "issues" not "issue" (missing "s")13:39
jdstrandzyga: perhaps the application is a statically compiled application that uses mmap2? perhaps the application is using a library that uses mmap2?13:40
zygajdstrand: we run /bin/true13:41
zygajdstrand: that's the old test13:41
jdstrandzyga: nothing in your paste indicates the profile is malformed13:41
zygajdstrand: right13:41
zygajdstrand: anyway, if you can and are interested in this puzzle, read the bug report13:41
zygajdstrand: it has all the facts13:41
jdstrandzyga: does it have the kernel version?13:41
zygajdstrand: kernel is the same as on my machine where the same test works13:42
zygajdstrand: the failure occurs in qemu13:42
zygajdstrand: running xenial adt cloud image13:42
zygajdstrand: for context, I'm trying to re-enable those tests: https://github.com/snapcore/snapd/pull/243313:43
mupPR snapd#2433: tests: run all snap-confine tests in c-unit-tests task <Created by zyga> <https://github.com/snapcore/snapd/pull/2433>13:43
jdstrandzyga: I left some questions but I need to prepare for a meeting and then work on the trusty seccomp issue after. I'll swing back around and check in on this later if I'm able to13:56
zygajdstrand: thank you13:58
=== iahmad_ is now known as iahmad
zygajdstrand: I added the kernel log snippet, taking a break from this topic now but I suspended a VM that has the environment so I can resume ant any time14:22
mupBug #1645605 changed: No alsa module on ubuntu core image <snapd-interface> <Snappy:New for zyga> <https://launchpad.net/bugs/1645605>14:32
=== hikiko|ln is now known as hikiko
mardysergiusens: hi! I completely morphed bug 1652290, now it's a bit more interesting14:56
mupBug #1652290: Error with remote part depending on another remote part <snapcraft (Ubuntu):New> <https://launchpad.net/bugs/1652290>14:56
mardysergiusens: I can work on that, if you like (and maybe have some hint for me)14:56
mupPR snapd#2560 opened: snap: fix missing sizes in `snap info <remote-snap>` <Created by mvo5> <https://github.com/snapcore/snapd/pull/2560>15:08
sergiusensmardy sure, work with josepht who maintains that or Trevinho who started playing with it15:28
mardysergiusens: thanks!15:29
mardyjosepht, Trevinho: do you have some last words to say, before I start banging my head into that? :-)   (bug 1652290)15:30
mupBug #1652290: Error with remote part depending on another remote part <snapcraft (Ubuntu):New> <https://launchpad.net/bugs/1652290>15:30
sergiusenspopey I CCed you on an email that led me to the anatine yaml15:40
popeysergiusens: thanks15:41
josephtmardy: Go for it. I'm happy to help.15:44
mupPR snapd#2561 opened: many: obtain installed snaps developer/publisher username through assertions <Created by pedronis> <https://github.com/snapcore/snapd/pull/2561>15:47
kyrofadavidcalle, new version should be in proposed this week15:56
kyrofadavidcalle, then some testing to do... probably in updates middle of next week15:56
popeyjdstrand: is there a workaround for this http://paste.ubuntu.com/23746854/ - (apps wanting to mknod in /dev/shm/foo) ?16:06
ogra_use /dev/shm/$SNAP/foo ?16:07
ogra_(iirc thats what the security check tool tells you)16:07
popeyI used the word "workaround" to mean, "not have to patch upstream"16:10
davidcallekyrofa: thanks!16:10
* ogra_ doubts there is one16:10
popeyIt's a python app.16:11
jdstrandpopey: no workaround. what ogra_ said is the current situation. this is bug #157751416:14
mupBug #1577514: Support preloading to make snaps feel at home <snapd-interface> <Snapcraft:Triaged by sergiusens> <https://launchpad.net/bugs/1577514>16:14
popeySamYaple: I note you are/were affected by the above bug. Is that still the case? Did you do anything specific to work around it?16:21
sergiusenspopey snapcraft update; snapcraft define preload16:31
sergiusensjdstrand ^16:31
jdstrandsergiusens: oh, neat! is that documented somewhere? I don't see a mention of that in the bug16:40
sergiusensjdstrand yeah, I removed snapcraft from the problem16:41
sergiusensjdstrand popey but it did solve most of someone's problem's on rocket/snapcraft16:42
popeysergiusens: so basically after: [preload] and then what? Add a preload or something to the launcher?16:56
sergiusenspopey yeah `commmand: preload <whatever>`16:57
popeywinner, thanks. will give that a try16:57
popeythat could fix a few broken snaps I've had in the past.16:57
sergiusenspopey yeah `commmand: preload desktop-launch <whatever>`16:57
popeyI may have to buy you beer16:57
sergiusensno need, took me long enough to promote this as much ;-)16:58
sergiusensalso, no need for the `after` at all, these can be independent16:58
sergiusensbut you might need it now that I think of it as you won't be overriding anything16:58
popeyhow do I tell snapcraft to use it though?16:58
kyrofasergiusens, yeah, if you leave the plugin out you need _something_ else16:59
kyrofasergiusens, probably a schema bug16:59
sergiusenspopey this is the only way by design unless you do the override dance17:00
sergiusenspopey http://blog.sergiusens.org/posts/The-Snapcraft-Parts-Ecosystem/17:00
mupPR snapd#2562 opened: cmd/snap-confine: check for rst2man on configure <Created by zyga> <https://github.com/snapcore/snapd/pull/2562>17:01
mupPR snapd#2563 opened: cmd/snap-confine: small tweaks to seccomp support code <Created by zyga> <https://github.com/snapcore/snapd/pull/2563>17:02
mupPR snapd#2564 opened: cmd/snap-confine: build non-installed libsnap-confine-private.a <Created by zyga> <https://github.com/snapcore/snapd/pull/2564>17:02
mupPR snapd#2565 opened: store: setting of fields for details endpoint <Created by chipaca> <https://github.com/snapcore/snapd/pull/2565>17:05
mupPR snapd#2566 opened: tests: disable some ppc64el on yakkety and zesty too <Created by mvo5> <https://github.com/snapcore/snapd/pull/2566>17:14
zygajdstrand: good call!17:17
zygajdstrand: snap-confine itself needs more syscalls to finish working17:18
zygajdstrand: presumably due to debug writes etc17:18
zygajdstrand: I trully wonder why this didn't fail on my box though, I'll keep digging17:18
popeysergiusens: :( preload didn't work. still wants to write to /dev/shm/foo17:39
azubietaHello guys! I´m making software center (https://github.com/nomad-shell/nx-software-center) to manage snaps wich uses the snapd REST api in the backend. I was reading the api specifications at the wiki but i found very little about the background process. Is there any place were I can read how to monitor such tasks? Thanks17:51
kyrofaazubieta, Chipaca is probably your guy17:52
kyrofaazubieta, attente might also be able to help (or point you in the right direction) from our software center point of view17:53
zygaazubieta: hey17:53
zygaazubieta: we had an event api but it was removed as it was not finished17:53
zygaazubieta: what do you need exactly?17:53
azubietazyga: monitor the install, remove, update tasks17:54
Chipacaazubieta, I'm your guy, but I'm in a meeting and then I'm out of here17:55
attenteazubieta: you might also want to look at https://launchpad.net/snapd-glib that robert_ancell maintains17:55
Chipacaazubieta, john.lenton@canonical.com (or tomorrow, same place, a little earlier)17:55
zygaazubieta: you can do what snap CLI does17:55
zygaazubieta: issue the operation17:55
zygaazubieta: this gives you change ID17:55
zygaazubieta: then query snapd about that change17:55
azubietaChipaca: thanks!17:55
azubietazyga: I saw the change id but I was unable to find the path where should I make the query17:56
zygaazubieta: look at snap changes17:57
Chipacaazubieta, if you want to "poke" at the api, i'd recommend `snap install http` and then e.g. `http snapd:///v2/changes`17:57
zygaazubieta: it's not documented on the wiki17:57
zygaazubieta: but look at /v2/changes/{id}17:58
zygaazubieta: or at /v2/changes/17:58
zygaazubieta: you can control changes as well (abort)17:58
azubietazyga: thanks!17:58
azubietazyga: that´s what I was loking for17:58
azubietaChipaca: right now i´m making the http requests by hand and sending then throud the /run/snapd.socket18:00
Chipacaazubieta, yeah, http is just convenient (it does the same)18:02
Chipacait's httpie + unix socket support + magic for snapd:/// urls18:02
azubietaChipaca: sounds good, does it has a c/c++ api ?18:03
azubietaby the way, is there any other software center for snaps ?18:03
zygaazubieta: gnome-software18:05
Chipacaazubieta, there's glib-snapd i think?18:06
Chipacalibsnapd-glib-dev etc18:06
mupPR snapd#2567 opened: debian: skip snap-confine unit tests on nocheck <Created by zyga> <https://github.com/snapcore/snapd/pull/2567>18:06
azubietaChipaca: would you recomend using snapd-glib instead talking directly to the REST API ?18:07
=== Skuggen_ is now known as Skuggen
Chipacaazubieta, I'm probably the wrong person to ask :-) I think if your focus is the software centre, then working with snapd-glib will let you ignore the vagaries of the rest api18:08
Chipacaazubieta, me personally i like poking at the rest api directly18:09
azubietaChipaca: jeje, i´ll take your advice18:09
Chipacaazubieta, either way, do shout if you find things that don't work as you'd expect18:10
azubietaChipaca: i´m reading a post about snapd-glib they say that they will make a qt/qml port so if it is finished it would be mucho more easier for me18:11
azubietaChipaca: i will18:11
azubietaChipaca: thanks again18:12
Chipacaazubieta, the snapd-glib author is in NZ timezone afaik18:12
Chipacaanyway, i've got to run18:12
vigoogra_, confirmed18:18
vigoI just created an image from edge and config.txt is updated18:18
=== jkridner|pd is now known as jkridner
ogra_vigo, i would be shocked if it wasnt :)18:39
sabdflelopio, elmo and me18:56
matteois there something wrong with this control interface?19:07
mupBug #1636931 changed: Configure hook not running <Snappy:Fix Released> <https://launchpad.net/bugs/1636931>19:12
mupBug #1654362 opened: updating pi3 snap does not update config file <Snappy:New> <https://launchpad.net/bugs/1654362>19:18
lazyPowerelopio  - heyo, looking @ the etcd snap as a possible drop in for the etcd v3 migration. Is what's in the snappy-playpen the latest work on this snap?19:21
mupBug #1587448 changed: Can't reboot device from snap <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1587448>19:34
mupBug #1590679 changed: Apps can't own session bus names (unity7 interface) <snap-desktop-issue> <snapd-interface> <Snappy:Fix Released by jdstrand> <snapd (Ubuntu):Fix Released> <https://launchpad.net/bugs/1590679>19:34
mupBug #1612871 changed: Permission denied to exec /bin/stty <snapd-interface> <Snappy:Fix Released by jdstrand> <https://launchpad.net/bugs/1612871>19:34
mupBug # changed: 1613686, 1614269, 1615124, 161526219:37
mupBug # changed: 1620442, 1624533, 1624675, 1627813, 163998819:40
mupBug #1644810 changed: snapd system-observe interface is missing rules to allow memory usage analysis <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1644810>19:43
mupBug #1596515 changed: IIO access and configuration from a snap <apparmor> <iio> <snapd> <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1596515>19:46
mupBug #1639967 changed: Add support to access to some Avahi methods from org.freedesktop.Avahi <snapd-interface> <Snappy:Fix Released by jdstrand> <https://launchpad.net/bugs/1639967>19:46
mupBug #1641869 changed: openvswitch-support interface <snapd-interface> <Snappy:Fix Released by james-page> <https://launchpad.net/bugs/1641869>19:46
Croephaso, not sure what happened, I have used --try many times before with no trouble, but after a reboot I am getthing this error when trying to use something inside of a --try snap :  cannot snap-exec: cannot read info for "my-snap": stat /var/lib/snapd/snaps/my-snap_x1.snap: no such file or directory19:47
Croephathat file totally exists19:47
Croephaits a simlink to the prime dir19:47
mupBug #1598266 changed: Cannot read/write to usb device [libusb][hidapi] <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1598266>19:49
mupBug #1577897 changed: auto-connection should cover snaps other than OS snap <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1577897>19:55
mupBug #1591839 changed: Can't read/write to USB devices <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1591839>20:01
mupBug #1611819 changed: implement a way for daemons to play audio <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1611819>20:04
kyrofadavidcalle, it seems I lied: with the sprint next week, we're delaying release by one week20:06
davidcallekyrofa: ok :)20:07
kyrofadavidcalle, were you looking for a specific feature, or just generally curious?20:07
davidcallekyrofa: generally planning, although I could use being walked through scriptlets, I've only seen one example so far20:09
kyrofadavidcalle, yeah we could use some real docs for that. Happy to help you there (though note those were released in 2.24)20:10
mupBug #1645410 changed: interface required: openvswitch <snapd-interface> <snap-nova-hypervisor:New> <Snappy:Fix Released> <https://launchpad.net/bugs/1645410>20:13
davidcallekyrofa: thanks20:13
mupBug #1613775 changed: cannot access /mnt/storage even through symlinks from $HOME <snap-desktop-issue> <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1613775>20:16
mupBug #1618004 changed: Need a classic-bin interface to see classic binaries <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1618004>20:25
Croephaany ideas on how to make sense of this: cannot snap-exec: cannot read info for "my-snap": stat /var/lib/snapd/snaps/my-snap_x1.snap: no such file or directory ?20:30
mupBug #1617314 changed: Services can only run as root <snapd-interface> <Snapcraft:Invalid> <Snappy:Triaged by jdstrand> <https://launchpad.net/bugs/1617314>20:31
kyrofaCroepha, you're `snap try`ing, I assume?20:44
Croephakyrofa: yes, try --devmode20:45
kyrofaCroepha, and does /var/lib/snapd/snaps/my-snap_x1.snap exist? It should be a symlink20:45
Croephayes, and it is20:45
kyrofaCroepha, pointing to a valid location?20:46
kyrofa(a prime directory)20:46
zygajdstrand: quick question about old snap-confine unit tests, do I remember correctly that they were only going to pass on amd64?20:47
zygajdstrand: I'm seeing a list of errors on i38620:47
zygajdstrand: (details are burried under links from https://github.com/snapcore/snapd/pull/2433)20:47
mupPR snapd#2433: tests: run all snap-confine tests in c-unit-tests task <Created by zyga> <https://github.com/snapcore/snapd/pull/2433>20:47
Croephakyrofa: yes: /var/lib/snapd/snaps/my-snap_x1.snap/*.wrapper returns several results20:48
Croephameant to say that I `ls`d that and got several results20:48
Croephamy only guess is that snap is running in some other file system context (name space or chroot) where it can't stat that path?20:49
kyrofaCroepha, any chance you have an encrypted home?20:50
Croephakyrofa, no, but I am running in Vmware, and use a mapped home directory, but not sure how that would be affected, it lives in /mnt/hgfs/20:54
jdstrandzyga: they should work. I just tried them locally with snapd 2.20 on trusty20:54
kyrofaCroepha, ah indeed, that's probably the issue. zyga may know more20:55
zygajdstrand: on i386?20:55
Croephakyrofa my prime doesn't live in my home or in that hgfs20:55
zygaCroepha: hey20:55
zygaCroepha: try snap run --shell yournsap20:55
zygaCroepha: snaps do run in a different context20:55
jdstrandzyga: I'm trying to fix the amd64 snapd/snap-confine testsuite failure and ran the tests on i386 to make sure I didn't break anything (I didn't)20:56
zygaCroepha: that will give you a (confined) shell in the same context as a given snap/app20:56
zygajdstrand: it seems to work on my real box20:56
zygajdstrand: but never works in spread (neither qemu nor linode)20:56
zygajdstrand: gustavo suggested that it might be caused by those things running as root but I didn't investigate yet20:56
Croephazyga run --shell gives the same error20:56
zygajdstrand: I'd love if you could drop patches to unbreak https://github.com/snapcore/snapd/pull/2433/files (tip: you can git push to my branch directly!)20:57
mupPR snapd#2433: tests: run all snap-confine tests in c-unit-tests task <Created by zyga> <https://github.com/snapcore/snapd/pull/2433>20:57
zygaCroepha: can you givem e more context?20:57
Croephazyga: this is the error: cannot snap-exec: cannot read info for "tanager-flock": stat /var/lib/snapd/snaps/my-snap_x1.snap: no such file or directory20:57
zygajdstrand: maybe spread is breaking something, I see 7 failures on i386 and (finally) 0 failures on amd6420:58
Croephazyga: that path does exist and is valid, it is a symlink to a prime dir20:58
zygaCroepha: is that file around in "real space"?20:58
zygaCroepha: did you create that symlink?20:59
zygajdstrand: can you tell me how are you running tests?21:00
jdstrandzyga: I'll talk to ratliff on how to prioritize the i386 test failures in https://github.com/snapcore/snapd/pull/243321:00
mupPR snapd#2433: tests: run all snap-confine tests in c-unit-tests task <Created by zyga> <https://github.com/snapcore/snapd/pull/2433>21:00
jdstrandzyga: I did debian/rules build21:00
jdstrandzyga: I would also do: make -C cmd check21:00
jdstrandzyga: I can't get to those tests today. still working on trusty/libseccomp21:01
zygajdstrand: did you try spread?21:01
zygajdstrand: that's ok21:01
zygajdstrand: thanks!21:01
jdstrandzyga: no. you said unit tests. is it the unit tests or the spread tests?21:01
zygajdstrand: spread runs them21:01
zygajdstrand: we don't run unit tests when building the package in spread21:02
zygajdstrand: so I wanted to run them as a task21:02
jdstrandwell, I'd have to look at what is happening. I didn't run in spread as I was debugging a testsuite failure from the build21:02
Croephazyga: not sure what is meant by "real space", but  I see that in the context where I login via ssh.... I did not create that symlink, I used  snap try --devmode and it made the symlink21:02
zygajdstrand: all regular unit tests run but the older tests that exercise seccomp don't pass21:02
zygaCroepha: I see21:02
* jdstrand is curious why you don't run the unit tests during the build in spread21:02
zygaCroepha: can you tell me where the source directory was located?21:03
zygaCroepha: we don't run them at package build time (in spread) because it takes extra time (snapd build) and we run the separately along with other spread tasks21:03
zygajdstrand: ^ that was for you21:03
zygajdstrand: I fixed a few issues but it's still broken, I need to make the debug output better21:04
zygajdstrand: (that tail of kern log for instance)21:04
zygajdstrand: in any case, you answered my earlier question, thanks21:05
zygajdstrand: I'll keep digging21:05
jdstrandzyga: I noticed we have a lot of 'dmesg | tail -1' in the seccomp tests. that should be 'dmesg | grep 'audit=1326' | tail -1'21:07
Croephazyga: this is the prime dir: /mnt/2/flock21_build/prime  if that is what you are asking  and this is the related findmnt line: ├─/mnt/2                              /dev/sda3                       ext4                rw,relatime,data=ordered21:13
jdstrandzyga: ok, I've got the trusty/seccomp thing, then several customer items for snappy then can circle back around to this. it won't be today. it will hopefully be tomorrow, it may be monday21:20
zygaCroepha: does it work if you don't snap try but rather build a regular snap?21:23
zygaCroepha: that symlink is, I believe, what is causing the problem21:23
Croephazyga: a regular snap install works as expected21:27
jdstrandzyga: 1326 is the code for seccomp21:29
Croephazyga: I agree, im just not sure how to remedy it, before kyrofa got back to me, I was thinking of just doing a fresh install of ubuntu and starting over....  it was working fine for a long time, but it just stopped working21:29
jdstrandzyga: and I of course meant this: dmesg|grep 'type=1326'|tail -121:30
jdstrand$ dmesg|grep 'type=1326'|tail -121:31
jdstrand[ 9653.865938] audit: type=1326 audit(1483637031.980:825): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=24498 comm="snap-confine" exe="/home/ubuntu/sbuild/snapd/trusty/snapd-2.20.1~14.04/cmd/snap-confine/snap-confine" sig=31 arch=40000003 syscall=201 compat=1 ip=0x55609c89 code=0x021:31
grapestomper_1does anyone know how to change the default console output from ttyS0 to ttyUSB021:46
grapestomper_1snappy series 16 (core 16?)21:46
grapestomper_1in 15.04 I could change the grub.d file - not an option now21:47
Croephagrapestomper_1, do you really need a kernel console or will a login console work fine?21:48
Croephabecause you can add a tty service to run on that usb device if you want21:49
grapestomper_1hmmm dont know - I want to be able to watch the boot process. Is that kernel?21:49
Croephayeah, thats kernel21:49
grapestomper_1is kernel tty set at snap cration?21:50
Croephawell, i don't know how to do it, but I think you will need to make your own gadget or kernel snap21:50
Croephathere might be an easier way, i don't know of it though, sorry21:52
grapestomper_1np - thanks21:52
kgunnhey is there a clever way a snap can determine if the console config has been run?22:06
kgunnworking with a mir-kiosk image, but the server is currently launching before i can run through the config to get wifi etc22:06
kgunnkyrofa: ^ know of anything?22:09
kyrofakgunn, does it die if it runs before then?22:09
kgunnkyrofa: no, mirkiosk happily runs...but takes over the screen22:09
kyrofaAh of course, so console conf can't be run, how fun!22:10
kgunnso we're thinking to add some logic in the launcher file to check if console has run or not22:10
kyrofakgunn, hmm, you could do hacky things like see if you have an IP address, but there must be a better way22:10
kyrofamwhudson, do you have any ideas? You're involved with that, no?22:11
kyrofaOh darn, he's gone22:11
kgunnyeah, i would think this might be a common theme....people wanting to add snaps to their own image, but wanting console conf to run prior to daemon launching22:12
kyrofaTaking a quick peek at the src22:14
kyrofaI bet if there is something though, it won't be accessible to snaps22:15
kyrofakgunn, I kinda feel like no services should run until console-conf has run22:18
kyrofakgunn, yeah, /var/lib/console-conf/complete22:20
kyrofakgunn, nothing you can reach from a confined snap22:21
kyrofakgunn, I suggest discussing it with niemeyer and mwhudson22:22
alvarolbHi all!! I am trying to upload a snap package to the ubuntu store, but I always get the error: Unexpected output from click-review. click-review22:22
alvarolbIf i execute the click-review manually, I get a RUNTIME_ERROR, but no any other hint22:23
alvarolbthe verbose show some checks that are all passed OK22:24
alvarolbanyone with the same issue? I am using snapcraft for building the package for amd6422:24
kyrofacyphermox, are you familiar with console-conf?22:24
kyrofacyphermox, do you know if there's a way to tell if it's been run from within a confined snap?22:25
kgunnkyrofa: thanks... yep, can bring up tomorrow22:28
mupPR snapcraft#1007 closed: lifecycle: clean without parsing if possible <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1007>22:29
kyrofakgunn, curious to hear the answer myself22:30
Croephazyga: So i got /usr/lib/snapd/snap-confine to run for me, and the symlink is definitely broken in the confined environnment22:43
Croephaso /mnt/ is empty in the confined environment22:44
Croephazyga: So bind mounting /mnt/2 under my home directory and running it there fixed my issue22:47
CroephaI still have no clue as to why it worked before but not now22:58
mupPR snapcraft#1026 closed: Add support for hooks <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1026>23:23
mwhudsonkyrofa: if kgunn comes back the answer is really $(snap managed)23:26
kyrofamwhudson, ah, good to know. But that can't be run from within a snap-- do you know if that command has been added to snapctl?23:27
mwhudsonah good point23:27
mwhudsoni do not know, and suspect not23:27
kyrofaI suspect the same23:27
* mwhudson points at niemeyer23:27
* niemeyer listens (and reads)23:28
niemeyerNo, managed isn't yet available on snapctl, but seems sensible and trivial to add23:29
kyrofaniemeyer, though do you think it makes sense to not fire up snap services until console conf has completed?23:32
niemeyer@kyrofa: No, that'd render the device broken until managed23:33
nothalniemeyer: No such command!23:33
kyrofaniemeyer, though it doesn't even have network at that point, does it?23:34
niemeyerkyrofa: I don't need network to run my fridge, tv, projector, etc23:35
kyrofaAh fair enough23:35
mcphailkyrofa: if the nextcloud snap was to upgrade to version 11, would an already-running server upgrade gracefully? Would it be necessary to stop and restart?23:38
kyrofamcphail, an already running server meaning a current nextcloud snap install?23:39
mcphailkyrofa: yes23:39
kyrofamcphail, yeah, when the upgrade it pulled down it'll stop the server momentarily23:39
kyrofamcphail, snapd does it as part of the upgrade process. Stop old services, mount new snap, start new services23:40
mcphailkyrofa: very cool. Thanks!23:40
kyrofamcphail, no problem. Since you asked, FYI v11 should be released as soon as I fix this https bug23:40
mcphailkyrofa: no rush. Just trying the snap on a vps to see if it is a viable alternative to a manual install. Sounds as if you have cracked it :)23:41
mcphailYour hard work is much appreciated23:42
kyrofamcphail, it's not perfect! But we're getting there. And thank you!23:42
mcphailJust one more question - does the snap make the Let's Encrypt certs automatically renew?23:44
kyrofamcphail, yes23:48
mcphailkyrofa: perfect! Cheers23:48
kyrofadavidcalle, are you still around?23:55
davidcallekyrofa: I am23:56
kyrofadavidcalle, I had to put out a fire, but if you've got a few minutes I'd love to show you around the scriptlet stuff23:58

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