[02:21] <mup> PR snapcraft#1405 opened: pluginhandler: check for collisions only in existing files <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1405>
[02:39] <mup> PR snapcraft#1406 opened: manifest: rename the file to manifest.yaml <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1406>
[02:42] <mup> PR snapcraft#1394 closed: tests: document the test suites in the snapcraft repo <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1394>
[02:49] <qu1nn_1> ultra newb to snappy packages.  using debian stretch. installed snapd package via "sudo apt install snapd" this appears to have taken.  Went to install nextcould via "sudo snap install nextcloud" and the terminal window states "error: cannot install "nextcloud": snap "nextcloud" has changes in progress"  what does that mean?
[06:23] <mup> PR snapd#3588 closed: tests: fix how package lists are updated for opensuse and fedora <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3588>
[06:30] <mup> PR snapd#3580 closed: store: configurable base api <Created by atomatt> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3580>
[06:30] <mup> PR snapcraft#1407 opened:  recording: record the original snapcraft.yaml <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1407>
[08:44]  * zyga ran away from home, won't be back today
[08:51]  * zyga updates interfaces API to new agreements
[09:53] <Chipaca> my ISP is not happy today :-(
[09:54] <zyga> Chipaca: what's the problem?
[09:54] <Chipaca> zyga: https://aastatus.net/
[09:54] <zyga> shellcheck is really really smart
[09:54] <zyga> In packaging/fedora/snap-mgmt.sh line 69:
[09:54] <zyga>             rm -rf "${SNAP_MOUNT_DIR}/$snap/$rev"
[09:54] <zyga>                    ^-- SC2115: Use "${var:?}" to ensure this never expands to / .
[09:55] <zyga> Chipaca: mind the outage
[09:55] <zyga> Chipaca: on the upside, I can tell you how to do multi-homing
[09:55] <zyga> Chipaca: on the downside, I don't know if I do it correctly, my experience was so-so when I enabled load-balancing
[09:55] <Chipaca> zyga: son can my isp (but it's more expensive)
[09:55] <Chipaca> so can*
[09:56] <zyga> Chipaca: multi-home with a usb modem
[09:56] <Chipaca> if this happened more frequently i might consider it
[09:56] <zyga> Chipaca: but I already had those from last year when I was working in the woods
[09:56] <Chipaca> as it is i can tolerate having to switch manually (and losing access to my music player!)
[09:57] <zyga> Chipaca: the horror!
[09:57] <Chipaca> zyga: the router these guys give you can take a usb modem and switch, i think (or maybe it's the more expensive router), but they can also connect you up to multiple circuits properly
[09:58] <zyga> Chipaca: ah that's pretty nice
[09:58] <Chipaca> in any case, probably not worth it
[09:58] <zyga> Chipaca: I did it manually on ubuntu
[09:58] <Chipaca> because when you fix a SPOF by doubling stuff, your failure rate goes up
[09:58] <zyga> Chipaca: but I also wanted to set up squid and a few other things to make my no-broadband network manageable
[09:58] <Chipaca> zyga: is wwwoffle still a thing?
[09:58] <Chipaca> i remember using that a lot
[09:59] <zyga> Chipaca: wwwoffle? I never heard about it
[09:59] <zyga> Chipaca: I'm using squid, bind, dhcpd and systemd-networkd
[09:59] <Chipaca> zyga: wwwoffle is no longer in the (ubuntu) archive, but polipo claims to be similar
[09:59] <zyga> (though I need to see if it can do what I need, I may have to switch to something more manual as it doesn't let me configure routing the way I need)
[10:00] <Chipaca> zyga: https://www.gedanken.org.uk/software/wwwoffle/
[10:00] <Chipaca> basically a agressive squid that if offline just serves up stale content no probs
[10:02] <zyga> ah, interesting
[10:02] <zyga> yeah, I wanted to script my installation a little to probe the network and switch to offline mode if both links are down
[10:03] <zyga> well, maybe one day
[10:10] <Chipaca> zyga: https://control.aa.net.uk/blip.cgi/ <- not a happy puppy
[10:11] <zyga> what is that?
[10:11] <zyga> that's not the store monitoring thing
[10:11] <Chipaca> zyga: logins and logouts at my isp
[10:11] <zyga>  - failed signature verification: openpgp: invalid signature: hash tag doesn't match
[10:11] <Chipaca> lots of 'em means things are broken
[10:11] <zyga> have you seen an error message like this before?
[10:12] <zyga> (this is me running snapd from the tree)
[10:12] <Chipaca> zyga: no but don't tell Son_Goku or he'll start ranting about gpg again
[10:12] <Son_Goku> moo
[10:12] <zyga> hey Son_Goku how are you doing?
[10:12] <zyga> it finally stopped raining here
[10:13] <zyga> (fingers crossed)
[10:13] <zyga> so I'm in good (relatively) mood
[10:13] <Chipaca> Son_Goku: :-)
[10:13] <Son_Goku> my mouth tastes like cotton
[10:13] <Son_Goku> I just woke up
[10:13] <zyga> hangover?
[10:13] <zyga> did you like the żubrówka shot?
[10:14] <zyga> (please please please like it)
[10:18] <ogra_> ppisati, any idea about the oops in https://forum.snapcraft.io/t/wifi-and-bluetooth-on-snappy-ubuntu-on-a-dragonboard/1297 ?
[10:25] <ogra_> (i have the feeling i have seen it before but cant remember the context)
[10:26]  * zyga relocates, brb
[10:36] <ppisati> ogra_: uhm, not really
[10:38] <zyga> fd
[10:38] <zyga> re
[10:39] <zyga> mvo: should we be worried?
[10:39] <zyga> 2017/07/14 12:20:28.730790 snapmgr.go:418: Cannot prepare auto-refresh change: cannot add some assertions to the system database:
[10:39] <zyga>  - failed signature verification: openpgp: invalid signature: hash tag doesn't match
[10:40] <zyga> is that a side effect or running locally
[10:40] <zyga> (go build and just run)
[10:40] <zyga> or do we have a gpg issue at hand
[10:43] <Son_Goku> zyga: no, never
[10:43] <zyga> Son_Goku: you didn't like it? aww :-(
[10:43] <zyga> Son_Goku: maybe next time I can bring you something nicer
[10:44] <Son_Goku> ... with food to go with it
[10:44] <zyga> Son_Goku: ah
[10:44] <zyga> :D
[10:44] <zyga> Son_Goku: herring with cream and vodka (though not żubrówka anymore, doesn't fit)
[10:45] <zyga> Son_Goku: very traditional Polish quisine
[10:45] <Son_Goku> herring? as the fish?
[10:45] <zyga> yes
[10:45] <Son_Goku> I hate fish :D
[10:45] <zyga> you know this sentence can be understood in two opposite ways? ;-)
[10:46] <zyga> Son_Goku: I hate fish thus I will kill each one and possibly eat it
[10:46] <zyga> Son_Goku: I hate fish thus I would rather not eat any
[10:46] <Son_Goku> the latter
[10:46] <zyga> Son_Goku: seriously you didn't try this, it's a very unique taste
[10:46] <zyga> Son_Goku: along with onions and cream
[10:46] <Son_Goku> we'll see then
[10:47] <mvo> zyga: I have not seen this one yet :/
[10:47] <zyga> https://www.google.es/search?q=%C5%9Bled%C5%BA+ze+%C5%9Bmietan%C4%85&client=ubuntu&hs=gNL&channel=fs&source=lnms&tbm=isch&sa=X&ved=0ahUKEwiNqeCdzIjVAhXCExoKHZ65BuEQ_AUICigB&biw=1280&bih=653 :D (sorry for google.es searching for polish food)
[10:47] <zyga> mvo: neither did I
[10:47] <zyga> mvo: it comes out of snapd periodically while I'm wokring today
[10:47] <mvo> zyga: I do see a debian-unstable-64 test failrue in master, but when I run the test myself
[10:47] <zyga> actually both do:
[10:47] <zyga> 2017/07/14 12:37:23.557705 snapmgr.go:418: Cannot prepare auto-refresh change: cannot add some assertions to the system database:
[10:47] <zyga>  - failed signature verification: openpgp: invalid signature: hash tag doesn't match
[10:48] <zyga> 2017/07/14 12:37:23.557770 stateengine.go:98: state ensure error: cannot add some assertions to the system database:
[10:48] <zyga>  - failed signature verification: openpgp: invalid signature: hash tag doesn't match
[10:48] <zyga> note that this is not a failure, it's just a message out of the blue
[10:48] <zyga> though I suspect it'd fail a refresh test
[10:49] <zyga> Son_Goku: I even found a wikipedia article about it https://en.wikipedia.org/wiki/Dressed_herring
[10:50] <Son_Goku> the Slav is strong in that one
[10:51] <zyga> indeed
[10:51] <zyga> maybe we could do a winter sprint in poland somewhere, it would surely show up
[10:52] <fgimenez> hi mvo, i got this error during 2.27~rc3 validation http://paste.ubuntu.com/25088294/, so far in amd64 and i386 (not yet executed in the rest of archs), the session is open in case you want to take a look
[10:53] <zyga> fgimenez: looks like activation didn't trigger?
[10:54] <zyga> mvo: could this be caused by the same thing we found at the sprint, where master was out of date wrt packaging and it did the wrong thing via reexec
[10:56] <Son_Goku> zyga: uh, no
[10:56] <Son_Goku> winter sucks
[10:56] <zyga> Son_Goku: not when you have śledzik and wódka or reason to go outside into the snow
[10:57] <zyga> Son_Goku: seriously though I think you are right,
[10:57] <mvo> fgimenez: yeah, if you could /msg me how to login, that would be nice
[10:57] <mvo> fgimenez: I suspect its something silly
[10:57] <zyga> Son_Goku: do you have strong winters back home?
[10:57] <Son_Goku> yes
[10:57] <Son_Goku> not this year, but the years before, we did
[10:57] <mvo> zyga: could be, but 2.27 should be close to master still
[10:57] <Son_Goku> blizzard after blizzard
[10:57] <zyga> Son_Goku: and you don't like winter?
[10:58] <Son_Goku> I love it when it's relatively calm
[10:58] <zyga> Son_Goku: I really really dream about one sprint location
[10:58] <zyga> Iceland
[10:58] <Son_Goku> Iceland is green...
[10:58] <zyga> just because it's such a outwordly location
[10:58] <zyga> and so barren
[10:58] <zyga> I'd like to see it
[10:58] <Son_Goku> greenland is the barren place
[10:58] <zyga> get us a cabin in the middle of 100km patch with no other peoplpe
[10:58] <zyga> iceland is also barren in the sense that few people live there
[10:58] <zyga> and it's rather large
[10:59] <zyga> I doubt greenland has sprint sustaining conditions
[10:59] <zyga> apart from BUILD THE DAM IGLOO THE BEAR IS COMING!!!!
[10:59] <Son_Goku> haha
[10:59] <zyga> aka team building and bonding exercise
[10:59] <zyga> (PM dressed up as bear)
[10:59] <Son_Goku> oh dear
[10:59] <Son_Goku> the PM would die first
[10:59] <zyga> see
[10:59] <zyga> PM woud have to kill and eat the inside of the bear first
[11:00] <zyga> the running caracas shouting "rrrrrreeeeleease"!
[11:00]  * zyga gets back to yaml
[11:01] <zyga> Chipaca: do you know any simple command line yaml thing
[11:01] <zyga> that I could pipe yamlto
[11:02] <zyga> and it'd shout "that's not yaml dummy, ask Chipaca how it's made"
[11:02] <fgimenez> mvo: sure 1sec
[11:02] <zyga> Chipaca: and while we're talking, is there an implict assumption that our CLI commands speak in text that magically is parsable as valid yaml?
[11:02] <zyga> Chipaca: or can we be free-form
[11:04] <zyga> aha
[11:05] <mup> PR snapd#3589 opened: tests: remove unneeded check for re-exec in InternalToolPath() <Created by mvo5> <https://github.com/snapcore/snapd/pull/3589>
[11:17] <zyga> re Chipaca
[11:18] <zyga> 13:01 < zyga> Chipaca: do you know any simple command line yaml thing
[11:18] <zyga> 13:01 < zyga> that I could pipe yamlto
[11:18] <zyga> 13:02 < zyga> and it'd shout "that's not yaml dummy, ask Chipaca how it's made"
[11:18] <zyga> 13:02 < zyga> Chipaca: and while we're talking, is there an implict assumption that our CLI commands speak in text that magically is parsable as valid yaml?
[11:18] <zyga> 13:02 < zyga> Chipaca: or can we be free-form
[11:18] <Chipaca> zyga: yq?
[11:18] <Chipaca> zyga: tbh i've been using yaml-online-parser.appspot.com for that, because i'm lazy, but yq exists
[11:18] <zyga> is that a command name?
[11:18] <zyga> ah
[11:18] <Chipaca> like jq but for yaml, yes, it exists
[11:19] <zyga> mmm, are you on 16.04?
[11:19] <Chipaca> not particularly good when i tried it
[11:19] <Chipaca> i am
[11:19] <Chipaca> zyga: i'd say snap instlal yq, but it's not mature enough imho
[11:19] <Chipaca> zyga: so virtualenv + pip install
[11:20] <zyga> Chipaca: ah
[11:20] <Chipaca> hm
[11:20] <Chipaca> https://pypi.python.org/pypi/yq
[11:20] <zyga> Chipaca: how do you feel about output like this? http://pastebin.ubuntu.com/25088397/
[11:20] <Chipaca> maybe i got it from a duff github thing, because that's at 2.20
[11:20] <Chipaca> 2.20 doesn't sound immature
[11:20] <zyga> Chipaca: observe how output differs depending on label/attrs being there and visible
[11:21] <zyga> (I added a label and implicit attribute to network interface so that it would show)
[11:21] <Chipaca> zyga: why's the label like a slightly more verbose summary
[11:21] <Chipaca> anyway, it seems alright to me
[11:22] <Chipaca> now i'm going to go for a run
[11:22] <zyga> Chipaca: label is per instance
[11:22] <Chipaca> i expect my network to continue frobbling in my absence
[11:22] <zyga> Chipaca: the actual text there is fake
[11:22] <zyga> Chipaca: summary is per interface class
[11:22] <Chipaca> zyga: a'ight, even better then
[11:22] <zyga> Chipaca: I'm trying to come up with something in response to https://github.com/snapcore/snapd/pull/3399#discussion_r121195898
[11:22] <mup> PR snapd#3399: many: add the interface command <Decaying> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/3399>
[11:23] <Chipaca> zyga: as i say, it seems alright to me at a glance
[11:23] <zyga> great!
[11:23] <zyga> I think it's fine
[11:23] <zyga> it's not API-fine because the output may be a list of strings
[11:24] <zyga> or a list of objects
[11:24] <zyga> but that's fine
[11:24] <zyga> people that do dynamic languages love that anyway
[11:24] <zyga> ;-)
[11:24] <zyga> I wanted to retain the abiity to show details
[11:24]  * zyga needs to run and pay for parking 
[11:42]  * zyga fed the parking meter 
[11:54] <morphis> zyga: ping
[11:55] <zyga> yes
[11:55] <zyga> mvo, Chipaca: can you pastebin (private) the details of this snapd install oops please Jul 12 22:04:59 test-container /usr/lib/snapd/snapd[24472]: handlers.go:204: Reported install problem for "core" as 255c06b6-674e-11e7-8c10-fa163e54c21f OOPSID
[11:56] <zyga> morphis: what's up?
[11:56] <morphis> zyga: just checking if you or I should update the opensuse snapd package for the latest 2.26 release
[11:57] <zyga> morphis: I wanted to update to 2.27 as it gets released (mvo said monday)
[11:58] <morphis> zyga: release to stable on monday?
[11:58] <zyga> morphis: I think so
[11:58] <morphis> ok
[11:58] <zyga> morphis: sync packaging to master, update and release
[11:58] <morphis> makes sense
[11:59] <morphis> zyga: ok, then I leave that up to you
[11:59] <morphis> give me a ping when you need another test on the PR
[12:00] <zyga> morphis: okay, I'll try to sync the package and fix tests over weekend, hoping that we can smoothly press the button first thing next week
[12:00] <morphis> sounds good
[12:00] <morphis> zyga: you're in Warsaw next week?
[12:00] <zyga> morphis: I'm in Warsaw right now :)
[12:00] <zyga> morphis: as for the sprint, I won't be there for the week
[12:00] <morphis> zyga: ah, great!
[12:01] <zyga> (maybe I'll lurk for food ;-)
[12:01] <morphis> hehe
[12:01] <zyga> mvo has the tough job next week
[12:02] <zyga> I'll be there to hug him and offer refreshments
[12:16] <mup> PR snapcraft#1408 opened: Set XDG_CACHE_HOME in persistent LXD container <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1408>
[12:23] <Son_Goku> zyga, what's going on with mvo next week?
[12:23] <morphis> Son_Goku: sprinting :-)
[12:25] <zyga> Son_Goku: sprinting in Warsaw
[12:26] <zyga> Son_Goku: on a business sprint, little coding, lots of tables and stuf
[12:26] <Son_Goku> ah, so mvo will be able to twiddle his thumbs a bit :P
[12:27] <niemeyer> Hello all!
[12:27] <Son_Goku> niemeyer: morning!
[12:28] <Son_Goku> mvo: did you see the typo of the word "profiles" in the changelog
[12:29] <mvo> Son_Goku: I have not, I will check and fix
[12:29] <Son_Goku> mvo: you should see my message to you yesterday about "profilese" :)
[12:29] <Son_Goku> (as Pharaoh_Atem )
[12:30] <zyga> niemeyer: hello
[12:30] <mvo> Son_Goku: uh, sounds like irc ate it
[12:30] <zyga> niemeyer: offtopic, remember when I asked all those questions about the interface API
[12:30] <niemeyer> zyga: Yeah
[12:30] <zyga> niemeyer: I really must have been tired then, it's all perfectly logical on fresh read
[12:30] <niemeyer> zyga: (what's the topic, btw? :P)
[12:30] <zyga> niemeyer: not sure how I can come across so different now
[12:30] <zyga> niemeyer: PR 3399
[12:31] <zyga> niemeyer: anyway, all good, will be done soon
[12:31] <niemeyer> zyga: Hah, yeah.. I thought it'd make more sense after sleeping on it :D
[12:31] <niemeyer> zyga: Thanks!
[12:31] <zyga> niemeyer: and now some more ontopic things: https://forum.snapcraft.io/t/cannot-refresh-cannot-add-assertions-failed-signature-verification-while-hacking-on-master/1324
[12:31] <zyga> niemeyer: never saw this, didn't dive into it yet but I wanted to keep this on the radar given the immenent release
[12:31] <niemeyer> zyga: The agreements around the apps API shouldn't change this much, I think
[12:31] <Son_Goku> [Thursday, July 13, 2017] [3:11:33 PM EDT] <Pharaoh_Atem>       mvo: what's this "profilese" you speak of? :P https://github.com/snapcore/snapd/commit/7cb1b27c546bce219114010fe9c8f4d0e6a48071
[12:31] <niemeyer> zyga: The most interesting outcome of that conversation is that we'll now have an endpoint that talks about APIs in general
[12:32] <niemeyer> Erm
[12:32] <niemeyer> "apps in general"
[12:32] <mvo> Son_Goku: woah, that is a typo so big you can drive a car through
[12:32] <Son_Goku> :D
[12:33] <zyga> niemeyer: are you referring to the the discussion between you and Chipaca about the services and how apps are represented there?
[12:34] <niemeyer> zyga: Yeah, the one you asked about yesterday
[12:34] <zyga> niemeyer: ah, right
[12:34] <Chipaca> snappers, my internets are very very flaky today (isp's cisco hw is having a bad bgp day), so assume anything you say to me on irc wasn't heard unless directly answered
[12:34] <zyga> niemeyer: thanks for confirming that
[12:34] <zyga> Chipaca: I will make you feel at ease by acking the statement
[12:34] <zyga> at least now we know
[12:34] <Chipaca> zyga: ta :-)
[12:35] <zyga> Son_Goku: profilese is profiles in snapese languagese
[12:35] <Son_Goku> haha
[12:35] <Chipaca> zyga: I'd tell you a tcp joke, but I'd never know if you got it
[12:35] <zyga> "for uniformitese our changeloges will now be written in snappese"
[12:35] <zyga> Chipaca: hehe
[12:35] <zyga> Chipaca: wasn't that an UDP joke?
[12:36] <Chipaca> zyga: but you might not get it in order
[12:36] <Chipaca> zyga: I'd tell you an UDP joke
[12:37] <zyga> boy someone is in good mood today :)
[12:37] <zyga> boy someone is in good mood today :) [dup]
[12:37] <zyga> boy someone is in good mood today :) [dup]
[12:37] <Chipaca> TCP is the one that can have the bizantine generals problem (whereas udp lets the app deal with that)
[12:38] <Chipaca> my isp is having such a bad day its twitter notifications are getting rate-limited
[12:38] <Son_Goku> zyga: here we go: https://copr.fedorainfracloud.org/coprs/ngompa/snapd-prerel-fedora/build/579417/
[12:39] <Son_Goku> zyga: incidentally, COPR supports webhooks, so every commit or every tag could lead to a build in COPR
[12:40] <Son_Goku> zyga: if we had a Snappy SIG in Fedora, we could have an official group on copr for these things :)
[12:41] <zyga> very nice, thank you!
[12:41] <Chipaca> something something Launch all 'SIG'!
[12:41] <zyga> `Instructions not filled in by author. Author knows what to do. Everybody else should avoid this repo. `
[12:41] <zyga> Son_Goku: is there a flatpak SIG in place already?
[12:42] <Son_Goku> zyga: there is not, because the Workstation guys are driving that directly
[12:42] <zyga> Son_Goku: I'm following the ongoing thread that opposes the "graphical apps as flatpacks" change
[12:42] <Chipaca> niemeyer: wrt linode etc etc, have you seen the price on alibaba instances?
[12:42] <zyga> I see
[12:42] <zyga> alibaba is a cloud now?
[12:42] <Son_Goku> there is a Modularity SIG
[12:42] <Son_Goku> err, workgroup (WG)
[12:42] <Chipaca> https://www.alibabacloud.com/product/ecs?spm=a3c0i.7911826.709257.dproducta1.289572c4oGWOX6#EcsInsTableTrans_linux_SG
[12:42] <Son_Goku> zyga: https://fedoraproject.org/wiki/Modularity_Working_Group
[12:43] <zyga> Chipaca: all the VMs are backed up by china, for free ;-)
[12:43] <Son_Goku> zyga: a Snappy Fedora would most likely involve working with the modularity guys
[12:43] <zyga> I agree
[12:43] <zyga> niemeyer: "SSD Cloud Server from $30 USD per instance
[12:43] <zyga> for a whole year, with 1TB free data transfer!"
[12:43] <zyga> that's nice~
[12:43] <Chipaca> zyga: they do indeed have a cn availability zone -- and apparently have simplified some of the cn paperwork for you to have a cn pop
[12:44] <Chipaca> but i'm assuming that's not interesting for us on the snapd side (whether it's interesting for noise][ & co is a different point)
[12:44] <zyga> meh
[12:45] <zyga> This promotion is limited to 3 orders per user, with 1 instance per order. Each user can purchase up to 3 instances.
[12:45] <zyga> not so nice
[12:45] <Son_Goku> zyga: wut
[12:45] <Son_Goku> snapd is broken for i386?
[12:45] <Chipaca> wut?
[12:46] <Chipaca> certainly shouldn't be :-)
[12:46] <zyga> Son_Goku: how?
[12:46] <Son_Goku> zyga: https://copr.fedorainfracloud.org/coprs/ngompa/snapd-prerel-fedora/build/579417/
[12:46] <Son_Goku> the build just failed for all 32-bit x86 targets
[12:46] <zyga> mvo's fav
[12:46] <zyga> # github.com/snapcore/snapd/cmd/snap-seccomp
[12:46] <zyga> In file included from /usr/include/xfs/xqm.h:21:0,
[12:46] <zyga>                  from src/github.com/snapcore/snapd/cmd/snap-seccomp/main.go:49:
[12:46] <zyga> /usr/include/xfs/xfs.h:53:12: error: size of array 'xfs_assert_largefile' is too large
[12:47] <zyga>  extern int xfs_assert_largefile[sizeof(off_t)-8];
[12:47] <zyga> feels like missing -D_LARGE_FILE_SUPPORT=1 or similar
[12:47] <Chipaca> uhh
[12:47] <zyga> whatever that macro was
[12:47] <zyga> but my 0.99PLN goes there
[12:47] <Chipaca> -D_WTF_BBQ
[12:47] <Son_Goku> zyga: and this is why we do this :)
[12:47] <zyga> Son_Goku: yep
[12:47] <zyga> Son_Goku: thank you!
[12:48] <zyga> speaking of which
[12:48] <zyga> I need to setup for the call
[12:49] <mvo> Son_Goku: uh, thank you
[12:50] <Son_Goku> mvo: for what?
[12:50]  * zyga preeemptively hugs mvo who will now setup fedora 25 i386 system to see which build flag is missing
[12:50] <mvo> Son_Goku: for the build log!
[12:50] <Son_Goku> haha
[12:50] <Son_Goku> mvo: no problem :)
[12:51] <Son_Goku> you can also use the generated src.rpm to actually rebuild locally :D
[13:01] <mup> PR snapcraft#1406 closed: recording: rename the file to manifest.yaml <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1406>
[13:39] <zyga_> ogra_: can we please merge https://github.com/snapcore/core-build/pull/14
[13:39] <mup> PR core-build#14: initramfs/testing: add unit tests for initrd scripts <Created by zyga> <https://github.com/snapcore/core-build/pull/14>
[13:39] <zyga_> ogra_: I'd rather have *some* test support than none
[13:39] <zyga_> and we can iterate on it ad nauseam once it is in
[13:39] <zyga_> it's just python :)
[13:39] <ogra_> zyga_, do they work ?
[13:40] <zyga_> ogra_: of course!
[13:40] <zyga_> ogra_: travis runs them
[13:40] <zyga_> ogra_: feel free to try to write a few
[13:40] <ogra_> i thought there were still open issues ...
[13:40] <zyga_> nope
[13:40] <zyga_> it's all good
[13:40] <ogra_> well, no objections to merging it then
[13:40] <zyga_> woot :)
[13:41] <zyga_> I only updated it once after I got new mypy to make the whole python code statically tpyed
[13:41] <zyga_> typed*
[13:41] <zyga_> (mypy is a blessing)
[13:41] <zyga_> my code could be better but it it's not critical
[13:42] <zyga_> I will return to it when the load is smaller, to write more tests
[13:42] <zyga_> ideally people doing android bootloader support could now tests their code
[13:44] <zyga_> ogra_: merged now
[13:45]  * zyga_ -> walk & break towards the bus stop
[13:45] <mup> PR core-build#14 closed: initramfs/testing: add unit tests for initrd scripts <Created by zyga> <Merged by zyga> <https://github.com/snapcore/core-build/pull/14>
[13:46] <Chipaca> EHLO
[13:46] <zyga_> hey Chipaca-SMTP
[13:47] <zyga_> Chipaca: is SMTP a honorific suffix used on IRC by geeks who read the wikipedia article?
[13:47] <Chipaca> did i miss anything fun?
[13:47] <Chipaca> zyga_: if it is, it's somewhere under "-bo"
[13:47] <zyga_> Chipaca: :D
[13:47] <zyga_> nah, I'm turning gray, can't be -bo
[13:48] <zyga_> unless it recycles when one becomes senile
[13:48]  * zyga_ starts walking, ttyl
[13:48] <Chipaca> zyga_: or you experience time backwards
[13:52] <mup> PR snapcraft#1405 closed: pluginhandler: check for collisions only in existing files <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1405>
[14:03] <cachio> mvo, are you working on the linode:debian-unstable-64:tests/upgrade/basic ?
[14:04] <mup> PR snapcraft#1409 opened: snap: remove completer entry <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1409>
[14:06] <mvo> cachio: sort of, I was looking into it and then got into meetings - its "funny" because when I run this test via spread linode:debian-unstable-64 it does not fail for me
[14:06] <mvo> cachio: I have a theory why it might fail, but if you also have one I'm keen to hear it
[14:06] <cachio> mvo, I don't. I'll take a look now
[14:10] <mvo> cachio: I think the problem is the following - in 2.21 we had only SNAP_REEXEC as the environment. so snapd starts, then re-execs and sets SNAP_REEXEC=0 to prevent it from re-execing again. now in cmd.go:InternalToolpath() we check for that key and if it is set we don't use the  tool from core. which is wrong in this case, I put a PR up for it, but it fails on test sright now
[14:11] <cachio> mvo, ah, ok,
[14:11] <cachio> mvo, which is th PR?
[14:12] <mvo> cachio: 3589
[14:18] <mvo> cachio: I think I have an idea, let me push something (once local unit tests are happy)
[14:22] <Pharaoh_Atem> morning
[14:24] <mvo> cachio: I pushed a new commit, lets see if 3589 is now happy
[14:27] <cachio> mvo, ok, I could reproduce the issue
[14:27] <cachio> mvo, I am in the machine
[14:28] <cachio> mvo, do you want to check something?
[14:31] <mvo> cachio: if you could run it with the two commits from 3589 that would be nice
[14:31] <mvo> cachio: what did you do to reproduce?
[14:31] <cachio> mvo, just executed using the flag -repeat 20 for the test
[14:32] <cachio> to rerun it until it fails
[14:33] <cachio> mvo, I'll try the same with your branch
[14:34] <mvo> cachio: aha, nice. please let me know how it goes! strange that it needs -repeat 20 when in master it seems to fail consitently
[14:41] <cachio> mvo, I am running on your branch now
[14:41] <cachio> mvo, I'll let you know
[14:45] <mvo> ta
[15:04] <cachio> mvo, I reproduced the error with your branch :(
[15:04] <cachio> mvo, https://paste.ubuntu.com/25089342/
[15:08] <zyga> re
[15:08] <niemeyer> cachio_lunch: #3505 reviewed, thanks!
[15:08] <niemeyer> Hmm.. lunch is a good idea, biab
[15:14] <mup> PR snapd#3590 opened: cmd/snap: snap cli to set or revert the custom store <Created by atomatt> <https://github.com/snapcore/snapd/pull/3590>
[15:53] <cachio> mvo,  I see this comment on the test https://paste.ubuntu.com/25089614/
[15:53] <cachio> mvo, could it be affecting in 2.26
[15:53] <cachio> ?
[16:05] <zyga> re
[16:05] <zyga> aha, good catch cachio!
[16:15] <ogra_> zyga, if you have a bored moment on the weekend or so ... https://github.com/snapcore/pi3-gadget/pull/11 (though just taking a look at the resulting branch is probably easier than the diff https://github.com/ogra1/pi3-gadget )
[16:15] <mup> PR pi3-gadget#11: build uboot from source, pull blobs from upstream, use dtbs from archive <Created by ogra1> <https://github.com/snapcore/pi3-gadget/pull/11>
[16:29] <mup> PR snapd#3591 opened: interfaces/greengrass-support: adjust accesses now that have working snap <Created by jdstrand> <https://github.com/snapcore/snapd/pull/3591>
[16:30] <mvo> cachio: hm, thank you. there goes my theory. /me scratches head
[16:32] <cachio> mvo, so /usr/lib/snapd/snap-update-ns should exist, right?
[16:33] <pstolowski> mvo, cachio do you know if there is anything happening to linode? my travis job for #3569 has been sitting and waiting for start for ~4 hours. I've just cancelled it and restarted and it's still waiting for something
[16:34] <mvo> cachio: yes, but this test is using snapd 2.21 which does not have it, in this case it should come from the core snap
[16:34] <mup> PR snapcraft#1410 opened: tests: remove download timeout workaround <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1410>
[16:35] <cachio> pstolowski, something weird is happening, perhaps we are reaching the limit of machines
[16:35] <cachio> niemeyer, any idea about what pstolowski is saying?
[16:35] <cachio> mvo, ok
[16:37] <om26er> Hi! I can't login to snapd as it asks for 2-pass credentials. From the web interface I can login without 2-pass credentials.
[16:42] <zyga> ogra_: oh, nice!
[16:44] <zyga> jdstrand: commented on the greengrass PR
[16:47] <cachio> pstolowski, I think the problem is on travis
[16:47] <cachio> pstolowski,  it is not running the tests
[16:48] <zyga> pstolowski: travis has limited capacity
[16:48] <zyga> pstolowski: existing tests block running subsequent tests
[16:49] <zyga> pstolowski: this should be displayed on the PR status page
[16:49] <jdstrand> zyga: I responded
[16:49] <jdstrand> zyga: unrelated, fyi https://bugs.launchpad.net/snapd/+bug/1704222
[16:49] <mup> Bug #1704222: snap debug get-base-declaration does not work with 2.26.9 <snapd:New> <https://launchpad.net/bugs/1704222>
[16:54] <niemeyer> cachio, pstolowski: Looking
[16:55] <cachio> mvo, I think the problem is on the core which is in beta
[16:55] <niemeyer> pstolowski: You mean it's sitting there yellow?
[16:55] <cachio> mvo, not the stable one
[16:57] <niemeyer> cachio: Is that what he was talking about?
[16:57] <pstolowski> niemeyer, yes, it's been like that for a few hours
[16:57] <niemeyer> pstolowski: Travis has a few queues.. one for the project, we can only run so many things concurrently, but also one for everybody
[16:57] <cachio> niemeyer, the builds are in created state
[16:58] <niemeyer> pstolowski: In some cases there's just too much going on
[16:58] <niemeyer> cachio, pstolowski: When it's yellow, it hasn't even started, which means it can't possibly be about Linode
[16:58] <niemeyer> Looking here we can see that indeed Travis has built some global backlog today:
[16:58] <niemeyer> https://www.traviscistatus.com/
[16:58] <cachio> niemeyer, I said the same
[16:58] <niemeyer> This, specifically:
[16:58] <niemeyer> https://usercontent.irccloud-cdn.com/file/7AqxcV5f/image.png
[16:59] <mvo> cachio: interessting - does it work with stable?
[16:59] <pstolowski> niemeyer, yeah i know.. i just don't recall it taking that long
[16:59] <pstolowski> fair enough
[16:59] <niemeyer> pstolowski: Unfortunately, your strategy of stopping and restarting was a really bad one in this specific case :)
[16:59] <pstolowski> niemeyer, yes!
[16:59] <cachio> mvo, I ran the test manually and worked, I am running it again
[17:00] <cachio> mvo, I am running manually with beta now
[17:01] <cachio> if it fails it means the problem probably is in the beta
[17:01] <Chipaca> I'm in a maze of twisty circular imports, all alike
[17:01] <Chipaca> so I'm going to EOW right about here
[17:02] <Chipaca> niemeyer: mvo: (anybody else?): safe travels!
[17:03] <jdstrand> zyga: is there a particular pivot_root mediation issue you were thinking about? I'd like to make sure we have a bug for it
[17:03] <niemeyer> Chipaca: Thanks!
[17:03] <mvo> Chipaca: thanks, appreciated!
[17:03] <niemeyer> pstolowski too, but out of Warsaw rather than into it :)
[17:03] <mvo> cachio: ta
[17:03] <pstolowski> niemeyer, i got part of the https://forum.snapcraft.io/t/how-to-snap-get-root-document/522/2 story implemented (printing the keys), but not the ability to print root document. I need to add a spread test though so not proposing it just yet. i need to start packing stuff for tomorrow
[17:03] <niemeyer> He's running away from us
[17:04] <niemeyer> pstolowski: 👍
[17:04] <Chipaca> niemeyer: my envy stops me from wishing him well
[17:04] <niemeyer> LOL
[17:04] <pstolowski> :)
[17:04] <Chipaca> pstolowski: break a leg :-)
[17:04] <pstolowski> i'll drink a few beers for you guys :)
[17:05] <cachio> mvo, manually works also with beta
[17:05] <pstolowski> once afain, safe travels everyone, have a good sprint & time in Warsaw!
[17:06] <pstolowski> o/
[17:06] <cachio> mvo, the change that you did should work if the test updates the core from the store?
[17:07] <zyga> jdstrand: just that pivot_root is the reason we are not using chroot, pivot root is transparent to apparmor so one can construct a fs where after pivot root all paths are allowed
[17:08]  * zyga takes a break for birthday party (not his), back to hacking tomorrow, have some things to catch up after a slow eek
[17:08] <zyga> week
[17:08] <kyrofa> zyga, a kid? My son's was yesterday
[17:08] <cachio> mvo, I think the problem is that this test is using a snapd from the store and not the built one
[17:09] <jdstrand> bye zyga, have fun
[17:10] <zyga> kyrofa: no, friends that are expecting one (finally we're not going to be the sole parents)
[17:11] <zyga> kyrofa: kids are very unpopular in this generation apparently
[17:11] <zyga> jdstrand: btw, just a quick question
[17:12] <zyga> jdstrand: are you familiar with the hybrid DFA/NFA tables used by the binary representation?
[17:12] <zyga> I found them rather curious
[17:12] <zyga> I'm planning on documenting them via Documentation/ patch
[17:13] <dpb1> hi there -- how do I build the core snap?  I'm searching online and not finding a lot
[17:14] <jdstrand> zyga: only at the very highest levels. you would want to talk to jjohansen1
[17:14] <kyrofa> zyga, ha!
[17:15]  * zyga waves
[17:15] <niemeyer> Yeah, Travis is definitely having trouble today.. we have almost the entirety of our machine pool powered off right now
[17:15] <zyga> jdstrand: thank you!
[18:12] <cachio> mvo, there?
[18:13] <mvo> cachio: not really, its getting late here :/
[18:15] <cachio> ok, I'll tell you on monday
[18:15] <cachio> I have a fix for the upgrade test but it is partial
[18:17] <mvo> cachio: ok, I think my PR is still useful, but slightly sad that this particular case is not fixed. *if* its getting the snapd from the store in the test, we probably just need to merge it to master and 2.27 and things should start working again?
[18:18] <mvo> cachio: (I still think my PR addresses the root cause of the bug)
[18:18] <cachio> mvo, agree
[18:19] <cachio> if I install from stable the core
[18:19] <cachio> mvo, I can't reproduce the error
[18:19] <cachio> but if I remove the line "snap install core"
[18:20] <cachio> the test gets stuck running
[18:20] <cachio> Run configure hook of "core" snap if present
[18:23] <mvo> cachio: ok, keep me updated on this, I have only half-a-brain available for it right now
[18:23]  * mvo vanishes for some minutes
[18:24] <cachio> mvo, I am gonna update your branch to push the fix in the test, is ok?
[18:25] <cachio> mvo, or you prefer a different branch
[18:50] <mvo> cachio: sure, just push to my branch
[18:51] <cachio> mvo, I did it, tx
[19:31] <mup> PR snapd#3592 opened: interfaces: opengl support pci device and vendor <Created by kyrofa> <https://github.com/snapcore/snapd/pull/3592>
[19:31] <kyrofa> jdstrand, please add that to your review backlog ^^
[19:32] <jdstrand> I know this PR :) I'll do it now
[19:32] <kyrofa> jdstrand, you're the best!
[19:46] <mup> PR snapd#3593 opened: interfaces/wayland: add access to wayland compositors <Blocked> <Created by jdstrand> <https://github.com/snapcore/snapd/pull/3593>
[22:37] <qu1nn_1> anyone familiar with the nextcloud snap?