[05:19] <mborzecki> morning
[05:23] <mborzecki> thunderstorm is a great way to start the day
[05:34] <zyga-mbp> good morning
[05:34] <zyga-mbp> mborzecki dry and cold here
[05:35] <mborzecki> zyga-mbp: no worries, weather maps show that the storm is heading NE towards waw
[06:40] <mborzecki> i think i'll work on remodel a bit today, before i forget all the agreements we made
[07:03] <pstolowski> morning
[07:08] <mvo> good morning pstolowski 
[07:11] <zyga-mbp> hey mvo, pstolowski and pedronis :)
[07:14] <mvo> good morning zyga-mbp 
[07:14] <zyga-mbp> mvo adding autopkgtests today, I guess we all love those :-)
[07:14] <zyga-mbp> mvo: I never had to do this, do you know if the SRU process covers non-main packages? 
[07:16] <mwhudson> it does yes
[07:17] <mwhudson> might be harder to find a sponsor/reviewer though
[07:18] <zyga-mbp> mmm
[07:18] <zyga-mbp> I found a bug in my library, fixed it upstream
[07:18] <zyga-mbp> I've rolled out the update in fedora and debian
[07:19] <zyga-mbp> though debian is stuck on lack of autopkgtests which I'm adding now
[07:19] <zyga-mbp> but I was wondering how any of that translates to the package update reaching Ubuntu
[07:19] <zyga-mbp> I guess I'd need per-package upload rights or a sponsor or something like that?
[07:20] <zyga-mbp> mwhudson long time no see :)
[07:20] <mwhudson> zyga-mbp: hi :)
[07:39] <mborzecki> we still care about 14.04, don' we?
[07:47] <mvo> mborzecki: we do, at least to keep it alive, it's used to deliver livepatches
[07:48] <mvo> mborzecki: why do you ask? any problems there?
[07:50] <mborzecki> mvo: meh, just old glib without g_autofree
[07:50] <mborzecki> mvo: can you take another look at https://github.com/snapcore/snapd/pull/10423 ?
[07:54] <mvo> mborzecki: hm, hm, that's a bit sad
[07:55] <mvo> mborzecki: will have a look, but soon have meetings
[07:55] <mvo> mborzecki: I see the new commit is small, that should be fine :)
[07:56] <zyga-mbp> mborzecki isn't g_auto_free just a macro around clenaup?
[07:56] <mborzecki> zyga-mbp: it is
[07:56] <zyga-mbp> you can define your own
[08:40] <mborzecki> meh
[08:43] <zyga-mbp> mborzecki: which go are we on again? :D
[08:43] <zyga-mbp> all good things are in the future
[08:44] <mborzecki> zyga-mbp: 1.9, but 1.13 is coming
[08:44] <mvo> zyga-mbp: ha! almost 1.13!
[08:44] <zyga-mbp> mvo: locally on 1.17 beta and love it
[08:44] <mborzecki> zyga-mbp: do you see any changes though?
[08:45] <zyga-mbp> mborzecki: I used one little bit, math.MaxInt was defined, it previously was missing
[08:45] <zyga-mbp> conditional compilation syntax has improved
[08:45] <zyga-mbp> and go fmt creates both old style and new style syntax automatically
[08:45] <zyga-mbp> oh and having 1.13+ is just great for errors
[08:45] <zyga-mbp> error handling is much better with Is and As
[08:46] <mborzecki> zyga-mbp: what conditional syntax?
[08:46] <mborzecki> i'm not aware of any changes there
[08:46] <zyga-mbp> mborzecki +build: things
[08:46] <zyga-mbp> one sec
[08:46] <zyga-mbp> let me show you
[08:47] <zyga-mbp> https://git.ostc-eu.org/OSTC/OHOS/components/sysota/-/blob/main/encoding/ini/math_legacy_32bit_test.go#L4
[08:47] <zyga-mbp> those are auto-synced between the +build and the go:build syntax 
[08:52] <mborzecki> mvo: can you land https://github.com/snapcore/snapd/pull/10444 ?
[08:56] <mborzecki> srsly, what's the point of symlinking /home/foo to some random location?
[08:57] <zyga-mbp> mborzecki people with corporate/campus setups mostly
[08:57] <zyga-mbp> where /home/foo is /random-name-for-nfs-mount-point/home/foo
[08:59] <mborzecki> zyga-mbp: i don't get it, if you can symlink /random/location/foo -> /home/foo, so why not bind mount /random/location at /home? unless you're mixing local and remote users which sounds like a very bad idea
[08:59] <zyga-mbp> mborzecki yeah, people do mix that
[08:59] <zyga-mbp> local admin
[08:59] <zyga-mbp> and remote staff
[08:59] <zyga-mbp> and they don't mount all of /home 
[08:59] <zyga-mbp> they mount a specific place
[09:00] <zyga-mbp> look through the history of cifs/nfs bugs related to snapd
[09:00] <zyga-mbp> people argue over their setups, usually the larger the installation the more complex it gets
[09:00] <mborzecki> yeah, i remeber those, still made no sense
[09:01] <zyga-mbp> I don't think it made no sense
[09:01] <zyga-mbp> I think it made sense to the people who had the full picture in a given site
[09:01] <zyga-mbp> since neither of us operates a site like that
[09:01] <zyga-mbp> we must surely have assumptions that are not true
[09:01] <zyga-mbp> I don't think huge campus networks are ran by clueless people 
[09:02] <mborzecki> yeah maybe, but it doesn't mean that solution was correct
[09:04]  * pedronis errands
[10:22] <mborzecki> meh, i'm putting semicolons when writing go code now :
[10:30] <zyga-mbp> mborzecki hahaha :)
[10:30] <zyga-mbp> oh well
[10:32] <pstolowski> mborzecki: have a moment for https://github.com/snapcore/snapd/pull/10447 ?
[10:48] <pstolowski> thx
[11:36] <pedronis> https://github.com/snapcore/snapd/pull/10446 needs 2nd reviews
[11:46] <mvo> please, it's important
[12:03] <mborzecki> pedronis: i've updated https://github.com/snapcore/snapd/pull/10432 i think it should match the latest agreements
[12:03] <pedronis> mborzecki: thanks, I have meetings today but is back in my queue
[12:03] <mborzecki> pedronis: cool, thank you!
[15:51] <pedronis> mborzecki: questions in https://github.com/snapcore/snapd/pull/10432
[16:41]  * cachio lunch
[17:26] <pedronis> it's tests/main/lxd-mount-units failing on 20.10 known? it seems consistent
[17:46] <cachio> mborzecki, hey
[17:46] <cachio> I see this in many tests https://paste.ubuntu.com/p/6HN52xFGxX/
[17:46] <cachio> these dirs are not deleted
[17:47] <cachio> shuld be claean it manually?
[17:48] <cachio> pedronis, I'll take a look
[17:49] <pedronis> thx
[17:52] <cachio> yaw
[18:42] <Nimzowitsch> Hi there!
[18:42] <Nimzowitsch> Does someone know how to fix this problem with the  konversation snap showing this kinda error?
[18:43] <Nimzowitsch> Couldn't start kglobalaccel from org.kde.kglobalaccel.service: QDBusError("org.freedesktop.DBus.Error.ServiceUnknown", "The name org.kde.kglobalaccel was not provided by any .service files")
[18:43] <Nimzowitsch> Thanks!
[19:18]  * cachio afk