[04:58] <mborzecki> morning
[04:58] <zyga> Good morning
[04:59] <zyga> Cold night
[05:06] <mborzecki> zyga: yeah, and hoar frost everywhere :/
[05:55] <mborzecki> hm guess the store is offline atm
[05:55] <mborzecki> hope it's not as bad as it sounds
[05:56] <sparkiegeek> mborzecki: yeah, the store is offline right now, and we're working to get it back online
[05:56] <sparkiegeek> as always, status.snapcraft.io
[05:58] <mborzecki> sparkiegeek: yeah, read the note about hardware failure, ouch
[06:29] <zyga> good luck sparkiegeek
[06:30] <sparkiegeek> zyga: thanks!
[06:33] <zyga> mborzecki: I sent some patches about facts API yesterday
[06:34] <mborzecki> zyga: ack, i'm looking at libsnap-confine-private parts PR
[06:34] <zyga> thanks!
[06:56] <zyga> hey mvo
[07:00] <mvo> zyga: hey, good morning
[07:06] <pstolowski> morning!
[07:12] <mborzecki> pstolowski: mvo: hey
[07:14] <mvo> hey pstolowski and mborzecki
[07:26] <mborzecki> silly question, but how do you revert a revert?
[07:28] <pstolowski> mborzecki: refresh?
[07:29] <mborzecki> pstolowski: that would poke the store which is currently down :)
[07:30] <sparkiegeek> mborzecki: we're now stumbling back to life; trying to fend off the advances from all the snapds in the world :)
[07:52]  * zyga does reviews
[07:52] <zyga> mborzecki: you can refresh to a revision you have
[07:52] <zyga> I think that is even offline
[07:53] <zyga> pstolowski: doing hot plug helpers now
[07:54] <pstolowski> zyga: awesome, thanks!
[08:05] <kyrofa> Dang, store is dooown
[08:12] <pstolowski> uh indeed
[08:18] <wgrant> Store read operations are on their way back up
[08:18] <mup> PR snapcraft#2296 opened: part grammar processor: lazily capture attributes from plugin <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2296>
[08:18] <wgrant> Just will be sluggish for a while as all the snapds retry.
[08:18] <wgrant> Write operations are a while off yet
[08:19] <kyrofa> wgrant, that's alright, read ops will get my tests passing again
[08:19] <kyrofa> wgrant, sounds like you had a fun night
[08:19] <kyrofa> Er. Day. Never can tell with you
[08:19] <kyrofa> :P
[08:19] <wgrant> For once something actually went wrong during my day
[08:19] <wgrant> I think it's the first time I've ever woken someone up rather than being woken up
[08:19] <kyrofa> Oh how lovely that must have been!
[08:20]  * sparkiegeek is now a full pot of tea in to his woken-from-slumber
[08:20] <zyga> kyrofa: woah, you're up early
[08:20] <kyrofa> zyga, I'm in spain for a week
[08:20] <zyga> ....
[08:20] <zyga> zyga.eyesfulloftears
[08:21] <zyga> have fun :)
[08:21] <zyga> in BCN?
[08:22] <kyrofa> zyga, a bit outside of madrid, a village called manzanares el real. I think I may come back next year with the family for a few months. I love this place
[08:22] <kyrofa> zyga, roscon is in madrid this weekend, so it didn't make sense for me to fly over the atlantic multiple times
[08:23] <zyga> woah, even smaller than the town I was in
[08:23] <zyga> lovely :)
[08:23] <kyrofa> zyga, yeah I was specifically looking for that
[08:23] <sparkiegeek> specifically looking to find where zyga was?
[08:23] <sparkiegeek> zyga: I think you might have a stalker
[08:23] <kyrofa> Yes. Don't be jealous
[08:23] <zyga> that's all right, I love kyrofa :)
[08:23] <kyrofa> Yeah, see?
[08:23] <kyrofa> Back at you zyga
[08:24] <kyrofa> No I just wanted to experience small town spain, grocery shopping, actually living here for a little while. It's been lovely
[08:24] <zyga> kyrofa: careful
[08:25] <zyga> the next thing you say is "oh my god, how many years has it been already?" - except you say that in Spanish to your little Spanish speaking kids :D
[08:25] <zyga> (but then it's all right because it's the best place to live)
[08:25] <kyrofa> Hahahaha
[08:26] <kyrofa> zyga, yeah if we come here for-- I dunno, three months-- maybe my spanish will flourish
[08:26] <zyga> kyrofa: when I stayed for 6 years I was only planning on ... max ... 6 months
[08:26] <kyrofa> Ha!
[08:26] <kyrofa> zyga, explain something to me though, I feel rude asking anyone here
[08:27] <kyrofa> Let me upload a picture first to help my question
[08:28] <Chipaca> ruh-roh
[08:28] <zyga> haha :-)
[08:28] <zyga> right?
[08:30] <mup> PR snapcraft#2297 opened: [legacy] part grammar processor: lazily capture attributes from plugin <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2297>
[08:31] <kyrofa> zyga, alright, got it. This town is small, quiet, and seemingly perfectly safe. Kids out on the street, etc. However, I swear every property resembles this one: https://pasteboard.co/HFEc6pt.jpg
[08:31] <zyga> hmmm
[08:31] <zyga> as in $$$ or as in fort knox?
[08:31] <kyrofa> Everyone's yard is behind a serious wall with a gate
[08:32] <zyga> not sure if that's the same reason
[08:32] <kyrofa> Nah, not all the properties look quite as nice
[08:32] <zyga> on costa brava there were lots of multi-million apartments and houses
[08:32] <zyga> for rich sport stars, actors and business men
[08:32] <zyga> typically behind a tall fence
[08:32] <zyga> so maybe that's that
[08:32] <zyga> just real madrid
[08:33] <zyga> but I don't know for sure
[08:33] <zyga> just ask though
[08:33] <zyga> I'm sure all the locals know
[08:33] <zyga> ask in a grocery store
[08:33] <kyrofa> I dunno, I need to take a pic of the neighborhood I'm in. It really just feels architectural, but there must be some interesting history behind it
[08:33] <Chipaca> kyrofa: one thing to note is that Spain forgot how to make houses
[08:34] <Chipaca> kyrofa: during franco, everything was apartments
[08:34] <zyga> kyrofa: do you speak Spanish?
[08:34]  * zyga realised his earlier question about $$$ _or_ Fort Knox was a bit silly
[08:34] <kyrofa> zyga, I speak enough spanish to explain that I don't speak it
[08:34] <zyga> haha
[08:34] <zyga> well, I hope you do better than I did
[08:34] <zyga> yeah, I'd really just ask
[08:34] <zyga> then translate the answer back
[08:35] <zyga> (tip: kids help)
[08:38] <zyga> hmm, new Vmware !
[08:39] <zyga> shiny goodies
[08:42] <pstolowski> zyga: looking forward to a deal/sale (black friday maybe), let me know if you spot any
[08:42] <Trevinho> sergiusens: hey, but snapcraft changed the default pwd when at build stage?
[08:42] <zyga> pstolowski: yeah, same here
[08:42] <zyga> workstation 15 feels like the bigger win now
[08:42] <zyga> highdpi fixes and what not
[08:43] <zyga> fusion 11 is just "keep on rolling" from what it seems
[08:43] <zyga> but I haven't played with either
[08:43] <zyga> pstolowski: I _barely_ missed the free month update :/
[08:43] <zyga> I got workstation 14 recently
[08:43] <zyga> er
[08:43] <pstolowski> zyga: ouch...
[08:43] <zyga> not barely missed but barely got :/
[08:43] <zyga> (ie. no update)
[08:43] <zyga> very solid product still
[08:45] <zyga> pstolowski: typically Vmware desktop products are 25-30% off nearly all year
[08:45] <zyga> with peak around Black Friday
[08:45] <wgrant> Store read APIs should be stable now
[08:46] <zyga> thank you wgrant! must have been a busy morning
[08:46] <zyga> pstolowski: so my best advice is to just wait
[08:46] <kyrofa> Trevinho, what do you mean?
[08:47] <pstolowski> zyga: yep. the standard price doesn't justify moving away from virtualbox for me, to steep
[08:47] <pstolowski> *too
[08:47] <zyga> pstolowski: yeah, that's understandable
[08:47] <zyga> pstolowski: once you buy it once you can refresh it every few releases
[08:48] <zyga> you can get the lower cost update to 15 from all the way back to 12
[08:50] <zyga> pstolowski: you can also buy it without VAT
[08:50] <zyga> so that's a nice change
[08:53] <mvo> zyga: do you remember the kernel selftest? we have a bit of a challenge to make it work with our testsuite
[08:53] <zyga> yes
[08:53] <zyga> oh? tell me more please
[08:53] <mvo> zyga: when enabling snapd will go into read-only mode on trusty
[08:53] <mvo> zyga: until we reboot
[08:53] <zyga> mmm, yeah
[08:53] <mvo> zyga: we can not reboot in prepare
[08:53] <mborzecki> zyga: if vmware products are 25-30% off all year, why don't they just drop the price? :)
[08:53] <mvo> zyga: but we do install some snaps in prepare
[08:54] <mvo> zyga: so its a bit of a catch-22
[08:54] <zyga> mborzecki: marketing, magic
[08:54] <mvo> zyga: :/
[08:54] <zyga> mvo: can we just make the 14.04 machine prepared with the right kernel?
[08:54] <mvo> zyga: also "funny" because while we need a newer kernel apparently things worked just fine with the stock 14.04 for most of our tests
[08:54] <zyga> mvo: or is that unreasonable for testing?
[08:54] <mvo> zyga: yeah, I think we need to do that
[08:54] <zyga> stock 14.04 kernel doesn't work at all
[08:54] <mvo> zyga: its slightly annoying for people who want to run local spread tests
[08:54] <zyga> are you sure?
[08:54] <mvo> zyga: it does not?
[08:55] <zyga> I'm pretty sure not much works on 3.10 there
[08:55] <mvo> zyga: let me dive deeper, so far I only looked at logs, let me login
[08:55] <zyga> last time I tried apparmor was not playing
[08:55] <zyga> and you would get issues on any operation
[08:55] <zyga> maybe mounting worked but not much more
[08:55] <zyga> mvo: also complex, maybe we should allow re-exec at least
[08:55] <zyga> but ... not sure
[08:55] <zyga> k
[08:55] <mvo> zyga: looking now
[08:56] <mvo> zyga: maybe our version check is just busted
[08:56] <mvo> zyga: anyway, another fun morning puzzle
[09:03] <sergiusens> Trevinho: when in pull, to changes to the part's source, when in build to the part's build dir, when in stage to the stage dir and when in prime to the prime dir. It has always been like this since introducing the override- directive
[09:04] <Trevinho> sergiusens: weird since the tdesktop stopped building for some weeks now as it wasn't find a file it was before in build (with a cp)
[09:06] <sergiusens> Trevinho can I see the snapcraft.yaml?
[09:06] <sergiusens> And how did it break?
[09:07] <Trevinho> sergiusens: failing here https://github.com/telegramdesktop/tdesktop/blob/dev/snap/snapcraft.yaml#L97
[09:07] <Trevinho> sergiusens: log with some more debugging https://launchpadlibrarian.net/390331135/buildlog_snap_ubuntu_xenial_amd64_tdesktop_BUILDING.txt.gz
[09:07] <Trevinho> (for sure it has always been building)
[09:07] <Trevinho> but I'm fixing the path, it's indeed better to point to the actual src, but...
[09:08] <Trevinho> just curious if something changed
[09:09] <zyga> mborzecki: updated https://github.com/snapcore/snapd/pull/5805
[09:09] <mup> PR #5805: cmd/snap-update-ns: enforce trespassing checks <Created by zyga> <https://github.com/snapcore/snapd/pull/5805>
[09:09] <kyrofa> Trevinho, are you sure there's a snap/gui? https://github.com/telegramdesktop/tdesktop/tree/dev/snap
[09:09] <sergiusens> Trevinho your problem lies two lines above.. That relative path worked through an implementation detail
[09:10] <kyrofa> Oh, you make it
[09:10] <kyrofa> Blech
[09:10] <Trevinho> yeah, that's why I whished for years to do a SNAPCRAFT_PART_SOURCE env :)
[09:11] <Trevinho> but too in hurry to do a pr for it
[09:11] <mborzecki> zyga: lgtm, thanks!
[09:12] <mvo> zyga: ok, fun - the kernel test is busted, debugging now
[09:13] <mvo> zyga: so all good, much less of an issue than I expected
[09:14] <kyrofa> Trevinho, SNAPCRAFT_PART_SRC is a thing, but it wouldn't help you in this case, the snap/ dir isn't considered part of the src
[09:15] <Trevinho> yeah sure, but to pull from lib/xdg/*
[09:16] <Trevinho> sergiusens: another thing i wanted to ask, is there something going on for some caching of parts? As in the past I was trying to use travis cache for parts which didn't change, and would be nice to have a mode where snapcraft tries to reuse the parts if they're updates, otherwise it auto-cleans and pull/build/stage the ones which need to. As right  now it gives an error message about what to do, but having something that forces it to clean...
[09:17] <zyga> mvo: oh, version compare wrong?
[09:18] <mvo> zyga: yeah, kernel version is "4.4.0-112-generic" - two "-" are illegal
[09:19] <zyga> oh
[09:19] <mvo> zyga: anyway, fix is easy
[09:19] <zyga> this upsets the compare logic?
[09:19] <mvo> zyga: yeah, its using the debian version compare rules
[09:19] <mvo> zyga: which give "-" a strict meaning
[09:19] <mvo> zyga: but no worries, fix is simple
[09:22] <niemeyer> Mornings
[09:22] <zyga> hey hey
[09:22] <zyga> feeling better?
[09:22] <mvo> niemeyer: good morning!
[09:23] <mvo> niemeyer: oh, I missed that you felt unwell? a cold as well? it seems to be going around :(
[09:24] <pstolowski> niemeyer: o/
[09:24] <kyrofa> Trevinho, not completely clear what you're asking, but perhaps you'd be interested in the "lifecycle" section of these release notes? https://github.com/snapcore/snapcraft/releases/tag/2.43
[09:26] <zyga> brb, getting more warm tea
[09:38] <Trevinho> kyrofa: oh, yes, that's the one!
[09:38] <Trevinho> kyrofa: that works also when doing `snapcraft prime <part>` and then if some dep on that needs cleanup does it?
[09:40]  * zyga shivers
[09:41] <kyrofa> Trevinho, yes, but it's not magic. It will catch changes made to the files for local parts, but not remote parts. It will clean/re-run steps that you change (e.g. if you alter override-build it knows build needs to run again)
[09:41] <kyrofa> It's also pretty new, we're still tweaking it, but would love for you to give it some mileage
[09:42] <mvo> zyga: I updated 5768, it needs a second review but that should be trivial :)
[09:42] <zyga> ack, I'll look in a sec
[09:43] <mvo> zyga: thanks and no rush, still need to wait for tests
[09:46] <niemeyer> mvo: Sorry, missed your question
[09:47] <niemeyer> mvo: No, I just felt a bit brainwashed after last week :)
[09:57] <zyga> mborzecki: updated, thanks
[09:57] <zyga> mvo: looking now
[09:58] <zyga> mvo: whee,
[09:58] <zyga> something for 2.36?
[10:07] <zyga> unexpected benefit from having macOS tests in travis
[10:07] <zyga> no stupid log by default
[10:08] <zyga> (the one that is super slow to load)
[10:11] <zyga> jdstrand: hey, could you please look at 5395 again?
[10:21] <mborzecki> if a configure hook fiddles with socket serviec files, is there a way to have snapctl trigger systemd reload?
[10:21] <zyga> fiddle?
[10:22] <mborzecki> zyga: yes, say i have socket activated serice and i change the port it listens on
[10:22] <zyga> how can you do that?
[10:23] <mborzecki> zyga: sed -e with socket unit file? i guess it onl works here becase i have no apparmor to stop me
[10:23] <zyga> yeah.
[10:24] <zyga> exactly that
[10:24] <mborzecki> but yeah, say i have socket activated service and want to change something there, there is no way to do that, is there?
[10:24] <zyga> that's correct
[10:30] <mup> PR snapd#5863 opened: overlord/ifacestate: add hotplug slots with implicit slots <Hotplug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5863>
[10:34] <pstolowski> niemeyer: would be great to land the oldest hotplug PRs that need your re-review when you've a moment. stacking up these hotplug PRs is becoming painful
[10:39] <om26er> when is https://dashboard.snapcraft.io/ supposed to get back up ?
[10:39] <zyga> https://status.snapcraft.io/
[10:39] <zyga> it doesn't say
[10:41] <wgrant> No ETA at present, but we're working on it.
[10:42] <niemeyer> pstolowski: Ack
[10:43] <pstolowski> niemeyer: sorry for pushing, let me know when i become annoying ;}
[10:43] <niemeyer> pstolowski: No worries, thanks for pinging
[10:44] <pstolowski> zyga: we don't use glib in snap confine, only in its tests right?
[10:44] <zyga> pstolowski: correct
[10:45] <pstolowski> zyga: allright then :). for a moment i was wondering why did you implement key=val parser if glib has one; makes sense, thanks
[10:45] <zyga> yeah :-)
[10:59] <zyga> brb
[11:05] <mborzecki> hmm tests/main/login failing? i guess the store is not fully up yet
[11:05] <zyga> yeah
[11:06] <pedronis> the developer bits are still down, and login touches those
[11:06]  * zyga dives into propagation settings
[11:09] <Chipaca> mvo: Q: should I just bump the revno of go-flags in vendor?
[11:09] <Chipaca> or however that particular dance went :-)
[11:11] <Chipaca> bah, maybe when the store is happy again :)
[11:13] <mvo> Chipaca: please do and we just try it
[11:14] <pstolowski> zyga: commented on 5861
[11:14] <zyga> looking
[11:15] <Chipaca> mvo: looks like something big breaks; need to dig
[11:15] <Chipaca> mvo: $ snap help
[11:15] <Chipaca> error: unknown command "help", see 'snap help'
[11:15] <Chipaca> :-)
[11:17] <zyga> pstolowski: replied to all, updating
[11:18] <mup> PR snapcraft#2298 opened: requirements.txt: pin click to v6.7 <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2298>
[11:19] <ogra> apparmor="DENIED" operation="open" profile="snap.pi-kiosk.hook.prepare-device" name="/etc/writable/hostname" pid=1942 comm="prepare-device" requested_mask="wc" denied_mask="wc" fsuid=0 ouid=0
[11:19] <Chipaca> mborzecki: FWIW, https://standards.freedesktop.org/menu-spec/latest/ar01s03.html says Environments (OnlyShowIn and NotShowIn) are case-sensitive, and https://specifications.freedesktop.org/desktop-entry-spec/latest/ar01s03.html says case is significant "everywhere in the file"
[11:21] <ogra> jdstrand, is hostname_control missing write permission to /etc/writable/hostname ? (i have a gadget that tries to set the hostanme in prepare-device but even thgouh the interface is connected i get the above error)
[11:21] <mborzecki> Chipaca: hmm menu spec
[11:21] <Chipaca> mborzecki: that's where OnlyShowIn and NotShowIn are defined (the second is the desktop spec)
[11:22] <Chipaca> second link*
[11:34] <cachio> mvo, hey
[11:35] <cachio> yesterday I saw this with the lxd snap https://paste.ubuntu.com/p/XD87JBKzxs/
[11:35] <cachio> if I install/remove lxd snap in beta or stable many times it works properly
[11:36] <cachio> but when I install/remove it with core snap in one channel and then refresh to another channel and install/remove lxd snap it fails removing
[11:36] <cachio> mvo, and it can't be installed anymore
[11:38] <Chipaca> git bisect is awesome sauce
[11:39] <pstolowski|lunch> heading for lunch and also need to take my daughter to the dentist for a small but urgent correction of her braces. hope to make it back for standup
[11:51] <jdstrand> zyga: ok
[11:53] <zyga> pstolowski|lunch: ttyl
[11:53] <zyga> jdstrand: thanks!
[11:54] <mup> PR snapcraft#2299 opened: [legacy] requirements.txt: pin click to v6 <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2299>
[11:56] <kyrofa> Chipaca, git bisect is one of the best git features
[11:57] <kyrofa> Especially when it points to someone ELSE's commit
[12:00] <Chipaca> well, in this case I think it points to something that worked for us by accident, but it might indeed be a bug
[12:00] <Chipaca> I need to dig a little more
[12:00] <Chipaca> (the fix if it's on our end is very simple)
[12:10]  * zyga feels like he has fever :/
[12:11] <zyga> I need to put a heater in this room
[12:15] <sergiusens> mvo: hey there, question for you, is core18 production ready to use as a base?
[12:21] <kyrofa> niemeyer, any chance you've done anything about enabling nested kvm on gce for spread?
[12:21] <niemeyer> kyrofa: No, haven't touched htat
[12:21] <kyrofa> niemeyer, we're to the point where we could use it
[12:25] <kyrofa> niemeyer, and when I say "could use" I mean "kinda need"
[12:36] <mup> PR snapd#5680 closed: [RFC] hotplug: handling of simple add/remove scenario <Blocked> <Hotplug> <Created by stolowski> <Closed by stolowski> <https://github.com/snapcore/snapd/pull/5680>
[12:41] <mup> PR snapd#5864 opened: make sure hostnamectl can be used on core too <Created by ogra1> <https://github.com/snapcore/snapd/pull/5864>
[12:45] <mvo> sergiusens: in a meeting, I will get back to you
[12:46] <niemeyer> kyrofa: I don't recall where the conversation stands.. do we have a PR already?
[12:47] <kyrofa> niemeyer, you just need to enable it on gce, it's not spread-specific
[12:47] <niemeyer> kyrofa: Where?
[12:47] <kyrofa> niemeyer, https://cloud.google.com/compute/docs/instances/enable-nested-virtualization-vm-instances
[12:48] <zyga> niemeyer, mvo: I'll skip standup
[12:48] <zyga> I feel so-so
[12:48] <zyga> but the real reason is that there's a 20+ movie crew in my house
[12:48] <zyga> shooting an episode of some police para-documentary now
[12:48] <pedronis> heh
[12:48] <zyga> so...
[12:48] <zyga> yeah
[12:49] <zyga> things that happen when you live with parents ;-)
[12:49] <pstolowski> zyga: whaat?
[12:49] <zyga> there's fake police
[12:49] <zyga> and fake gangster
[12:49] <zyga> and fake hostage
[12:49] <zyga> and lights and lots of staff
[12:49] <zyga> and people with makeup
[12:49] <tomwardill> did you take a wrong turn on the way home from the sprint... are you actually in LA?
[12:49] <zyga> and I learned that my dog can bark
[12:49] <ogra> call the real police ... tell them the fake ones hold you back from attenting an important meeting !!!
[12:49] <zyga> he was so stressed about all the people he started barking at them
[12:49] <niemeyer> kyrofa: "You can enable nested virtualization using the API or gcloud component. To enable nested virtualization, you must create a custom image with a special license key that enables VMX in the L1 or host VM instance and then use that image on an instance that meets the restrictions for nested virtualization. The license key does not incur additional charges."
[12:50] <zyga> (normally he doesn't because his jaw was damaged)
[12:50] <niemeyer> kyrofa: I suggest working with cachio on that
[12:50] <zyga> anyway
[12:50] <ogra> zyga, do we hav to call you zygmunt kardashian soon ?
[12:50] <zyga> "action"
[12:50] <zyga> they are shooting now
[12:50] <zyga> well
[12:50] <zyga> the film
[12:50] <zyga> no shots in the scene
[12:50] <sparkiegeek> ogra: we didn't, but now we do.
[12:50] <ogra> haha
[12:51] <ogra> he'll be rich and famous soon ... and give us all his makeup tips !
[12:51] <zyga> tomwardill: in autocratic Poland, movie shoots you ;-)
[12:51] <kyrofa> niemeyer, alright. cachio are you around?
[12:51] <sparkiegeek> ogra: as long as we can skip the semi-nude photos on Instagram, I'm not sure the world is ready for zygdashian
[12:51] <zyga> sparkiegeek: my ass is ready for the photo op
[12:52] <zyga> \o/
[12:52] <zyga> and here I was thinking that getting fever would mean the day is bad
[12:52] <ogra> uhh ooh ... there can be mind-pics that cant be unseen !!!
[12:52] <sparkiegeek> http://www.eyebleach.me/
[12:52] <cwayne> Well that's enough internet for today
[12:52] <niemeyer> kyrofa: You (or someone) will need to understand how those images are really different
[12:52] <zyga> I can also not leave my room now as the door is blocked by their filming equipment
[12:53] <niemeyer> kyrofa: As apparently the magic is in the image contnet, not in the project
[12:53] <Chipaca> sparkiegeek: I don't think zyga needs to skimp on clothes to break the internet
[12:53] <kyrofa> ogra, zyga this is all it takes: https://www.youtube.com/watch?v=35mQ29Cj-og
[12:53] <zyga> Chipaca: right? have you seen my patches? :-)
[12:53] <niemeyer> zyga: Ack.. I suggest actually taking the day off if you're not feeling well
[12:53] <zyga> niemeyer: I plan to, as soon as those ... people leave
[12:53] <zyga> and I can actually go upstairs
[12:54] <niemeyer> zyga: Otherwise it's neither here not there and the recovery doesn't work so well
[12:54] <zyga> I need to type more quietly
[12:54] <ogra> kyrofa, lol !
[12:54] <zyga> they are shooting right next to my keyboard
[12:54]  * zyga breaks
[12:54] <zyga> the re-takes are fun to watch
[12:54] <mup> PR snapcraft#2294 closed: snap: workaround the dirty tree <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2294>
[12:55] <zyga> kyrofa: once you know how those magic images work I'd love to know
[12:55] <kyrofa> zyga, haha, I know zero about gce so hopefully cachio does
[12:55] <zyga> kyrofa: (in Yoda's voice) but you will (be)
[12:56] <zyga> ;-)
[12:56] <zyga> ok quiet now
[12:56] <kyrofa> authentic spanish chorizo... ah. Almost as good as mine
[12:56] <Chipaca> kyrofa: tell them the one from a town over is better
[12:56] <Chipaca> kyrofa: that'll go down well
[12:57] <kyrofa> Hahaha
[12:57] <zyga> my daughter will have a surprise once she returns home
[12:57] <zyga> police, cameras, tons of people
[12:57] <sparkiegeek> that won't be intimidating
[12:58] <zyga> I'll tell her that *next* time she needs to do homework!
[12:58] <zyga> login test fails
[12:58] <zyga> another take
[12:58] <kyrofa> zyga, convince them to put fake blood on you and lay on the floor for when she walks in. Too much?
[12:58] <zyga> kyrofa: you'll be a great parent
[12:58] <zyga> ;D
[12:58] <kyrofa> zyga, I dunno, how old is she... maybe she'll be happy?
[12:59] <kyrofa> :P
[12:59] <zyga> 10
[12:59] <kyrofa> Ah, not old enough
[12:59] <zyga> "whee, someone killed daddy"
[12:59] <zyga> :D
[12:59]  * zyga must stop laughing 
[12:59] <Chipaca> yeah, it'd have to be on the dog, not the zyga, for it to be bad at that age
[12:59] <sergiusens> you should a will right next to you when you do that
[12:59] <kyrofa> Hahahaha
[12:59] <zyga> I hear handcuffs
[12:59] <zyga> and fighting
[12:59] <kyrofa> "I leave everything to my son"
[13:00] <zyga> (it's a scene where a guy tries to feel the cops)
[13:00] <Chipaca> don't forget to add "but please leave the lab running for Chipaca" to your will
[13:00] <zyga> hahahaha
[13:00] <zyga> :D
[13:00] <zyga> I meant to say flee
[13:01] <zyga> gee, spell checkers are so awkward sometimes
[13:01] <sparkiegeek> who will clear your browser history?
[13:01] <kyrofa> zyga, you're missing an opportunity to get famous. Ask them "does your show have anything to do with the cyber?"
[13:01] <zyga> sparkiegeek: I personally trained my dog
[13:01] <zyga> sparkiegeek: he will eat the computer
[13:01] <zyga> kyrofa: your show would be so much easier to do with snaps
[13:01] <zyga> ;-)
[13:01] <ogra> that did need training ??
[13:01] <zyga> another take
[13:02] <sparkiegeek> last I checked the hollywood snap was broken though :(
[13:02] <tomwardill> volunteering to lend my dog to anyone that needs anything eating
[13:02] <tomwardill> he's got lots of experience
[13:02] <sparkiegeek> tomwardill: did you leave him in the server room this morning?
[13:02] <zyga> ha! busted
[13:03] <zyga> don't pee on the primary replica
[13:03] <sparkiegeek> $ hollywood
[13:03] <sparkiegeek> Illegal instruction (core dumped)
[13:03] <sparkiegeek>  
[13:03] <sparkiegeek> yeah, still b0rked
[13:03] <sparkiegeek> kirkland: ^ can haz fix please
[13:03] <zyga> sparkiegeek: which cpu do you have?
[13:03] <sparkiegeek> zyga: core I7
[13:04] <tomwardill> sparkiegeek: there would be a lot more mess to clean up if I'd done that
[13:04] <sparkiegeek> zyga: I reported this to dustin ages ago, but then he quit :)
[13:04] <wgrant> That's about six generations of CPU :P
[13:04] <wgrant> Which microarch?
[13:04] <wgrant> Er nine generations I guess
[13:04] <sparkiegeek> wgrant: well, I'm 90% sure it would fail on all of them; go ahead, try it!
[13:05] <sparkiegeek> Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
[13:05] <sparkiegeek> for the record
[13:05]  * tomwardill can't install it due to 503
[13:07] <zyga> sparkiegeek: which gen?
[13:07] <zyga> sparkiegeek: I can try
[13:07] <tomwardill> 4790 is haswell refresh
[13:07] <tomwardill> 4th gen, iirc
[13:07] <zyga> 5 was Broadwell, yeah
[13:07] <zyga> 6 is skylake
[13:08] <sparkiegeek> https://ark.intel.com/products/80807
[13:08] <zyga> I think they will be shooting more scenes in the basement now
[13:08] <zyga> so I _may_ just go to bed
[13:08] <zyga> it crashes on Skylake here
[13:08] <zyga> so boo
[13:08] <zyga> (another take)
[13:08] <sparkiegeek> yeah, it's a bug in the snap :)
[13:12]  * zyga looks at the tests/main/login test
[13:14] <sergiusens> sparkiegeek: zyga hollywood might be broken because it never got to experience the magic of magic of patchelf in a rebuild
[13:14] <zyga> yeah, it crashes in ld.so
[13:14]  * sergiusens is failing to write down all the words that flow through his head
[13:15]  * zyga hugs sergiusens 
[13:15] <zyga> don't worry
[13:15] <sergiusens> zyga: it is using plain old python from the archive and is classic, but unpatched
[13:15] <sergiusens> binary patched that is
[13:15]  * zyga nods
[13:18] <zyga> wgrant: store auth is still down
[13:18] <zyga> is that part of dashboard.s.io?
[13:18] <wgrant> yes
[13:18] <wgrant> Well partially
[13:18] <wgrant> User auth is
[13:19] <zyga> error: cannot get snap access permission from store: store server returned
[13:19] <zyga>        status 503 (see 'snap help login')
[13:19] <zyga> right
[13:19] <zyga> ok
[13:26] <sergiusens> zyga: today is a day to reflect and maybe write docs 🙂
[13:34] <mvo> sergiusens: core18 should be fine, its a foundations team question now actually :)
[13:35] <mborzecki> niemeyer: can you take a look at https://forum.snapcraft.io/t/snap-refresh-over-metered-connections/5001/39 ? that's snap refresh on metered connections, seems like core devices may be a bit of a problem becuse some end up using systemd-networkd and NM is oblivious to interfaces that are not managed by it
[13:46] <Chipaca> https://github.com/jessevdk/go-flags/issues/275 in case anyone was interested
[14:08] <niemeyer> mborzecki: asked a question there
[14:17] <om26er> popey: ping
[14:17] <popey> om26er: pong
[14:17] <om26er> popey: there is a new update of Android Studio available since Monday but it hasn't hit the snap store, when do snaps auto build ?
[14:18] <popey> ah yes.
[14:18] <popey> 1) when someone with access to build.snapcraft.io logs in and presses the "Manually build" button
[14:18] <popey> 2) Whenever the git repo snapcrafts/android-studio changes
[14:18] <popey> i put a build trigger file in every snapcrafters repo
[14:19] <om26er> ah, I though it checked everyday if a new update is available or something
[14:19] <popey> if anyone creates a PR against that with a date in it, it'll trigger *travis* to test build, which will make sure it builds okay, and if we merge, then build.snapcraft.io will build it
[14:19] <popey> sadly not
[14:19] <om26er> popey: so we need to do a manual build now
[14:19] <popey> ok, wanna do a PR against .build-trigger?
[14:19] <popey> you can do that yourself and travis will start work pretty quickly
[14:20] <om26er> popey: is a PR required ?
[14:20] <om26er> the changes will be automatically pulled
[14:20] <popey> a pr will ensure everyone can see what's going on and it will be recorded as a change rather than ninja a file
[14:20] <popey> i dont mind doing it now if you're busy
[14:21] <om26er> popey: I am not busy but I thought that will actually kill the purpose of auto build
[14:21] <om26er> https://github.com/snapcrafters/android-studio/blob/master/snap/snapcraft.yaml#L32
[14:21] <popey> Well, there are two things we're doing here
[14:21] <popey> 1) build on each commit, so we can test it builds okay before we hit the store
[14:21] <popey> 2) build once committed so we get a build in edge
[14:21] <popey> travis does #1, build.snapcraft.io does #2
[14:22] <popey> s/commit/pr/
[14:24] <popey> daily builds (I believe) only happen for projects where it's source for the part is a git repo, not a deb or some other dumped package
[14:25] <om26er> popey: https://github.com/snapcrafters/android-studio/pull/35 does it look fine ?
[14:25] <mup> PR snapcrafters/android-studio#35: Release Android Studio 3.2 <Created by om26er> <https://github.com/snapcrafters/android-studio/pull/35>
[14:25] <popey> well it worked, travis is on it :)
[14:25] <sparkiegeek> popey: correct on limitations of daily builds
[14:25] <popey> thanks sparkiegeek :)
[14:26] <mvo> I wonder if we should set the login test to manual until the store is fully back
[14:26] <mvo> this would allow us to land stuff again
[14:27]  * cachio lunch
[14:27] <sparkiegeek> mvo: gimme 5m to update statuses everywhere, we're basically back
[14:27] <mvo> sparkiegeek: yay
[14:28] <ijohnson> popey: since y'all are discussing this, is there anyway to setup LP/B.S.I to run tests against a snap that is built through a trigger? It seems like the only solution is to set up the tests externally on something like Travis as you have done
[14:29] <popey> ijohnson: hiya. The only thing we have discussed recently was some automated testing that cwayne is setting up :)
[14:29]  * popey bats that over the wall
[14:29] <ijohnson> I see, thanks for confirming
[14:30] <popey> om26er: I understand your frustration, I'd like everything autobuilding all the time too :)
[14:30] <popey> om26er: I worked around this with a shell script which checks out projects, ninjas the date into .build-trigger and pushes, which forces a build
[14:31] <popey> when we get security updates I run that script against 50 or so snaps and it goes "wheeeee" building them all :)
[14:31] <tomwardill> please tell me the output is literally 'wheeee'
[14:31] <tomwardill> because do want
[14:31] <om26er> popey: I might write a bot that: 1. checks every day if a new version of Android Studio is available 2. If available, creates a pull request and notifies us through email or sends a push notification to my desktop to look at the PR.
[14:32] <om26er> that way we can ensure our software is always the latest.
[14:32] <popey> tomwardill: actually it prints an emoji "shrug" because it triggers a build and doesn't really know if it worked or not :)
[14:32] <tomwardill> popey: that'll do :)
[14:40] <wgrant> ijohnson: It seems like the sort of feature that snapcraft itself might want to have
[14:40] <wgrant> Rather than LP defining an LP-specific interface for testing a snap
[15:01] <diddledan> snapd translations: where are they? https://forum.snapcraft.io/t/weird-error-message-whenever-i-run-the-snap-command/6418/6
[15:02] <diddledan> mvo: you appear to have access to those
[15:02] <ijohnson> wgrant: agreed having a way to specify tests to run inside a snapcraft.yaml that are run as part of snapcraft building a snap would be nice
[15:03] <sparkiegeek> diddledan: replied on the thread, but https://translations.launchpad.net/snappy/trunk for completeness
[15:03] <diddledan> aha, thankyou :-)
[15:05] <mvo> diddledan: I think I do, let me look
[15:07] <mup> PR snapcraft#2298 closed: requirements.txt: pin click to v6 <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2298>
[15:07] <mup> PR snapcraft#2299 closed: [legacy] requirements.txt: pin click to v6 <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2299>
[15:07] <jdstrand> niemeyer: hi! I'm looking at https://forum.snapcraft.io/t/interfaces/6154. Is there a way (like there was in the old github wiki) to have links for each particular interface? eg, https://forum.snapcraft.io/t/interfaces/6154#dbus or https://forum.snapcraft.io/t/interfaces/6154#desktop
[15:09] <niemeyer> jdstrand: I think each interface (or small groups of interfaces) should be its own document
[15:09] <niemeyer> jdstrand: So that we can go deep into them, without creating a never-ending document which is very tiresome
[15:09] <Chipaca> sparkiegeek: diddledan: but I think that's not the right one
[15:09] <Chipaca> sparkiegeek: diddledan: the Dutch translation is empty, there
[15:09] <sparkiegeek> Chipaca: oh? *shrug*
[15:10] <niemeyer> jdstrand: The main interface page would be just a very shallow summary of what the interfaces do, linking into the detailed doc
[15:10] <sparkiegeek> Chipaca: probably findable from there though?
[15:10] <Chipaca> probably, but I'm bad at it
[15:10] <niemeyer> (CC degville)
[15:10] <mvo> diddledan: do you know what language that is?
[15:10] <niemeyer> jdstrand: That was my thinking around the issue at least
[15:11] <niemeyer> jdstrand: Still needs to pass through the real world test
[15:11] <sparkiegeek> looks ~dutch to me
[15:11] <Chipaca> https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1773174
[15:11] <Chipaca> sigh
[15:11] <mup> Bug #1773174: Dutch lowercase translation warnings <amd64> <apport-bug> <bionic> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1773174>
[15:11] <jdstrand> niemeyer: is there a format for the name of the topic you'd like to see? eg, https://forum.snapcraft.io/t/dbus-interface/... ?
[15:12] <niemeyer> jdstrand: Yeah, I think we already have a couple there
[15:12] <niemeyer> jdstrand: Content interface?
[15:12] <mvo> sparkiegeek: yeah, I had the same hunch but it seems its mostly untranslated inhttps://translations.launchpad.net/snappy/trunk/+pots/snappy/nl/+translate
[15:12] <jdstrand> that is one
[15:12] <jdstrand> https://forum.snapcraft.io/t/the-content-interface/1074
[15:12] <Chipaca> mvo: it reads like dutch to me. Could be afrikaans.
[15:13] <jdstrand> that has 'the-' prefixed
[15:13] <Chipaca> mvo: but that's also untranslated there
[15:13] <Chipaca> so the translations are coming from somewhere else
[15:13] <Chipaca> we had this same issue before
[15:13] <Chipaca> where the .no translations had the same issue
[15:13] <Chipaca> and it took me a while to find them...
[15:13] <Chipaca> i should've taken notes
[15:14] <popey> om26er: https://travis-ci.com/snapcrafters/android-studio/builds/86015873
[15:14] <popey> 3.2.0.26 - look good?
[15:14] <Chipaca> https://translations.launchpad.net/ubuntu/cosmic/+source/snapd/+pots/snappy/nl/+translate
[15:14] <Chipaca> mvo: diddledan: sparkiegeek: ^^
[15:14] <mvo> Chipaca: ta
[15:14] <sparkiegeek> Chipaca: right, was about to go look at cosmic :)
[15:15] <diddledan> aha, well found
[15:15] <diddledan> number 169 for the first message
[15:15] <mvo> Chipaca: actually I'm not sure we should enforce this rule on translations about the upper/lower
[15:16] <Chipaca> mvo: why?
[15:16] <mvo> Chipaca: I mean, we basicly have no idea about what rules these langugaes have (at least I don't have any)
[15:16] <sparkiegeek> case doesn't mean the same thing in all languages?
[15:16] <mvo> yeah, exactly
[15:17] <Chipaca> mvo: i'm going to call a bridge-crossed-if-and-when thing
[15:17] <Chipaca> I know some languages uppercase more than English does
[15:17] <jdstrand> niemeyer: thinking of brand store snap decls, they would like links out to descriptions. it probably makes sense for me to do that
[15:17] <Chipaca> I don't know of a language that has cases that uppercases less
[15:17] <mvo> german certainly does :)
[15:17] <mvo> I mean, uppercase a lot more
[15:17] <Chipaca> yep
[15:18] <diddledan> and 143 for the other
[15:18] <Chipaca> and this is 'uppercase because it's the start of a sentence', so I'd expect it to be pretty universal
[15:18] <jdstrand> niemeyer: do you want 'the-dbus-interface' or 'dbus-interface'? or something else less likely for someone to accidentally squat?
[15:18] <jdstrand> eg, snapd-interfaces-dbus
[15:19] <niemeyer> jdstrand: It has to read nicely.. the URL comes from the topic title
[15:19] <niemeyer> jdstrand: Squat is also a non-issue in the forum.. we can always rename
[15:20] <diddledan> mvo, Chipaca, sparkiegeek : I can make the change now I've found them if you'd like me to?
[15:20] <sparkiegeek> diddledan: are you fluent in Dutch?
[15:20] <jdstrand> niemeyer: The <name> interface?
[15:20] <Chipaca> diddledan: go for it
[15:20] <diddledan> no, it'll only be swapping the case of the first letter :-p
[15:20] <niemeyer> jdstrand: Yeah, or "The <concept> interfaces" in some cases
[15:20] <om26er> popey: so whats the next step for https://github.com/snapcrafters/android-studio/pull/35 ?
[15:20] <Chipaca> I'm not fluent, and the little bit I had has rusted to heck
[15:20] <mup> PR snapcrafters/android-studio#35: Release Android Studio 3.2 <Created by om26er> <https://github.com/snapcrafters/android-studio/pull/35>
[15:21] <om26er> Do we just merge it ?
[15:21] <sparkiegeek> Chipaca, diddledan: I think this needs notes for TRANSLATORS so that it can be found before run-time in snapd
[15:21] <mvo> Chipaca: ok, I checked wikipedia and it says that all european languages capitalize the first word
[15:21] <Chipaca> sparkiegeek: it should have a TRANSLATORS note already (if not, I'll add it)
[15:21] <niemeyer> jdstrand: But we should sync with degville to see what's his take on the whole sisue
[15:21] <mvo> diddledan: please make the change
[15:21] <diddledan> roger that
[15:21] <sparkiegeek> Chipaca: https://translations.launchpad.net/ubuntu/cosmic/+source/snapd/+pots/snappy/nl/143/+translate it does not
[15:22] <jdstrand> niemeyer: degville, can you comment? this is somehting I'd like to have done in the next few weeks
[15:22] <sparkiegeek> at least, not one that LP understands, and it got others :)
[15:22] <Chipaca> sparkiegeek: remind me, what was the original english?
[15:22] <mvo> Chipaca: so I think we are good until these !europeans come and complain :)
[15:22] <sparkiegeek> Chipaca: it's there :)
[15:22] <jdstrand> err, that was for degville only
[15:22] <diddledan> done
[15:22] <jdstrand> niemeyer: the concept idea is fine. is there one otoh that you would like to see as a concept?
[15:22] <Chipaca> mvo: from the code: // note IsLower != !IsUpper for runes with no upper/lower.
[15:23] <jdstrand> or more than one
[15:23] <Chipaca> mvo: so we're covered for a bunch of 'em already :-)
[15:23] <degville> niemeyer, jdstrand: I'm just getting to that part of the docs. We can definitely update the interfaces asap.
[15:23] <diddledan> says it'll be held for review by someone who knows what they're doing :-p
[15:23] <mvo> Chipaca: yay, must have been a smart guy writing this code ;)
[15:23] <Chipaca> nah, i know that person, i think they just have moments of lucidity and then it's all chaos all the time
[15:24] <mvo> thanks diddledan, lets hope this review will happen quickly, if not I guess we need to poke people (i.e. write to the translations team)
[15:24] <mvo> Chipaca: heh
[15:24]  * mvo hugs Chipaca 
[15:24] <Chipaca> mvo: as I said in the forum, i'm glad we changed it from a panic :-)
[15:24]  * diddledan prepares a feather quill for the handwritten note to the translations team
[15:24] <Chipaca> mvo: also FWIW this has been going on for Dutch people since at least https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1773174
[15:24] <mup> Bug #1773174: Dutch lowercase translation warnings <amd64> <apport-bug> <bionic> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1773174>
[15:25] <Chipaca> diddledan: in esperanto, right?
[15:25] <diddledan> yeah, it's quite a while for them to have been suffering with it - I guess most folk just ignored it
[15:25] <jdstrand> degville: we've not met. I'm Jamie and I work on interfaces a bit and have written a lot of the text in that page
[15:25] <jdstrand> degville: that started as a wiki page in the github wiki and was migrated over
[15:25] <niemeyer> jdstrand: Not sure of a specific one.. I just half-expect some interfaces to be too simple and boring, which might be good candidates for some small aggregation
[15:25] <jdstrand> (I didn't do the migration)
[15:25] <jdstrand> niemeyer: ack
[15:26] <niemeyer> jdstrand: You've probably half-met last week :)
[15:26] <mvo> Chipaca: hm, thats month :/ oh well
[15:26] <Chipaca> mvo: yeh
[15:26] <jdstrand> degville: are you working on documentation? are you saying this change niemeyer and I discussed is something you would do or you're happy if it happens by someone else sooner
[15:27] <mvo> Chipaca: makes me wonder if we should sync the translations into our git tree, this way we could trivially analyze them
[15:27] <Chipaca> mvo: translations thinks it's syncing them somewhere
[15:27] <diddledan> Chipaca: shall I assign the bug #1773174 about the dutch translations to you and mark it as in progress?
[15:27] <mup> Bug #1773174: Dutch lowercase translation warnings <amd64> <apport-bug> <bionic> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1773174>
[15:27]  * jdstrand looks in canonical directory and sees that debis a Technical Writer (great!)
[15:27] <Chipaca> but I dunno :-)
[15:27] <Chipaca> mvo: I'd like to get them synced, then other distros could get them easier?
[15:27] <mvo> Chipaca: yeah, the upstream translations but those are the distro translations that are not quite right
[15:27] <mvo> Chipaca: yeah, that makes a lot of sense
[15:27] <Chipaca> sigh
[15:28] <Chipaca> anyway, I'll add all those TRANSLATOR notes
[15:28] <Chipaca> there's a bunch of 'em :-(
[15:28] <diddledan> joy
[15:28] <diddledan> documentation. who'd bother?! :-p
[15:28] <mvo> diddledan: the url above had "cosmic" in it, the bugreport is about "bionic", so we may need to update it in two place :/ would you be so kind?
[15:28] <diddledan> okie dokie, I'll go do that
[15:29] <popey> om26er: I merge it, it builds, success
[15:29] <om26er> 👍
[15:29] <mvo> diddledan: thank you!
[15:30] <mvo> sparkiegeek: do you happen to know who can approve po/pot in LP these days? we have a pending https://translations.launchpad.net/snapd/trunk/+imports?field.filter_status=all&field.filter_extension=pot
[15:30] <mvo> sparkiegeek: and a bunch of pos
[15:31] <mvo> sparkiegeek: aiui we could enable translation sharing
[15:31] <sparkiegeek> mvo: I do not
[15:31] <mvo> sparkiegeek: ok, thanks, I will try to find something in the LP help
[15:31] <sparkiegeek> mvo: I assume it's https://translations.launchpad.net/+groups/ubuntu-translators ? but just a guess
[15:31] <mvo> Chipaca: ^- I think with the above (approved translations in LP for snapd upstream) we could enable translation syncs
[15:31] <diddledan> mvo: it looks like they automatically got the suggestions Chipaca and I already added
[15:32] <diddledan> there aren't any translations for xenial or trusty (the list is empty)
[15:32] <mvo> diddledan: great, thanks for double checking
[15:33] <diddledan> oh wow, that pending pot is old
[15:33] <diddledan> back from april?
[15:37] <mvo> niemeyer: hey, do you have access to https://translations.launchpad.net/snapd/trunk/+imports?field.filter_status=all&field.filter_extension=all and can click on "approve" on the "needs review" link? it seems I can't but you own the snapd project on LP so you may
[15:38] <niemeyer> mvo: Grayed out here as well: https://usercontent.irccloud-cdn.com/file/D9bETlXs/image.png
[15:40] <mvo> niemeyer: thank you
[15:40] <diddledan> oh dear. who stole the permission bits?! :-p
[15:40] <mvo> niemeyer: I will ask the store for help
[15:40] <mvo> diddledan: heh :)
[15:42] <niemeyer> mvo: We need to decide on the kernel names.. I think the idea of using tracks + limiting tracks displayed depending on what the model says sounds interesting.
[15:42] <niemeyer> mvo: Do we have any new concerns around this, or should we just go ahead?
[15:43] <diddledan> I vote Wilma for one name!
[15:44] <diddledan> what do you mean you want sensible suggestions??
[15:44] <diddledan> pfft
[15:48] <mvo> niemeyer: I think this is good, lets do it
[15:56] <niemeyer> mvo: Cool, replied
[16:04] <Chipaca> diddledan: all (or nearly all) the positional arguments had the right TRANSLATORS note, but none (or nearly none) of the options did :-(
[16:19] <mup> PR snapd#5865 opened: cmd/snap: add a bunch of TRANSLATORS notes (and a little more i18n) <Created by chipaca> <https://github.com/snapcore/snapd/pull/5865>
[16:19] <Chipaca> mvo: diddledan: ^
[16:29] <diddledan> reviewed :-)
[16:29]  * diddledan requested changes because I'm bossy :-p
[16:31]  * Chipaca deletes the branch and goes off in a huff, takes up farming
[16:31] <diddledan> haha. now _that_ is a quality ragequit
[16:31] <Chipaca> heh
[16:31] <Chipaca> I had a client actually do that, once
[16:32] <Chipaca> still paid his bills, so that was alright, but still
[16:32] <diddledan> yikes
[16:32] <roadmr> a colleague quit his job as a support engineer to take up organic farming, far up north - so he pretty much only works from May to September now
[16:33] <Chipaca> also a friend, a dutch web dev, went off to become a farmer in Jujuy
[16:33] <Chipaca> which was a bit extreme, but he seems a lot happier these days ¯\_(ツ)_/¯
[16:33] <Chipaca> roadmr: see, support people I can understand ragequitting the world
[16:34] <diddledan> jujuy? is that the month that we do deployments from the commandline? :-p
[16:34] <Chipaca> diddledan: https://goo.gl/maps/9jAp64cfVh52
[16:34] <roadmr> reminds me of the "I'd rather shovel pig sh*t" in https://www.youtube.com/watch?v=b2F-DItXtZs
[16:34] <diddledan> aha, a placee
[16:35] <diddledan> I figured it was a mistype of "July" :-p
[16:36] <diddledan> I love the emphasis that the tts puts on "web scale"
[16:38] <popey> om26er: released to stable,beta! Thanks!
[16:38] <popey> (I tested it first) :D
[16:38] <om26er> popey: Thanks a lot.
[16:39] <om26er> popey: did you release to beta to help people transition to latest ?
[16:41] <popey> om26er: ah force of habit. For all the other snapcrafters ones the script detects the version in the beta channel to decide when to build the next release
[17:25] <mvo> Chipaca: nice, thank you!
[17:26] <mup> PR snapd#5768 closed: selftest: actually run the kernel version selftest <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5768>
[17:31] <mvo> mborzecki: just fyi (for tomorrow), I updated 5771 with your suggestion
[19:16] <Saviq> hmm what's this about «Connect docker:home to core:home (connection denied by slot rule of interface "home")»?
[19:16] <Saviq> I wanted to give snapped docker access to my home folder to share volumes with, but snapd denies that connection¿?
[19:17] <Chipaca> Saviq: how did you get that error?
[19:20] <Saviq> Chipaca: `snap connect docker:home`
[19:21] <Chipaca> Saviq: does the snap list the home interface?
[19:21] <Saviq> https://pastebin.ubuntu.com/p/ShTwKGh5bS/
[19:23] <Chipaca> Saviq: the home interface auto-connects
[19:24] <Saviq> well, yeah, but it's not connected...
[19:24] <Chipaca> that is weird
[19:24] <Saviq> -                          docker:home
[19:24] <Saviq> and:
[19:24] <Saviq>  snap connect docker:home
[19:24] <Saviq> error: cannot perform the following tasks:
[19:24] <Saviq> - Connect docker:home to core:home (connection denied by slot rule of interface "home")
[19:25] <Chipaca> ah
[19:25] <Chipaca> Saviq: I'm not sure exactly, so I'd defer to zyga for details
[19:25] <Chipaca> Saviq: but
[19:25] <Chipaca> Saviq: that snap defines its _own_ home
[19:26] <Chipaca> Saviq: it defines docker:home, as opposed to core:home
[19:26] <ijohnson> Saviq: what channel are you on with the docker snap?
[19:26] <Chipaca> Saviq: I'm not at all sure that works the way it's meant to work
[19:26] <Chipaca> Saviq: (i might even have it all wrong -- this is a use i've never seen before)
[19:27] <ijohnson> I imagine this is from https://forum.snapcraft.io/t/auto-connection-for-home-interface-for-docker-snap/7502
[19:32] <ijohnson> I had pushed a revert that undoes the read:all for the docker snap until I can get it approved by the store
[19:36] <ijohnson> Saviq: yes I think I had pushed a revert to edge but hadn't put it on beta yet, I am releasing that now. Sorry for the confusion
[19:38] <Saviq> ijohnson: right, I'm on beta
[19:38] <Saviq> so probably just hit that then
[19:39] <ijohnson> Yes I think so
[19:41] <Saviq> ijohnson: is there a way to avoid `sudo` for all the docker commands?
[19:41] <ijohnson> If you add your user to the docker group, then you shouldn't have to use sudo with docker
[19:42] <Saviq> right, but need to create that group manually
[19:42] <ijohnson> Yes
[19:43] <Saviq> ack thanks!
[19:44] <ijohnson> The reason I was adding the read:all to the home plug was so that if you didn't want to create the docker group and add yourself to it and still use sudo docker, then you could at least build files outside of root's $HOME
[19:44] <ijohnson> But apparently this needs store approval, which I didn't realize (it connected fine locally)