[06:25] <mup> PR snapd#8773 opened: overlord/configstate: add sysctl option <Created by EthanHsieh> <https://github.com/snapcore/snapd/pull/8773>
[06:54] <mborzecki> morning
[06:59] <pstolowski> morning
[07:02] <mborzecki> pstolowski:hey
[07:02] <mborzecki> what's the fuss about openttd disappearing from the store?
[07:03] <zyga> good morning
[07:03] <zyga> mborzecki: ooh?
[07:03] <zyga> what happened?
[07:04] <mborzecki> https://forum.snapcraft.io/t/openttd-is-gone/17860/2
[07:06] <zyga> interesting
[07:07] <mborzecki> heh too bad the tweet went out on 30.05
[07:32]  * zyga returns to tool changes
[07:34] <zyga> https://github.com/snapcore/snapd/pull/8691/files looks interesting!
[07:34] <mup> PR #8691: tests: plan to improve the naming and uniformity of utilities <Created by pedronis> <https://github.com/snapcore/snapd/pull/8691>
[07:52] <zyga> pstolowski, mborzecki: do you guys want to have a look before I merge https://github.com/snapcore/snapd/pull/8691
[07:52] <mup> PR #8691: tests: plan to improve the naming and uniformity of utilities <Created by pedronis> <https://github.com/snapcore/snapd/pull/8691>
[07:52] <mborzecki> zyga: it's 2 tabs away from me looking at it
[07:56] <pstolowski> zyga: i'm happy with it
[07:56] <zyga> ok
[08:20] <mup> PR snapd#8691 closed: tests: plan to improve the naming and uniformity of utilities <Created by pedronis> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8691>
[08:25] <zyga> mborzecki: replied on https://github.com/snapcore/snapd/pull/8770 but not going to change things until there's some more usage
[08:25] <mup> PR #8770: snap/naming: add ParseSecurityTag and friends <Created by zyga> <https://github.com/snapcore/snapd/pull/8770>
[08:25] <zyga> mborzecki: my goal is to shring the 2K+ diff of refresh-app-awareness-v2
[08:25] <zyga> mborzecki: I'm open to renaming this later on though
[08:26] <zyga> mborzecki: mainly for practicality but also because I'd like to see how we use security tags across the codebase
[08:26] <zyga> pstolowski: ^
[08:26] <zyga> pstolowski: not sure if you saw that PR yet
[08:28] <zyga> + systemd-run --system --service-type=forking --unit=qemu-ndb-preseed.service '' --fork -c /dev/nbd0 /home/gopath/src/github.com/snapcore/snapd/tests/main/preseed/cloudimg.img
[08:28] <zyga> Job for qemu-ndb-preseed.service failed because the control process exited with error code.
[08:28] <zyga> See "systemctl status qemu-ndb-preseed.service" and "journalctl -xe" for details.
[08:28] <zyga> pstolowski: ^ should '' have had a value?
[08:28] <zyga> to czesc https://github.com/snapcore/snapd/pull/8764
[08:28] <mup> PR #8764: tests: add ubuntu 20.10 to spread tests <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8764>
[08:28] <zyga> sorry, that's a part of https://github.com/snapcore/snapd/pull/8764 :)
[08:30] <pstolowski> zyga: it shouldn't fail, something is not ready for 20.10, i'll find out, thanks
[08:30] <zyga> ok
[08:30] <pstolowski> zyga: yes, i've #8770 opened and started reviewving
[08:30] <mup> PR #8770: snap/naming: add ParseSecurityTag and friends <Created by zyga> <https://github.com/snapcore/snapd/pull/8770>
[08:30] <zyga> mborzecki: https://github.com/snapcore/snapd/pull/8733 is fixed now
[08:30] <mup> PR #8733: tests: port document-portal-activation to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8733>
[08:31] <zyga> mborzecki: I have 3 more patches (2 ready, one needs an hour to polish) and no more dbus-daemon leaks
[09:00] <mup> PR snapd#8713 closed: interfaces/avahi*: update avahi-daemon labelling to also allow "avahi-daemon" <Needs security review> <Squash-merge> <Created by jetpackdanger> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8713>
[09:08] <zyga> sigh
[09:08] <zyga> why no os.ModeRegular
[09:17] <mborzecki> haha
[09:18] <mborzecki> no other mode == regular
[09:18] <mborzecki> btw. ModeIrregular is quite interesting tho
[09:31] <zyga> mborzecki: yeah
[09:31] <zyga> aka "unix says something but we cannot map it"
[09:34] <zyga> pstolowski, mborzecki: as for https://github.com/snapcore/snapd/pull/8770 -- I'd like to rename those later as they are unused now and the PR is green
[09:34] <mup> PR #8770: snap/naming: add ParseSecurityTag and friends <Created by zyga> <https://github.com/snapcore/snapd/pull/8770>
[09:34] <zyga> if you don't mind that
[09:36] <mborzecki> anyone using fish shell?
[09:37] <zyga> nope
[09:41] <mborzecki> zyga: https://forum.snapcraft.io/t/how-to-use-default-commands-from-those-apps-which-are-installed-using-snap-without-having-to-use-snap-run-infront-of-original-command/17878/7 idk seems to work here quite fine
[09:42] <mborzecki> heh i still find it funny when when the coolness factor is what makes the choice ;)
[09:43] <zyga> mborzecki: I wonder if there's a difference if fish is your default shell
[09:43] <zyga> wow
[09:43] <zyga> arguably fish looks awesome
[09:43] <mborzecki> zyga: idk, tried `fish -l` should give me a login shell, so a vanilla setup then?
[09:43] <zyga> no
[09:43] <zyga> doubt it
[09:43] <zyga> well, maybe
[09:43] <zyga> but I doubt it :)
[09:45] <mborzecki> ok, let me switc the shell and try again
[09:45] <zyga> I just did
[09:46] <mborzecki> pffff
[09:46] <mborzecki> doesn't work
[09:49] <zyga> It matters
[09:50] <zyga> No snaps in sight
[09:50] <zyga> heh
[09:53] <mborzecki> hmm
[09:53] <mborzecki> ok maybe we could drop somethign in /etc/fish/conf.d/snapd.fish ?
[09:55] <mborzecki> os better /usr/share/fish/vendor_conf.d
[09:56] <ogra> does anyone knwo who creates the lxd user if i install the lxd snap ? is that lxd itself or snapd on behalf ?
[09:59] <zyga> ogra: I think there was a hack of some kind
[09:59] <zyga> maybe snapd.deb does it
[09:59] <zyga> I don't recall
[09:59] <zyga> brb
[09:59] <zyga> back pain
[09:59] <zyga> suck a f*** annoying always-on pain :/
[09:59] <ogra> zyga, well, it makes appliances with lxd preseeded unable to create a user
[10:00] <ogra> i'm wondering against whom to file a bug 🙂
[10:00] <ogra> oh man ... get well
[10:01] <mborzecki> zyga: hm looked at /usr/share/fish/config.fish but i can't tell where the PATH could get set
[10:02] <zyga> when in doubt
[10:02] <zyga> strace and grep the source
[10:02] <zyga> doing that now
[10:03] <zyga> but really, fish is nice
[10:03] <mborzecki> zyga: config.fish seems to do soemthing, but it's not immediately obvious
[10:04] <zyga> it handles path internally
[10:04] <zyga> at least a little
[10:04] <zyga> let me look at the source for a moment
[10:07] <mborzecki> anyways, fish env seems a bit off, even eshell includes the snap path, can't get more weird than that
[10:15] <zyga> https://fishshell.com/docs/current/tutorial.html#path
[10:15] <zyga> fish has some weird ideas though
[10:16] <zyga> maybe we should use that fish_user_paths thing
[10:17] <zyga> mborzecki: check that out https://fishshell.com/docs/current/tutorial.html#universal-variables
[10:23] <mborzecki> zyga: hm interesting, stil it'd be nice to have it working, bu ti don't feel we need to fix it, i'm sure fish users have more experience as to what should be set where
[10:23] <mborzecki> or at least i hope so
[10:36] <pstolowski> zyga: +1 for the security tag PR
[10:39]  * pstolowski lunch
[10:40] <zyga> ta
[10:47] <zyga> fish_xdm_login_hack_hack_hack_hack
[10:47] <zyga> that's a function name:D
[10:47] <mborzecki> prelude to a lot of fun i presume?
[10:49] <zyga> nah, not this time
[10:49] <zyga> but funny
[10:50] <zyga> it runs for login shells
[11:01] <zyga> hmm
[11:01] <zyga> mborzecki: this is unexpected
[11:01] <zyga> systemctl --user show-environment
[11:01] <zyga> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
[11:01] <zyga> no snap
[11:01] <zyga> what the?!
[11:01] <mborzecki> hm?
[11:01] <mborzecki> intersting
[11:01] <zyga> fish is not the problem something happened when I switched shells
[11:01] <zyga> I strongly think it's systemd
[11:01]  * zyga looks
[11:02] <zyga> interestingly XDG_DATA_DIRS=/usr/local/share/:/usr/share/:/var/lib/snapd/desktop
[11:02] <zyga> (from the same output)
[11:02] <mborzecki> zyga: i did chsh and the only change i had is missing snap from path, user session looked ok
[11:02] <mborzecki> i mean user session env
[11:02] <mborzecki> but i did not reboot
[11:03] <zyga> I rebooted
[11:03] <zyga> but this is good because nothing in fish itself seems broken
[11:04] <zyga> I wonder if setting a shell like "gulash" which is just a hardlink to bash would change something
[11:04] <mborzecki> zyga: idk, show-environment showed the right PATH, fish had differetn PATH, seems broken to me
[11:05] <zyga> mborzecki: for me show-environment shows that
[11:05] <zyga> https://www.irccloud.com/pastebin/4Y7rV8b6/
[11:06] <mborzecki> zyga: is snapd installed? are there any other user-session-env generators running?
[11:06] <zyga> everything is installed
[11:06] <zyga> this is my regular systewm
[11:07] <zyga> I just changed shell and rebooted
[11:08] <mborzecki> can't reboot this system, but i'll try a fedora vm
[11:08] <zyga> ok,
[11:08] <zyga> I'll keep digging
[11:08] <zyga> just need to stretch
[11:08] <zyga> grab coffee
[11:08] <zyga> and take the dog out
[11:08] <zyga> see you in 1 ~ h
[11:09] <mborzecki> zyga: fish looks broken to me: https://paste.ubuntu.com/p/DMcVX2CBnW/
[11:22] <zyga> Why did our results differ?
[11:52] <zyga> in the office
[11:52] <zyga> what a lousy day :/
[12:05] <pstolowski> re
[12:06]  * ogra files #1881588
[12:06] <mup> Bug #1881588: pre-seeding lxd on Core appliances breaks snap create-user <snapd:New> <https://launchpad.net/bugs/1881588>
[12:07] <mborzecki> zyga: i have no clue, that's f32 with fish shell set as default
[12:09] <zyga> mborzecki: mmm, I'll dig later
[12:10] <mborzecki> zyga: but guess what, on arch after a reboot there's no snap in PATH in show-environment
[12:17] <zyga> mborzecki: oh?
[12:17] <zyga> mborzecki: so arch and fedora differ
[12:19] <mborzecki> zyga: hah, check this out
[12:20] <mborzecki> zyga: this is on arch: https://paste.ubuntu.com/p/Btwnx85TM8/
[12:20] <zyga> o_O
[12:20] <zyga> pam talking to systemd?
[12:20] <mborzecki> zyga: something imported environment when i logged in via gdsm
[12:21] <zyga> check out /etc/pam.d/
[12:21] <zyga> for both the login session getty
[12:21] <zyga> and the one for the display manager
[12:22] <mborzecki> zyga: should i be looking for anything in particular?
[12:22] <zyga> yes, diff the two files used
[12:22] <zyga> one will import more things
[12:22] <zyga> can you find the shorter one first
[12:22] <zyga> the one from getty
[12:22] <zyga> how did you log in?
[12:22] <zyga> via getty or via ssh?
[12:22] <mborzecki> zyga: ssh
[12:23] <zyga> ssh is easy to find
[12:23] <zyga> find the other one
[12:24] <mborzecki> when logged in via getty, the env is ok too
[12:25] <mborzecki> zyga: hmm there's like 4-5 gdm-* files though
[12:25] <mborzecki> i guess gdm-password is the one
[12:25] <mborzecki> zyga: https://paste.ubuntu.com/p/gT3dCBB5gJ/
[12:28] <mborzecki> zyga: seems pretty similar, only difference is gdm opens gnome-keyring
[12:31] <zyga> hmmm
[12:31] <zyga> hmm
[12:32] <mborzecki> there's also gdm-launch-environment but no clue when that applies
[12:32] <mborzecki> it clearly looks like something pulls in the environment from the shell and plugs it into the session
[12:35] <zyga> re
[12:35] <zyga> wife home, sorry
[12:35] <mborzecki> heh, need to change shell to somethinf sane, the completion that fish does is super annoying
[12:36] <zyga> https://twitter.com/zygoon/status/1266427249781334018
[12:36] <zyga> small distraction
[13:36] <zyga> food time :)
[13:48] <pstolowski> hmm debian-sid failing on nfs-support test? anyone seen this?
[13:48] <pstolowski> mount.nfs: an incorrect mount option was specified
[13:49] <pstolowski> it's "+ mount -t nfs localhost:/home /home -o nfsvers=3,proto=udp"
[13:52] <zyga> hmmm
[13:52] <zyga> maybe something changed
[13:55] <pstolowski> i'll find out
[14:17] <ijohnson> zyga: yes I think qemu on arm64 rpi should work with "new" kernels, i.e. the one on 20.04+ I think
[14:18] <ijohnson> zyga: as per https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1783961 should be in 5.3.0+ actually
[14:18] <mup> Bug #1783961: CONFIG_KVM is disabled for linux-raspi2 (aarch64) <linux-raspi2 (Ubuntu):Fix Released> <linux-raspi2 (Ubuntu Eoan):Fix Released> <https://launchpad.net/bugs/1783961>
[14:24] <zyga> I’ll check that shortly
[14:24] <zyga> Installing gobs of packages
[14:32] <mup> Issue pc-amd64-gadget#48 opened: console=ttyS0 is too slow and useless <Created by xnox> <https://github.com/snapcore/pc-amd64-gadget/issues/48>
[14:52] <cachio> pstolowski, hey, #8764 updated
[14:52] <mup> PR #8764: tests: add ubuntu 20.10 to spread tests <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8764>
[14:53] <pstolowski> cachio: thanks, will take a look
[14:53] <cachio> pstolowski, tx
[15:17] <mup> PR snapd#8774 opened: tests: disable test of nfs v3 with udp proto on debian-sid <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8774>
[15:18] <pstolowski> ^ this should unblock master
[15:18] <ijohnson> thanks pstolowski
[15:19] <pstolowski> cachio: there is a typo in you find command, qemu-nbd vs qemu-ndb, perhaps it is in qemu-utils after all?
[15:19] <zyga> thanks pawel
[15:19] <cachio> pstolowski, ouch, let me check
[15:19] <pstolowski> cachio: it's confusing because we have this typo in a f ew places (e.g. unit names), but we call the right command at the end
[15:20] <cachio> ah, I'll check
[15:21] <oSoMoN> ogra, the zoom snap was refreshed yesterday on my wife's laptop and it stopped working (wouldn't start at all), I had to revert it
[15:21] <oSoMoN> known issue?
[15:21] <ogra> oSoMoN, nope, havent heard of it
[15:22] <oSoMoN> ogra, the laptop is in use right now so I can't get details, but I will poke at it later
[15:23] <ogra> oSoMoN, https://github.com/ogra1/zoom-snap/issues/new ... and attach ~/snap/zoom-client/current/.zoom/logs/zoom-terminal.log from a failing run please
[15:23] <oSoMoN> ack, will do
[15:31] <mborzecki> ijohnson: would appreciate if you could later take a look at https://github.com/snapcore/snapd/pull/8775
[15:31] <mup> PR #8775: [RFC] bootloader, boot: boot scripts, edition <Needs Samuele review> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8775>
[15:31] <mborzecki> i can split it later to smaller bits if that helps land it sooner
[15:32] <mup> PR snapd#8775 opened: [RFC] bootloader, boot: boot scripts, edition <Needs Samuele review> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8775>
[15:34] <cachio> pstolowski, you were righ
[15:34] <cachio> right
[15:34] <cachio> test paseed
[15:35] <pstolowski> cachio: nice!
[15:35] <cachio> I reverted part of the change and pushed again
[15:35] <cachio> thanks
[15:35] <pstolowski> yw
[15:39] <ijohnson> mborzecki: sure will take a look at that today
[15:45] <mborzecki> ijohnson: thanks!
[15:45] <ijohnson> mborzecki: hmm from first glance were we going to install both ubuntu-seed and ubuntu-boot grub.conf's though?
[15:45] <ijohnson> I thought we were only going to do ubuntu-boot
[15:47] <mborzecki> ijohnson: it's called for boot only now, but eventually we'd do both
[15:47] <ijohnson> hmm
[15:47] <ijohnson> mborzecki: but how would that work for i.e. custom u-boot in a gadget ?
[15:48]  * cachio lunch
[15:49] <mborzecki> ijohnson: that's tbd, it will likely be limited to gadgets we control
[15:49] <ijohnson> mborzecki: mmm I see
[15:49] <mborzecki> ijohnson: iow grub only for the time being ;)
[15:49] <ijohnson> right :-)
[15:50] <mborzecki> anywyas, eod time, going to take the kids out for some ice cream
[15:53] <mup> PR snapcraft#3150 opened: cli: error/warn when using sudo <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3150>
[16:04] <zyga> diddledan: openttd --edge crashes on pi4
[16:04] <abeato> I'm seeing this problem with the docker snap, both in my laptop and in an arm64 machine: docker: Error response from daemon: OCI runtime create failed: container_linux.go:345: starting container process caused "exec: \"docker\": executable file not found in $PATH": unknown.
[16:04] <abeato> https://paste.ubuntu.com/p/4MthKrcd3w/
[16:04] <abeato> really weird
[16:07] <zyga> abeato: are you seeing any denials?
[16:08] <abeato> zyga, some, but I do not think they are related: https://paste.ubuntu.com/p/RHpfd7fRQ8/
[16:08] <mup> PR snapcraft#3151 opened: cli: disable --target-arch support on core20 <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3151>
[16:08] <mup> PR snapcraft#3152 opened: cli: disable --target-arch for multipass/lxd <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3152>
[16:09] <zyga> hmm
[16:09] <zyga> I think it is trying to execute /snap/bin/docker
[16:10] <zyga> abeato: does this make sense to you? I think PATH is set up wrong and it searches and finds itself instead of the embedded binary
[16:11] <pstolowski> oh fun, debian-sid now failed on google:debian-sid-64:tests/main/command-chain:reexec1
[16:11] <zyga> pstolowski: how?
[16:12] <pstolowski> zyga:  https://pipelines.actions.githubusercontent.com/xS8oSnypZkPEQZqiZgDaRp2kdvQJKbOY08TesHp7E8vn7g4hYR/_apis/pipelines/1/runs/6044/signedlogcontent/59?urlExpires=2020-06-01T16%3A11%3A12.8468116Z&urlSigningMethod=HMACV1&urlSignature=Ip%2BQIctB93sO65jma2G8J0FSRPdRG2xYwo2iB6MJdY4%3D
[16:12] <abeato> zyga, not sure - but it looks like a problem with the docker snap: I saw this on an arm64 machine, then I tried and saw the same in my laptop. I'll post in the forum anyway
[16:12] <zyga> pstolowski: expired URL
[16:13] <pstolowski> weird.. copy: https://paste.ubuntu.com/p/R74RtVYXkd/
[16:13] <pstolowski> zyga: ^
[16:15] <zyga> hmmm
[16:15] <zyga> no idea
[16:15] <zyga> but look a that uber long line
[16:15] <zyga> with recent test history
[16:15] <mup> Bug #1611424 changed: Additional "lts" channel or support for upstream series <landscape> <lxd> <nova-lxd> <openstack> <Snappy:Fix Released> <https://launchpad.net/bugs/1611424>
[16:21] <mup> Bug #1611424 opened: Additional "lts" channel or support for upstream series <landscape> <lxd> <nova-lxd> <openstack> <Snappy:Fix Released> <https://launchpad.net/bugs/1611424>
[16:24] <mup> Bug #1611424 changed: Additional "lts" channel or support for upstream series <landscape> <lxd> <nova-lxd> <openstack> <Snappy:Fix Released> <https://launchpad.net/bugs/1611424>
[18:23] <zyga> ijohnson: hey, not sure if you have a moment, I'd like to land https://github.com/snapcore/snapd/pull/8770 to open some follow-ups
[18:23] <mup> PR #8770: snap/naming: add ParseSecurityTag and friends <Created by zyga> <https://github.com/snapcore/snapd/pull/8770>
[18:23] <ijohnson> zyga: hey
[18:23] <ijohnson> sure I can take a look this PM
[18:23] <zyga> it's an extension of the existing validator to a parser for security tags
[18:23] <ijohnson> that was broken out of the big refresh app awareness PR right?
[18:23] <zyga> yes
[18:23] <zyga> I will tweak naming in follow ups
[18:23] <ijohnson> cool, yeah I remember the code as it was in that PR so hopefully shouldn't be too alien, my memory allowing :-)
[18:24] <zyga> I'm trying to land pawel's PR to unbreak master so I'd rather not push more here until that lands :)
[18:24] <ijohnson> of course
[18:24] <zyga> ijohnson: it's not that much new code, thanks!
[18:24] <ijohnson> btw, how does the github caching work when a PR is closed / re-opened ?
[18:25] <ijohnson> I assume some keys set per the job are different so nothing gets cached
[18:25] <zyga> ijohnson: I think it works the same way but the key is in the hash key
[18:25] <zyga> and IIRC we use the github job ID
[18:25] <zyga> so I think this gives us a new job
[18:25] <ijohnson> hmm yeah that's kinda what I would expect
[18:25] <ijohnson> not sure if it would be desirable to have jobs cached across closing/re-opening
[18:57] <ogra> zyga, in case you are bored with your pi4 ... here is something to play with https://people.canonical.com/~ogra/snappy/appliances/fabrica/
[19:28] <cmatsuoka> ijohnson: adding a new group to extragroups with the same gid solved the audio access problem
[19:28] <ijohnson> cmatsuoka: nice, did you have to remove the one from /etc/group too ?
[19:28] <ijohnson> or did everything just work with the duplicated definitions ?
[19:28] <cmatsuoka> ijohnson: no, I just added a new one. Probably the name doesn't matter as long as it has the same id
[19:29] <cmatsuoka> (in my case I added another audio group)
[19:29] <zyga> eh, mouse stopped working
[19:29] <zyga> thinkpads with linux :|
[19:29] <ijohnson> mmmm
[19:29]  * ijohnson -> short break
[19:54] <mup> PR snapcraft#3149 closed: elf: search dynamic tags within sections, not segment <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3149>
[20:06] <mup> Bug #1875493 changed: [core] log rotation doesn't properly restart rsyslogd <Snappy:Invalid> <rsyslog (Ubuntu):Invalid> <https://launchpad.net/bugs/1875493>
[20:07] <ijohnson> thanks for the review jdstrand!
[20:08] <jdstrand> np
[20:09] <mup> Bug #1875493 opened: [core] log rotation doesn't properly restart rsyslogd <Snappy:Invalid> <rsyslog (Ubuntu):Invalid> <https://launchpad.net/bugs/1875493>
[20:12] <mup> Bug #1875493 changed: [core] log rotation doesn't properly restart rsyslogd <Snappy:Invalid> <rsyslog (Ubuntu):Invalid> <https://launchpad.net/bugs/1875493>
[20:14] <mup> PR snapcraft#3152 closed: cli: disable --target-arch for multipass/lxd <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3152>
[20:18] <mup> Bug #1875493 opened: [core] log rotation doesn't properly restart rsyslogd <Snappy:Invalid> <rsyslog (Ubuntu):Invalid> <https://launchpad.net/bugs/1875493>
[20:21] <mup> Bug #1875493 changed: [core] log rotation doesn't properly restart rsyslogd <Snappy:Invalid> <rsyslog (Ubuntu):Invalid> <https://launchpad.net/bugs/1875493>
[20:21] <ijohnson> zyga: #8770 is approved, shall I merge it for you?
[20:21] <mup> PR #8770: snap/naming: add ParseSecurityTag and friends <Created by zyga> <https://github.com/snapcore/snapd/pull/8770>
[20:27] <mup> Bug #1875493 opened: [core] log rotation doesn't properly restart rsyslogd <Snappy:Invalid> <rsyslog (Ubuntu):Invalid> <https://launchpad.net/bugs/1875493>
[20:30] <mup> Bug #1875493 changed: [core] log rotation doesn't properly restart rsyslogd <Snappy:Invalid> <rsyslog (Ubuntu):Invalid> <https://launchpad.net/bugs/1875493>