[05:01] <mborzecki> morning
[05:34] <pstolowski|afk> Hey mborzecki
[05:35] <pstolowski|afk> zyga: hey, noted, i'll investigate reconnect issue in a bit
[05:36] <mborzecki> pstolowski|afk: hey
[05:37] <mborzecki> pstolowski|afk: something happened? you're earlier than usual :)
[05:39] <pstolowski|afk> mborzecki: im not working yet, need to go to school etc and will start as usual. just responded to zyga's issue from the weekend
[05:45] <zyga> Hey
[05:45] <zyga> pstolowski|afk: I can still reproduce it. I can get a coffee and try to help
[05:45] <mborzecki> zyga: hey
[05:47] <pstolowski|afk> zyga: thanks, ill be on it in ~1h. my early suspicion is something with conflict checking and retry
[05:47] <zyga> Ok
[05:48] <zyga> Ping me please
[06:00] <pstolowski|afk> zyga: in the meantime can you send me your stat.json?
[06:01] <zyga> Sure, I saved a copy
[06:04] <zyga> woah
[06:05] <zyga> that state file is 34MB long
[06:05] <zyga> no wonder it takes forever to do anything
[06:05] <zyga> how big are your state.json files?
[06:08] <pstolowski|afk> Not at my PC right now.. but a few MBs at most afair
[06:15] <mborzecki> weren't we supposed to garbage collect entries in the state file?
[06:21] <zyga> mborzecki: I think we do but not frequently enough for this
[06:34] <kjackal> Hi everyone. I would like a manual review for this: https://dashboard.snapcraft.io/snaps/microk8s/revisions/45/
[06:38] <kjackal> Hi, is there anyone from the snapstore online ?
[06:53] <kjackal> jdstrand , anyone the review is urgent, we need it for ODS
[06:55] <mup> PR snapd#5179 opened: daemon: fix unit tests on arch <Simple> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5179>
[06:55] <mborzecki> trivial PR ^^
[07:02] <pstolowski> re
[07:08] <Jack_> Is there any way to snap a jar file. I searched lot, but I don't get anything to create snapcraft.yaml. please give me some examples.
[07:17] <mborzecki> zyga: are you back from vacation?
[07:17] <zyga> Jack_: https://forum.snapcraft.io/t/how-can-i-snap-a-jar/3306
[07:17] <zyga> mborzecki: nope
[07:17] <zyga> mborzecki: just not feeling very well today, it's pretty cold in spain
[07:18] <zyga> mborzecki: my son is no longer sick but now I feel affected :/
[07:18] <mborzecki> zyga: well, nice & sunny here :) if my phone was less of a potato i'd snap a nice picture
[07:18] <zyga> mborzecki: 14C so far
[07:18] <pstolowski> oh, my, i think this huge state file is going to kill my emacs :>
[07:19] <mborzecki> pstolowski: disable font-lock-mode or use fundamental-mode
[07:19] <pstolowski> mborzecki: thanks i'll try if I regain control ;)
[07:19] <mborzecki> pstolowski: ^G^G^G
[07:20] <zyga> try sublime :)
[07:20] <zyga> that file has 36M of bytes on one line
[07:20] <zyga> most editors die on that
[07:20] <zyga> (become unusably inefficient)
[07:24] <pstolowski> even json_pp is struggling ;)
[07:24] <Jack_> @Zyga : I already tried this, but did not work for me, it shows unable to read jarfile. I also checked my path.
[07:25] <zyga> can you respond on the thread there?
[07:25] <zyga> many more people participate on the forum than are present on IRC
[07:26] <Jack_> I will do that...
[07:30] <pstolowski> allright, emacs survived and loded the file, although gave up on formatting, so i've a big blob
[07:37] <mborzecki> pstolowski: have you tried passing it through jq first?
[07:39] <pstolowski> mborzecki: great idea! it actually works
[07:40] <pstolowski> and I was too optimistic about emacs. it's unusable ;/
[07:49] <mborzecki> pstolowski: well, hard to admit but there's always vim
[07:50] <pstolowski> :D
[07:50] <pstolowski> mborzecki: jq to a txt file, then emacs worked
[07:53] <kjackal> popey: hello are you there?
[08:04] <pstolowski> zyga: how many snaps do you have?
[08:04] <zyga> about a dozen
[08:04] <pstolowski> zyga: on the problematic box
[08:05] <zyga> 39
[08:05] <zyga> woops :)
[08:05] <zyga> more than a dozen
[08:05] <zyga> I keep snapd off because otherwise it would drain my battery
[08:05] <pstolowski> zyga: right
[08:06] <pstolowski> zyga: so, first observations base on the state file
[08:09]  * zyga is curious
[08:11] <pstolowski> zyga: there was a core refresh, and this triggered reconnect for all existing connections. the state is full of hook tasks - 77608 of them - and the core  "reconnect" task is in "Doing" state (but it's not obvious if they are all related to this refresh; lots (all?) of them are still in default state = not started)
[08:11] <zyga> woooah
[08:11] <zyga> 77K hook tasks
[08:11] <pstolowski> the number 77608 looks insane
[08:12] <pstolowski> not sure what happened, trying to make sense out of it
[08:12] <zyga> this is my normal development box
[08:12] <zyga> I just noticed it burns battery very quickly and fan is crazy
[08:19] <zyga> pstolowski: one thing to consider is if this is in the stable release
[08:19] <zyga> or just in edge
[08:19] <zyga> to asses how servere this is
[08:19] <pstolowski> zyga: reconnect changes landed a few days ago
[08:27] <zyga> pstolowski: refresh to edge and see if you are affected
[08:27] <zyga> hey Chipaca
[08:27] <Chipaca> zyga: hi
[08:29] <pstolowski> zyga: yep, i'll, just trying to draw some more conclusions from your state
[08:31] <zyga> anyone else running edge that is affected?
[08:38] <Chipaca> zyga: affected by what?
[08:39] <zyga> Chipaca: 77608 hook tasks when refreshing core
[08:39] <Chipaca> zyga: that's more than 3
[08:39] <zyga> yes, must be inflation
[08:40]  * zyga is ill today, sucks to spend a week off in bed :/
[08:40] <pstolowski> zyga: ok, i think i found a bug, not sure if it fully explains the issue but is definately a problem; the hooks on reconnect (and autoconnect) has change=nil
[08:41] <pstolowski> *have
[08:41]  * zyga wonders how to fix affected systems
[08:46] <pstolowski> zyga: I just refreshed to edge and this didn't happen. 2.32.9+git733.7f74160~ubuntu16.04.1
[08:46] <pstolowski> i've 19 snaps
[08:51] <pstolowski> zyga: when you first noticed it did you stop/start snapd multiple times?
[08:51] <zyga> pstolowski: I stop it every time it starts
[08:51] <zyga> pstolowski: I aborted the change
[08:52] <zyga> but subsequent refresh does the same thing
[08:55] <pstolowski> zyga: ok. i wonder if this explains the inflation of hook tasks
[08:55] <zyga> pstolowski: how many tasks would you expect?
[08:55] <zyga> I didn't restart snapd 70K time
[08:56] <pstolowski> zyga: sure. 4 hooks for every connection
[08:57] <pstolowski> so yeah, still doesn't add up i suppose
[08:57] <pstolowski> would probably be a few hundreds total
[09:00] <pstolowski> damn, i cannot trigger it.. edge -> stable -> edge worked
[09:02] <zyga> pstolowski: my core is at 4706
[09:02] <zyga> maybe start from there
[09:03] <pstolowski> hmm. how do i do that? --revision is reject for core apparently
[09:03] <pstolowski> *rejected
[09:03] <zyga> is it?
[09:03] <zyga> why?
[09:04] <pstolowski> $ sudo snap refresh core --edge --revision=4706
[09:04] <pstolowski> error: cannot refresh "core": Access by specifying a revision is not allowed for this Snap.
[09:04] <zyga> you need to be a developer
[09:04] <zyga> of core :/
[09:05] <pstolowski> uh oh
[09:06] <pstolowski> zyga: is this a big no-no or can I get added to a list somewhere?
[09:06] <zyga> I think mvo can add you
[09:07] <Chipaca> he's off today
[09:07] <Chipaca> supposedly
[09:13] <pstolowski> aha
[09:16] <mborzecki> interesting: https://paste.ubuntu.com/p/8HQHfqQ9SW/
[09:20] <Chipaca> wat
[09:20] <eraserpencil> what happens if i accidentally remove /snap/current? how could I get it back?
[09:31] <pstolowski> eraserpencil: you could carefully recreate it i suppose, it's a symlink
[09:39] <Chipaca> eraserpencil: or you can disable/enable the snap
[09:45] <eraserpencil> thanks, symlink works
[10:12] <eraserpencil> Could I ask about instructions kyrofa posted in his blog? I always miss kyrofa because of timezones
[10:13] <BlueShark> I installed Slack using snap, but it does not auto-start on startup. How to make this happen?
[10:13] <mup> PR snapd#5180 opened: tests/main/snap-service-timer: account for service timer being in the 'running' state <Simple> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5180>
[10:13] <mborzecki> trivial PR ^^
[10:24] <mborzecki> any suggestions where to start looking into erorrs in #5134?
[10:24] <mup> PR #5134: Shrink image generated with snap prepare <Created by kubiko> <https://github.com/snapcore/snapd/pull/5134>
[10:51] <mup> PR snapd#4600 closed: configstate: validate known core.* options <Created by mvo5> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/4600>
[10:52] <mborzecki> review board needs a refresh
[11:15] <mup> PR snapcraft#2142 closed: Release changelog for 2.42.1 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2142>
[11:18] <mup> PR snapd#4369 closed: interfaces/bulitin: add write permission to optical-drive <Created by diddledan> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/4369>
[11:23] <mborzecki> cachio: hi, #4416 fails in spread shellchecks
[11:23] <mup> PR #4416: tests: performance measurements for basic snapd commands <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/4416>
[11:23] <mborzecki> cachio: i can fix those and push the changes
[11:28] <cachio> mborzecki, ok
[11:28] <cachio> np
[11:33] <mborzecki> cachio: pushed shellchecks & merged master there
[11:34] <cachio> mborzecki, great, thanks a  lot
[11:53]  * cachio afk
[12:00] <mborzecki> off to pick up the kids, bb for standup
[12:10] <kjackal> popey: jdstrand: or anyone from the store, I need help!
[12:10] <popey> sup?
[12:11] <kjackal> popey: there is a review request which is  urgent on microk8s
[12:11]  * jdstrand is looking
[12:12] <jdstrand> kjackal: I'm going to approve it, but you need to use 'organize' or similar to remove the symlink
[12:12] <jdstrand> package contains external symlinks: bin/iptables-xml lint-snap-v2_external_symlinks
[12:14] <kjackal> thank you jdstrand, I am not sure if this can be removed. We need to use the file from the host for now.
[12:14] <kjackal> We have to do a proper packaging of docker. I do not know what else are we going to find in the fiture if we do not
[12:14] <jdstrand> kjackal: r45 is approved. there are a bunch after that are not. r45 still needs to be published to a channel
[12:15] <kjackal> jdstrand: will we go through this review process on every build that has external links?
[12:15] <jdstrand> kjackal: if you want a later version to be approved, please request a manual remove
[12:16] <kjackal> thank you
[12:18] <jdstrand> kjackal: re each time> yes. but your snap is classic, just use /usr/bin/iptables-xml and don't ship the symlink
[12:18] <jdstrand> remember, with classic snap there is no mount namespace
[12:21] <jdstrand> kjackal: re docker> that shouldn't be too difficult> just grab the existing packaging, merge into yours and adjust as necessary
[12:23] <jdstrand> kjackal: please ping me if you need another revision reviewed
[12:24] <kjackal> I will thanks jdstrand
[12:56] <mborzecki> re
[13:02] <diddledan> error: cannot refresh "snapcraft": cannot query the store for updates: got unexpected HTTP status code 503 via POST to "https://api.snapcraft.io/v2/snaps/refresh"
[13:02] <diddledan> just this moment
[13:03] <diddledan> did someone trip over the power cable? :-p
[13:03] <pstolowski> https://status.snapcraft.io/
[13:03] <pstolowski> looks good in theory
[13:03] <pstolowski> could be momentary hiccup
[13:04] <diddledan> still broken for me
[13:04] <mborzecki> cachio: standup?
[13:11] <kjackal> jdstrand: hopefully last favour https://dashboard.snapcraft.io/snaps/microk8s/revisions/55/
[13:21] <jdstrand> kjackal: done
[13:21] <jdstrand> kjackal: you still need to publish it
[13:22] <kjackal> thank you jdstrand, marcoceppi will appreciate your help. Testing this now
[13:23] <mup> PR snapd#5174 closed: interfaces/default,process-control: miscellaneous signal policy fixes <Created by jdstrand> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/5174>
[13:25] <diddledan> \
[13:44] <eraserpencil> without using Launchpad, what are some ways I could build snaps for other architectures?
[13:51] <popey> eraserpencil: build.snapcraft.io ?
[13:51] <popey> (which uses launchpad under the covers)
[13:51] <popey> Or maybe travis or circleci?
[13:55] <eraserpencil> I didnt go with launchpad cause it's not opensource nor do i want it distributed
[13:57] <popey> ah okay
[13:57] <Pharaoh_Atem> at this time, there are no options
[13:57] <Pharaoh_Atem> you can build with snapcraft on a box somewhere, though
[13:57] <Pharaoh_Atem> that's basically what b.sc.io does
[13:57] <popey> well, you can host private repos on launchpad.
[13:58] <Pharaoh_Atem> popey: eraserpencil said "without using Launchpad"
[13:58] <popey> yeah, he said why
[13:58] <popey> I'm saying he may be wrong about his reasons why
[13:58] <Pharaoh_Atem> ah
[13:58] <Pharaoh_Atem> but he may not have the privilege to upload code to LP at all
[13:58] <popey> https://launchpad.net/+tour/join-launchpad#commercial
[13:58] <Pharaoh_Atem> even in a "private repo"
[13:58] <popey> Yeah, just offering optinos
[13:58] <eraserpencil> Pharaoh_Atem, what box are you talking about
[13:58] <popey> also *options
[13:59] <Pharaoh_Atem> eraserpencil: a computer you set up somewhere
[13:59] <Pharaoh_Atem> if you use internally something like Jenkins, you can just set up runners that can run snapcraft
[13:59] <eraserpencil> oh
[14:00] <popey> the other option is to use lxd locally
[14:00] <Pharaoh_Atem> lxd doesn't give foreign arches easily, does it?
[14:00] <popey> you can build i386 from amd64
[14:00] <popey> eraserpencil: which architectures do you need?
[14:00] <eraserpencil> I was looking at lxd.. but the guys at #lxcontainers says lxd uses the host's arch
[14:00] <eraserpencil> arm64
[14:01] <popey> yeah, arm64 is tricky
[14:01] <eraserpencil> is qemu + kvm a solution?
[14:01] <popey> that could work, albeit slow
[14:04] <eraserpencil> unless arm64 vps...
[14:04] <popey> yeah, i think we had some success with an arm64 vps.
[14:04] <popey> kyle has played with that, but he's not here right now.
[14:05] <eraserpencil> btw, when i run snapcraft, i often notice it runs on one core only, how could I make it run across all cores?
[14:06] <eraserpencil> what do you mean some success? isnt it no success or possible?
[14:06] <popey> snapcraft itself runs on one core, but if it spawns make, it usually uses the number of processors/cores
[14:07] <popey> i don't know what level of success Kyle had, he'll be online soon.
[14:07] <popey> we can ask him
[14:07] <eraserpencil> is kyle kyrofa?
[14:07] <popey> ya
[14:07] <eraserpencil> ahh, i need a chat with him. I always miss him because of timezones
[14:08] <eraserpencil> could you elaborate on spawning make
[14:08] <popey> so if your application uses "make" to build, then snapcraft will spawn it with multiple cores
[14:09] <eraserpencil> like plugin: make?
[14:09] <popey> ya
[14:11] <eraserpencil> okay. Thanks alot
[14:13] <popey> np
[15:00]  * ogra_ wonders what eraserpencil means by "not opensource" ... LP surely is opensource since 9 years ... http://blog.launchpad.net/general/launchpad-is-now-open-source
[15:03] <eraserpencil> ogra_: to use launchpad non-private, the code has to be open-source..which mine isnt
[15:03] <ogra_> ah *your* code is not opensource ... now i get it
[15:08] <zyga> re
[15:08] <zyga> pstolowski: hey, any updates?
[15:14] <pstolowski> zyga: i've found one unrelated non-critical bug. all the problematic tasks have nil change id, i looked at the changes in this code  from last few days but couldn't find the cause. with current edge I couldn't reproduce it (and I've expected number of hooks and they have correct change ids). i hope to be able to repro when mvo adds me to the core devs
[15:14] <pstolowski> zyga: in the meantime i'm still looking at the code
[15:18] <zyga> pstolowski: ack, thank you
[15:19] <zyga> I will keep my snapd offline then, I will be back on Thursday to debug in case we don't find the smoking gun
[15:49] <kyrofa> eraserpencil, any chance you're around?
[15:51] <eraserpencil> kyrofa: hey!
[15:51] <kyrofa> eraserpencil, we seem to have very little i.e. zero timezone overlap :D
[15:52] <eraserpencil> if you see a post about ROS on the snapcraft forum by me, please ignore it. I think I JUST figure out the mistake
[15:52] <kyrofa> eraserpencil, the gstreamer one, or another one?
[15:52] <eraserpencil> aye, GMT+8 does not agree with you.
[15:53] <kyrofa> eraserpencil, yeah glad you know about the forum, that works very well for this type of thing
[15:56] <eraserpencil> how's your experience on arm64 VPS?
[15:57] <kyrofa> eraserpencil, packet.net works well
[15:58] <niemeyer> zyga: ping
[15:59] <zyga> niemeyer: yes?
[15:59] <kyrofa> eraserpencil, I'm curious though: how do you host your code? Private github? Gitlab?
[15:59] <niemeyer> zyga: Heya.. do you know anything about this message:
[15:59] <niemeyer> - Setup snap "core" (4571) security profiles (cannot setup apparmor for snap "core": cannot load apparmor profile "snap-update-ns.core": cannot load apparmor profile: exit status 1
[15:59] <niemeyer> zyga: That's on opensuse 42.3.. are we missing some dep there?
[16:00] <zyga> hmmm, it looks like we cannot either compile the profile or load it into the kernel
[16:00] <zyga> is this on your machine?
[16:00] <zyga> can you save the profile somewhere
[16:00] <niemeyer> zyga: Also, are you on holiday still? Haven't seen any notes in the forum or list
[16:00] <zyga> yes, I'm still off, will be back on Thursday
[16:01] <niemeyer> zyga: That's opensuse, not my machine
[16:01] <niemeyer> zyga: This is a plain installation from the ground up
[16:01] <niemeyer> zyga: Brand new machine
[16:01] <zyga> on 42.3
[16:01]  * zyga thinks
[16:01] <zyga> on opensuse apparmor is still disabled
[16:01] <zyga> so if we try to compile this it is surprising
[16:01] <zyga> and we definitely don't have the deps
[16:01] <zyga> (apparmor-profiles, apparmor-parser)
[16:02] <zyga> I was working on enabling those but there are still some issues (those with init scripts)
[16:02] <niemeyer> Yeah, surprising indeed
[16:02] <zyga> which kernel was that running on
[16:02] <zyga> is this a VM or something else?
[16:03] <niemeyer> 4.4.104-39-default
[16:03] <niemeyer> zyga: It's a vm on gce
[16:04] <zyga> well, this checks out: https://en.opensuse.org/Features_42.3#Linux_kernel -- 42.3 is on long-term 4.4 kernel
[16:04] <niemeyer> zyga: I've installed it by hand, but we probably have something to fix on the packaging there
[16:04] <zyga> oh? did you not use our packages?
[16:04] <niemeyer> zyga: I did exactly what our instructions say
[16:05] <niemeyer> zyga: Anyway, thanks for the info
[16:05] <zyga> I see, that's odd, I haven't seen that before
[16:05] <niemeyer> zyga: Go enjoy your holidays.. we can talk more when you're back and relaxed :)
[16:05] <zyga> :-)
[16:05] <zyga> thanks
[16:05] <zyga> btw, did you hear about the issue that affected my sytem?
[16:09] <eraserpencil> private github
[16:09] <eraserpencil> kyrofa: ^^
[16:16] <kyrofa> eraserpencil, have you experimented with build.snapcraft.io? If it worked with private github (as a commercial offering), would it solve your problem?
[16:22] <mup> PR snapd#5179 closed: daemon: fix unit tests on arch <Simple> <Created by bboozzoo> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5179>
[16:22] <pstolowski> zyga: yes, i explained to issue in the standup
[16:23] <eraserpencil> kyrofa, I have not, but if it worked then yes
[16:27] <kyrofa> eraserpencil, we've been mulling that idea over, I'll pass your interest up the chain
[16:40] <mup> PR snapd#5181 opened: userd: add the "snap" scheme to the whitelist <Created by oSoMoN> <https://github.com/snapcore/snapd/pull/5181>
[18:15] <cachio> mborzecki, hey
[18:29] <cachio> kyrofa, hey, do you know if snapcraft already supports the timer for the daemons?
[18:29] <cachio> kyrofa, I am using version 2.42
[18:32] <kyrofa> cachio, the timer? What is the keyword?
[18:33] <kyrofa> cachio, worst case you can use passthrough if it's new
[18:33] <cachio> Issues while validating None: The 'apps/runner' property does not match the required schema: Additional properties are not allowed ('timer' was unexpected)
[18:33] <cachio> kyrofa, I see this error
[18:34] <kyrofa> cachio, indeed, I'm unfamiliar with a "timer" property. Was this discussed in the forum somewhere?
[18:34] <cachio> kyrofa, https://forum.snapcraft.io/t/add-support-for-service-timers/1068/10
[18:36] <kyrofa> cachio, indeed, we weren't part of that discussion. You'll need to use passthrough
[18:38] <cachio> kyrofa, ok, thanks
[18:54] <mborzecki> cachio: what's up?
[18:58] <cachio> mborzecki, nothing, problem solved
[18:59] <cachio> mborzecki, it was about how to use the timer from snapcraft.yaml
[19:07] <mborzecki> aah ok
[19:27] <sm0rux> I use Swedish in my Xubuntu 18.04. As soon as I install a snap package I get directories in English. I have ~/Dokument (in Swedish) but when installing a snap package I also get ~/Documents (in English). How can I avoid this?
[19:41]  * cachio afk
[20:37] <mcphail> sm0rux: I think it is a known bug, sadly
[20:41] <sm0rux> mcphail: Thanks for coming back. Sad news, I thought it was a config issue.
[20:42] <mcphail> https://forum.snapcraft.io/t/snap-does-not-respect-directory-settings/3274 - looks as if a fix is emerging...
[20:51] <yee_> hi guys, Should be very easy question for you guys. What are the main differences between Ubuntu server 18.04 “live” and “alternative”? Do they have different purposes?
[21:02] <sm0rux> mcphail: Thanks a zillion for the link! I thought I was stupid who couldn't fix the locale...
[21:05] <yee_> what is the cloud-init?