/srv/irclogs.ubuntu.com/2017/08/03/#snappy.txt

PhoenixMageIs there an ova for snappy?01:34
PhoenixMageHow can I stop snapcraft from pulling the source for a package every time I run it02:25
mupPR snapd#3651 opened: update golang/x/net to version currently in Debian unstable <Created by mwhudson> <https://github.com/snapcore/snapd/pull/3651>02:29
PhoenixMagehmmm, found it :)02:44
PhoenixMageDoes a snap compile inside of a qemu instance or something? I get a weird error trying to compile samba03:49
PhoenixMagelibattr.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 -fPIC03:55
PhoenixMageDoesnt happen if I dont use snapcraft03:56
CodeMouse92__I need some help. I'm trying to package a Python3 app, and I've got the following setup.py...https://bpaste.net/show/ae2837e13a5004:28
CodeMouse92__And this snapcraft.yaml: https://bpaste.net/show/b0a5a817f70004:28
CodeMouse92__Running 'snapcraft', everything seems to go fine, and then I slam into THIS: https://bpaste.net/show/687682e4738c04:28
CodeMouse92__What is going on, and how do I get past this?04:29
mupPR snapd#3652 opened: update gopkg.in/check.v1 to version currently in Debian unstable <Created by mwhudson> <https://github.com/snapcore/snapd/pull/3652>04:31
mupPR snapd#3653 opened: update gopkg.in/yaml.v2 to version currently in Debian unstable <Created by mwhudson> <https://github.com/snapcore/snapd/pull/3653>04:33
mupPR snapd#3654 opened: update github.com/coreos/go-systemd to version currently in Debian un… <Created by mwhudson> <https://github.com/snapcore/snapd/pull/3654>04:34
mupPR snapd#3655 opened: update github.com/gorilla/mux to version currently in Debian unstable <Created by mwhudson> <https://github.com/snapcore/snapd/pull/3655>04:36
zyga-ubuntugood morning06:57
PhoenixMageHey zyga-ubuntu06:58
PhoenixMagegood evening06:58
zyga-ubuntuHey! :)07:01
zyga-ubuntuwhat a day, after unending heat I was woken up by fierce rain07:02
PhoenixMageJust sprinkling here07:04
zyga-ubuntupstolowski: good morning07:27
PhoenixMageCan you list the files in a snap file?07:30
zyga-ubuntuPhoenixMage: sure, unsquashfs -l foo.snap07:34
PhoenixMagethanks07:35
* zyga-ubuntu looks after https://github.com/snapcore/snapd/pull/3609/files07:36
mupPR snapd#3609: interfaces/builtin: add kvm interface <Created by Saviq> <https://github.com/snapcore/snapd/pull/3609>07:36
mwhudsonzyga-ubuntu: did you see my little pile of dep upgrade PRs?07:37
zyga-ubuntumwhudson: yes07:37
zyga-ubuntumwhudson: I want to do some diffs before/after though and this is something that requires more focus07:37
* zyga-ubuntu wasn't sleeping till 2Am07:37
mwhudsonzyga-ubuntu: fair enough07:37
zyga-ubuntumwhudson: I would also like to have Chipaca around for 2nd opinion07:37
mwhudsonthe tests passed "enough" that i'm not expecting problems in this regard for the debian update07:38
zyga-ubuntumwhudson: yes, I think it is okay as well07:38
mwhudsonalso this:07:38
mwhudsonmwhudson@aeglos:~$ go get github.com/ojii/gettext.go07:38
mwhudsonstat github.com/ojii/gettext.go: no such file or directory07:38
zyga-ubuntumwhudson: I'll probably merge the test dependencies07:38
mwhudsondoes that happen for everyone?07:39
zyga-ubuntuhmm07:39
zyga-ubuntumwhudson: yes07:39
zyga-ubuntuso weird07:39
zyga-ubuntuwhy do people name a repository .go?07:40
mwhudsoni presume it's the trailing .go that screws it up07:40
zyga-ubuntuyep07:40
mwhudsonmeans dh-make-golang won't work on it :(07:40
zyga-ubuntujust fork it07:41
zyga-ubuntudo the package07:41
zyga-ubuntuand sed07:41
mwhudsonheh07:41
zyga-ubuntuand watch your fork gain in popularity07:41
zyga-ubuntubecause 1) not insane 2) packaged ^_^07:41
mwhudsonnot sure those are actual helps when it comes to popularity07:42
zyga-ubuntumwhudson: if you cannot "go get" something that does count as an eyebrow-raiser to me07:42
mwhudsoni'll file an issue for now07:42
pstolowskizyga-ubuntu, hey!07:43
zyga-ubuntuhej hej07:44
zyga-ubuntumwhudson: working on arch update I found one thing I think we may need07:44
zyga-ubuntuhttps://github.com/snapcore/snapd/pull/365007:44
mupPR snapd#3650: cmd/snap-confine: don't share /etc/nsswitch from host <Created by zyga> <https://github.com/snapcore/snapd/pull/3650>07:44
zyga-ubuntuI think all modern distros will have this problem07:44
zyga-ubuntuah, forgot apparmor update07:45
PhoenixMagew00t got samba compiled as a snap, now to work out everything I need to do to get it to run07:54
PhoenixMageThanks to launchpad for making sure it doesnt take a month to do on an actual pi07:54
zyga-ubuntuPhoenixMage: just build it on x86 first07:56
zyga-ubuntuthen once it all works, cross compile07:56
PhoenixMageBit of information leakage in a snap file08:00
PhoenixMageIt lists my home directory path, etc08:01
zyga-ubuntucan you clarify?08:02
PhoenixMagethe parts directory in the snap has a full path to where it was built, including my home directory08:04
zyga-ubuntucan you show me your snapcraft file?08:05
PhoenixMagesquashfs-root/home/phoenix/samba/parts/samba/build/sbin/smbd08:06
zyga-ubuntuor the listing of files from the snap08:06
zyga-ubuntuaha08:06
zyga-ubuntuthen it is built incorretly and will not work08:06
zyga-ubuntuincorrectly*08:06
PhoenixMagehttps://pastebin.com/3uVZ7y6Z08:07
zyga-ubuntuthis looks ok08:08
zyga-ubuntuand the listing of files?08:08
zyga-ubuntuhow did you build the snap in the end?08:08
zyga-ubuntujust running snapcraft or did you pass any arguments?08:08
PhoenixMagehttps://pastebin.com/JxDkFBs308:10
PhoenixMageThis is the local one on my ubuntu instance08:10
PhoenixMageAnd all I did was run snapcraft with no arguments08:10
PhoenixMageWell after I ran a snapcraft clean08:10
PhoenixMageAnyway, I am out for dinner, will look into it more when I am done08:15
Chipacao/08:16
zyga-ubuntuPhoenixMage: looks very wrong but not sure if this is related to snapcraft or the environment you were in08:16
zyga-ubuntuChipaca: hey08:16
Chipaca'sup08:16
zyga-ubuntuChipaca: reviews!08:17
Chipacazyga-ubuntu: huzzah!08:17
zyga-ubuntuhttps://github.com/snapcore/snapd/pull/365008:17
mupPR snapd#3650: cmd/snap-confine: don't share /etc/nsswitch from host <Created by zyga> <https://github.com/snapcore/snapd/pull/3650>08:17
zyga-ubuntumore arch-y thingfs08:17
zyga-ubuntuhttps://github.com/snapcore/snapd/pull/364808:18
mupPR snapd#3648: release: remove default from VERSION_ID <Created by zyga> <https://github.com/snapcore/snapd/pull/3648>08:18
Chipacauh08:18
Chipacazyga-ubuntu: why not share nsswitch from host?08:18
* Chipaca looks08:18
zyga-ubuntubecause it depends on loadable modules core doesn't have08:19
zyga-ubuntuan host may have08:19
zyga-ubuntuand in practice: systemd-resolved08:19
zyga-ubuntuon arch you don't look at resolv.conf when you are using systemd-resolved08:19
zyga-ubuntuanyway, this makes wethr snap work08:20
zyga-ubuntu:D)08:20
zyga-ubuntubtw, I was looking for a snap with bash tab completion08:20
zyga-ubuntuI thought http had some08:20
Chipacanope08:23
Chipacai'll look into giving it some though08:23
Chipacaooh, they already _have_ completion08:24
Chipacai just need to plug it in08:24
ondrazyga-ubuntu I pushed some changes in, now all tests pass and also more changes to address rest of the comments08:43
ondrazyga-ubuntu let me know what you think08:43
zyga-ubuntuondra: nice, I didn't get to it yet08:44
zyga-ubuntuondra: though I'm churning through interface PRs today08:44
ondrazyga-ubuntu I just pushed it, panic was my mistake08:44
ondrazyga-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:45
zyga-ubuntuI'm still improving many interfaces08:46
zyga-ubuntusome use older style of tests08:47
zyga-ubuntusome use newer already08:47
zyga-ubuntudon't worry, I'll update it08:49
* zyga-ubuntu is now happy about https://github.com/snapcore/snapd/pull/3499 and moves to the next PR08:50
mupPR snapd#3499: interfaces/builtin: add the spi interface <Created by tokurz> <https://github.com/snapcore/snapd/pull/3499>08:50
* zyga-ubuntu -> break 08:56
Chipacazyga-ubuntu: want to try http from candidate/09:13
Chipaca?09:13
Chipacahttpie's completion is far from brilliant, but there you go09:14
Chipacai'll offer them a patch if i ver get around to making this better09:15
niemeyerGood mornings!09:20
Chipacaniemeyer: o/!09:21
niemeyerChipaca: \o09:23
pedronisniemeyer: hi,  should this be closed  for now snapd#3526 ;  didn't we decide in London to wait a bit before implementing this ?09:30
mupPR snapd#3526: hooks: support for refresh hook <Created by stolowski> <https://github.com/snapcore/snapd/pull/3526>09:30
Chipacazyga-ubuntu: _now_ you can try it (testing ftw)09:32
niemeyerpedronis: Looking09:35
pstolowskipedronis, hey, afair we it was clear we don't want revert hook, not sure about refresh though09:35
niemeyerpedronis: Yeah, as pstolowski mentions I think it was refresh we were talking about09:36
niemeyerErm09:36
niemeyer*revert09:37
niemeyerThat was the one a bit confusing because we may want to call it on the opposite end09:37
niemeyer(call revert before reverting)09:38
niemeyerOr both?  ... that's why we deferred09:38
niemeyerwillcooke: Morning09:38
willcookehi niemeyer09:39
zyga-ubuntuChipaca: trying09:41
zyga-ubuntuhmmm09:41
zyga-ubuntuopenpgp invalid signature09:42
zyga-ubuntuhash tag doesn't match09:42
zyga-ubuntuwoah09:42
zyga-ubuntumore weird stuff09:42
zyga-archChipaca: look09:43
zyga-archhttps://paste.gnome.org/pb3e5ztde09:43
zyga-ubuntuChipaca: http weirdness on 1.8?09:44
zyga-ubuntu*golang 1.809:44
PhoenixMagezyga-ubuntu: Its zesty server09:44
pedroniszyga-ubuntu: seems for openpgp crypto weirdness with 1.809:45
pedronisor whatever the moving part is here09:45
zyga-ubuntuthis is snapd master on arch with vendorized everything and stock golang 1.8.309:45
pedronissomething looks broken there09:46
zyga-ubuntubut itnterestingly, it worked on 1st install of all the snaps I have09:46
zyga-ubuntu*interestingly09:47
Chipacazyga-ubuntu: whaa?09:51
Chipacazyga-ubuntu: context of this?09:51
Chipacazyga-ubuntu: that looks like a pedronis one :-)09:51
Chipacapedronis: “Cannot prepare auto-refresh change: cannot add some assertions to the system database:”09:51
pedronisChipaca: as I said something seems wrong with the data or the crypto code, a bit hard to judge from afar09:52
Chipacaah i missed your response there09:52
Chipacasorry09:52
zyga-ubuntuChipaca: how did you get that error?09:52
Chipacazyga-ubuntu: which error?09:52
Chipacazyga-ubuntu: the one you pointed me to?09:52
zyga-ubuntuah, sorry09:52
zyga-ubunturight09:52
Chipaca:-)09:53
zyga-ubuntuI thought you reproduced it09:53
pedroniszyga-ubuntu: do asserts unit tests pass ?09:53
zyga-ubuntuI wonder if it happens on zesty/artful09:53
zyga-ubuntupedronis: yes09:53
zyga-ubuntupedronis: all of them09:53
Chipacazyga-ubuntu: what were you doing when doing that?09:53
Chipacai mean, context of that error?09:53
zyga-ubuntuChipaca: I wanted to install your http snap from candidate09:53
Chipacaso not in tests09:53
Chipacain actual real life use09:53
zyga-ubuntuyes09:54
Chipacabut _your_ real life, so most people's zany fantasies :-p09:54
zyga-ubuntuarch uses gpg 2.1.2109:54
zyga-ubuntuhahaha09:54
zyga-ubuntunice09:54
* zyga-ubuntu could not sleep much last night, was chasing and hunting mosquitoes 09:56
ogradid you win at least ?10:00
Chipacaogra: zyga-ubuntu: https://www.youtube.com/watch?v=DQeyjgSUlrk10:02
zyga-ubuntuyum10:04
zyga-ubuntuare they waiting for some to feed to make ketchup10:04
zyga-ubuntu?10:04
Chipacazyga-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.cms10:06
zyga-ubuntuI was actually making things up, I didn't hear about this10:08
Chipacazyga-ubuntu: you make things up, the internet delivers10:09
pedroniszyga-ubuntu: we don't use gnupg directly for anything but snap sign (and related commands)10:11
zyga-ubuntuso it must be a regression/change in the libraries we use10:13
zyga-ubuntuor golang proper10:13
zyga-ubuntunot fun :/10:13
zyga-ubuntupedronis: I'll check artful10:13
mupPR snapd#3656 opened: store: don't call useDeltas() twice in quick succession <Created by chipaca> <https://github.com/snapcore/snapd/pull/3656>10:16
pedroniszyga-ubuntu: well at least autopkgtest pass on artful afaiu10:20
zyga-archhmm, good point10:22
zyga-ubuntuniemeyer: offtopic, if you feel like doing a review: https://github.com/snapcore/snapd/pull/363610:25
mupPR snapd#3636: snap: add support for parsing snap layout section <Created by zyga> <https://github.com/snapcore/snapd/pull/3636>10:25
zyga-ubuntujust the syntax, I think nothin controversial, landing this will help with my experiments10:25
niemeyerzyga-ubuntu: I feel like doing many reviews.. putting my mail in order first10:25
ograzyga-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
mupPR pi3-gadget#12: enable spidev by default <Created by ogra1> <https://github.com/snapcore/pi3-gadget/pull/12>10:27
zyga-archogra: looking10:28
ogra(one liner config change)10:28
zyga-archogra: done10:28
ograthx10:28
mupPR snapcraft#1434 closed: lxd: clean with no parts should only delete <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1434>10:29
* ogra sees the kernel ML and hugs ppisati 10:34
ograwohooo !!!10:34
zyga-ubuntuogra: ? :)10:35
ograzyga-ubuntu, fixed a hang of the spash screen on rpi when the kms driver is used10:36
ograwell10:36
ogranot a hang of the splash ... actually a hard hang of the board if you start the boot splash10:36
zyga-ubuntupedronis: what is a SAS?10:37
zyga-ubuntuhttps://github.com/snapcore/snapd/pull/3632/files10:37
mupPR snapd#3632: asserts,overlord/assertstate: auto refresh account-keys <Created by pedronis> <https://github.com/snapcore/snapd/pull/3632>10:37
ppisatiogra: who is the store guy nowadays?10:37
pedroniszyga-ubuntu: snap assertions service10:37
zyga-ubuntuah10:38
zyga-ubuntuthanks10:38
ograppisati, try cprov10:38
ppisatiogra: k10:38
ograyour snapcraft.yaml looks nice btw ...10:38
ogra(for the pi kernel)10:38
ppisatiogra: yep, and it builds locally (finally!)10:39
ograppisati, with the new gadget build system you theoretically dont need to tar up the overlays anymore10:39
ppisatiogra: i still have one pet peeve with the snapdragon snapcraft.yaml, but i don't know how to fix it yet...10:39
ppisatiogra: is that aleady in place?10:40
ogra(teh uboot build now pulls the kernel deb and extracts them from there)10:40
ogranot for all pi's yet ... still have the 2 and the cm on my todo10:40
ogras/the uboot build/the gadget build/10:41
cprovppisati: hey, how can I help ?10:42
ppisaticprov: i'm about to send an email, hold on10:43
cprovok10:43
mupPR snapd#3609 closed: interfaces/builtin: add kvm interface <Created by Saviq> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3609>10:53
sergiusensogra: do share!10:58
sergiusenswrt kernel ml10:58
sergiusensah, kept reading and saw the rpi comment10:59
mupPR snapd#3652 closed: update gopkg.in/check.v1 to version currently in Debian unstable <Created by mwhudson> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3652>11:02
mupPR snapd#3653 closed: update gopkg.in/yaml.v2 to version currently in Debian unstable <Created by mwhudson> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3653>11:02
mupPR snapd#3655 closed: update github.com/gorilla/mux to version currently in Debian unstable <Created by mwhudson> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3655>11:03
zyga-ubuntuChipaca: interesting https://forum.snapcraft.io/t/snap-store-download-slow/146311:12
ograsergiusens, 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:18
Chipacazyga-ubuntu: yes, looking into that now11:29
* zyga-ubuntu feels so so and takes a break11:37
zyga-ubuntunot enough sleep, too much coffee11:37
zyga-ubuntuondra: I'm 50% through your PR, making some small test changes11:37
Chipacazyga-arch: _right now_, i'm seeing up to ~80MB/s in linode, better than what i get from google's chrome archive11:42
ondrazyga-arch thanks  :)11:43
Chipacazyga-arch: actually no, gogole's archive is better11:44
* Chipaca updated11:45
Chipacaanyway, luncheon11:45
sitterheya, 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:08
pedronissitter: we don't check the constraint if the snap is locally  installed and unsasserted afair12:20
pedronisit doesn't autoconnect either though I think12:21
mupPR snapd#3656 closed: store: don't call useDeltas() twice in quick succession <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3656>12:27
Chipacazyga-arch: snapd#3654 is green if you want to take a look at that one (you +1'ed the others)12:27
mupPR snapd#3654: update github.com/coreos/go-systemd to version currently in Debian unstable <Created by mwhudson> <https://github.com/snapcore/snapd/pull/3654>12:27
mupPR snapd#3651 closed: update golang/x/net to version currently in Debian unstable <Created by mwhudson> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3651>12:28
Chipacaheh12:28
Chipacazyga-arch: never mind :-D12:28
pedronisChipaca: things were green12:28
mupPR snapd#3654 closed: update github.com/coreos/go-systemd to version currently in Debian unstable <Created by mwhudson> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3654>12:29
Chipacapedronis: yep! they weren't at start-of-day12:29
Chipacabut i reran and they passed12:29
pedronisnow 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 plate12:29
=== tinwood is now known as tinwood-afk
pedronisChipaca: I added some comments to your PRs12:30
* Chipaca looks12:30
=== cachio is now known as cachio_afk
mupBug #1661265 changed: [regression] sched_setscheduler denied with Qt/QML applications <personal> <snapd-interface> <verification-done> <Canonical System Image:Fix Released by pat-mcgowan> <Snappy:Fix Released by jdstrand> <snapd (Ubuntu):Fix Released by mvo> <snapd (Ubuntu Trusty):Fix Released by13:16
mupmvo> <snapd (Ubuntu Xenial):Fix Released by mvo> <snapd (Ubuntu Yakkety):Fix Released by mvo> <snapd (Ubuntu Zesty):Fix Released by mvo> <https://launchpad.net/bugs/1661265>13:16
mupBug #1533265 changed: /dev/vchiq is inaccessible for unprivileged user <snapd-interface> <snapd:Triaged> <https://launchpad.net/bugs/1533265>13:19
mupBug #1600154 changed: Reading gsettings key don't work locally (writing does) <snap-desktop-issue> <snapd-interface> <snapd:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1600154>13:22
mupBug #1604967 changed: Apparmor denies bind to abstract unix sockets such as @/var/lib/juju/mutex-/store-lock <conjure> <snapd-interface> <snapd:Incomplete by jdstrand> <https://launchpad.net/bugs/1604967>13:25
mupBug #1658298 changed: The (administratively maintained) mapping file /etc/iproute2/rt_tables is not writeable. <snapd-interface> <Snappy:Fix Released by jdstrand> <ubuntu-core-config (Ubuntu):Fix Committed by ogra> <https://launchpad.net/bugs/1658298>13:28
* zyga-ubuntu goes out of the part to work from a choffe shop13:37
mupBug #1603879 changed: Requesting additions to optical-drive interface for cdparanoia. <snapd-interface> <snapd:Triaged> <https://launchpad.net/bugs/1603879>13:37
mupBug #1602233 changed: "X11 connection rejected because of wrong authentication." when using snaps over ssh <snapd-interface> <snapd:Confirmed> <https://launchpad.net/bugs/1602233>13:40
mupBug #1607763 changed: Interface to manage sudoers <cpc> <snapd-interface> <snapd:Incomplete> <https://launchpad.net/bugs/1607763>13:40
=== tinwood-afk is now known as tinwood
mupBug #1609499 changed: move interface-specific OS mounts to interface.SecurityMounts <snapd-interface> <snap-confine:Won't Fix by jdstrand> <Snappy:Won't Fix by jdstrand> <https://launchpad.net/bugs/1609499>13:43
mupBug #1610211 changed: Interface to manage block devices <cpc> <snapd-interface> <snapd:Triaged> <https://launchpad.net/bugs/1610211>13:43
sergiusensogra: woah, we have first class split initrd support now?13:45
ograsergiusens, not officiaylly yet, but soon :)13:45
sergiusensogra: can we fix our kernel plugin to not "compose" an initrd?13:45
sergiusenstyhicks:  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:45
ograsergiusens, well, we will neeed it to create a modules.img then ... thats still on the TODO13:46
mupBug #1616833 changed: need new interface: time-hardware <snapd-interface> <snapd:Triaged> <https://launchpad.net/bugs/1616833>13:46
mupBug #1626359 changed: Cannot authorise quotactl syscall for Q_GETQUOTA <snapd-interface> <verification-done> <Snappy:Fix Released by jdstrand> <snapd (Ubuntu):Fix13:46
mupReleased> <snapd (Ubuntu Trusty):Fix Released> <snapd (Ubuntu Xenial):Fix Released> <snapd (Ubuntu Yakkety):Fix Released> <https://launchpad.net/bugs/1626359>13:46
mupBug #1658793 changed: App needs resolvconf data access <snapd-interface> <Snappy:Fix Released by jdstrand> <https://launchpad.net/bugs/1658793>13:46
ograi only focused on the gadget side for now ... but with the new setup you can theoretically assemble an initrd from unlimited amounts of img files (as long as the compression and cpio options were identical when creating them)13:47
ograsergiusens, we'll still need to build the modules.img and snapd needs to learn to put the initrd from core into system-boot13:47
ograso still a lot to do, but the basic concept works nicely13:48
mupBug #1664297 changed: Snapped indicators using custom themes or actions doesn't properly work <snapd-interface> <Snappy:Fix Released by 3v1n0> <https://launchpad.net/bugs/1664297>13:49
mupBug #1664484 changed: Missing interface to record audio from pulseaudio <snapd-interface> <Snappy:Invalid> <https://launchpad.net/bugs/1664484>13:49
* ogra notes jdstrand has "paperwork cleanup day" today ... 13:49
sergiusenszyga-arch: any idea about my snap-confine above? ^13:50
mupBug #1577472 changed: The remapped $HOME directory shows as read-only to applications running in a snap <snapd-interface> <snapd:Incomplete> <https://launchpad.net/bugs/1577472>13:58
mupBug #1607067 changed: Add a dotfiles / hidden files interface <isv> <snapd-interface> <snapd:Confirmed> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1607067>13:58
=== cachio_afk is now known as cachio
cachiozyga-arch, I try to install zeronet-js and I get this errror13:59
cachiohttps://paste.ubuntu.com/25233361/13:59
cachiothis is an snap in the store13:59
cachioone of the most popular ones13:59
mupBug #1630690 changed: A snap with git fails because it can't access /etc/mailname <snapd-interface> <Snappy:Fix Released by jdstrand> <https://launchpad.net/bugs/1630690>14:01
cachioChipaca, I saw the log you sent me yesterday14:02
Chipacaok14:02
cachiobut no errors on there14:02
Chipacacachio: i restarted the run as you didn't reply, so it's gone14:03
cachioChipaca, ah, ok14:03
Chipacacachio: howerver, 1sec14:03
cachiotx14:03
Chipacacachio: today i got a different one; 2017-08-03 05:29:49 Failed project prepare: 114:03
Chipaca    - linode:ubuntu-core-16-64:project14:03
Chipacacachio: and this time i downloaded the log before restarting14:03
Chipacacachio: want to see it?14:04
cachioyes14:04
Chipacacachio: I'll tweet it to you, one line at a time14:04
* Chipaca is super productive14:04
mupBug #1663175 changed: chroot interface needed <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1663175>14:04
Chipacacachio: http://people.canonical.com/~john/failure_2017080301.txt14:05
cachioChipaca, E: Package 'autoconf' has no installation candidate14:07
cachioi'll see if other branches are failig because of that too14:08
Chipacacachio: it didn't fail again, fwiw14:09
cachioChipaca, do you remember which error you saw in fedora?14:10
Chipacacachio: no14:10
cachioChipaca, did you see this error trying to install zeronet-js? https://paste.ubuntu.com/25233361/14:11
Chipacacachio: I looked, didn't understand whether it was important or not, pointed you at it, and moved on14:12
Chipacacachio: I didn't retain anything about it, sorry14:12
Chipacacachio: but I then remembered i should've downloaded the logs, which is why i did it with today's failure (which i didn't even look at beyond seeing that it was in prepare)14:12
pedronisChipaca: approved the branches14:13
* pedronis break14:13
Chipacapedronis: woo, thanks14:13
* Chipaca break as well14:13
mupBug #1683364 changed: Cannot get properties of an Udisks2.Filesystem object <snapd-interface> <Snappy:Fix Released by morphis> <https://launchpad.net/bugs/1683364>14:13
mupBug #1684893 changed: "fonts", "themes" and "icons"  interfaces for desktop apps <snapd-interface> <Snappy:Invalid> <https://launchpad.net/bugs/1684893>14:16
jdstrandsergiusens: re fsetid> yes, https://github.com/snapcore/snapd/pull/363414:19
mupPR snapd#3634: interfaces/many, cmd/snap-confine: miscellaneous policy updates <Created by jdstrand> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/3634>14:19
sergiusensjdstrand: thanks, where does that profile end up in so that I can add this in14:20
jdstrandsergiusens: it is snap-confine's profile14:21
jdstrandsergiusens: in /etc/apparmor.d/14:21
sergiusensjdstrand: how do I reload?14:30
cachioChipaca, https://paste.ubuntu.com/25233684/14:54
Chipacasomething must be broken; the autopkgtests are only taking about an hour to run14:54
Chipacacachio: ooh! pedronis ^14:55
cachioChipaca, any idea why it is happening (look at the paste)14:55
Chipacacachio: not me, but pedronis and zyga were looking at something like that earlier14:55
pedronisChipaca: no14:55
Chipacano?14:56
pedronisdifferent thing14:56
pedronisthis is not a signing problem14:56
pedronisah, not it says that too14:56
pedronismmmh14:56
pedroniswhat system is this?14:56
cachio16.0414:57
cachiopedronis, also failing in 14.0414:57
pedronisit works here14:57
pedronisfwiw14:57
pedronis16.0414:58
cachiopedronis, I ran it in linode and in my machine and got the same error14:59
pedronisI believe you14:59
pedronisbut it's not completely broken14:59
cachio:)14:59
pedronisso I wonder what is going on14:59
pedroniscan you run it with SNAP_HTTP_DEBUG logging only15:00
pedroniss/only/on15:00
pedronisChipaca can tell you more15:00
Chipacacachio: SNAPD_DEBUG=1 SNAPD_DEBUG_HTTP=7 in /etc/environment, restart everything (including your shell)15:03
Chipacacachio: "everything" == "snapd" fwiw :-)15:03
cachiook15:03
* Chipaca has a small everything15:03
cachiopedronis, https://paste.ubuntu.com/25233775/15:07
Chipacacachio: and journalctl -u snapd ?15:08
cachiohttps://paste.ubuntu.com/25233789/15:09
cachioChipaca, pedronis15:09
Chipacacachio: that's truncated horizontally15:11
Chipacacachio: how did you get it to be like this?15:11
Chipaca(asking because somebody else recently pastebinned a log with the same error, so i want to know what to say to get it right the first time)15:12
cachioChipaca, https://paste.ubuntu.com/25233809/15:13
cachiosorry, I didn't realize that15:13
cachioChipaca, I need to leave for 30 minutes, I'll be back soon15:14
cachioChipaca, do you need for info ?15:14
Chipacapedronis: go15:14
Chipacaum15:14
Chipacacachio: go15:14
cachiotx15:15
pedronisso now is a spot the difference game  (or if there's no difference wonder what is the other variable)15:15
=== cachio is now known as cachio_afk
Chipacapedronis: do you have logs from when it worked also15:15
pedronisno, but I can make some15:15
Chipacapedronis: that log includes the full assertion, so spot-the-diff should be easy :-)15:15
Chipacait's split between two lines, because ¯\_(ツ)_/¯ but still easy15:16
Chipacapedronis: i'll get the assertion out of the logs while you do that15:16
pedronisone sec, doing a bit too many things at the same time15:18
Chipacak15:18
Chipacahttp://pastebin.ubuntu.com/25233836/ is the assert from cachio's logs15:18
pedronisthere should be many?15:19
Chipacad'oh. Give me a bit :-)15:20
pedronisChipaca:  https://pastebin.canonical.com/195119/15:25
jdstrandsergiusens: sudo apparmor_parser -r /path/to/profile15:31
jdstrandsergiusens: do keep in mind the denial is harmless and all the PR does is silence it15:33
sergiusensjdstrand: ok, maybe I am mislead15:34
jdstrandthere is a denial for sure but it doesn't affect anything and leads to confusion (which is why the PR silences it)15:34
sergiusensjdstrand: in a container I get everything working just fine, on digital ocean, unless I cd $SNAP I get a 148 exit15:36
jdstrandsergiusens: you can try adding 'capability fsetid,' instead of a deny rule and see if it fixes it, but I suspect that it is something else15:38
Chipacapedronis: http://paste.ubuntu.com/25233928/ from cachio's logs15:41
Chipacapedronis: this from yours: http://paste.ubuntu.com/25233937/15:44
pedronisChipaca: this is what "snap dowload": gives me https://pastebin.canonical.com/195120/15:44
Chipacapedronis: one thing missing from cachio's are the odd numbers15:45
Chipacadunno what they are :-)15:45
Chipacalike the 99415:45
pedronisno clue15:45
pedronisnot those aren't part of assertions15:45
pedronisor needed15:45
Chipacait might be a bug in my script :-)15:45
Chipacapedronis: nope, they're there15:46
Chipacanot a bug in my script i mean15:46
Chipacapedronis: “X-Vcs-Revision: 137\r\n\r\n994\r\ntype: account-key\nauthority-id”15:46
Chipacathat 99415:46
pedronisI have no clue15:47
Chipacaok15:47
pedronisdon't think they belog15:47
pedronisbelong15:47
pedronisI mean, there's nothing like that in my other paste15:47
pedronisnor is it expected15:48
pedronismight be a weird bug in api though15:48
pedronisnot sure why I'm not breaking then though15:48
pedronisChipaca: ah, but I'm still using  assertions  and caio is using api15:50
pedroniswondering if api is flaky and we didn't notice so far15:50
pedronisbut flaky would mean something would be different/truncated15:53
pedronisI don't if it's the case15:53
Chipacaooooooohhhhh15:54
Chipacathere's a buuu uuu uuuhg15:54
Chipacabuuuuhhhhhhhhhhh*cough*<dies>15:54
pedroniswhere?15:55
pedronisin 2.27 or your script?15:55
pedronisor logging?15:55
Chipaca1 secv15:55
Chipacapedronis: http://pastebin.ubuntu.com/25233999/15:57
Chipacapedronis: but not every time15:57
=== cachio_afk is now known as cachio
pedronisChipaca: api has an encoding bug?15:58
Chipacapedronis: would that make an assertion not load?15:59
pedronisa flaky one though?15:59
pedronisof course15:59
pedroniswe take the hash of the stuff15:59
pedronisso there's some double encoding or something going on15:59
Chipacapedronis: i assumed so , but checked15:59
Chipacapedronis: yes, something somewhere is double-encoding15:59
Chipacapedronis: can you reproduce this?15:59
Chipacai tried a second time but being a little smarter and failed, let me try with the dumb way again just in case16:00
pedronisChipaca: so assertions gives back correct utf8 , right?16:00
pedronisafaict16:00
Chipacayes16:01
Chipacaand api is now consistently returning double-encoded utf8 to me16:01
Chipacayep16:01
pedronismmh, not here16:02
Chipacapedronis: fun for all the family16:02
pedronisone sec16:02
Chipacalet me do it with curl, in case it's GET doing something wrong16:02
Chipacacurl gives me same output (with bad enc)16:03
pedronisChipaca: yes, sorry, spotted it16:03
pedronisChipaca: 2.26 was still talking to assertions, 2.27 starts talking to api it seems16:05
Chipacaexport u=assertions/account/7xN2sMCILuFk10e6DxrTrQWprdmV0Vi9?max-format=0 h='Accept: application/x.ubuntu.assertion'; diff <(curl -sH "$h" https://api.snapcraft.io/api/v1/snaps/$u) <(curl -sH "$h" https://assertions.ubuntu.com/v1/$u)16:05
Chipaca^ just so it's super clear it's the same thing it's getting16:06
pedronisChipaca: thanks for digging16:06
Chipacapedronis: I don't envy the person having to figure out where it's doing this :-/16:06
Chipacamy hands are firmly by their sides there's no way to interpret this as volunteering16:07
pedroniswell we added a layer of proxying16:07
pedronisnow16:07
pedronisthat seems the obvious candidate16:07
pedronisit's probably even python3 likely, which makes me sad, because is supposed to avoid exactly that16:08
Chipacapedronis: sorta-kinda-maybe. the three-types-of-text in the http stack in python3 flies against the intention i think16:08
pedronisI know16:09
mupPR snapd#3630 closed: many: implement "snap logs" <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3630>16:09
mupPR snapd#3640 closed: store: do not resume a download when we already have the whole thing <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3640>16:10
pedronisChipaca: I pinged the relevant people, I can dig myself if they don't have time16:11
mupPR snapcraft#1433 closed: core: cache FileBase entries when a checksum is provided <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1433>16:18
cachiopedronis, Chipaca do you need anything else from me?16:26
cachiocan I help you with something?16:26
Chipacacachio: send criollitos16:28
cachioChipaca, hehhe16:29
Chipacacachio: we've determined it's probably because there is a bug in the server16:30
cachioChipaca, snapd server?16:31
Chipacacachio: assertions16:32
cachiogood16:32
pedronisChipaca: not assertions, snap device gateway16:38
pedronisthe new kid16:38
Chipacadurn new kid16:38
pedronisChipaca: I created also a bug: https://bugs.launchpad.net/snapstore/+bug/170849016:53
mupBug #1708490: there is some kind of encoding/double encoding bug in the proxying of assertions by snapdevicegw <Snap Store:New for adam-collard> <https://launchpad.net/bugs/1708490>16:53
* pedronis eods16:57
Chipacapedronis: ok17:10
Chipacaniemeyer: you got a sec?17:11
niemeyerChipaca: Heya17:12
niemeyerChipaca: Yeah, still fighting my email.. 100+ now17:12
Chipacaniemeyer: hi17:12
Chipacaniemeyer: good man17:12
niemeyerWassup?17:12
Chipacaniemeyer: I'm trying to get the last bit of services out, and was wondering about how you saw the rest api working for this17:12
niemeyerChipaca: Ok17:13
Chipacaniemeyer: should there be individual endpoints for each operation?17:13
niemeyerChipaca: Which ops?17:13
Chipacaniemeyer: or should there be an "op" struct that client and server both know about?17:13
Chipacastart, stop, restart17:13
niemeyerChipaca: I think we need a single operation, otherwise we get into that issue of lack of atomicity17:14
Chipacaok. This means there'll be a, say, client.ServiceOperation that's public but marked as "not for clients"17:15
Chipacathat ok with you?17:15
Chipacathis would be separate from, say, client.StopOptions (but it'd embed them all i guess)17:16
niemeyerHmm17:16
niemeyerHow would that look?  What do we need to pass in?17:16
niemeyerChipaca: The public but not for clients is strange17:17
Chipacaniemeyer: each op has a different option17:17
niemeyerChipaca: There's a sane expectation that anything public in client is supposed to be for clients17:17
Chipacaand the server doesn't know the op until it's read the request17:17
niemeyerChipaca: Do you have some examples?17:17
Chipacaniemeyer: sure. StopOptions{Disable: false} vs StartOptions{Enable: false} vs RestartOptions{Reload: false}17:18
niemeyerHmm17:19
Chipacaso the service operation would be e.g. ServiceOperation{Names: ["foo"], Operation: "frobble", PertinentOptions: false}17:19
pedronisChipaca: snap operation itself is a bit like that, no?17:20
pedronisnot all the bits always apply17:20
Chipacapedronis: yes17:20
Chipacapedronis: but to make it more magic and mysterious snap ops are not shared between client and daemon, and half of the time go via a post form so they don't exist as a struct anywhere17:21
Chipacabut as that's a little bit insane i'd rather not go that way :-)17:22
niemeyerThat sounds okays.. the two ends really have different goals..17:22
niemeyerokayish17:22
pedroniswell they are organic grown as much as anything17:22
niemeyerOne end evolves and needs to support compatibility with crazy old code..17:22
niemeyerThe other end is supposed to be a sane abstraction for writing a client with17:22
niemeyerDoesn't mean we should design the server to be terrible, though :)17:23
ChipacaI _could_ drop ServiceOperation in internal/client/apps.go17:24
Chipacaor sth like that?17:24
niemeyerI honestly don't think it's worth the trouble for a type with two or three fields17:25
Chipacathey all start with two or three fields17:25
Chipacalook at daemon/api.go's snapInstruction17:25
Chipaca(which is the snap op on the daemon side)17:26
Chipacaeh, if the answer isn't immediately obvious, i think i'd rather go forward with dupe'ing them and resolving this later17:26
Chipacadon't want to block any more (and hoping to wrap this up before my eod)17:27
niemeyerYeah, I was just looking at SnapOptions in snap_op.go.. I find it quite nice17:27
Chipacaniemeyer: you'll notice that that one is missing things like Snaps17:29
Chipacaie it's not the one used for multi17:29
Chipacalook for actionData17:29
pedronisChipaca: snapInstructions comes still from 15.04 I think, it was just evolved, there's even a couple of fields kept there because we thought we would get back to support them quickly *cough*17:29
niemeyerChipaca: That's because we specifically blacklisted the use of options with multiple snaps..17:31
niemeyer                return "", fmt.Errorf("cannot use options for multi-action") // (yet)17:31
niemeyerThis is actually a bug/missing feature17:31
niemeyerMakes sense to have "snap install foo bar"17:31
Chipacaas I say, I'll go ahead with having duplicated structs17:31
niemeyerChipaca: So how would the API look like?17:32
Chipacaniemeyer: which api17:32
niemeyerChipaca: For these actions17:32
Chipacaniemeyer: REST, or client?17:32
niemeyerChipaca: REST17:32
niemeyer"REST"17:32
Chipacaniemeyer: you POST a JSON document to /v2/apps17:33
niemeyer(how we ended up calling HTTP as REST tells a lot about how we do things in general)17:33
Chipacaniemeyer: with e.g. {"action": "start", "names": ["foo"], "enable": true}17:33
niemeyerChipaca: Sounds good17:34
niemeyerChipaca: We may want mixed mode at some point, but that's less obvious and can wait17:34
Chipacaniemeyer: "mixed mode"?17:34
niemeyerstart+stop17:35
Chipaca/o\17:35
Chipacaeasy enough to add later17:35
niemeyerChipaca: Yeah17:36
cachioChipaca, I am runnig a new install snap tests with release/2.27 and I am reproducing this error with many snaps17:54
Chipacacachio: yes17:58
Chipacacachio: any snap with a non-ascii character17:58
cachioChipaca, opps17:59
Chipacacachio: yes17:59
Chipacacachio: (in any assertion in the snap's chain)17:59
Chipacaanyway, got service ops working, now need to stop for dinner and such17:59
ChipacaEOD, mostly17:59
cachioyes17:59
pedroniscachio: it's getting fixed in the server18:16
pedroniscachio: it affects 2.27/master but not 2.26 (because 2.26 was not talking to the proxy involved here)18:17
cachiopedronis, ah, ok18:20
cachiopedronis, I am testing 2.27 beta validation :)18:20
kyleNhi pmcgowan18:35
ahasenackhi, I'm getting this INFO message after installing my first snap:18:40
ahasenack2017-08-03T18:39:15Z INFO cannot auto connect core:core-support-plug to core:core-support: (slot auto-connection), existing connection state "core:core-support-plug core:core-support" in the way18:40
ahasenackfull paste: http://pastebin.ubuntu.com/25234781/18:40
ahasenackanything to worry about? Is that known noise?18:40
cjwatsoncachio: yep, fix in progress, wasn't actually too hard18:40
cachiocjwatson, awesome18:42
cachiothanks18:42
pedronisahasenack: known noise I think18:47
cachioniemeyer, there?18:53
niemeyercachio: Still here18:53
cachioniemeyer, nice,18:54
cachioniemeyer, I have created a new test which installs popular snaps18:54
cachioniemeyer, Jammie talked to you about this?18:54
niemeyercachio: Nope18:54
cachioniemeyer, ok, he asked to me to consider a test which installed most popular snaps18:55
cachioI implemented this and found the issue in the assertions because of that18:56
cachiomy question is where to put it?18:56
cachioI already added it to the main suite but not sure if it is the correct place for that18:56
cachioI think this test comes from the last sprint in Polland18:57
niemeyercachio: That feels a bit like crossing a line.. we don't want to make snapd depend on every single snap out there18:58
pedronisit seems the thing that we should run nightly18:58
niemeyercachio: Sorry, that's a bit extreme..18:58
pedronisbut not part of the suite for earch commit18:58
niemeyercachio: We don't want to make snapd depend on a random set of snaps18:58
pedroniswe don't really know what is their quality18:58
pedronisover time18:58
niemeyercachio: Even if they are popular, they have their own schedule, and their own terms18:58
niemeyercachio: Our tests are supposed to ensure that the *features* they need are properly covered18:59
cachioniemeyer, agree with that18:59
niemeyercachio: Please feel free to open a forum topic and I'll reply there as well with the rationale18:59
cachioniemeyer, sure18:59
niemeyercachio: We already depend on way too many external factors in our suite, as you know better than I do :)19:00
pmcgowanhey kyleN19:02
cachioniemeyer, ok, lets discuss it in the forum19:02
mupBug #1708527 opened: Add /proc/partitions to system-observe <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1708527>20:21
cjwatsoncachio: the assertions thing should all be better for you now22:42
cachiocjwatson, perfect22:59
cachiocjwatson, is it already merge in master?22:59
cachioor a PR?22:59
cachioor a PR?22:59
=== nacc_ is now known as nacc
cjwatsoncachio: it's on the production store23:10
cjwatsoncachio: no change in snapd required23:10
cachiocjwatson, great!23:10
PhoenixMageWhat is a correctly formatted snap structure supposed to look like?23:33
PhoenixMageie, what dirs are supposed to be in the root23:34
PhoenixMageI have found this https://snapcraft.io/docs/snaps/structure but thats not what mine looks like23:36

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