[03:47] <ekkis> I want to package a github project for Ubuntu.  someone said I should check out snap.  it looks great but does the user have to have snap installed to run a snap package?
[03:48] <ekkis> is it like docker?
[05:44] <nacc> ekkis: snapd is the runer, it's installed on ubuntu by default, and available for many distributions
[05:51] <ekkis> I noticed that.  so cool
[05:59] <zyga-ubuntu> o/
[06:30] <mup> PR snapd#3982 opened: tests/main: use rm -f in case file isn't there <Created by zyga> <https://github.com/snapcore/snapd/pull/3982>
[06:33]  * zyga-ubuntu ponders background tasks in spread jobs 
[08:57] <mup> PR snapd#3982 closed: tests/main: use rm -f in case file isn't there <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3982>
[09:19] <mup> PR snapd#3981 closed: release: 2.28.1 <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3981>
[11:29] <kissiel> hey folks! Is there a reason for being so restrictive in how config keys can be named?
[11:29] <kissiel> https://github.com/snapcore/snapd/blob/master/overlord/configstate/config/helpers.go#L34
[11:29] <kissiel> no underscores, no uppercases allowed :(
[11:36] <Chipaca> kissiel: if you'd like that loosened, I'd suggest you create a forum topic about it -- the team's sprinting this week so not all eyes are on irc (and not at the usual times)
[11:36]  * Chipaca hugs zyga-ubuntu because the "all" isn't true
[11:37] <kissiel> Chipaca: roger that
[11:43] <zyga-ubuntu> kissiel: also easier to be strict now and less so later :)
[11:43] <zyga-ubuntu> jjohansen: hello
[11:44] <jjohansen> hey zyga-ubuntu
[11:44] <zyga-ubuntu> jjohansen: hey, I wanted to check how is the upstreaming effort
[11:46] <jjohansen> zyga-ubuntu: everything but unix socket (dbus needs these) rules made it into 4.14
[11:46] <zyga-ubuntu> how big is the delta from 4.14 then?
[11:46] <jjohansen> 4.15 is a wip, but I bet you can guess what the goal is
[11:49] <zyga-ubuntu> jjohansen: and is it likely that 4.15 will contain it all?
[11:49] <jjohansen> zyga-ubuntu: http://paste.ubuntu.com/25632831/
[11:50] <jjohansen> zyga-ubuntu: that is the goal
[11:50] <zyga-ubuntu> that's very nice! thank you for the update
[11:50] <zyga-ubuntu> jjohansen: do you have the patches for 4.15 in broken down form?
[11:50] <zyga-ubuntu> jjohansen: I was wondering if those might be easier to apply for 4.14-based distributions
[11:52] <jjohansen> zyga-ubuntu: the final 4.15 patches no, the patches ubuntu is carrying that can be dropped on top of 4.14 yes
[11:54] <jjohansen> zyga-ubuntu: be warned though we are about to drop the LSM stacking patches on top of ubuntu, these aren't apparmor persay though they touch it
[11:57] <zyga-ubuntu> jjohansen: is that a substantial pathc?
[11:57] <zyga-ubuntu> and is it upstreamed?
[11:59] <jjohansen> zyga-ubuntu: yeah LSM stacking is pretty substantial, we aren't taking all of it just 22 patches, no it isn't upstream yet, we are trying to help get it upstream
[11:59] <zyga-ubuntu> understood
[11:59] <jjohansen> it opens some fun possibilities
[11:59] <zyga-ubuntu> should we expect any impact on apparmor in general?
[11:59] <jjohansen> no
[12:00] <zyga-ubuntu> is there any docs on what those patches allow/do/expose to userspace?
[12:03] <jjohansen> zyga-ubuntu: you asked about the patch ubuntu is carrying for unix socket mediation, its 1 patch diff stat http://paste.ubuntu.com/25632887/
[12:04] <jjohansen> zyga-ubuntu: the only documentation atm is in the patches and upstream ml
[12:04] <jjohansen> we will certainly have to put a little something together so people can experiment with it
[12:04] <zyga-ubuntu> is the goal there to be able to put selinux and apparmor under each other?
[12:10] <jjohansen> zyga-ubuntu: yes, I have been playing with that this week, we hope to do an lxd demo (on a patched fedora kernel) with fedora running selinux and running and ubuntu container and running a confined snap in the container
[12:11] <jjohansen> I don't think we will do a confined snap directly on fedora this week because there is some tooling work to do
[12:13] <zyga-ubuntu> jjohansen: understood, that is indeed very exciting, cannot wait to see that :)
[12:33]  * zyga-ubuntu -> lunch
[13:15] <diddledan> something is wrong with my mir-kiosk attempt :-(
[13:15] <diddledan> Sep 26 20:32:07 localhost mir-kiosk.mir-kiosk[1138]: /snap/mir-kiosk/35/bin/run-miral: line 68:  1639 Floating point exception${SNAP}/usr/bin/${bin_to_run} --vt 1 --arw-file --file /run/mir_socket
[13:15] <diddledan> it emits that when I try to launch my client
[13:16] <diddledan> this is on a raspberry pi
[13:17] <diddledan> the code and snap are at https://code.launchpad.net/~diddledan/+git/netconsole-reader if you want to investigate with me
[13:22] <zyga-ubuntu> re
[13:24] <cachio> pstolowski, https://paste.ubuntu.com/25633274/
[13:26] <mup> PR snapd#3980 closed: snap-confine: Ensure lib64 biarch directory is respected <Created by ikeydoherty> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3980>
[13:29] <diddledan> aah, maybe this is a problem: Loading module: 'libubuntu_application_api_desktop_mirclient.so.3.0.0' <-- that file doesn't exist in my snap
[13:35] <diddledan> nope, waasn't that
[13:36] <apol> hey, anybody knows if it's possible for different people to access a dashboard.snapcraft.io? in KDE we need different people to see the status and upload things, but sharing the credentials doesn't feel right
[13:37] <cachio> pstolowski, sudo screen /dev/ttyUSB0 115200
[13:56] <cachio> pstolowski, https://www.adafruit.com/product/954
[13:57] <cachio> https://www.modmypi.com/image/cache/data/rpi-products/gpio/debug/USB-to-TTL-Serial-Cable-Debug-Console-Cable-for-Raspberry-Pi-3-800x609.jpg
[13:59] <pstolowski> cachio, http://pastebin.ubuntu.com/25633478/
[14:01] <zyga-ubuntu> ikey: hey, I heard you had some issues with snap-update-ns
[14:01] <ogra_> pedronis, where are you hiding ? need to pick your brain about the branded store stuff if you have some time (or just point me to docs how to include it in a gadget)
[14:22] <kyrofa> elopio, https://askubuntu.com/questions/816886/how-do-run-an-arm-lxd-container-on-my-intel-host
[14:53] <mup> PR snapcraft#1552 closed: tests: replace the first batch of demo tests with snapd integration tests <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1552>
[14:53] <mup> PR snapcraft#1561 closed: rust plugin: record the Cargo.lock file <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1561>
[15:05] <mup> PR snapcraft#1574 opened: Add Dotnet plugin and a sample snap for integration test <Created by rakeshsinghranchi> <https://github.com/snapcore/snapcraft/pull/1574>
[15:26] <ogra_> hmm ... do we have any way that enables me to obtain my own store ID from the commandline ?
[15:26] <ogra_> (assuming i used snap login before)
[15:29] <ppisati_> sergiusens: what's the $SNAPCRAFT_PART_* variable that points to the src dir?
[15:36] <apol> sergiusens: https://community.kde.org/Neon/Snap#Snapd_Problems
[15:37] <nacc> apol: the 4. there is a huge issue
[15:37] <nacc> apol: and it's worse, you *can't* debug them host/server-side
[15:38] <nacc> apol: afaict, as you need to debug within the same env as the snap
[15:43] <apol> yes, we were looking into this one with sergio
[15:51] <mup> PR snapd#3983 opened: snap-confine: is_running_on_classic_distribution() looks into os-release <Created by mvo5> <https://github.com/snapcore/snapd/pull/3983>
[16:03] <sergiusens> ppisati_ we have none, do you need one?
[16:03] <sergiusens> ppisati_ in general it is not needed
[16:06] <ppisati_> sergiusens: well, here's my problem: i have to build a kernel, and all i get is a tarball containing both the kernel src code and the .config file, and i don't know how express something like 'kconfigfile: $SNAPCRAFT_PART_SRC/.config'
[16:07] <zyga-ubuntu> flexiondotorg: hey, any luck with arch, 2.28.1 is coming up
[16:14] <nacc> ppisati_: well, i mean, the kernel build system doesn't fit in any of the plugins, right? so wouldn't you have your own plugin?
[16:15] <nacc> ppisati_: or is this a gadget sap?
[16:15] <nacc> *snap
[16:19] <flexiondotorg> zyga-ubuntu: No reply so far
[16:24] <zyga-ubuntu> flexiondotorg: thank you
[16:27] <mup> PR snapd#3984 opened: release,cmd,dirs: Redo the distro checks to take into account distribution families <Created by Conan-Kudo> <https://github.com/snapcore/snapd/pull/3984>
[16:28]  * zyga-ubuntu goes to the doctor with his son,
[16:29] <zyga-ubuntu> I'll EOD but return to finish and apply feedback on https://github.com/snapcore/snapd/pull/3966#discussion_r141665125
[16:29] <mup> PR #3966: cmd/snap-seccomp,osutil: make user/group lookup functions public <Created by zyga> <https://github.com/snapcore/snapd/pull/3966>
[17:17] <mup> PR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[17:17] <mup> PR core#58 closed: use `snapctl internal configure-core` to configure core <Created by mvo5> <https://github.com/snapcore/core/pull/58>
[17:18] <mup> PR core#38 opened: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[17:18] <mup> PR core#58 opened: use `snapctl internal configure-core` to configure core <Created by mvo5> <https://github.com/snapcore/core/pull/58>
[17:40] <mup> PR snapd#3835 closed: packaging: bring down the delta between 14.04 and 16.04 <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3835>
[18:01] <mup> PR snapd#3985 opened: cmd/snap-repair:  set user agent for snap-repair http requests <Created by pedronis> <https://github.com/snapcore/snapd/pull/3985>
[18:10] <pstolowski_> Son_Goku, go get -u github.com/nsf/gocode
[18:30] <sergiusens> apol https://forum.snapcraft.io/t/custom-environment-variables-for-parts/1639/10
[18:36] <mup> PR snapcraft#1575 opened: added git for '{version: git}' usage <Created by jdxcode> <https://github.com/snapcore/snapcraft/pull/1575>
[18:39]  * ikey missed zyga, derp
[18:40] <ikey> mk, thought, the polkit stuff in snapd git should be quite trivial to backport to older snapd right?
[18:45] <ogra_> pedronis, poke
[18:46] <ogra_> (or anyone else really ...):
[18:46] <kyrofa> ogra_, anyone? What's up?
[18:47] <ogra_> if i have a gpg key thats not yet registered to the store ... can i rm ~/.snap/gnupg/* without killing my setup ?
[18:47] <ogra_> (snap keys lists it ... and snapcraft keys lists it with "not registered")
[18:48] <kyrofa> What is your setup if you haven't registered it? Doesn't that imply that you haven't used it at all?
[18:48] <ogra_> yes, i havent used it ... only tested "create-key"
[18:48] <ogra_> and didnt call "register-key"
[19:02] <mup> Bug #1720216 opened: docs.ubuntu.com has "Phone Docs" <docs> <Snappy:New> <https://launchpad.net/bugs/1720216>
[19:05] <youngc> If I want to install UC16 on system that does not have an image created for - where do I get the base image for UC16
[19:08] <mup> Bug #1720216 changed: docs.ubuntu.com has "Phone Docs" <docs> <Snappy:Invalid> <https://launchpad.net/bugs/1720216>
[19:11] <mup> PR snapd#3986 opened: wrappers: fail install if exec-line cannot be re-writen <Created by mvo5> <https://github.com/snapcore/snapd/pull/3986>
[19:28] <mup> PR snapd#3987 opened: packaging/fedora: Add Fedora 26, 27, and Rawhide symlinks <Created by Conan-Kudo> <https://github.com/snapcore/snapd/pull/3987>
[19:37] <pstolowski_> Son_Goku, gofmt -w -s <file>
[19:50] <ogra_> cprov, do you ahev any clue about gpg keys ? i created a key ages ago on my desktop using snapcraft create-key and register-key ... now ... when using snapcraft login on my laptop i'd actually expect to find this registered key with either snapcraft list-keys or snap keys ... but both are emppty
[19:50] <ogra_> s/ahev/have/
[19:54] <__chip__> ogra_: PING
[19:54] <ogra_> __chip__, P.O.N.G !
[19:55] <__chip__> ogra_: I have here a disgruntled swiss person that has been looking for you
[19:55] <ogra_> i'm in the snapcraft room
[19:55] <__chip__> ogra_: are you going to stay there for any length of time?
[19:55] <ogra_> yeah
[19:55] <ogra_> they have the more comfortable chairs
[19:55] <__chip__> ACK
[19:55] <__chip__> ogra_: message delivered
[19:55] <__chip__> ogra_: thank you
[19:56] <ogra_> good
[19:59] <mup> PR snapd#3985 closed: cmd/snap-repair:  set user agent for snap-repair http requests <Created by pedronis> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3985>
[20:09] <sergiusens> elopio mind reviewing https://github.com/snapcore/snapcraft/pull/1568 ?
[20:09] <mup> PR snapcraft#1568: lxd: don't re-inject the same snaps <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1568>
[20:10] <sergiusens> popey that should solve your issue ^
[20:12] <mup> Issue snapcraft#1475 closed: rust plugin recording <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/1475>
[20:12] <mup> PR snapcraft#1562 closed: Record rust versions <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1562>
[20:15] <mup> PR snapcraft#1575 closed: added git for '{version: git}' usage <Created by jdxcode> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1575>
[20:37] <cprov> ogra_: you may check your remote/pukeys with that previous surl command and `| jq '.account_keys'`, but your private keys should be on your disk (or gone if `snapcraft keys` is not able to detect them)
[20:38] <ogra_> cprov, meanwhile pedronis was here and handed me a curl command :)
[20:39] <cprov> ogra_: not sure how it would solve your lost keys, but fine ;-)
[20:42] <ogra_> well, he gave me the direct curl call to check if a key is on the server
[21:15] <mup> PR snapcraft#1515 closed:  tests: use a fake pip, instead of mocking everything <Created by elopio> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/1515>
[21:18] <mup> PR snapcraft#1576 opened: docker: add the environment variable to setup core <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1576>