/srv/irclogs.ubuntu.com/2021/03/02/#snappy.txt

mupPR snapcraft#3455 opened: python v2 plugin: filter set options to reduce output noise <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3455>00:45
mupPR snapcraft#3456 opened: python v2 plugin: reduce noise by replacing for-loop with xargs <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3456>00:55
mupPR snapd#9975 opened: tests: fix new tumbleweed image <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9975>03:05
pstolowskimorning07:01
mborzeckimorning07:04
dot-tobiasmorning07:22
zyga-mbpgood morning07:22
* zyga-mbp will make a snapd patch today07:22
pstolowskihey zyga-mbp07:39
zyga-mbphey pstolowski :)07:40
zyga-mbpmvo good morning07:54
zyga-mbpmvo do you remember the nfs home and special workarounds07:54
zyga-mbpthere's another case of that with nsswitch and ldap and home directory being defined by a ldap entry07:54
zyga-mbpmvo would it be okay to enable the nfs workaround when nsswitch has an ldap entry?07:55
zyga-mbpI can provide the patch07:55
mupPR snapd#9957 closed: ovelord/snapshotstate: keep a few of the last line tar prints before failing <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9957>08:01
mvozyga-mbp: oh, interessting. what exactly was it we did for nfs homes? I vaguely remember08:03
mvozyga-mbp: fwiw, I think it makes sense, without this the user can't use snaps at all, yes?08:03
zyga-mbpmvo: there are two components, we use some heuristics to detect that nfs home is likely to be used by looking at /etc/fstab and the mount table08:03
zyga-mbpmvo and when that is detected we update the apparmor profile of all snaps and helper tools08:03
zyga-mbpmvo: without this they get network errors on all snaps, apparmor has a bug where it exposes the fact that something uses nfs as network traffic on behalf of the process08:04
zyga-mbpthis is bug https://bugs.launchpad.net/snapd/+bug/191734808:04
mupBug #1917348: NFS access not permitted for snap's on LDAP autofs system <snapd:In Progress by zyga> <https://launchpad.net/bugs/1917348>08:04
zyga-mbpI wanted to chat before spending more time on it08:05
mborzeckizyga-mbp: iirc we did some workarounds in the s-c profile? is this you're referring to?08:08
mborzeckimvo: hey08:08
zyga-mbpit's both snap-confine and actual snaps08:08
zyga-mbpthe workaround is okay and doesn't need changes08:09
zyga-mbponly the heuristics needs to grow to check for ldap08:09
mvohey mborzecki08:09
mvozyga-mbp: yeah, I think the reporter has a point08:09
zyga-mbpmvo okay, I'll send a patch either tonight or tomorrow08:11
zyga-mbpthanks!08:11
mvothank you!08:12
mborzeckimvo: can you merge #9962, the failure on 20.04 is unrelated?08:18
mupPR #9962: asserts: include the assertion timestamp in error message when outside of signing key validity range <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9962>08:18
mvomborzecki: sure08:18
mborzeckithanks!08:18
mupPR snapd#9962 closed: asserts: include the assertion timestamp in error message when outside of signing key validity range <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9962>08:21
mupPR snapd#9972 closed: daemon: move the last api_foo_test.go to daemon_test <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9972>08:21
=== pedronis_ is now known as pedronis
zyga-mbpanother day, another small spread patch08:33
zyga-mbpniemeyer_ do you have a moment to look at https://github.com/snapcore/spread/pull/11208:34
mupPR spread#112: Bump base version of go to 1.13 <Created by zyga> <https://github.com/snapcore/spread/pull/112>08:34
zyga-mbpniemeyer_ it will unblock some other patches08:34
mupPR snapd#9976 opened: tests/unit/go: use tests.session wrapper for running tests as a user <Simple 😃> <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9976>09:01
mborzeckimvo: little tweaks in https://github.com/snapcore/snapd/pull/9970#pullrequestreview-60160146409:28
mupPR #9970: packaging: drop 99-snapd.conf via dpkg-maintscript-helper <Created by mvo5> <https://github.com/snapcore/snapd/pull/9970>09:28
mupPR snapd#9977 opened: bootloader/lkenv: add recovery systems related variables <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9977>10:01
pstolowskipedronis: #9930 is green, any preference for squash-merging or not?10:34
mupPR #9930: asserts: pool changes for validation-sets <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9930>10:34
pedronispstolowski: as you prefer, if you think history is too messy I'm fine if you want to squash-merge it11:05
pstolowskipedronis: ok thanks11:08
mupPR snapd#9930 closed: asserts: pool changes for validation-sets <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/9930>11:12
pedronispstolowski: did you squash the other one? maybe now you need to rebase the follow-ups12:25
pstolowskipedronis: i didn't, you're right i probably need to rebase -i12:26
pstolowskipedronis: it turned out too messy, i reopened as #997812:45
mupPR #9978: asserts: use Fetcher in AddSequenceToUpdate <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9978>12:45
mupPR snapcraft#3456 closed: python v2 plugin: reduce noise by replacing for-loop with xargs <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3456>12:46
pedronispstolowski: ok12:46
mupPR snapd#9964 closed: asserts: use Fetcher in AddSequenceToUpdate <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <Closed by stolowski> <https://github.com/snapcore/snapd/pull/9964>12:47
mupPR snapd#9978 opened: asserts: use Fetcher in AddSequenceToUpdate <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9978>12:47
pedronispstolowski: would it be too hard to do two commits? one with the other changes, and one with the new functionality12:47
pstolowskipedronis: probably not, let me try12:48
pedronisthx12:48
mupPR snapd#9942 closed: boot: helper for checking and marking tried recovery system status from initramfs <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9942>13:07
pstolowskipedronis: done13:10
pstolowskinb. git add -p <file> is pretty useful for that in case that helps anyone in the future13:12
mborzeckipedronis: now that 9942 landed, i've pushed an update to #9940 and it needs reviews13:12
mupPR #9940:  boot: cmd/snap-bootstrap: handle a candidate recovery system v2 <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9940>13:12
mborzeckipstolowski: magit ftw ;)13:12
pstolowski:)13:14
pedronismborzecki: ok, what's the state of #9921, I forgot?13:40
mupPR #9921: boot: helper for setting up a try recover system  <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9921>13:40
mborzeckipedronis: i've just pushed an update there13:48
mupPR snapcraft#3457 opened: porting conda plugin from v1 to v2 so we can use it in core20 <Created by ycheng> <https://github.com/snapcore/snapcraft/pull/3457>14:21
mupPR snapcraft#3455 closed: python v2 plugin: filter set options to reduce output noise <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3455>14:31
ijohnsonpstolowski: I approved #997814:46
mupPR #9978: asserts: use Fetcher in AddSequenceToUpdate <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9978>14:46
* cachio lunch14:49
mupPR snapd#9910 closed: client, o/servicestate: expose enabled state of user daemons <Needs Samuele review> <Created by jhenstridge> <Merged by jhenstridge> <https://github.com/snapcore/snapd/pull/9910>15:12
mupPR snapd#9971 closed: daemon,o/c/configcore: introduce users.create.automatic <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9971>15:37
pstolowskiijohnson: thank you!15:43
pedronispstolowski: I made a code org comment in #9559, if I remember correctly how things were meant to be structured16:46
mupPR #9559: client, daemon, cmd/snap: cleanups from #9489 + more unit tests <Simple 😃> <Test Robustness> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9559>16:46
ijohnsonyou ok mup ?16:46
ijohnsonthat pr was merged 4 months ago16:46
ijohnsonoh I see must have been wrong pr number from pedronis comment16:47
pedronisyes, I meant #995916:47
mupPR #9959: o/snapstate: update validation sets assertions with auto-refresh <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9959>16:47
pstolowskipedronis: thanks16:47
pedronissorry16:47
ijohnsonno worries, I just got a notification about a mention from mup and was very confused since it says I merged that PR and I didn't recall merging any pr's today16:48
mupPR snapd#9979 opened: packaging/ubuntu-16.04/rules: turn modules off explicitly <Simple 😃> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9979>16:53
ijohnson^ should fix hirsute spread test runs, which are currently entirely broken16:55
mupPR snapd#9980 opened: o/devicestate: test that users.create.automatic is configured early <Created by pedronis> <https://github.com/snapcore/snapd/pull/9980>17:08
mupPR snapd#9981 opened: gadget: policy for gadget/kernel refreshes <Created by mvo5> <https://github.com/snapcore/snapd/pull/9981>17:23
mvopedronis: fwiw, I pushed a draft with the refresh policy for gadget/kernel (9981), needs the second part still but let me know if it heads into the wrong direction or if I misunderstood anything. there is a comment in update.go with the checks we need to do17:23
pedronismvo: I looked at the comment (only) and it matches what we discussed17:29
=== ijohnson is now known as ijohnson|lunch
mvopedronis: 9981 now has the gadget part of the policy and a manager test that tests going from the old to the new world end-to-end. still some unit tests missing but it should be ok for a first look, especially the manager test. the first auto-refresh will error on the kernel but the subsequent auto-refresh will pull it in19:25
mvopedronis: anyway, not urgent but some progress at least :)19:26
mupPR snapd#9967 closed: tests: use a pre built govendor dependencies for opensuse tumbleweed <â›” Blocked> <Created by sergiocazzolato> <Closed by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9967>19:53
* cachio afk20:00
=== ijohnson|lunch is now known as ijohnson
mupPR snapd#9983 opened: tests: use new commands of os.query tool on tests <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9983>21:44
mupPR snapcraft#3458 opened: requirements: pip freeze <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3458>21:53
mupPR snapcraft#3459 opened: repo: account for arch & version when filtering stage packages <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3459>21:58
mupPR snapd#9984 opened: boot/flags.go: add SetNextBootFlags, NextBootFlags for snapd_next_boot_flags bootenv <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9984>22:49

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