[01:34] Is there an ova for snappy? [02:25] How can I stop snapcraft from pulling the source for a package every time I run it [02:29] PR snapd#3651 opened: update golang/x/net to version currently in Debian unstable [02:44] hmmm, found it :) [03:49] Does a snap compile inside of a qemu instance or something? I get a weird error trying to compile samba [03:55] libattr.a(syscalls.o): relocation R_X86_64_PC32 against symbol `syscall@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC [03:56] Doesnt happen if I dont use snapcraft [04:28] I need some help. I'm trying to package a Python3 app, and I've got the following setup.py...https://bpaste.net/show/ae2837e13a50 [04:28] And this snapcraft.yaml: https://bpaste.net/show/b0a5a817f700 [04:28] Running 'snapcraft', everything seems to go fine, and then I slam into THIS: https://bpaste.net/show/687682e4738c [04:29] What is going on, and how do I get past this? [04:31] PR snapd#3652 opened: update gopkg.in/check.v1 to version currently in Debian unstable [04:33] PR snapd#3653 opened: update gopkg.in/yaml.v2 to version currently in Debian unstable [04:34] PR snapd#3654 opened: update github.com/coreos/go-systemd to version currently in Debian un… [04:36] PR snapd#3655 opened: update github.com/gorilla/mux to version currently in Debian unstable [06:57] good morning [06:58] Hey zyga-ubuntu [06:58] good evening [07:01] Hey! :) [07:02] what a day, after unending heat I was woken up by fierce rain [07:04] Just sprinkling here [07:27] pstolowski: good morning [07:30] Can you list the files in a snap file? [07:34] PhoenixMage: sure, unsquashfs -l foo.snap [07:35] thanks [07:36] * zyga-ubuntu looks after https://github.com/snapcore/snapd/pull/3609/files [07:36] PR snapd#3609: interfaces/builtin: add kvm interface [07:37] zyga-ubuntu: did you see my little pile of dep upgrade PRs? [07:37] mwhudson: yes [07:37] mwhudson: I want to do some diffs before/after though and this is something that requires more focus [07:37] * zyga-ubuntu wasn't sleeping till 2Am [07:37] zyga-ubuntu: fair enough [07:37] mwhudson: I would also like to have Chipaca around for 2nd opinion [07:38] the tests passed "enough" that i'm not expecting problems in this regard for the debian update [07:38] mwhudson: yes, I think it is okay as well [07:38] also this: [07:38] mwhudson@aeglos:~$ go get github.com/ojii/gettext.go [07:38] stat github.com/ojii/gettext.go: no such file or directory [07:38] mwhudson: I'll probably merge the test dependencies [07:39] does that happen for everyone? [07:39] hmm [07:39] mwhudson: yes [07:39] so weird [07:40] why do people name a repository .go? [07:40] i presume it's the trailing .go that screws it up [07:40] yep [07:40] means dh-make-golang won't work on it :( [07:41] just fork it [07:41] do the package [07:41] and sed [07:41] heh [07:41] and watch your fork gain in popularity [07:41] because 1) not insane 2) packaged ^_^ [07:42] not sure those are actual helps when it comes to popularity [07:42] mwhudson: if you cannot "go get" something that does count as an eyebrow-raiser to me [07:42] i'll file an issue for now [07:43] zyga-ubuntu, hey! [07:44] hej hej [07:44] mwhudson: working on arch update I found one thing I think we may need [07:44] https://github.com/snapcore/snapd/pull/3650 [07:44] PR snapd#3650: cmd/snap-confine: don't share /etc/nsswitch from host [07:44] I think all modern distros will have this problem [07:45] ah, forgot apparmor update [07:54] w00t got samba compiled as a snap, now to work out everything I need to do to get it to run [07:54] Thanks to launchpad for making sure it doesnt take a month to do on an actual pi [07:56] PhoenixMage: just build it on x86 first [07:56] then once it all works, cross compile [08:00] Bit of information leakage in a snap file [08:01] It lists my home directory path, etc [08:02] can you clarify? [08:04] the parts directory in the snap has a full path to where it was built, including my home directory [08:05] can you show me your snapcraft file? [08:06] squashfs-root/home/phoenix/samba/parts/samba/build/sbin/smbd [08:06] or the listing of files from the snap [08:06] aha [08:06] then it is built incorretly and will not work [08:06] incorrectly* [08:07] https://pastebin.com/3uVZ7y6Z [08:08] this looks ok [08:08] and the listing of files? [08:08] how did you build the snap in the end? [08:08] just running snapcraft or did you pass any arguments? [08:10] https://pastebin.com/JxDkFBs3 [08:10] This is the local one on my ubuntu instance [08:10] And all I did was run snapcraft with no arguments [08:10] Well after I ran a snapcraft clean [08:15] Anyway, I am out for dinner, will look into it more when I am done [08:16] o/ [08:16] PhoenixMage: looks very wrong but not sure if this is related to snapcraft or the environment you were in [08:16] Chipaca: hey [08:16] 'sup [08:17] Chipaca: reviews! [08:17] zyga-ubuntu: huzzah! [08:17] https://github.com/snapcore/snapd/pull/3650 [08:17] PR snapd#3650: cmd/snap-confine: don't share /etc/nsswitch from host [08:17] more arch-y thingfs [08:18] https://github.com/snapcore/snapd/pull/3648 [08:18] PR snapd#3648: release: remove default from VERSION_ID [08:18] uh [08:18] zyga-ubuntu: why not share nsswitch from host? [08:18] * Chipaca looks [08:19] because it depends on loadable modules core doesn't have [08:19] an host may have [08:19] and in practice: systemd-resolved [08:19] on arch you don't look at resolv.conf when you are using systemd-resolved [08:20] anyway, this makes wethr snap work [08:20] :D) [08:20] btw, I was looking for a snap with bash tab completion [08:20] I thought http had some [08:23] nope [08:23] i'll look into giving it some though [08:24] ooh, they already _have_ completion [08:24] i just need to plug it in [08:43] zyga-ubuntu I pushed some changes in, now all tests pass and also more changes to address rest of the comments [08:43] zyga-ubuntu let me know what you think [08:44] ondra: nice, I didn't get to it yet [08:44] ondra: though I'm churning through interface PRs today [08:44] zyga-ubuntu I just pushed it, panic was my mistake [08:45] zyga-ubuntu just don't know if I got right what you wanted to change about using snaptest.MockInfo, I did change it, as I saw it used in other tests, so curious if it is right :) [08:46] I'm still improving many interfaces [08:47] some use older style of tests [08:47] some use newer already [08:49] don't worry, I'll update it [08:50] * zyga-ubuntu is now happy about https://github.com/snapcore/snapd/pull/3499 and moves to the next PR [08:50] PR snapd#3499: interfaces/builtin: add the spi interface [08:56] * zyga-ubuntu -> break [09:13] zyga-ubuntu: want to try http from candidate/ [09:13] ? [09:14] httpie's completion is far from brilliant, but there you go [09:15] i'll offer them a patch if i ver get around to making this better [09:20] Good mornings! [09:21] niemeyer: o/! [09:23] Chipaca: \o [09:30] niemeyer: hi, should this be closed for now snapd#3526 ; didn't we decide in London to wait a bit before implementing this ? [09:30] PR snapd#3526: hooks: support for refresh hook [09:32] zyga-ubuntu: _now_ you can try it (testing ftw) [09:35] pedronis: Looking [09:35] pedronis, hey, afair we it was clear we don't want revert hook, not sure about refresh though [09:36] pedronis: Yeah, as pstolowski mentions I think it was refresh we were talking about [09:36] Erm [09:37] *revert [09:37] That was the one a bit confusing because we may want to call it on the opposite end [09:38] (call revert before reverting) [09:38] Or both? ... that's why we deferred [09:38] willcooke: Morning [09:39] hi niemeyer [09:41] Chipaca: trying [09:41] hmmm [09:42] openpgp invalid signature [09:42] hash tag doesn't match [09:42] woah [09:42] more weird stuff [09:43] Chipaca: look [09:43] https://paste.gnome.org/pb3e5ztde [09:44] Chipaca: http weirdness on 1.8? [09:44] *golang 1.8 [09:44] zyga-ubuntu: Its zesty server [09:45] zyga-ubuntu: seems for openpgp crypto weirdness with 1.8 [09:45] or whatever the moving part is here [09:45] this is snapd master on arch with vendorized everything and stock golang 1.8.3 [09:46] something looks broken there [09:46] but itnterestingly, it worked on 1st install of all the snaps I have [09:47] *interestingly [09:51] zyga-ubuntu: whaa? [09:51] zyga-ubuntu: context of this? [09:51] zyga-ubuntu: that looks like a pedronis one :-) [09:51] pedronis: “Cannot prepare auto-refresh change: cannot add some assertions to the system database:” [09:52] Chipaca: as I said something seems wrong with the data or the crypto code, a bit hard to judge from afar [09:52] ah i missed your response there [09:52] sorry [09:52] Chipaca: how did you get that error? [09:52] zyga-ubuntu: which error? [09:52] zyga-ubuntu: the one you pointed me to? [09:52] ah, sorry [09:52] right [09:53] :-) [09:53] I thought you reproduced it [09:53] zyga-ubuntu: do asserts unit tests pass ? [09:53] I wonder if it happens on zesty/artful [09:53] pedronis: yes [09:53] pedronis: all of them [09:53] zyga-ubuntu: what were you doing when doing that? [09:53] i mean, context of that error? [09:53] Chipaca: I wanted to install your http snap from candidate [09:53] so not in tests [09:53] in actual real life use [09:54] yes [09:54] but _your_ real life, so most people's zany fantasies :-p [09:54] arch uses gpg 2.1.21 [09:54] hahaha [09:54] nice [09:56] * zyga-ubuntu could not sleep much last night, was chasing and hunting mosquitoes [10:00] did you win at least ? [10:02] ogra: zyga-ubuntu: https://www.youtube.com/watch?v=DQeyjgSUlrk [10:04] yum [10:04] are they waiting for some to feed to make ketchup [10:04] ? [10:06] zyga-ubuntu: no, that's fake news: http://bangaloremirror.indiatimes.com/bangalore/others/fake-news-buster-blood-urine-and-cocaine-used-to-make-ketchup/articleshow/56922945.cms [10:08] I was actually making things up, I didn't hear about this [10:09] zyga-ubuntu: you make things up, the internet delivers [10:11] zyga-ubuntu: we don't use gnupg directly for anything but snap sign (and related commands) [10:13] so it must be a regression/change in the libraries we use [10:13] or golang proper [10:13] not fun :/ [10:13] pedronis: I'll check artful [10:16] PR snapd#3656 opened: store: don't call useDeltas() twice in quick succession [10:20] zyga-ubuntu: well at least autopkgtest pass on artful afaiu [10:22] hmm, good point [10:25] niemeyer: offtopic, if you feel like doing a review: https://github.com/snapcore/snapd/pull/3636 [10:25] PR snapd#3636: snap: add support for parsing snap layout section [10:25] just the syntax, I think nothin controversial, landing this will help with my experiments [10:25] zyga-ubuntu: I feel like doing many reviews.. putting my mail in order first [10:27] zyga-ubuntu, since you just reviewed the spi interface stuff today ... how about ack'ing https://github.com/snapcore/pi3-gadget/pull/12 as well ? :) [10:27] PR pi3-gadget#12: enable spidev by default [10:28] ogra: looking [10:28] (one liner config change) [10:28] ogra: done [10:28] thx [10:29] PR snapcraft#1434 closed: lxd: clean with no parts should only delete [10:34] * ogra sees the kernel ML and hugs ppisati [10:34] wohooo !!! [10:35] ogra: ? :) [10:36] zyga-ubuntu, fixed a hang of the spash screen on rpi when the kms driver is used [10:36] well [10:36] not a hang of the splash ... actually a hard hang of the board if you start the boot splash [10:37] pedronis: what is a SAS? [10:37] https://github.com/snapcore/snapd/pull/3632/files [10:37] PR snapd#3632: asserts,overlord/assertstate: auto refresh account-keys [10:37] ogra: who is the store guy nowadays? [10:37] zyga-ubuntu: snap assertions service [10:38] ah [10:38] thanks [10:38] ppisati, try cprov [10:38] ogra: k [10:38] your snapcraft.yaml looks nice btw ... [10:38] (for the pi kernel) [10:39] ogra: yep, and it builds locally (finally!) [10:39] ppisati, with the new gadget build system you theoretically dont need to tar up the overlays anymore [10:39] ogra: i still have one pet peeve with the snapdragon snapcraft.yaml, but i don't know how to fix it yet... [10:40] ogra: is that aleady in place? [10:40] (teh uboot build now pulls the kernel deb and extracts them from there) [10:40] not for all pi's yet ... still have the 2 and the cm on my todo [10:41] s/the uboot build/the gadget build/ [10:42] ppisati: hey, how can I help ? [10:43] cprov: i'm about to send an email, hold on [10:43] ok [10:53] PR snapd#3609 closed: interfaces/builtin: add kvm interface [10:58] ogra: do share! [10:58] wrt kernel ml [10:59] ah, kept reading and saw the rpi comment [11:02] PR snapd#3652 closed: update gopkg.in/check.v1 to version currently in Debian unstable [11:02] PR snapd#3653 closed: update gopkg.in/yaml.v2 to version currently in Debian unstable [11:03] PR snapd#3655 closed: update github.com/gorilla/mux to version currently in Debian unstable [11:12] Chipaca: interesting https://forum.snapcraft.io/t/snap-store-download-slow/1463 [11:18] sergiusens, i'm working on including https://github.com/ogra1/psplash-snap/ in the gadget by default and load it into the initrd on boot (which is a breeze with the split initrd stuff :) ) ... that hang was the blocker for me :) [11:29] zyga-ubuntu: yes, looking into that now [11:37] * zyga-ubuntu feels so so and takes a break [11:37] not enough sleep, too much coffee [11:37] ondra: I'm 50% through your PR, making some small test changes [11:42] zyga-arch: _right now_, i'm seeing up to ~80MB/s in linode, better than what i get from google's chrome archive [11:43] zyga-arch thanks :) [11:44] zyga-arch: actually no, gogole's archive is better [11:45] * Chipaca updated [11:45] anyway, luncheon [12:08] heya, can I somehow bypass the publisher constraint on content snap (i.e. I have a content snap from the store and want to connect it to a locally built snap) [12:20] sitter: we don't check the constraint if the snap is locally installed and unsasserted afair [12:21] it doesn't autoconnect either though I think [12:27] PR snapd#3656 closed: store: don't call useDeltas() twice in quick succession [12:27] zyga-arch: snapd#3654 is green if you want to take a look at that one (you +1'ed the others) [12:27] PR snapd#3654: update github.com/coreos/go-systemd to version currently in Debian unstable [12:28] PR snapd#3651 closed: update golang/x/net to version currently in Debian unstable [12:28] heh [12:28] zyga-arch: never mind :-D [12:28] Chipaca: things were green [12:29] PR snapd#3654 closed: update github.com/coreos/go-systemd to version currently in Debian unstable [12:29] pedronis: yep! they weren't at start-of-day [12:29] but i reran and they passed [12:29] now just crypto which maybe it's just a matter of splitting, if mwh doesn't get to look into that, I might, but many things on my plate === tinwood is now known as tinwood-afk [12:30] Chipaca: I added some comments to your PRs [12:30] * Chipaca looks === cachio is now known as cachio_afk [13:16] Bug #1661265 changed: [regression] sched_setscheduler denied with Qt/QML applications

