/srv/irclogs.ubuntu.com/2020/04/21/#snappy.txt

mupPR snapcraft#3064 closed: cmake v2 plugin: rename configflags to cmake-parameters <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3064>01:16
mupPR snapcraft#3066 closed: autotools v2 plugin: rename configflags to autotools-configure-parame… <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3066>01:16
mupPR snapcraft#3068 opened: cmake v2 plugin: default to -DCMAKE_BUILD_TYPE=Release <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3068>02:16
mborzeckimorning05:48
zygao/06:08
mvohey zyga06:09
zygahey mvo06:09
* zyga needs coffee06:14
mupPR snapd#8526 closed: image: improve/adjust DownloadSnap doc comment <Simple πŸ˜ƒ> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8526>06:14
mupPR snapd#8532 opened: tests: install new snapd deb into preseed image <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/8532>06:15
mborzeckizyga: mvo: morning guys06:17
mborzeckizyga: yeah, coffee sounds like a plan06:17
* zyga was unable to sleep last night, collapsed after 2AM06:18
mborzeckicoffee iv then ;)06:18
mborzeckis/coffee/caffeine/06:18
mborzeckiin the meantime: https://forum.snapcraft.io/t/centos-8-snapd-install-of-authy-doesnt-show-up-in-applications-folder/16684/5 despite all the tricks we pull, looks like XDG_DATA_DIRS is still not in the env sometimes06:19
mborzeckifunnily enough, it's in the terminal, but that's probably a result of /etc/profile.d bits06:20
mborzeckimvo: do you want to take a look at the latest changes in #8487 before i land it?06:21
mupPR #8487: gadget, cmd/snap-bootstrap: MBR schema support <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8487>06:21
mvomborzecki: let me quickly look06:22
mupPR snapd#8487 closed: gadget, cmd/snap-bootstrap: MBR schema support <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8487>06:24
mborzeckiyay!06:26
mupPR snapd#8529 closed: cmd/snap-bootstrap/initramfs-mounts: support EnvRefExtractedKernelBootloader's <UC20> <⚠ Critical> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8529>06:33
zygare06:42
zyga0.5 coffee06:43
mupPR core20#46 opened: static: add new handle_writable_defaults() to handle-writable-paths <Created by mvo5> <https://github.com/snapcore/core20/pull/46>06:50
pstolowskimorning06:59
mvopstolowski: good morning - just fyi, i pushed https://github.com/snapcore/core20/pull/4607:03
mupPR core20#46: static: add new handle_writable_defaults() to handle-writable-paths <Created by mvo5> <https://github.com/snapcore/core20/pull/46>07:03
pstolowskimvo: great, thank you07:04
* pstolowski is going to look at the 20.04 preseed test hang issue in a few moments07:05
pedronispstolowski: the issue is that the 20.04 cloud images have snapd snap, not the core snap now07:09
pedronisbut I'm not even sure we need the hack or not (do they have 2.44 ? now)07:10
pstolowskilooking07:16
zygapstolowski, pedronis: I fixed that locally07:21
zygaI'll send an update to my PR in a moment07:21
pstolowskizyga: yay!07:23
zygafruit of last night sleeplessness07:23
zygapstolowski: one interesting thing that changed is that the revisions are no longer unset (in the task log)07:26
zygais that expected?07:26
zygaor is that a consequence of just using asserted blobs07:26
pstolowskizyga: if the hack is removed and we no longer taint the snap then yes07:27
zygathanks, I was wondering about that07:27
pstolowskizyga: if the test was failing because of that then i suppose hanging was (again) caused by restore/qemu-nbd stuff07:28
zygapstolowski: actually I never got to the bottom of why it hanged07:28
zygapstolowski: I disabled the call to setup_preseeding and adjusted the MATCH rules below to reflect new reality07:28
zygaweird07:28
zygainteractively it would not hang07:29
pstolowskizyga: yes the hang is misterious and i couldn't figure it out before, it's the 3rd time it bites07:30
pstolowskizyga: it is something in the qemu cleanup07:31
zygahmmm07:31
zygaI think I see what it may have hanged07:31
zygaroot       20047  0.7  0.2 466144  8244 ?        Ssl  07:31   0:00 qemu-nbd -c /dev/nbd0 cloudimg.img07:31
zygathis process must die07:31
pstolowskizyga: as you say interactively it works07:32
zygaright but this process must die :)07:32
pstolowskizyga: but qemu-nbd -d should do it afaiu?07:32
zygayes07:32
pedronismvo: hi, I reviewed Ian's #851207:32
mupPR #8512: boot/bootstate20: add EnvRefExtractedKernelBootloader bootstate20 implementation <UC20> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8512>07:32
zygaoh drat, I passed -shell again07:32
zygapstolowski: I figured it out07:34
zygapstolowski: such a simple mistake :DDDD07:34
pstolowski\o/07:34
pstolowski /o\07:34
zygalook at restore07:34
zygawhat is missing?07:34
zygathe test just failed07:34
zygawe are running restore07:34
zygareset test is equally broken07:37
pstolowskiyeah i'm not surprised, they reuse same patterns07:38
pstolowskii probably spent too much on these tests to see the problem :/07:38
pstolowskiwhat is it?07:38
zygahttps://github.com/snapcore/snapd/pull/8528/files#diff-c6e01e719c875585769d5445f3982ecbR2107:40
zygarestore ran on failure07:40
mupPR #8528: tests: naive fix for preseeding failure <Created by zyga> <https://github.com/snapcore/snapd/pull/8528>07:40
pstolowskizyga: noooooooo07:40
zygaeh sorry07:40
zygahttps://github.com/snapcore/snapd/pull/8528/files#diff-c6e01e719c875585769d5445f3982ecbR3107:40
zygaand ran umount_ubuntu_image without sourcing the definition07:41
zygaI made prepare/restore handle the mounting07:41
pstolowskidrat07:41
zygaso it was that process :)07:42
zygait was the only possibility07:42
pstolowskizyga: thank you!07:42
zygahappy insomnia was productive07:42
pstolowskimanual/preseed may need a tweak too07:44
zygapstolowski: thanks, I'll look07:44
zygadone07:46
pedronismvo: I did a pass on #8530 as well, some questions there07:50
mupPR #8530:  boot: enable makeBootable20RunMode for EnvRefExtractedKernel bootloaders <UC20> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8530>07:50
pstolowskizyga: let me know when i should review07:51
zygapstolowski: sure07:51
zygapstolowski: I'll open the draft soon07:51
mvopedronis: thanks, looking07:52
pstolowskizyga: we need to be careful about 19.10 in these tests, it may not be updated the same way07:55
zygapstolowski: yeah, I'm running the more complete set to see what fails07:56
pedronismvo: mmh, I didn't notice #8531, I made a comment there, we also to think how to keep the info around for run mode08:18
mupPR #8531: secboot,cmd/snap-bootstrap: add model to pcr protection profile <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8531>08:18
pstolowskizyga: jamesh proposed a PR for preseed test as well08:27
jameshpstolowski: mine was mainly just exploring to see if that might fix it08:28
jameshpstolowski: one of my other PRs changes some packaging (adding some directories), which caused the preseed-reset test to fail since the image had an old snapd in it08:29
pstolowskijamesh: i see. yes, that test is very picky about snapd directories, i updated it recently for 19.10 vs 20.0408:30
jameshpstolowski: the comments about certain images containing too old versions made me think it would be better to test the image with the snapd version under test installed.08:31
jameshpstolowski: although that resulted in some complaints about some files under /var/cache/apparmor08:32
pstolowskijamesh: this is certainly a fair point, otoh it's good to test that we support existing ubuntu images (once they have recent enough snapd but lag a little bit). it's the transition period that's a little annoying but it should stabilize soon08:37
jameshpstolowski: it seems like the kind of thing that will destabilise any time snapd changes sufficiently though.08:39
pstolowskijamesh: maybe i need to rethink this test; maybe it could look into debian dirs to see what's actually expected atfer a reset08:44
jameshpstolowski: would that be the debian dir of the snapd under test or the old snapd in the image?08:45
zygapstolowski: I have one more tweak that addresses the hang08:51
pstolowskijamesh: hmm that's a good question. current reset code is "cheating" and has a simplified view of that and resets for the snapd under test08:51
jameshpstolowski: that's probably good enough in practice though: a system you reset is eventually going to get the new snapd anyway08:52
pstolowskijamesh: true, and the key point is that we don't leave files around (empty directories should be harmless)09:03
zygapstolowski: hopefully this will shed some light as to why it was hanging and how to address such problems in general09:11
zygapstolowski: (earlier I spoke too soon, the small mistake in the restore was not everything)09:11
pstolowskizyga: mhm09:11
pstolowskizyga: thank you for looking into it. a fresh look at these tests helps09:12
zygapstolowski: it passed now09:17
zygapstolowski: I'll run the rest09:18
pstolowskinice09:18
zygaI have a small problem at home09:22
zygamy internet quota for the month is almost gone09:22
zygaI have a backup but I need to find the extra modem and connect everything :/09:23
zygapstolowski: you may find this interesting https://github.com/snapcore/snapd/pull/8528/files#diff-2a7ec7462b6ff35150bfb39e2b01fc83R1809:28
mupPR #8528: tests: fix for pre-seeding failures <Created by zyga> <https://github.com/snapcore/snapd/pull/8528>09:28
pstolowskizyga: woot. it affects ssh?09:29
pstolowski?09:29
zygathe other way around09:29
zygamaybe I should rewrite the comment09:29
zygaand there's a typo there09:29
zygablargh :)09:29
pstolowskizyga: do you know why is it a problem?09:30
zygayes09:37
zygaone sec, cannot typpe09:38
zygapstolowski: because each stuff spread runs is done so in a new ssh session: https://github.com/snapcore/spread/blob/master/spread/client.go#L33709:41
zygathat session will terminate when the remote side descriptors are closed09:42
zygabut they are not closed because they get inherited into "background" tasks09:42
zygasystemd-run handles descriptors and closes anything that is not explicitly forwarded09:42
zygapstolowski: please look https://github.com/snapcore/snapd/pull/852809:50
mupPR #8528: tests: fix for pre-seeding failures <Created by zyga> <https://github.com/snapcore/snapd/pull/8528>09:50
pstolowskizyga: i see, thank you09:51
zygajamesh: I'll push the change you requested along with the shellcheck quote fix in a moment, I just want to see it pass for real10:01
zygajamesh: pushed10:10
zygamborzecki: there's a failure in selinux lxd test on centos810:21
zygamborzecki: IIRC it is something new10:22
zygaI collected some samples last time I saw this10:22
zygatype=SYSCALL msg=audit(1587118309.956:1881): arch=c000003e syscall=9 success=yes exit=139877378064384 a0=0 a1=4caf68 a2=5 a3=802 items=0 ppid=1371 pid=2743 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="snap-update-ns" exe="/usr/libexec/snapd/snap-update-ns" subj=system_u:system_r:snappy_mount_t:s0 key=(null)10:22
zygatype=AVC msg=audit(1587118309.956:1881): avc: denied { execute } for pid=2743 comm="snap-update-ns" path="/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1" dev="loop2" ino=5726 scontext=system_u:system_r:snappy_mount_t:s0 tcontext=system_u:object_r:snappy_snap_t:s0 tclass=file permissive=110:22
zygatype=AVC msg=audit(1587118309.956:1881): avc: denied { map } for pid=2743 comm="snap-update-ns" path="/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1" dev="loop2" ino=5726 scontext=system_u:system_r:snappy_mount_t:s0 tcontext=system_u:object_r:snappy_snap_t:s0 tclass=file permissive=110:22
zygammap?10:23
mborzeckihmm probably wonder why libcrypto got pulled in10:27
mborzeckizyga: iirc snappy_mount_t should have all the permissions to execute/mmap/open from snappy_snap_t10:28
mborzeckizyga: we don't expect it to be statically compiled10:28
zygamborzecki: no idea, maybe more nsswitch?10:28
mborzeckizyga: do you have shell? can you ldd /usr/libexec/snapd/snap-update-ns?10:33
zygano I don't -- that was last week10:33
zygait's not a priority, centos8 is in the unstable group10:34
mborzeckihm so crazy idea abou tthe native endian check10:44
mborzeckizyga: how about we have a dbustest2_amd64.go with `func init() { nativeEndian = binary.LittleEndian } dbustest2_other.go that just sets nativeendian = whatever?10:45
zygamborzecki: happy to in a follow up10:51
zygaI'm trying to get the big one merged10:51
zygamborzecki: I was thinking that endianness could be a package somewhere10:51
mborzeckizyga: nothing urgent, you could just leave it as it is now10:51
zygaas its not just this place10:51
pstolowskimvo: one more annoynace... https://github.com/snapcore/core-build/pull/59/files#r41208196910:54
mupPR core-build#59: initramfs: add new handle_writable_defaults() <Created by mvo5> <https://github.com/snapcore/core-build/pull/59>10:55
pstolowskimvo: it's shocking how easy it is to get things wrong in shell10:55
mvopstolowski: thnaks!10:56
* zyga focuses on review for jamesh 10:56
zygapstolowski: cp "$srcpath/"*10:57
mvopstolowski: yeah, plus missing tests :/ I think this needs a test, I will have a look10:57
pstolowskizyga: right10:57
mupPR core20#46 closed: static: add new handle_writable_defaults() to handle-writable-paths <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/core20/pull/46>10:57
zygapstolowski: the preseed test has different behavior in 19.10 and 20.0411:08
pedronismborzecki: not there is really a question whether it should be boot/uboot or just uboot,  we don't have boot/uboot in boot or do we?  do we want boot/boot/uboot at runtime?11:08
zygabecause of core / snapd11:08
zygapstolowski: I kind of switched gears now so if you want to attack that feel free11:09
pstolowskizyga: yes, this is expected (if you mean the MATCH parts), that's what I tried to convey before11:10
zygaI forgot to run the suite on 19.10 again11:10
zygaoh well :)11:10
pstolowskizyga: sure i can take it from you and fix that11:10
zygapstolowski: thanks!11:10
pstolowskizyga: ty!11:11
zygapstolowski: I guess it's just the match and count that has to change11:11
pstolowskizyga: have you pushed everything?11:11
zygapstolowski: yes11:11
pstolowskizyga: yes, i think we need big if/else there and keep the old matches11:11
zygaindeed11:11
pstolowskizyga: okay, i need lunch soon, will get to it after standup i suppose11:11
pstolowskiwhere do we assign bugs to core, LP?11:12
zygaactually github11:13
zygabecause $reasons11:13
zygabut also on lp11:13
zygaso dunno11:13
pstolowskimhm11:19
mborzeckipedronis: so with recovery|noslashboot: true you'd rather use `uboot` as basedir?11:22
pedronismborzecki: maybe, I wonder what .scr expects and what we do in ubuntu-boot11:23
mborzeckipedronis: if i'm reading this right, ubuntu-seed has boot/uboot, but ubuntu-boot will be mounted at /boot, so we'll ahve /boot/boot/uboot?11:23
pedronispedronis: yes, exactly, something seems off11:23
pedronisbut I don't know what the .scr does exactly11:24
mborzeckipedronis:the bind mount is /run/mnt/ubuntu-boot -> /boot right?11:24
pedronisthat's what I would expect yes11:24
pedronisI'm double checking how this looks on amd64 atm11:24
mborzeckipedronis: there's EFI/ubuntu iirc11:26
zygajamesh: https://github.com/snapcore/snapd/pull/5822#pullrequestreview-39547772211:32
mupPR #5822: wrappers: allow user mode systemd daemons <:birthday:> <Needs Samuele review> <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/5822>11:32
mupPR snapd#8527 closed: seed: clearer errors for missing essential snapd or core snap <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8527>11:34
zygamborzecki: FYI https://github.com/snapcore/snapd/pull/7825#discussion_r41211056711:42
mupPR #7825: many: use transient scope for tracking apps and hooks <Security-High> <Created by zyga> <https://github.com/snapcore/snapd/pull/7825>11:42
pedronismvo: mborzecki: google:ubuntu-core-20-64:tests/core/basic20 from master is getting stuck on me, it's printing Reboot on apr211119-149277 (google:ubuntu-core-20-64:tests/core/) is taking a while... since 20 mins+12:02
mborzeckipedronis: probably failed in initramfs/grub12:03
pedronisdid we break something?12:03
mborzeckiit'd be great to ahve a way to store those artifacts12:03
zygamborzecki: did you say artifacts? :)12:03
pedronismborzecki: we have a new kernel from today in edge and beta fwiw12:09
mborzeckiayy12:10
mborzeckiinitramfs changes? :P12:10
mborzeckii'm checking out rhel8/centos for popey, i'll build and image and check what's going on after12:11
mupPR snapd#8533 opened: [WIP] image, tests: core18 early config test <Created by stolowski> <https://github.com/snapcore/snapd/pull/8533>12:19
mupPR snapcraft#2911 closed: [experimental] package-management repository configuration <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2911>12:23
mupPR snapd#8534 opened: tests: 16.04 and 18.04 now have mediating pulseaudio (again) <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8534>12:29
zygagoogle:ubuntu-16.04-64:tests/main/interfaces-audio-playback-record keeps failing :/12:49
zygaaha12:50
ijohnsonmorning folks12:50
zygaI think I see why12:50
zygahttps://github.com/snapcore/snapd/pull/8534#pullrequestreview-39729642012:50
pedronisdoes #8534 by jdstrand relates?12:50
zygahey ian :)12:50
ijohnsonzyga: hey12:50
mupPR #8534: tests: 16.04 and 18.04 now have mediating pulseaudio (again) <Simple πŸ˜ƒ> <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8534>12:50
zygapedronis: indeed!12:50
pedronisanyway everything is terrible12:51
zygapedronis: I think people are great, despite the fact we are all stressed and the release is looming12:51
ijohnsonwhat a great way to start my day12:52
ijohnson:-D12:52
zygamvo: https://github.com/snapcore/snapd/pull/8534 is important, please get it into any . releases you may need12:52
mupPR #8534: tests: 16.04 and 18.04 now have mediating pulseaudio (again) <Simple πŸ˜ƒ> <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8534>12:52
pedronisijohnson: hi, google:ubuntu-core-20-64:tests/core/basic20 doesn't seem to work on master atm12:52
pedronisthere was a new kernel12:52
pedronisI'm trying to run it manually and it doesn't get out of reboot12:53
ijohnsonah12:53
ijohnsonpedronis: I'll look into it12:53
ijohnsonI don't know what the problem is, but I have a hunch it might be related to the initrd things from yesterday12:53
mvozyga: oh, ok12:58
zygacachio: add a cron timer to run tests on master once a day13:28
zygacachio: it's better than nothing and costs very little13:28
cachiozyga, we can run using spread cron as welll13:29
zygacachio: actions are better13:29
zygacachio: they update master status13:29
zygacachio: they notify everyone automatically13:30
zygacachio: and they are managed in the repository13:30
cachiozyga, ok13:30
zygacachio: you can then see it the status alongside each commit that was tested13:30
zygamvo: can you please override https://github.com/snapcore/snapd/pull/853413:31
mupPR #8534: tests: 16.04 and 18.04 now have mediating pulseaudio (again) <Simple πŸ˜ƒ> <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8534>13:31
cachiozyga, ok13:32
cachioI'll add that so we have runs on master13:32
mupPR snapd#8534 closed: tests: 16.04 and 18.04 now have mediating pulseaudio (again) <Simple πŸ˜ƒ> <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8534>13:41
zygamborzecki: I tweaked the code, it's pretty interesting how everything can fail in various cases. I didn't push yet but I think this is "the" way14:26
zygamborzecki: the thing I learned is that we may have a session bus14:26
zygamborzecki: but it may be entirely malfunctioning14:27
zygamborzecki: because socket activation of dbus is not always going to work14:27
zygamborzecki: because some systems package that separately14:27
zyga:)14:27
zygamborzecki: so I tweaked the logic to cope with "late" failure, after we get the connection, it may turn out to be just "bad"14:27
zygamborzecki: I treat this the same as session bus being unavailable now, for uid == 0 go to system bus14:27
zygain the end some things got simplified and all error and debug handling is in once spot14:28
zygamvo: I need to run an errand soon, going to visit my parents to pick up the LTE modem they are not using, I ran out of my 1TB quota /o\14:28
roadmrI don't know what's more mind-boggling, that you have a 1TB quota on LTE or that you exhausted it πŸ˜‰14:34
mvozyga: ok, thanks for letting me know14:43
mupPR snapcraft#3069 opened: make v2 plugin: make use of make-parameters <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3069>14:44
mupPR snapcraft#3068 closed: cmake v2 plugin: default to -DCMAKE_BUILD_TYPE=Release <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/3068>14:59
cmatsuokamvo: up and running again15:00
ijohnsoncmatsuoka: isn't today supposed to be your day off :-P15:01
mvocmatsuoka: great!15:01
mvocmatsuoka: welcome back15:01
cmatsuokaijohnson: I don't have many places to go actually15:01
* cachio lunch15:01
ijohnsoncmatsuoka: haha fair enough15:01
cmatsuokabut it's possible that I could be a bit slower today15:01
* zyga is AFK15:08
pedronis#8512 needs a 2nd review15:10
mupPR #8512: boot/bootstate20: add EnvRefExtractedKernelBootloader bootstate20 implementation <UC20> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8512>15:10
ijohnsonanybody else seeing github 500s?15:34
roadmrlaunchpad.net is perfectly stable ;)15:34
cmatsuokaijohnson: is it the roadrunner cliff fall error page?15:37
ijohnsoncmatsuoka: yes15:37
cmatsuokaijohnson: saw it a couple of days ago but not today15:37
mvoijohnson: ssame error, also pushing is very unhappy15:38
ijohnsonyes frustrating15:39
zygagithub is down?15:39
zygaI was trying to push a patch I wrote for libzt while in the car15:39
zygaand man15:39
ijohnsonI dunno if it's down but it's real slow and not working well15:39
zygainterestingly I get new IP addresses for each git push15:39
zygamaybe they are scrambling to deploy15:39
zyga"minor service outage"15:40
zygaoh well15:40
* zyga looks through the window instead15:40
cmatsuokamaybe with the lockdowns everyone got bored and started to use github15:40
zygamaybe they did their planned outage testing but nobody was home ;)15:41
pstolowskii'm getting weird failures with GC ^on spread prepare15:42
zygathe day that azure, gce and aws died ;)15:42
roadmr:(15:42
cmatsuokaijohnson: unicorn error page for me now15:47
ijohnsonyeah I can't get to any real page now, it's just the cliff or a unicorn15:50
roadmror a clifficorn15:51
cmatsuokathat would be scary!15:52
pstolowskianyone with rhel or centos to try https://bugs.launchpad.net/snapd/+bug/1872368 (but docker may play a role in this)?16:00
mupBug #1872368: Cannot enable snapd.socket in RHEL 7.8 <redhat> <rhel> <systemd> <snapd:Triaged> <https://launchpad.net/bugs/1872368>16:00
ijohnsonpstolowski: if they are running inside docker then this is 100% not our bug to fix16:01
pstolowskiijohnson: thanks for commenting on it!16:06
mupPR # closed: core-build#11, core-build#22, core-build#26, core-build#37, core-build#51, core-build#58, core-build#5916:10
mupIssue # opened: core18#56, core18#86, core18#89, core18#117, core18#129, core18#137, core18#142, core18#145, core18#15116:20
mupPR # opened: core18#43, core18#72, core18#90, core18#126, core18#134, core18#144, core18#146, core18#14816:20
mupPR # closed: snapd#5822, snapd#6258, snapd#7129, snapd#7168, snapd#7205, snapd#7414, snapd#7417, snapd#7436, snapd#7570, snapd#7586, snapd#7590, snapd#7603, snapd#7614, snapd#7700, snapd#7728, snapd#7825, snapd#7869, snapd#7900, snapd#7927, snapd#7982, snapd#8079, snapd#8123, snapd#8143,16:20
mupsnapd#8247, snapd#8271, snapd#8301, snapd#8317, snapd#8334, snapd#8340, snapd#8351, snapd#8352, snapd#8366, snapd#8395, snapd#8398, snapd#8400, snapd#8414, snapd#8424, snapd#8436, snapd#8455, snapd#8464, snapd#8468, snapd#8475, snapd#8496, snapd#8499, snapd#8508, snapd#8512, snapd#8513, snapd#8515,16:20
mupsnapd#8519, snapd#8520, snapd#8521, snapd#8528, snapd#8530, snapd#8531, snapd#8532, snapd#8533, snapd#853516:20
pstolowskimhm16:22
cmatsuokaijohnson: now it's back, but not reflecting the current repository state16:27
ijohnsoncmatsuoka: hmm16:27
mupPR core20#47 opened: hooks: use explicit /sbin/init to run systemd multi-user.target <Created by anonymouse64> <https://github.com/snapcore/core20/pull/47>16:28
mvopstolowski: fwiw, I updated the core18 initramfs pr and hope to get to zyga pr later tonight16:28
ijohnsonmvo do you know if https://github.com/snapcore/snapd/pull/8529 has landed in whatever ppa ubuntu-core-initramfs builds from ?16:29
mupPR #8529: cmd/snap-bootstrap/initramfs-mounts: support EnvRefExtractedKernelBootloader's <UC20> <⚠ Critical> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8529>16:29
ijohnsonI thought there was some other ppa that we use when building ubuntu-core-initrmafs16:29
ijohnsonlike snappy-edge or something?16:29
zygaMvo thank you16:34
zygaI’m returning home with additional modem to setup my backup network16:35
pstolowskimvo: ty16:39
mupPR snapcraft#3070 opened: plugins v2: update plugins so they have a similar behavior <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3070>16:43
=== luk3yx` is now known as luk3yx
mvoijohnson: unfortunately I don't know how the initrd gets the snap-bootstrap, I'm a bit in the dark about this17:15
mvoijohnson: did you figure it out by now?17:15
ijohnsonmvo: well the ubuntu-core-initramfs debian package is in the snappy image PPA17:16
ijohnsonbut I thought that it got snap-bootstrap from the snapd deb, but the snapd deb it got was from some other PPA17:16
mvoijohnson: :( how does it get to this other ppa?17:18
ijohnsonmvo: isn't there some other PPA that builds snapd?17:18
* ijohnson doesn't know and doesn't remember17:18
* cmatsuoka will try to eat something, bbl17:19
mvoijohnson: there is ubuntu/snappy-dev/edge17:20
* mvo tries to find the initramfs ppa17:20
* ijohnson -> lunch 17:21
ijohnsonmvo ah that's the ppa I think17:21
mvothat one should be up-todat17:21
mvoe17:21
mvolast build there is 5h old17:21
zyga /me is back home17:32
mupPR core20#46 opened: static: add new handle_writable_defaults() to handle-writable-paths <Created by mvo5> <https://github.com/snapcore/core20/pull/46>17:43
mupPR snapcraft#3071 opened: repo: fix decoding of CalledProcessError output <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3071>17:49
mupPR snapcraft#3072 opened: schema: minor tweaks/fixes for package-repositories <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3072>18:01
mupPR snapcraft#3073 opened: storeapi: remove strict additionalProperties from store responses <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3073>18:07
mupPR core20#47 closed: hooks: use explicit /sbin/init to run systemd multi-user.target <Created by anonymouse64> <Closed by anonymouse64> <https://github.com/snapcore/core20/pull/47>18:29
mupPR snapcraft#3074 opened: specifications: add package-repositories draft spec <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3074>18:40
mupPR snapcraft#3070 closed: plugins v2: update plugins so they have a similar behavior <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3070>19:13
mupPR snapcraft#3072 closed: schema: minor tweaks/fixes for package-repositories <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3072>19:19
mupPR snapcraft#3071 closed: repo: fix decoding of CalledProcessError output <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3071>19:31
=== bdx1 is now known as bdx
mupPR snapcraft#3073 closed: storeapi: remove strict additionalProperties from store responses <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3073>20:10
mupPR snapd#8536 opened: store,asserts,many: support the new action fetch-assertions <Created by pedronis> <https://github.com/snapcore/snapd/pull/8536>20:15
mupPR snapd#8537 opened: store: handle error-list in fetch-assertions results  <Created by pedronis> <https://github.com/snapcore/snapd/pull/8537>20:17
mupPR snapcraft#3069 closed: make v2 plugin: make use of make-parameters <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3069>20:43
mupPR snapd#8538 opened: overlord: have a variant of Mock that can take a state.State <Created by pedronis> <https://github.com/snapcore/snapd/pull/8538>20:53
=== pedronis_ is now known as pedronis
pedronisijohnson: ^ 8538 is a small change I had to do locally to experiment with something, in case you wonder, it touches test code but is not used as such in the code base21:04
ijohnsonpedronis: mmm interesting21:05
pedronisijohnson: I'm going to call it a day21:06
ijohnsonttyl pedronis21:06
mupPR pc-amd64-gadget#43 closed: Clean up cmdline, after initrd&core land <Created by xnox> <Merged by xnox> <https://github.com/snapcore/pc-amd64-gadget/pull/43>21:17
mupBug #1874156 opened: Outdated docs on "Ubuntu security tips" for seccomp <snap-docs> <Snappy:New> <https://launchpad.net/bugs/1874156>23:09

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