=== chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [06:33] Hi, guys! [06:38] Are os updates to Ubuntu snappy automatically installed/pushed, or does it require some manual process? === Saviq_ is now known as Saviq === Michaela is now known as Ciblia [07:33] good morning [07:35] good morning dholbach! [07:35] salut didrocks [08:14] Are os updates to Ubuntu snappy automatically installed/pushed, or does it require some manual process? [08:38] netphreak: they are automatically pushed, it will tell you and you will just need to reboot for some snaps to activate the new versions [08:50] good morning [09:14] ok.. If Ubuntu snappy is running on some IOT device. How do one manage a reboot? === shuduo is now known as shuduo-afk === pedronis` is now known as pedronis === essembe is now known as sbeattie === chihchun is now known as chihchun_afk === kyrofa_ is now known as kyrofa [12:13] Good morning [12:22] Daylight savings should die [12:31] kyrofa, it wouldnt be that bad if it'd actually bring in interest ;) [12:32] ogra_, yeah that would improve things [12:49] ogra_, any idea why I can't use screen within the classic dimension? I figure maybe a mount is missing [12:49] hmm, i never tried ... [12:50] (and working mostly on the dragonboard these days i dont have a working classic dimension) [12:50] Ah, right [12:50] i'd blame lxc/lxd though [12:51] ogra_, yeah I a [12:51] m [13:19] ppisati, hmm, i have a hard time inplementing dragonboard kernel tarball/snap creation in livecd-rootfs due to a missing linux meta package for it [13:19] do you think we could have one ? [13:20] ogra_: we are discussing right now which 4.4 kernel to push to the archive for the db410c [13:20] (something like: "apt-get install linux-image-*-generic-dragon410c" installs all existing packages by that name for example, so i end up with three of them) [13:20] ogra_: you'll probably get that one [13:21] ppisati, we also need the firmware in the archive (restricted i guess) [13:22] (or in linux-firmware even ... if thats possible( [13:46] hey kyrofa, how are you? [13:46] didrocks, excellent! And yourself? === chihchun_afk is now known as chihchun [13:46] kyrofa: I'm good, escaping meetings for a while, but blocked on some snapcraft thingy :p [13:46] didrocks, let me help [13:47] kyrofa: do you have a minute for some very quick HO? I'm unsure if I'm doing it wrong or not [13:47] Sure! [13:48] When os updates for Ubuntu snappy are pushed, do they require a reboot of the device? [13:55] netphreak, yes, but as long as you go with the defaults the system will care for that on its own [13:58] mvo_, hmmm ... seeding grub on arm64 ? [13:59] ok.. === chihchun is now known as chihchun_afk [13:59] Good to know i don't have to deal with that in a IOT device [14:00] netphreak, well, you have to deal with the fact that it can do unexpected reboots though [14:01] This part has been taken care of ;) [14:01] Is there an eta on the Ubuntu Snappy version for Raspberry Pi 3? [14:02] not yet, no ... thats a) something i do in my spare time ... and b) depends on the status of u-boot for the board [14:02] not sure where b stands currently, it wasnt ready last week [14:05] ogra_: sure, ricmm asked for that, grub-efi-arm64 [14:06] bah, waste of space [14:09] hmm.. looking at github for u-boot for rpi3 - looks like there was a commit for rpi3 compatibility.. [14:09] https://github.com/zeldin/u-boot-rpi3/commits/master [14:09] i know that swarren did start work on it last week [14:09] but it wasnt complete back then [14:10] https://github.com/swarren/u-boot/tree/rpi_dev [14:10] hey ogra_ :) [14:10] still marked WIP [14:11] note that for 64bit mopde there are a bunch of kernel patches missing ... and i think the binary blob bootloader also needs to support it [14:11] hey zyga-phone [14:18] Ok.. thx for status :) [14:38] jdstrand: https://github.com/ubuntu-core/snappy/pull/658 [14:38] jdstrand: this is going to ensure that configuration files for {apparmor,seccomp,...} are exectly what we want [14:38] cool :) [14:38] zyga-phone: and hi :) [14:39] hey, good morning :) [14:51] didrocks, shall we get together tomorrow some time to look at the survey results together? === chihchun_afk is now known as chihchun [15:04] mvo_, so with your seeding of grub, what will happen with the always failing grub snappy service on arm64 ? [15:04] (i dotn want to end up in a grub shell after reboot ... is that safe ?) [15:08] ogra_: what grub service is failing? the migrate-grub one? [15:08] yeah [15:08] ogra_: we never call grub-install, so it should be ok [15:08] ogra_: migrate-grub is also no more in the current snappy [15:08] i just want to be sure it doesnt overwrite anything on the uboot side [15:09] jdstrand: one request this week, we'd like to have a working developer mode and, before any launcher changes happenm the easiest path to getting that done is to write permissisve seccomp profile and complaining apparmor profile; do you think you could share a "permissive" seccopm profile with me (I suspect it would just contain all the syscalls but I'd rather have expects write that) [15:10] beuno, soo ... ho0w do we get my cdimage snaps into the store automatically ? it would really be good if they could go in without human action [15:11] could we pull them somehow from the store side ? [15:12] dholbach: sure! whenever time is best for you as long as it's not lunch time [15:12] ogra_, the store won't pull stuff in, but there are APIs for a script running $wherever to do that [15:12] beuno, hmm [15:13] under what credentials would that run then ? [15:13] didrocks, cool [15:13] it needs to use the canonical account [15:13] ogra_, right, you'd generate a token specifically use for that script [15:13] soon to be replaced with macaroons [15:14] is there a doc about that API ? [15:17] ogra_, I think you can just use snapcraft nowadays instead of learning about the API [15:18] beuno, i have a bunch of binary snaps and will have to write a script in my home on the cdimage server (which doesnt have snapcraft instaklled, it is 12.04 iirc) [15:18] so i doubt i can use snapcraft here [15:19] ogra_, yeah, store uploading requires debs in xenial only [15:20] kyrofa, debs ? [15:20] ogra_, I mean snapcraft dependencies in the archives that are only in xenial [15:20] yeah [15:20] ogra_, you might be able to get away with running snapcraft 1.x on 12.04, but not 2 [15:20] and i cant use a chroot or some such (no root access on that machine) [15:21] Ah, right [15:21] ogra_, lp:click-toolbelt is a self-contained ish script [15:21] that describes the APIs as well [15:23] beuno, can i use it right away with snaps ? [15:23] (looks easy) [15:23] (judging by the README :) ) [15:25] ogra_, yes [15:25] yay [15:25] i'll play with it, thanks a lot !" [15:26] ogra_, np, pindonga is a good source of help in that area [15:26] ok, i'll bug him if i hit roadblocks [15:27] ogra_, fwiw snapcraft has support for uploading snaps as well [15:27] pindonga, not on a 12.04 machine :) [15:27] that is true [15:27] * ogra_ needs to auto-upload the snaps from http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/current/ [15:28] (and the macghine is 12.04 based without root access) [15:28] the toolbelt looks promising though [15:29] but since everyone mentions it ... does snapcraft have upload support for already existing snaps ? [15:29] zyga-phone: just have @unrestricted in the seccomp profile [15:29] i.e. ones that arent built using snapcraft ? [15:29] oh? [15:29] ogra_, I think so, you just point it to the file [15:29] cool [15:29] eg, snapcraft upload /path/to/nsp [15:29] just []byte(`@unrestricted`) ? [15:30] jdstrand: ^^ [15:30] zyga-phone: you might want a trailing newline [15:30] ok [15:30] Thanks, that's easy to do [15:30] looks like developer mode is not going to be hard to create [15:32] kyrofa: bug #1557018 FYI [15:32] bug 1557018 in Snapcraft "Access from the build system to $SNAPCRAFT_STAGE directory when after: keyworld is used in parts" [Undecided,New] https://launchpad.net/bugs/1557018 [15:32] didrocks, thank you! [16:28] zyga-phone: FYI, I changed xkcd-webserver to be compatible (see https://github.com/ubuntu-core/snappy/pull/653) [16:28] * zyga-phone looks [16:28] didrocks: thanks, I re-started integration tests [16:28] zyga-phone: hum, it's pulling it from the store [16:28] I didn't upload it yet [16:28] didrocks: ah, then you'd better push it there :) [16:29] and restart tests again (just say "retest this please" in the comment) [16:29] zyga-phone: oh, great that we have this trigger and do it myself [16:29] zyga-phone: I need to have the canonical account access then, asking mvo, he was supposed to give it to me :) [16:30] ack === tyhicks` is now known as tyhicks [16:42] Chipaca, stevebiscuit: hi, is there an api for asking snapd to authenticate? [16:42] attente: not yet [16:43] attente: why? [16:43] attente: `snappy login` authenticates the whole system [16:43] attente: after which requests to the store from snapd will use those creds [16:43] attente: is that enough for your current needs? [16:43] Chipaca: for gnome-software to authenticate without using the CLI [16:45] attente: there will be one shortly, when we implement macaroon support probably [16:45] Chipaca: ok, thanks [16:46] Chipaca, that's going to be before xenial right? ;-) [16:47] :D [16:51] seb128: I have made no promises, I'm not about to make any now [16:53] Chipaca, k, thanks [16:53] seb128: macaroon support should be ready server side this week, after which we'll be doing the client side work as soon as we can [16:54] Chipaca, good to know, we just need to figure out what we do client side for xenial if that's not ready before release [17:17] zyga-phone: when you got a second: https://github.com/ubuntu-core/snappy-testdata/pull/6 :) [17:17] Sure [17:17] thx! [17:18] thanks zyga-phone :) [17:19] my pleasure :) [17:37] oh, meh, the description was legitimate. description shouldn't be down in the apps section [17:37] * jdstrand makes error more clear [18:17] kyrofa: hey, can you explain how icons are supposed to work these days? my understanding is the in snapcraft.yaml you specify the icon and it is copied to meta/icon.png and meta/snap.yaml has no reference to it [18:18] kyrofa: is that accurate? how does meta/gui/icon.png fit into this? [18:18] i thought it lives in a subdir now [18:18] next to the .desktop file [18:18] or is that wrong... [18:18] (yeah, meta/gui/ ) [18:18] is there something special needed to expose a service from a snap over dbus? I have what I *think* is an unconfined snap running but I get an error when starting the service [18:18] jdstrand, yeah your understanding fits with mine [18:19] jdstrand, the meta/gui/icon discussion is new to me [18:19] ok [18:19] it looks like trunk has meta/gui/icon.png [18:19] jdstrand, are we talking .desktop files and whatnot? [18:20] desktop files is for another time. just wondering about the icon for the moment [18:20] ssweeny: is this on 15.04 or 16.04? [18:20] jdstrand, 16.04 [18:20] jdstrand, the error is Problem executing the daemon: org.freedesktop.DBus.Error.AccessDenied: Connection ":1.44" is not allowed to own the service "core.trust.dbus.Agent.UbuntuLocationService" due to security policies in the configuration file [18:20] jdstrand, ah. Yeah sorry, I wasn't involved with that [18:20] ssweeny: yes, the dbus bus policy is not set [18:21] jdstrand, ok, how does one set that? :) === joc_ is now known as joc|away [18:22] ssweeny: atm, you can't. once zyga's stuff lanks, you'll be able to use interfaces [18:22] aha [18:23] ssweeny: you used to be able to do a little with type: framework and bus-name (eg, like on 15.04), but frameworks don't work on 16.04 and are going away in favor of interfaces [18:23] jdstrand, any ETA on that? Or a branch I can follow? [18:23] jdstrand, yeah all I could find documentation-wise was the old framework stuff [18:23] I'm going to defer to zyga-phone on that. I know he wants to lands parts of the interfaces very soon. the dbus stuff we are probably going to need to work through a bit [18:24] jdstrand, ok, fair enough [18:24] jdstrand, thanks for the explanation [18:24] dbus should "just work" assuming we have an interfaces that uses dbus for some configuration [18:24] we don't have any yet [18:24] (I'm being optimistic but it seesm simple) [18:25] zyga-phone, ok, so I'm blocked on this issue. Do you have any timeframe for something I could play with? [18:26] I have some conerns that we will define only a few dbus interfaces for people to use but the world will want 100s or more [18:26] but I guess we'll see how that shakes out [18:26] day-few-days [18:27] zyga-phone, ok I can work with that, thanks [18:27] for the moment we can start to look at a specific interface [18:27] e.g. the one that will unblock you [18:27] I'd encourage you to look at that earlier, to define what you need to interact with and how [18:27] otherwise you can spend most of the time designing that part alone [18:29] zyga-phone, sure [19:15] hi, is there a way for me to run snapd on my desktop? i keep getting a "error: daemon does not handle 0 listeners right now, just one"