/srv/irclogs.ubuntu.com/2020/09/08/#snappy.txt

mborzeckimorning05:26
mupPR snapd#9292 opened: daemon: make checkAccess return a Response  <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9292>06:32
mborzeckimvo: hey06:45
mborzeckimvo: can you take a look at https://github.com/snapcore/snapd/pull/9265 ? i've stacked the boot chains on top of this one06:45
mupPR #9265: many: move seal code from gadget/install to boot <Run nested> <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9265>06:45
mvomborzecki: ok06:46
pstolowskimorning07:03
mvogood morning pstolowski07:05
mvomborzecki: fwiw, I looking at the failure in the nested test in that pr right now07:06
mborzeckierrand, need to take some paperwork to my accountant07:08
pstolowskiany news on the searching 403 issues?07:11
mupPR snapd#9291 closed: client: implement RebootToSystem <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9291>07:22
mupPR snapd#9293 opened: snap: auto-import will not try to auto-create users on managed devices <Created by mvo5> <https://github.com/snapcore/snapd/pull/9293>07:42
mvopstolowski: I had a green pr this morning, no 403 anymore07:43
mvopstolowski: I did not see any notes or know why it works07:44
pstolowskimvo: hmm, ok, that's great (i think)(07:44
pedronismvo: hi, #9021 needs a master merge now?07:52
mupPR #9021: snap: implement new `snap reboot` command <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9021>07:52
mvopedronis: yeah, let me do that07:52
mvopedronis: updated, thank you07:53
pedronismvo: I'll try to get to it later today07:54
pedronisthx07:54
zyga-kaverigood morning08:06
mvozyga-kaveri: good morning08:07
zyga-kaveriyes, although it might rain later08:07
zyga-kaverihow are things?08:07
zyga-kaverican I help with anything or can I code some more in the morning08:07
mupPR snapd#9288 closed: tests: remove workaround for cups on ubuntu-20.10 <Simple 😃> <Test Robustness> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9288>08:07
mborzeckire08:15
pstolowskimvo: it seems 20.10 needs same nfs fix I made a while ago for debian-sid, i can prep a PR08:25
mupPR snapd#9294 opened: o/snapstate: check available disk space in RemoveMany <Disk space awareness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9294>08:28
mborzeckipedronis: mvo: can we land #9265 maybe and tweak sid in a followup?08:29
mupPR #9265: many: move seal code from gadget/install to boot <Run nested> <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9265>08:29
mvomborzecki: yes, just finished my review, will land now08:30
mvopstolowski: please do08:31
pstolowskimvo: yep, running it now08:31
mvopstolowski: \o/08:31
mborzeckimvo: cool, thanks08:31
zyga-kaveripstolowski: the udp change?08:31
mvomborzecki: maybe you can have a look at my comments in 9265 and tell me how wrong I am08:31
mvomborzecki: especially the last one08:32
mborzeckimvo: one about tests/lib/uc20-create-partitions/main.go ?08:32
mvomborzecki: it also makes me sad that our nested tetss are apparently broken. I want to debug this but it's really a bit annoying to debug them, I got kicked out twice from the vm already probably because of some set -x somewhere08:33
mupPR snapd#9265 closed: many: move seal code from gadget/install to boot <Run nested> <UC20> <Created by cmatsuoka> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9265>08:33
mvomborzecki: yes, that one08:33
mupPR snapd#9295 opened: tests: skip udp protocol in nfs-support test on ubuntu-20.10 <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9295>08:48
mupPR snapd#9296 opened: packaging/debian-sid: tweak code preparing _build tree <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9296>08:53
zyga-kaveriok, almost everything is tested now, just last stage of connecting the export manager now09:10
mvomborzecki: if 9297 conflicts with your current work I can close it again, maybe a bad time for such a cleanup09:20
mborzeckimvo: i think it's ok, we can always merge it after mark boot successful lands09:21
mupPR snapd#9297 opened: boot: add "rootdir" to baseBootenvSuite and use in tests <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9297>09:23
zyga-kaveriyay, the export manager is almost complete09:32
=== seb128_ is now known as seb128
pedronismvo: I agree that the spread test in 9265 is doing a bit less, not sure how easy to do more it is though09:51
mvopedronis: yeah, just an observation, not sure how much we can do about it09:52
pedroniswe can review that after boot is a bit less in flux I suppose09:53
mvopedronis: +109:53
pedronismvo: maybe push a TODO there?09:53
mvoijohnson: 9273 should be ready for your review, AFAICT mborzecki  adressed all the points09:53
mvopedronis: yeah, can do09:54
pstolowskimvo: this https://bugs.launchpad.net/snapd/+bug/1891644 isn't fixed right?09:55
mupBug #1891644: uc20 seeding fails with "service.console-conf.disable: true" <uc20> <snapd:New> <https://launchpad.net/bugs/1891644>09:55
mvopstolowski: I have a pr that needs a second review09:55
pstolowskimvo: ah, ok, thanks09:55
mvopstolowski: *nudge* 9272 *nudge* :)09:56
pstolowskimvo: looking09:56
mvomay need a spread re-run but I will see if I need to tweak/fix anything first09:56
pstolowskimvo: one question there10:06
mvopstolowski: ta, in a meeting10:07
mvopstolowski: but will see what I can do10:07
mvopstolowski: replied10:13
zyga-kaveristartup process is now fully unit tested10:13
zyga-kaveriI'll start working on spread tests now10:13
pstolowskimvo: ty10:14
mborzeckipedronis: mvo: https://github.com/snapcore/snapd/pull/929810:32
mupPR #9298: boot: represent boot chains, helpers for marshalling and equivalence checks <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9298>10:32
mupPR snapd#9298 opened: boot: represent boot chains, helpers for marshalling and equivalence checks <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9298>10:33
mvonice mborzecki !10:39
mvomborzecki: still in a meeting, will look once it's over10:39
pedronismborzecki: we need a sort on []bootChain10:44
mborzeckiah, right, will add that next10:45
zyga-kaveriwrote some more tests and had to change a few functions dealing with removal of exported content10:47
* zyga-kaveri takes a short break10:47
pedronismborzecki: left some initial comments10:55
mvoI made the ubuntu-20.10 test now a required test - it is working now10:56
mupPR snapd#9280 closed: packaging/opensuse: fix for /usr/libexec on TW, do not hardcode AppArmor profile path <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9280>10:58
mupPR snapd#9295 closed: tests: skip udp protocol in nfs-support test on ubuntu-20.10 <Simple 😃> <⚠ Critical> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9295>10:58
mupPR snapd#9296 closed: packaging/debian-sid: tweak code preparing _build tree <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9296>10:58
mborzeckipedronis: thanks, i've converted it to draft for now10:59
mvomborzecki: do we need 9298 for 9278 too? or can/should I review that one?11:01
mborzeckimvo: i think we do11:01
mvomborzecki: ok, will ignore it for now11:03
zyga-kaveriback11:10
zyga-kaveriok, on to fix remove11:10
mupPR snapd#9272 closed: configcore: "service.console-conf.disable" is gadget defaults only <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9272>11:13
mborzeckimoving back home, back in a bit11:15
pedronismvo: some comments in #902111:44
mupPR #9021: snap: implement new `snap reboot` command <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9021>11:44
mborzeckire11:54
mupPR snapcraft#3279 closed: Set VDPAU_DRIVER_PATH appropriately <Created by flexiondotorg> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3279>12:03
zyga-kaveriI've glued all the tasks and trying to see how far we get in spread12:08
zyga-kaveriI'll grab some coffee12:22
zyga-kaverineed to write undo handlers as well12:23
zyga-kaverialso need to examine overlord startup and seed process on core{16,18,20}12:23
pedronispstolowski: I looked at #927012:30
mupPR #9270: [RFC] wrappers, systemd: allow empty root dir and conditionally do not pass --root to systemctl <Run nested> <Services ⚙️> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9270>12:30
pstolowskipedronis: ty. the tests are finally looking much better after fixes in master (and 403 no longer failing in search)12:32
zyga-kaveriok, time to add the painfully annoying task changes to tests12:43
zyga-kaveriok, on classic things look good12:53
zyga-kavericontent exports are in place12:53
zyga-kavericurrent symlink is managed12:53
zyga-kaverilooking at core now12:53
mupPR snapd#9220 closed: o/snapstate: disk space check with single snap install <Disk space awareness> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9220>12:54
pstolowskiyay \o/12:54
zygamvo: SRU has regressed snapcraft: https://people.canonical.com/~ubuntu-archive/proposed-migration/focal/update_excuses.html#snapd but the errors don't make sense to me13:16
mvozyga thanks! I bet there was no real regression, the last times I looked at this, the snapcraft tests were just very flaky13:17
seb128mvo, https://autopkgtest.ubuntu.com/packages/s/snapcraft/focal/amd64 doesn't seem flacky13:17
seb128there was no fail before 2.4513:18
seb128but the tests don't output a lot, so hard to say what's the issue is...13:18
mvoseb128: in a meeting right now, will look after13:30
mvoseb128: fwiw - it seems like the test install snapcraft, then runs "+ grep snapcraft, version 3.*13:37
mvo+ snapcraft version" which fails because snapcraft is now on version 413:37
seb128mvo, that looks like an explanation that makes more sense than the flakyness :-)13:38
mvoseb128: yeah, sorry13:39
zyga-kaverihmm, lost network13:42
zyga-kaverimvo: is it a regression?13:43
mvozyga-kaveri: snapcraft version | grep "snapcraft, version 3.*"13:44
mvo ^⁻  this fails13:44
mvozyga-kaveri: because snapcraft is now at v413:44
zyga-kaverilol13:44
mvozyga-kaveri: so not our fault13:44
mvo:-P13:44
mupPR snapd#9259 closed: client, api: handle insufficient space error <Disk space awareness> <Needs Samuele review> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9259>13:44
zyga-kaverihow did it pass snapcraft's own test suite?13:44
mvozyga-kaveri: because previous snapcraft was v313:45
mvozyga-kaveri: let me wip up a quick fix13:45
zyga-kaveriI thought this was a test inside snapcraft itself13:45
zyga-kaverianyway, not important13:45
mvozyga-kaveri: it is13:47
zyga-kaverioh?13:47
mvozyga-kaveri: they are using deb2snap and the snap moved on13:47
mvocjp256: do you mind if I upload https://paste.ubuntu.com/p/tMrn7VBBBX/13:49
mvo ?13:49
ijohnsonso!!! I just realized that when github doesn't let you reply to conversations on the main PR page (and it just shows you the "resolve" button), it is because you have existing "pending" comments on that PR, and to be able to reply to conversations, and if you delete or send those pending comments, then you can reply again13:54
ijohnsonthat's really weird behavior13:54
ijohnsonbut i can reproduce it now13:54
mvocjp256: uploaded now after talking to sergio14:00
cjp256mvo: ack14:01
ijohnsonpedronis: was there other problems with my uc20 cloud-init pr other than the comments/tests mismatch ?14:04
pstolowskicachio: question to your nested PR14:10
cachiopstolowski, let me check if it works in uc2014:12
pedronisijohnson: I need to look again, I didn't do quite a full review, when I wasn't sure if the code or me were confused14:13
ijohnsonpedronis: ok, sorry about the confusion, I will push up a correction to those things now then unless you'd rather I wait til your review is done14:13
pedronisijohnson: no, I would prefer to review something consistent with the intentions, much easier on the brain14:14
ijohnsonok14:14
zyga-kaveriok back to unit tests for now14:15
cachiopstolowski, spread does "cut -f1 -d. /proc/uptime"14:15
cachiopstolowski, but if the id works it is much simpler14:16
cachiothanks for the idea14:18
ijohnsonpedronis: ah will take a little bit more, we have wrong/confusing logged messages on uc20 here:14:23
ijohnson```14:23
ijohnsonSystem initialized, cloud-init reported to be in disabled state, \n14:23
ijohnson```14:23
ijohnsonbit confused how that happened but need to dig in a little bit more14:24
mvoijohnson: sorry for pestering, did you had a chance to look at 9273 again?14:25
mvoijohnson: it seems like mborzecki adressed the raised points and this just needs a re-review14:25
mvoseb128: fwiw, I pushed a SRU for the failing autopkgtest, if you feel like reviewing/approving the sru :)14:25
ijohnsonmvo: sorry it's on my queue for today, do you need me to look right now right now or can it wait til the PM?14:25
mvoseb128: uploaded to focal-proposed14:25
mvoijohnson: it can wait of course, just wanted to check if my msg made it :)14:26
seb128mvo, thanks, I'm not in the SRU team though so I can't do that...14:26
mvoseb128: oh, sorry then14:26
ijohnsonmvo: ack sounds good14:26
seb128no worry!14:26
pstolowskicachio: fwtw snapd uses boot_id internally to track reboots14:29
cachiopstolowski, nice, I am running tests here to validate the change and I'll push it14:30
pstolowskicachio: but i don't know if this is the only thing14:30
mborzeckicmatsuoka: pedronis: i've updated #9298 (cc mvo)14:34
mupPR #9298: boot: represent boot chains, helpers for marshalling and equivalence checks <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9298>14:34
mupPR snapcraft#3280 opened: Revert "lxd: update connectivity check url" <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3280>14:34
mvomborzecki: thank you!14:34
cmatsuokamborzecki: ack, will check14:34
zyga-kaverigocheck does not respect test.failfast14:54
pedronismborzecki: cmatsuoka: commented there15:00
cachiopstolowski, fix pushed, thanks for the review15:01
* cachio lunch15:02
pedronismborzecki: cmatsuoka: added one more comment15:17
* cmatsuoka breaks for lunch15:32
Jairo_MxHello There!15:39
Jairo_MxI'm having some trouble with snaps programs installation.15:40
pedronismborzecki: we probably need bootAssetsEqual ?15:43
mborzeckipedronis: got predictableBootAssetsEqual instead15:43
pedronisyes15:44
Jairo_MxThere is a Website that I can write multiple lines and past the URL here so I don't flood the channel. Anyone knows what site i'm talking about?15:46
ijohnsonJairo_Mx: pastebin.ubuntu.com ?15:47
zyga-kaveriJairo_Mx: you can also use the forum at forum.snapcraft.io15:47
Jairo_Mxyep15:47
Jairo_Mxzyga-kaveri, I've tried to find an answer at the forum, but I wasn't able to find it15:48
zyga-kaveriyou can post long stuff there as well15:50
ijohnsonpedronis: #9237 is updated (finally)15:52
mupPR #9237: devicestate: enable cloud-init on uc20 for grade signed and secured <Complex> <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9237>15:52
Jairo_Mxhttps://pastebin.ubuntu.com/p/sq2S8VWG2z/15:53
Jairo_MxIs there a good soul that is able to help me how to fix this?15:54
zyga-kaveriJairo_Mx: snapd requires systemd to operate15:55
zyga-kaveriJairo_Mx: I'm afraid that unless you can install systemd and reboot, nothing will help15:55
Jairo_Mxhow can I install systemd?15:56
ijohnsonJairo_Mx: what distro is this that you are using?15:56
pedronisijohnson: thx, I will look in a  bit15:57
ijohnsonJairo_Mx: looks like you have debian 10, is that right?15:57
ijohnsonthanks pedronis15:57
Jairo_MxMx Linux Xfce15:57
ijohnsonmx linux is built off of antix linux it seems, and antix linux is described thusly on the website (antixlinux.com):15:58
ijohnson> antiX is a fast, lightweight and easy to install systemd-free linux15:58
zyga-kaveriJairo_Mx: it seems the best way forward is to install debian with xfce instead15:58
ijohnsonyeah what zyga-kaveri said15:59
Jairo_MxOk, I'll reboot now.16:01
mborzeckipedronis: cmatsuoka: ok, updated the PR16:04
mborzeckigot to run some errands now, i'll check back later16:04
Jairo_MxJairo@jairo:~$ systemctl16:07
Jairo_MxSystem has not been booted with systemd as init system (PID 1). Can't operate.16:07
Jairo_MxI just reinstalled systemd again, rebooted and I still have the same issue16:07
pedronisijohnson: reviewed16:08
pedronisijohnson: have a consideration there16:08
ijohnsonpedronis: do we care about custom vm images for i.e. multipass and `grade: secured` where the gadget in the image has NoCloud config ?16:09
ijohnsonif not then I can do what you say and always set DisableNoCloud to true, but that would break the use case of setting up NoCloud in your gadget snap on `grade: secured`16:09
pedronisijohnson: but we said they don't need to run more than once, no?16:09
ijohnsonah yes good point16:10
ijohnsonok, then what you are saying is fine to do then16:10
pedronisijohnson: I mean, we are not disabling it fully, we are disabling after first boot, right?16:10
ijohnsonyes that is accurate16:10
pedronisyes, let's try to go that way and see if somebody protests16:11
ijohnson"DisableNoCloud" really means "disable after first boot if NoCloud, but restrict if not NoCloud"16:11
pedronisyes16:11
pedronisthat was my understanding16:11
ijohnsonperhaps DisableNoCloud is slightly misleading in that respect16:11
pedroniswell it's option to restrict16:11
ijohnsonhmm right it is in CloudInitRestrictOptions16:12
pedronismborzecki: thx, are you about to EOD?16:18
mborzeckipedronis: yeah, about to leave do to groceries and stuff16:18
pedronismborzecki: ok, thx16:18
pedronismborzecki: cmatsuoka: I'll push some tweaks and TODOs there, the best is try to land it and then iterate16:19
zyga-kaveriok, again, all unit tests pass16:26
zyga-kaveriI'll run spread and write an invariant checker that tools are valid16:26
mvopedronis, cmatsuoka  anything I can help with at this point?16:28
pstolowski#9221 is now ready for reviews16:28
mupPR #9221: tests: disk space awareness spread test <Disk space awareness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9221>16:28
pedronismvo: #9298 needs reviews16:29
mupPR #9298: boot: represent boot chains, helpers for marshalling and equivalence checks <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9298>16:29
mvopedronis: ta16:30
ijohnsonpedronis: #9237 is ready again16:30
mupPR #9237: devicestate: enable cloud-init on uc20 for grade signed and secured <Complex> <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9237>16:30
ijohnsonmvo: if you really have nothing better to do (which I'm sure is false), you could review my uc20 cloud-init work with ^16:31
mvoijohnson: thanks, I see what I can do16:31
* mvo needs to take a short break first16:31
pedronisijohnson: cmatsuoka: I pushed tweaks to #9298 (mostly about bootChain sorting plus some TODOs), it needs reviews16:55
mupPR #9298: boot: represent boot chains, helpers for marshalling and equivalence checks <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9298>16:55
cmatsuokapedronis: ok, checking16:55
pedronisijohnson: I'll look at 9237 after dinner16:56
ijohnsonthanks pedronis I will give 9298 a review after my lunch17:04
cachioijohnson, hey17:28
cachioabout this cloud init issue that you mentions17:28
cachioI see some connectoin errors in the nested17:28
salty-horsehi. beginner question. I installed ffmpeg via snap. When I try to create a file /tmp/out.mp4, ffmpeg does that and says it's done, but the file isn't there. when I try to run ffmpeg again, it sees the file. Where is it? Is snap making ffmpeg use a virtual filesystem?17:28
cachioijohnson, is it related to that?17:28
cachioit is like it can't connect17:28
salty-horseanswering myself: the package seems /tmp/snap.ffmpeg/tmp as the temp directory. Is there a way around this?17:38
ijohnsoncachio: can you share logs ?17:42
zyga-kaveriI've implemented undo logic for the new handlers17:44
zyga-kaveriI need to write a few more tests now17:44
zyga-kaveribut first a spread run and a longer break to check up with the family17:44
zyga-kaverio/17:44
cachioijohnson, https://github.com/snapcore/snapd/pull/9284/checks?check_run_id=1086629776#step:5:911117:45
mupPR #9284: tests: some fixes and improvements for nested execution <Run nested> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9284>17:45
ijohnsoncachio: that could be cloud-init, it's unclear unfortunately, but it's not an issue where it can't connect, the issue is it can't create the user17:48
ijohnsonor rather that the user wasn't created somehow17:48
cachioijohnson, yes17:48
cachiobut it is not happening 100% of the times17:48
cachiosome tests passed17:49
cachiosome others dont17:49
pedroniscmatsuoka: are you blocked? do you know what to do next?18:34
cmatsuokapedronis: I'm currently creating bootChains18:35
cmatsuokapedronis: some things are not fitting in a very smooth way there but I'm trying to work it out18:36
pedroniscmatsuoka: should we chat quickly?18:37
cmatsuokapedronis: SU room?18:37
pedronisyes18:37
pedronisone sec18:37
* zyga-kaveri wonders if the two handlers are sufficient19:09
zyga-kaverisome more changes to do19:09
zyga-kaverisetting the current symlink should be in sync with link snap, it is now but the task structure feels somehow wrong19:12
cachiozyga-kaveri, hey, when you have time could you take a second look to #8986 please?19:14
mupPR #8986: tests: new snaps-state command - part1 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8986>19:14
zyga-kavericachio: tomorrow, ok? I want to EOD in the next few minutes19:15
cachiozyga-kaveri, sure, thanks19:15
mupPR snapd#9299 opened: tests/core/uc20-recovery: fix check for at least 2 calls to mock-shutdown <Test Robustness> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9299>19:15
ijohnsoncachio: I reviewed https://github.com/snapcore/snapd/pull/9284#pullrequestreview-48442426019:19
mupPR #9284: tests: some fixes and improvements for nested execution <Run nested> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9284>19:19
cachioijohnson, nice, thanks19:20
zyga-kavericachio: I replied to two comments19:32
zyga-kavericachio: but I'm too tired to review the rest19:32
cachiozyga-kaveri, np, lets continue tomorrow19:39
* zyga-kaveri gives up20:31
zyga-kaverisome weirdness in managers_test to figure out tomorrow20:31
* zyga-kaveri waves20:31
pedronisijohnson: I commented in #9273, but it seems you clarified things for yourself, otoh I do think there's a missing test now20:53
mupPR #9273: boot: mark successful with boot assets  <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9273>20:53
pedronisthat should pass20:53
ijohnsonpedronis: do you mean a test for a deleted asset?20:59
pedronisijohnson: we have that, but we don't have a test where that predicate is true and then false21:01
pedronisijohnson: I'm writing it21:02
ijohnsonAh I see21:06
=== pedronis_ is now known as pedronis
pedronisijohnson: I pushed it21:08
pedronisijohnson: https://github.com/snapcore/snapd/pull/9273/commits/d6d6646d23f2abd9de2ecbf7aea0a8afb60b2fbd21:09
mupPR #9273: boot: mark successful with boot assets  <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9273>21:10
mupPR snapcraft#3281 opened: build providers: hide systemd setup for LXD <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3281>22:15
mupPR snapcraft#3280 closed: Revert "lxd: update connectivity check url" <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3280>22:35

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