[00:00]  * ikey is gonna print off his pending snapd patches and hand deliver them on sunday
[00:01] <niemeyer> ikey: That'd be fantastic :P
[00:01] <ikey> lol
[00:02] <ikey> TSA will probably lock me up thinking i cracked some satellite codes
[00:02] <ikey> send in Bruce Willis to protect me
[00:02]  * ikey might've watched netflix recently.
[00:25] <sergiusens> ikey better that than being Axl Torvalds from swordfish :-)
[00:28] <ikey> heh
[11:22] <diddledan> sergiusens: ikey: what about axel foley from beverly hills cop (1, 2 or 3)
[11:23] <diddledan> the swordfish reference, I'm not sure I can crack 512bit DOD encryption in 60 seconds by "just seeing a pattern"
[11:23] <diddledan> especially when there's a lady doing naughty things
[11:24] <diddledan> I suppose the kid from mercury rising would be able to though
[11:26] <diddledan> and of course that brings us back to bruce's willi
[11:50] <ogra_> hmm
[11:50]  * ogra_ wonders if that would be snappable https://github.com/letoram/arcan
[12:31] <ogra_> diddledan, oh man ... that ring snap builds each and every dependency ....
[12:31] <ogra_> (i wonder why it needs any stage-packages at all )
[12:33] <CoderEurope> Hello is this a xenial snap yet ?  #snappy https://docs.saltstack.com/en/2015.8/topics/installation/ubuntu.html
[12:35] <ogra_> $ snap find salt
[12:35] <ogra_> The search "salt" returned 0 snaps
[12:35] <ogra_> ...
[12:35] <ogra_> seemingly not
[12:42] <CoderEurope> How do I change that ? Iam on deepin
[12:44] <ogra_> CoderEurope, well, you could try to snap it yourself, talk to upstream in #salt and ask them to build a snap or you could ask on the forum (see channel topic) if someone else is willing to snap it
[12:46] <ogra_> regarding the forum ... https://forum.snapcraft.io/t/snap-wishlist-suggestions-wanted/567 ...
[13:37] <mup> PR snapd#3621 closed: cmd/snap-{confine,update-ns}: apply mount profiles using snap-update-ns <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3621>
[13:57] <mup> PR snapd#3938 closed: interfaces/opengl: don't udev tag nvidia devices and use snap-confine instead <Created by jdstrand> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3938>
[17:52] <mup> PR snapcraft#1566 closed: recording: record build-snaps installed during the pull <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1566>
[20:21] <nacc> fwiw, i think the help here is wrog, at least on the latest snapcraft: https://snapcraft.io/docs/build-snaps/plugins
[20:21] <nacc> plugins are now in snapcraft.plugins
[20:21] <nacc> and each modules defines its own
[20:21] <nacc> so the example there would be 'from snapcraft.plugins import base'
[21:22] <sergiusens> nacc the baseplugin to import from is still correct though
[21:22] <sergiusens> should be at least
[22:43] <nacc> sergiusens: oh is that special? i think it's actually much more common to override oen of the non-base plugins :)
[22:46] <nacc> sergiusens: i'm getting a segmentation fault from a classic snap built on xenial, running onn artful
[22:46] <nacc> the segv is i ld-2.26.so, which is from the host (afaict)
[22:47] <nacc> in the core snap, I see
[22:47] <nacc> $ ls -ahl /lib64/ld-linux-x86-64.so.2
[22:47] <nacc> lrwxrwxrwx 1 root root 32 Sep  4 00:34 /lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.26.s
[22:47] <nacc> err
[22:47] <nacc> ls -ahl lib64/ld-linux-x86-64.so.2
[22:47] <nacc> lrwxrwxrwx 1 root root 32 Sep 11 23:36 lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.23.so
[22:47] <nacc> which is a broken symlink (but perhaps there is some voodoo?)
[22:49] <nacc> but i feel like hwat's segfaulting is the older loader isn't being used