mvohey mborzecki05:31
mborzeckimvo: hey05:32
mborzecki56 prs, nice05:35
mvoand 3 easy wins once samuele had a chance to look at the interface prs from jamie05:37
mupPR snapd#8882 opened: tests: use the "jq" snap from the edge channel <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8882>06:05
pedronismborzecki: hi, #8340 needs a 2nd review,  and if possible also to look at #8813 again06:23
mupPR #8340: boot, snap-bootstrap: move initramfs-mounts logic to boot pkg <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8340>06:23
mupPR #8813: gadget,cmd/snap-bootstrap: move partitioning to gadget <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8813>06:23
mborzeckipedronis: hi, yes, i'll be looking at those in the morning06:28
pedronisthank you06:28
mupPR snapd#8882 closed: tests: use the "jq" snap from the edge channel <Simple 😃> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8882>07:40
abeatohey, I'm having some problems when connecting an interface:07:45
abeato$ snap connect mysnap:network-control07:45
abeatoerror: cannot perform the following tasks:07:45
abeato- Conectar mysnap:network-control a snapd:network-control (cannot update mount namespace of snap "mysnap": cannot update preserved namespace of snap "mysnap": cannot update snap namespace: device or resource busy)07:45
abeatoany idea on what might be going wrong?07:45
mupPR snapd#8724 closed: interfaces/block_devices: add NVMe subsystem devices, support multipath paths <Needs security review> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8724>07:45
mborzeckipedronis: heh, that isTrySnapErr does not work indeed, perhaps that's why the tests were not hitting that code path07:49
pedronisI don't think we use new* either from the tests07:50
mborzeckipedronis: i've added a test case for that, and it wasn't handled in the right if branch07:50
mborzeckipedronis: anyways i'll push a patch there07:51
mborzeckipedronis: pushed now08:06
mborzeckibtw. we used to have something added to the snapd repo that showed test coverage of go code08:06
mborzeckiwas that codecov?08:11
mborzeckimvo: pedronis: do you think we could try enabling https://github.com/marketplace/codecov/plan/MDIyOk1hcmtldHBsYWNlTGlzdGluZ1BsYW4xNg== on snapd repo?08:12
mborzeckithere's also https://github.com/marketplace/coveralls08:13
mvomborzecki: we had coveralls a while ago, I would love to have coverage reports again08:14
mvomborzecki: it was a bit cumbersome to setup in the past08:14
mborzeckiit'd be nice to build & test the C bits too, even if the coverage is orders lower than the go code08:16
pedronismvo: I re-reviewed #8858, some things to tweak08:22
mupPR #8858: asserts,daemon: add support for "serials" field in system-user assertion <Needs Samuele review> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8858>08:22
mupPR snapd#8802 closed: spread.yaml: update secure boot attribute name <Simple 😃> <⛔ Blocked> <Created by cmatsuoka> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8802>08:25
* Chipaca peers in08:26
mupPR snapd#8883 opened: packaging: stop snapd early on purge <Test Robustness> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8883>08:45
Saviqmvo: bump on https://bugs.launchpad.net/snapd/+bug/1883538 :)09:09
mupBug #1883538: Classic to strict refresh requires manual intervention <snapd:New> <https://launchpad.net/bugs/1883538>09:09
mvoSaviq: meh! sorry, put it on my list again09:11
mborzeckipedronis: #8813 probably needs a pass from you regarding the naming of things09:36
mupPR #8813: gadget,cmd/snap-bootstrap: move partitioning to gadget <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8813>09:36
mborzeckiotherwise, it looks quite ok to me09:37
pedronismborzecki: anything in particular, the new structures?09:39
mupPR snapcraft#3174 opened: link_or_copy: do not try to create hardlinks to symlinks <Created by hpoul> <https://github.com/snapcore/snapcraft/pull/3174>09:40
mborzeckipedronis: yes, the new structures, OnDisk*09:40
pedronismborzecki: I'm not completely a fan of those tbh09:45
mborzeckimvo: https://github.com/snapcore/snapd/pull/8883#discussion_r44142247209:47
mupPR #8883: packaging: stop snapd early on purge <Test Robustness> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8883>09:47
mvomborzecki: right, I can go a different route, i.e. stop just snapd right before we remove the snapd dirs09:49
mvomborzecki: but I think this is the reason we see the 20.04 failures, we remove the dirs while snapd is running so it will just re-addd stuff there09:50
mvomborzecki: but yeah, I guess it's safer to keep it running until late09:50
* mvo changes the PR09:50
mborzeckimvo: yeah, a middle ground is probaly the safest bet09:51
mborzeckimvo: otoh, once we start stopping the mount units and removing directories snapd could get confused, but it's a part of purge anyway09:52
mvomborzecki: should I also snapd in snap-mgr or is that not needed there because snpad will not run at this point when snap-mgr purge is used?10:02
mborzeckimvo: hmm, snap-mgmt is run after snapd is stopped, so if that does not leave anything behind, maybe we could go with your initial version?10:04
mborzeckimvo: the fedora and arch packaging stops snapd (and sockets) before the purge10:05
mvomborzecki: cool, I updated the PR now10:06
pedronismborzecki: basically I'm a bit unhappy that we need to have Structure LaidOutStructure and OnDiskStructure10:06
pedronisI know why they each exist but is a bit much10:07
mborzeckipedronis: perhaps we can address that once we're done with snap-bootstrap -> gadget/install move10:10
mborzeckithen the change should be fairly mechanical10:10
mupPR snapd#8884 opened: cmd/snap: Debian does not allow $SNAP_MOUNT_DIR/bin in sudo secure_path <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8884>10:11
ijohnsonmorning folks10:13
pstolowskihi ijohnson !10:13
ijohnsonhey pstolowski10:13
ijohnsonthanks mborzecki for the patches to those PR's10:13
* ijohnson looks at his only 3 open PR's :-D10:14
pedronismborzecki: if I see it correctly #8813 is mostly mechanical right?10:15
mupPR #8813: gadget,cmd/snap-bootstrap: move partitioning to gadget <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8813>10:15
pedronismborzecki: I mean I'm lookin at it, there is not subtle changes in it?10:15
mborzeckipedronis: there are some tweaks in the few recent commits10:16
mborzeckipedronis: i mean, we could very well do a single pr with renames (provided it's renames only)10:17
pedronisin which sense?10:17
pedronismy plan is not renames only10:17
pedronismborzecki: my question was really more is this simple enough that we should just try to get it in quickly, or does it need careful looking over anyway?10:18
pedronismy plan to avoid some many struct involve more than renames10:19
mborzeckipedronis: maybe let's have a chat with cmatsuoka then?10:19
pedronisanyway reducing the structs is not a priority10:20
pedronisbut you asked me if I had opinions about names10:20
pedronisand it's complicated :)10:20
mvoSaviq: can you please "snapcraft release multipass 2114 edge/snap-test-classic" for me? this way I can actually try to test your exact scenario10:25
Saviqmvo: done, and invited you as collaborator10:32
mvoSaviq: thank you I think I can reproduce, let me dig into this10:44
mvo8858 needs a second review, should be simple10:44
mvowell, not that simple but I should not say this or it won't get reviewed :P10:44
mupPR snapd#8885 opened: data/sudo: drop a failed sudo secure_path workaround <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8885>10:46
popeyogra your mjpg streamer snap, how do you control the webcam resolution? mine is only grabbing at 640x48011:05
popeyah, there's an option for the .so11:06
ograits in the config file11:07
ograi have a half done branch that uses snapctl but that has been sitting for a while (it has many users, switching over the config without breaking them is a little work)11:08
popeyfound https://community.octoprint.org/t/available-mjpg-streamer-configuration-options/110611:09
pedronismborzecki: I think zyga asked you to review #8829 ?11:09
mupPR #8829: sandbox/cgroup: add tracking helpers <Created by zyga> <https://github.com/snapcore/snapd/pull/8829>11:09
ograpopey,  mjpg-streamer --help ... and  mjpg-streamer -i "input_uvc.so --help"11:12
ograit comes with documentation builtin too 😉11:12
ogra(not all controls work with all webcams though ... watch journalctl output)11:12
ijohnsonpedronis: so can I merge #8340 ?11:19
mupPR #8340: boot, snap-bootstrap: move initramfs-mounts logic to boot pkg <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8340>11:19
ijohnsonit's green now11:19
pedronisijohnson: yes, any concerns?11:21
ijohnsonnope, just wanted to be extra suer11:21
* ijohnson clicks the button11:21
mborzeckiand boom11:23
mupPR snapd#8340 closed: boot, snap-bootstrap: move initramfs-mounts logic to boot pkg <UC20> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8340>11:26
mvoSaviq: found the issue, WIP in https://github.com/snapcore/snapd/compare/master...mvo5:classic-to-strict-is-fine?expand=1 but need to write a proper test after lunch11:28
mvoSaviq: but with your testcase it seems to work11:28
pedronispstolowski: is #8812 ready for re-review?11:28
mupPR #8812: o/snapstate: service-control task handler (4/N) <Needs Samuele review> <Services ⚙️> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8812>11:28
pstolowskipedronis: yes, thank you11:30
pedronispstolowski: ok, thx, putting it back in the queue11:32
=== msalvatore_ is now known as msalvatore
ijohnsonpedronis: remind me, can *util packages import other *util packages ?12:11
ijohnsoni.e. can I import strutil from osutil/disks ?12:11
pedronisijohnson: usually yes12:12
pedronisI mean we should be reasonable and avoid circular deps, but there is no sense to a general rule12:12
pedronisthat they can't12:12
pedronispstolowski: I finally got to #8395, I didn't something is missing but maybe I'm confused (could be)12:13
mupPR #8395: o/ifacestate: handle interface hooks when preseeding <Preseeding 🍞> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8395>12:13
ijohnsonpedronis: ack sounds good12:13
ijohnsonthanks for the clarification12:13
pedronispstolowski: s/I didn't/I think/12:13
pstolowskipedronis: thanks, will need to refresh my memory, it's been a while12:13
pedronispstolowski: it's not urgent for you to go back to it, don't context switch for me, but I wanted to reduce my own queue a bit more12:16
mupPR snapd#8886 opened: gadget: mv encodeLabel to strutil.EncodeHexBlkIDFormat <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8886>12:16
pedronisijohnson: ^ why strutil and not osutil itself though?12:18
pedronisor even osutil/disks12:18
ijohnsonpedronis: it seems like a string function ?12:18
ijohnsonpedronis: I mean sure it can live in osutil/disks if you want that's fine12:18
pedronisijohnson: it's a very very specific string function12:19
pstolowskipedronis: ok, thanks, i've read your comment, i'll definitely  need to think deeper, so will get back to it later12:20
ijohnsonpedronis: mmm ok I'll move it to osutil/disks, but it will make more messy git history in my existing PR12:20
pedronisijohnson: heh12:20
pedronisijohnson: that is not a good reason in particular12:21
pedronisijohnson: anyway except for Version stuff most of strutil is quite quite generic12:21
pedronisis not a meant to be a repository of any sort of side-effect free things that produce strings12:22
pedronisPathIterator is also a bit borderline there12:22
ijohnsonapparently you can't change branch names in a PR on github which also is maybe a bit expected12:27
pedronisnames are hard (in more than one sense)12:28
ijohnsonalright re-opened as 888812:29
pedronismborzecki: does #8887 supersede #8775 ?12:30
mupPR #8887: bootloader: pull recovery grub config from internal assets <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8887>12:30
mupPR #8775: [RFC] bootloader, boot: boot scripts, edition <Needs Samuele review> <UC20> <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8775>12:30
mupPR snapd#7570 closed: [RFC] snap-mount-dir: add mount unit for snap-mount-dir <⛔ Blocked> <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/7570>12:31
mupPR snapd#8886 closed: gadget: mv encodeLabel to strutil.EncodeHexBlkIDFormat <Simple 😃> <UC20> <Created by anonymouse64> <Closed by anonymouse64> <https://github.com/snapcore/snapd/pull/8886>12:31
mupPR snapd#8887 opened: bootloader: pull recovery grub config from internal assets <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8887>12:31
mupPR snapd#8888 opened: gadget: mv encodeLabel to osutil/disks.EncodeHexBlkIDFormat <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8888>12:31
mborzeckipedronis: i think i'll close 8875 and will be open smaller bits as we go (always one less PR to remember)12:32
pedronismborzecki: sounds good12:32
mupPR snapd#8775 closed: [RFC] bootloader, boot: boot scripts, edition <Needs Samuele review> <UC20> <⛔ Blocked> <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/8775>12:36
=== alan_g is now known as alan_g_
cjp256anyone have a suggestion for what to do when kswap0 and snapd (and in this instance canonical-livepatch) lock up CPU?  i've been using the default 1GB swap and have run into this a fair bit again recently.  it locks up hard enough the only recourse is usually to hard power-off unless you wait long enough for OOM killer to do something, if it even does (laptop was unusable for at least 10-15 minutes in my case).13:26
mvocjp256: do you have the output of "journalctl -u snapd" when this happens? and snap changes ideally? would love to know how to reproduce13:27
* mvo is actually in a meeting13:28
cjp256mvo: the journal https://pastebin.ubuntu.com/p/NqtJryXrwc/  shows a trace.  last `change` was a few hours beforehand, not canonical-livepatch fwiw13:35
pstolowskicachio: have you seen my comment re early core20 config test?13:45
cachiopstolowski, no, I didnt, sorry13:46
cachiojust got disconnected13:46
pstolowskicachio: in standup notes13:47
mvocjp256: thanks, do you have a timestamp for me when the OOM happend?13:48
mvocjp256: also - how many snaps are installed there?  anything special about the machine this run on?13:51
cjp256mvo: relevant journal log chunk https://pastebin.ubuntu.com/p/ynj57trvfg/13:55
mvocjp256: cool, thanks13:55
cjp256interesting that the logs seem to be out of order :D13:55
cachiopstolowski, ok, I'll take a look again13:59
cachioijohnson, if you make a try with uc20-recovery test please tell me14:25
ijohnsoncachio: yes sorry got distracted with doing reviews, but will try that real soon14:26
pedronisijohnson: nitpick on #8888, feel free to apply it on a follow up or something14:26
mupPR #8888: gadget: mv encodeLabel to osutil/disks.EncodeHexBlkIDFormat <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8888>14:26
ijohnsonpedronis: ack I think I'll take it in a followup14:27
pstolowskipedronis: small nitpicks under #885214:31
mupPR #8852: asserts: introduce new assertion validation-set <validation-sets :white_check_mark:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8852>14:31
ijohnsonpstolowski: reviewed 8812 for you14:33
pedronispstolowski: thank you14:34
pstolowskiijohnson: thanks!14:34
pstolowskiijohnson: updated14:55
cachiopstolowski, I run twice and both times saw the same error https://paste.ubuntu.com/p/5wfwC7kNbc/14:56
ijohnsonpstolowski: re-approved15:00
pstolowskiijohnson: thank you!15:01
mupPR snapd#8888 closed: gadget: mv encodeLabel to osutil/disks.EncodeHexBlkIDFormat <Simple 😃> <UC20> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8888>15:02
pstolowskicachio: i'll take a look. wasn't something like this happening when things were changing in core20 and it wouldn't boot? i saw similiar problems before when i worked on this and it would automagically work again another day after things landed15:04
cachiopstolowski, ahh, because it is the only test on which it fails to sdo shpass15:05
pstolowskicachio: yes, it fails in prepare already, cannot ssh into the nested system15:07
mupPR snapd#8858 closed: asserts,daemon: add support for "serials" field in system-user assertion <Needs Samuele review> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8858>15:07
mupPR snapd#8885 closed: data/sudo: drop a failed sudo secure_path workaround <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8885>15:07
cachioin my case it could ssh15:07
cachiobut fails trygin to create the test user15:07
cachioit is weird bacause all the other uc20 tests are passing15:08
pstolowskicachio: ah, wait, i think i misread the log (too many ssh attempts), indeed it seems it's test user password issue15:10
pstolowskiwhy would it start failing, did we change something?15:10
pstolowskicachio: did it start failing last night?15:11
cachiopstolowski,  let me check15:11
cachiopstolowski, 2020-06-15 passed15:13
cachio2020-06-16 failed15:13
cachiowith the same error15:14
cachioso, yesterday was the first fail15:14
pstolowskicachio: ok, thanks, i'll try to find out what/if something changed15:17
cachiopstolowski, nice, thanks15:22
mvofwiw I pushed a new "test-snapd-classic-confined" to candidate, please let me know if that causes any issues, I will revert in this case (but should be fine)15:26
ijohnsoncachio: mmm I see a potential issue with uc20 and self signed models, need to investigate more but it would explain your issue15:30
ijohnsoncachio: can you show your model assertion you used to build the external image ?15:30
* ijohnson needs to step out for few minutes15:30
cachioijohnson, https://github.com/sergiocazzolato/validator/blob/master/images/models/pc-amd64-20.model15:31
cachiothis is for amd6415:31
pedronisI'm not sure what Ian meant15:32
cachioijohnson, it is hte same we use for nested tests on snapd projecy15:33
cachioijohnson, what I see is that after reboot /home/gopath does not exist anymore15:39
ijohnsoncachio I thought the issue was that you couldn't login to the device via ssh?15:46
cachioijohnson, I can login15:47
mupPR snapd#8889 opened: snapstate: fix autorefresh from classic->strict <Bug> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8889>15:47
cachioijohnson, is that the spread path is not there anymore after the reboot15:48
cachioijohnson, then I see this https://paste.ubuntu.com/p/VNbk5hjCXf/15:49
pedronisas we said in the standup, I think the issue is that the system comes up15:49
pedronisin recovery mode15:49
pedronisnot run mode15:49
pedronisafter the test15:49
pedroniscachio: can you see what's in /var/lib/snapd/modeenv in the system without the path?15:50
cachiopedronis, mode=recover15:51
pedronisyea, so what I said15:51
cachioso, why it fails here and is not failing on each PR?15:52
pedronissomething is different15:52
pedronisbut I don't know the test well15:52
cachiohere I am testing with secboot and tpm enabled15:52
pedronisjust making sure we understand the problem the same way15:52
ijohnsonAh sorry well the issue I'm seeing is a different one then15:52
cachiopedronis, ok, thnaks, I'll compare the systems with the one running on gce after lunch15:55
* cachio lunch15:57
ijohnsonah sorry I actually need to step out now for longer15:59
=== ijohnson is now known as ijohnson|afk
pstolowskicachio: i just run that test two times and it passed on second run. something is wonky16:03
pedroniscmatsuoka: I did a pass on #881316:12
mupPR #8813: gadget,cmd/snap-bootstrap: move partitioning to gadget <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8813>16:12
pedroniscmatsuoka: I marked it changes requested mostly because of the not glued up tests16:26
cmatsuokapedronis: thanks, looking16:53
mupPR snapcraft#3172 closed: cli: restore --target-arch with warning for LXD and Multipass <bug> <Created by cjp256> <Closed by cjp256> <https://github.com/snapcore/snapcraft/pull/3172>17:01
mupPR snapcraft#3175 opened: cli: restore --target-arch with warning for LXD and Multipass <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3175>17:01
mupPR snapcraft#3176 opened: tools: fix environment-setup to work on aarch64 <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3176>17:11
mupPR snapd#8852 closed: asserts: introduce new assertion validation-set <Skip spread> <validation-sets :white_check_mark:> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8852>17:18
cmatsuokapedronis: added missing glue and todo notes, left some of the changes to follow-ups17:20
pedroniscmatsuoka: thanks, probably deploy.go => install.go and other things still called deploy should be called install, like deployMountpoint17:35
cmatsuokapedronis: yes, adjusting that17:36
pedronissome test names as well17:37
cmatsuokapedronis: the mountpoint itself looks a bit strange, do you have a suggestion for a better name?17:37
cmatsuokahmm, renaming to install.go now could be a problem because there's a file with the same name in the next PR17:39
pedroniscmatsuoka: then call it content.go I suppose17:39
cmatsuokapedronis: content.go is good, thanks17:39
pedroniscmatsuoka: about the mountpoint,  maybe /run/snapd/gadget-install17:45
pedronis /run/snapd is dirs.SnapRunDir17:45
cmatsuokayes, good, I'll use it, thanks17:45
* cachio at kinesiologist17:48
pedroniscmatsuoka: if you do something like what with do for FreezerCgroupDir in sandbox/cgroup/freezer.go, maybe you don't need the Mock but dirs.SetRootDir is enough, you'll have to see17:48
pedronisah, it's only local anyway17:49
pedronisso doesn't matter17:49
cmatsuokapedronis: so can I just declare an uninitialized var and initialize it on init() to use dirs.SnapRunDir?17:51
pedronisyes, and if you setup a callback you can also have if follow to root in dirs.go17:51
cmatsuokainteresting solution17:52
pedronisas I said, you might not need it here17:53
pedronisI thought you were exporting the Mock but is only in export_test.go17:53
cmatsuokayes. well, I'll use a simple initialization and then if need arises we can use the callback17:54
pedroniscmatsuoka: you lost deploy_test.go somehow instead of it getting commited as content_test.go now17:56
mupPR #8813: gadget,cmd/snap-bootstrap: move partitioning to gadget <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8813>17:56
cmatsuokathat's... strange, let me see here what's happening and I'll push a fix along with the content mountpoint change17:57
mupPR snapd#8884 closed: cmd/snap: Debian does not allow $SNAP_MOUNT_DIR/bin in sudo secure_path <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8884>17:58
cmatsuokapedronis: pushed. I think the missing test was caused by mistakingly using mv instead of git mv18:03
pedroniscmatsuoka: reviewed18:11
cmatsuokapedronis: thank you!18:11
pedroniscmatsuoka: a TestWriteFilesystemContent like the TestWriteRawContent would be good18:12
pedronisif possible18:12
cmatsuokapedronis: ok, will do18:12
mupPR core18#156 opened: Add motd and issue to writable /etc files <Created by WillNilges> <https://github.com/snapcore/core18/pull/156>18:36
mupPR snapcraft#3177 opened: repo: consider virtual pkgs for cache invalidation <bug> <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3177>18:36
=== ijohnson|afk is now known as ijohnson
cachioijohnson, cmatsuoka hey19:50
ijohnsonhey cachio19:50
cachioI see this19:50
ijohnsoncachio: this is on uc20 yah ?19:50
cachioin the uc20-recovery test19:50
cmatsuokacachio: let's see...19:50
ijohnsoncachio: snap-repair is known to be broken on uc2019:50
ijohnsonit needs to be fixed but is somewhat non-trivial to fix19:51
cmatsuokawell I don't know what snap-repair is19:51
MrSassyPantsWhats the current version of this command: snap set system.service.rsyslog disable=true20:04
MrSassyPantssnap + discord is ddosing kernel log20:04
ijohnsonMrSassyPants: do you mean how to silence denials AppArmor denials in the system journal ?20:17
MrSassyPantssnap connect discord:system-observe :system-observe ; snap connect discord:unity7 :unity720:17
MrSassyPantsdid it20:17
MrSassyPantsI googled more20:17
ijohnsonthere's also some AppArmor config to turn denied messages off entirely20:18
MrSassyPantsidk about such things20:18
MrSassyPantsI tried the first cli thing that google spat out20:18
MrSassyPantsthe system.service.rsyslog thing20:18
MrSassyPantsand then proceeded to ask20:18
=== bloodearnest_ is now known as bloodearnest
ijohnsonMrSassyPants: that command is only applicable to Ubuntu core, not classic Ubuntu systems like desktop or server20:23
mupPR snapd#8890 opened: seed: fix LoadEssentialMeta when gadget is not loaded <Created by pedronis> <https://github.com/snapcore/snapd/pull/8890>20:43

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!