mvo> [13:19] Bug #1533265 changed: /dev/vchiq is inaccessible for unprivileged user [13:22] Bug #1600154 changed: Reading gsettings key don't work locally (writing does)

[13:25] Bug #1604967 changed: Apparmor denies bind to abstract unix sockets such as @/var/lib/juju/mutex-/store-lock

[13:28] Bug #1658298 changed: The (administratively maintained) mapping file /etc/iproute2/rt_tables is not writeable.

[13:37] * zyga-ubuntu goes out of the part to work from a choffe shop [13:37] Bug #1603879 changed: Requesting additions to optical-drive interface for cdparanoia. [13:40] Bug #1602233 changed: "X11 connection rejected because of wrong authentication." when using snaps over ssh [13:40] Bug #1607763 changed: Interface to manage sudoers

=== tinwood-afk is now known as tinwood [13:43] Bug #1609499 changed: move interface-specific OS mounts to interface.SecurityMounts

[13:43] Bug #1610211 changed: Interface to manage block devices

[13:45] ogra: woah, we have first class split initrd support now? [13:45] sergiusens, not officiaylly yet, but soon :) [13:45] ogra: can we fix our kernel plugin to not "compose" an initrd? [13:45] tyhicks: jdstrand any idea why I get this: "[259955.380790] audit: type=1400 audit(1501720353.476:196): apparmor="DENIED" operation="capable" profile="/snap/core/2462/usr/lib/snapd/snap-confine" pid=7348 comm="snap-confine" capability=4 capname="fsetid"" [13:46] sergiusens, well, we will neeed it to create a modules.img then ... thats still on the TODO [13:46] Bug #1616833 changed: need new interface: time-hardware [13:46] Bug #1626359 changed: Cannot authorise quotactl syscall for Q_GETQUOTA

Released> [13:46] Bug #1658793 changed: App needs resolvconf data access