/srv/irclogs.ubuntu.com/2019/03/11/#snappy.txt

mborzeckimorning06:03
mvohey mborzecki - good morning06:03
mborzeckimvo: hey06:03
mborzeckimvo: did i miss anything on friday?06:04
mvomborzecki: not much was relatively quiet06:10
mborzeckimvo: i like quiet :)06:12
mvomee too06:12
mvozyga: 6575 has some conflicts06:41
zyga89.§34-[\8p]07:35
zyga=07:35
zygagood morning07:35
zygamvo: thank you, looking now07:35
mvozyga: good morning!07:35
zygait's good to be back07:36
pedronismborzecki: Hi, I made a couple of suggestions in 657608:04
mborzeckipedronis: thanks, reading now08:04
pstolowskimorning08:06
mborzeckipedronis: tbh i've alawys used determinant in the math sense, but i suppose your suggestion works too08:07
pedronismborzecki: an other option is interfaceConstraint08:08
pedronismborzecki: it's command impl, not an API or something used everywhere08:08
pedronisso mostly trying to unblock this08:08
mvohey pstolowski - good morning08:09
mborzeckipstolowski: hey08:09
zygamvo: quick question about https://github.com/snapcore/snapd/pull/6574#discussion_r264106985 - can you explain that again please?08:12
mupPR #6574: cmd/snap-confine: track per-app and per-hook processes <Created by zyga> <https://github.com/snapcore/snapd/pull/6574>08:12
zygamvo: is the goal to see more than one process at a time?08:12
mborzeckipedronis: reading dict output a bit more, 'determinant' sounds good08:13
mvozyga: it was mostly to ensure that the cgroup really tracks all the pids, we know this so maybe silly08:15
mvozyga: otoh *might* be useful when we go to cgroup v2 - otoh there will probably be different interfaces then so maybe again not super useful08:15
zygamvo: wait wait, I'm not sure I understand the comment you made08:16
mvozyga: i.e. to ensure that any children of the test-snapd-tools.sh app are also part of the cgroup that tracks the activity of "sh"08:16
zygamvo: is it really to track two processes?08:16
zygaah08:16
zygathanks!08:16
zygaI understand now08:16
zygamvo: I will look at conjuring  something that checks that08:16
mvozyga: great! sorry for the slightly winded way of explaining it08:16
zygathank you for clarifying :)08:17
mvozyga: cool! but don't kill yourself I think its a bit optional, cgroups tend to work08:17
zygaI think it's not hard, just a small extra chunk after the two tests there08:17
mvomborzecki: quick question about 6238 - this (probably) needs a master merge to make tests happy and a full review from pstolowski - is that accurate?08:18
mvozyga: nice08:18
mborzeckimvo: and a small update, some new denials were found in the tests which need a little bit of investigation08:22
mborzeckipedronis: pushed an update08:25
pedronismborzecki: thx08:27
mvomborzecki: thank you08:29
Chipacamborzecki: #6576 seems to be GTG09:20
mupPR #6576: cmd/snap, client, daemon, ifacestate: show a leading attribute of a connection <Squash-merge> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6576>09:20
mborzeckiaand merged09:21
Chipacamborzecki: squash-merged?09:21
mborzeckiChipaca: yup09:21
Chipacaphew09:22
Chipaca:-)09:22
mupPR snapd#6576 closed: cmd/snap, client, daemon, ifacestate: show a leading attribute of a connection <Squash-merge> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6576>09:22
mborzeckimvo: opening a branch with a cherry picke in a minute09:23
mupPR snapd#6578 opened: cmd/snap, client, daemon, ifacestate: show a leading attribute of a connection (2.38) <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6578>09:25
mvomborzecki: if it can be cherry-picked without a conflcit no need to open a PR09:43
mvomborzecki: thanks for landing this so timely!09:44
mborzeckimvo: ah, opened the PR anyway, feel free to close :)09:44
pedronispstolowski: thanks for applying the last round of comment on timings09:45
mvomborzecki: thats fine09:45
mvomborzecki: I just wanted to make your life easier :)09:45
pstolowskipedronis: sure, thanks for the suggestions09:46
pedronisChipaca: hi, thanks again for the epochs docs,  there is a couple of things maybe to clarify and degville has some input too, when is a good time to chat for you and and degville09:46
pedronis?09:46
Chipacapedronis: anytime before 6pm :-)09:47
degvillepedronis: Chipaca: same for me :)09:47
pedronisChipaca: degville: can we have a HO (same as standup) in 10 mins then?09:48
Chipacasure09:48
degvilleChipaca: pedronis: good for me!09:48
mborzeckizyga: updated #6329, please take a look09:59
mupPR #6329: cmd/snap-confine, packaging: support SELinux <SELinux> <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6329>09:59
zygamborzecki: ack, enqueued09:59
mborzeckizyga: thanks!10:00
zygamvo: added the test to https://github.com/snapcore/snapd/pull/657410:05
mupPR #6574: cmd/snap-confine: track per-app and per-hook processes <Created by zyga> <https://github.com/snapcore/snapd/pull/6574>10:05
mvozyga: nice, thank you10:08
mborzeckimvo: #6578 is green10:13
mupPR #6578: cmd/snap, client, daemon, ifacestate: show a leading attribute of a connection (2.38) <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6578>10:13
mvomborzecki: yay - thanks10:16
mupPR snapd#6578 closed: cmd/snap, client, daemon, ifacestate: show a leading attribute of a connection (2.38) <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6578>10:17
Chipacapedronis: https://pastebin.ubuntu.com/p/2wMJ6DtjNz/10:23
Chipacapedronis: because the check is done in mount-snap, which isn't done for reverts10:30
pedronisChipaca: ok, so we have a problem10:39
zygabrb11:00
zygamborzecki: is https://github.com/snapcore/snapd/pull/6329/files#r261618980 done?11:01
mupPR #6329: cmd/snap-confine, packaging: support SELinux <SELinux> <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6329>11:01
mborzeckizyga: line 64?11:02
zygaahh11:02
zygathanks, I missed that (sorry)11:02
mborzeckizyga: how about we switch all of the code to clang-format in a separate PR?11:02
mvomborzecki: the downside of doing this is that we loose a lot of history for git blame11:04
pedronisof snap-confine?11:04
pedronisI fear we cannot afford that11:05
mborzeckihmn wonder if git blame -w would work around that11:08
mvomborzecki: might be worth a quick experiment11:08
mvo(in a local PR)11:08
mvoeh, local branch11:08
Chipacabrb, gym11:12
zygamborzecki: let's not11:14
zygamborzecki: I wanted that but then considered it a bad move11:14
zygamborzecki: it's better to evolve code over time11:14
zygamborzecki: this is why I use new files, things slowly move to clang-format11:15
mborzeckizyga: actually git blame -w looks quite good locally, but github blame is all bs now and there's no way to switch it11:16
zygamborzecki: more reasons to refactor snap-confine tree :)11:17
zygamborzecki: sent review on selinux branch11:18
mborzeckizyga: not sure how at address your question here https://github.com/snapcore/snapd/pull/6329#discussion_r26418149411:23
mupPR #6329: cmd/snap-confine, packaging: support SELinux <SELinux> <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6329>11:23
pedroniszyga: is that correct in the typical case we expect the /usr hierarchy to come from the base snap?11:30
mvopedronis: I am experimenting a bit more with remodel right now, one thing I noticed is that refresh of the kernel track will now trigger a re-refresh check which is not compatible with our requirement that we can't have things talking to the network in the install phase of the remodel. thats seems to be a bit of a tricky one11:38
mborzeckizyga: updated #632911:48
mupPR #6329: cmd/snap-confine, packaging: support SELinux <SELinux> <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6329>11:48
zygamborzecki: thanks!11:54
zygapedronis: yes11:55
zygamborzecki: https://github.com/snapcore/snapd/pull/6329#discussion_r26418149412:17
mupPR #6329: cmd/snap-confine, packaging: support SELinux <SELinux> <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6329>12:17
zygaah12:18
zygaodd12:18
zygagithub doesn't  show the replies in some  views12:18
pedronismvo: that's probably easiest to deal with a flag for now12:18
zygamborzecki: approved12:18
mborzeckizyga: thanks!12:19
mupPR snapd#6579 opened: cmd/snap-confine: make sc_args helpers const-correct <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6579>12:23
zygamborzecki, mvo: quick one please ^12:23
mvopedronis: ok12:24
pedronismvo: we probably want canarying for (automatic) remodeling at some point but is quite premature to have that bit there12:25
pedroniswe need to decide what it really means12:25
mvopedronis: yeah, a flag for now is fine for me12:27
=== alan_g_ is now known as alan_g
mborzeckioff to pick up the kids13:01
=== ricab is now known as ricab|lunch
pedronisChipaca: could you review #6568 when you have a bit of time?13:08
mupPR #6568: overlord/snapstate: fix restoring of "old-current" revision config in undoLinkSnap <Created by stolowski> <https://github.com/snapcore/snapd/pull/6568>13:08
zygamvo: https://github.com/snapcore/snapd/pull/6575 needs a 2nd review now13:10
mupPR #6575: cmd/snap-confine: pass sc_invocation instead of numerous args around <Created by zyga> <https://github.com/snapcore/snapd/pull/6575>13:10
pedronismvo: probably want to look at #6574 a 2nd time13:14
mupPR #6574: cmd/snap-confine: track per-app and per-hook processes <Created by zyga> <https://github.com/snapcore/snapd/pull/6574>13:14
mupPR snapd#6580 opened: cmd/snap-confine: drop unused dependency on libseccomp <Created by zyga> <https://github.com/snapcore/snapd/pull/6580>13:16
zygamborzecki: ^ that one might be interesting for you13:17
zygamvo: quick trivial, 2nd review: https://github.com/snapcore/snapd/pull/657913:20
mupPR #6579: cmd/snap-confine: make sc_args helpers const-correct <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6579>13:20
mupPR snapd#6581 opened: daemon: move a struct def that was between an other struct and its methods <Simple 😃> <Created by pedronis> <https://github.com/snapcore/snapd/pull/6581>13:25
pedronistrivial PR ^13:26
Chipacahehe13:32
Chipacapedronis: +1 just from the description13:32
Chipacapedronis: of course github thinks you moved a func def, not a struct def13:33
pedronisChipaca: no,  it's a func,  is just that my brain conceptuall thought it's a struct13:34
pedronis(because it's kind of response)13:34
Chipacadaemon/ does kinda blur the lines13:35
Chipacathere are things in there that are funcs that have methods on 'em13:35
pedronisChipaca: I fixed the descr/commit now13:36
Chipacapedronis: about daemon, I was thinking of slowly (oportunistically) moving api* chunks out to daemon/api/, to separate the api from the daemon bits, and make refactoring the one without breaking the other easier13:36
Chipacapedronis: do you think that might be a good approach for that?13:37
pedronisChipaca: I don't know, I need to understand a bit more what it entails13:37
pedroniswe don't seem close to that13:37
pedronisthe tests use daemon often13:37
pedronisand they don't use exported things only either13:37
Chipacayeah13:38
Chipacablackboxing has only just started, in daemon13:38
Chipacaor is it whiteboxing13:38
* Chipaca is colourblind13:38
pedronisChipaca: more small scale, I'm about to split out one api_*[_test].go file for asserts13:38
Chipacapedronis: nice13:38
Chipacapedronis: and make it daemon_test?13:38
pedronisI don't know is that possible?13:39
pedronisdebug stuff isn't doing that for example13:39
pedronisChipaca: sorry, to be clear, I'm not doing this to cleanup,  I want to add a feature (returning json stuff for asserts if asked)13:39
pedronisbut I might as well do that first13:40
Chipacapedronis: I've been moving to _test opportunistically :-)13:46
Chipacapedronis: I need to do something about apiBaseSuite to be able to move to the package13:47
Chipacapedronis: it'll come in time13:47
Chipacamight be as simple as adding an exported type alias for it13:48
Chipacabut, too fiddly to do as an on-the-fly refactor imho13:48
pedronispstolowski: seems 6568 can be landed13:56
Chipacamvo: *cough*14:01
Chipacaah there you are14:01
mupPR snapd#6568 closed: overlord/snapstate: fix restoring of "old-current" revision config in undoLinkSnap <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6568>14:02
=== ricab|lunch is now known as ricab
mborzeckizyga: is there a request to openSUSE:Factory with snapd already open?14:32
zygamborzecki: no, it was  automatically closed14:33
zygawe need to fix our "badness" score by allowing setuid root and polkit policy first14:33
mborzeckihmm14:33
zygathat's why I opened those two bugs about that14:33
mborzeckizyga: do you post links to the bugs?14:34
zygahttps://bugzilla.suse.com/show_bug.cgi?id=1127366 and https://bugzilla.suse.com/show_bug.cgi?id=112736814:35
mborzeckizyga: thanks!14:35
* zyga goes for lunch14:42
mupPR snapd#6581 closed: daemon: move a function that was between an other struct and its methods <Simple 😃> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6581>14:59
ograChipaca, mvo, i'm booting my first core18 image (beaglebone) here and the first boot looks pretty odd doing interactive snap animations (mounting/installing with the spinner and such) on the serial console15:14
ograis that intentional ?15:14
pedronisogra: that sounds odd15:16
ograi mean ... it looks fancy ... but a bit out of place between all the system startup messages15:16
ogra:)15:17
alan_gcachio, are you the guy to refresh the rawhide image? https://github.com/MirServer/mir/pull/749#pullrequestreview-21274129415:18
mupPR MirServer/mir#749: release/1.1 <Created by AlanGriffiths> <https://github.com/MirServer/mir/pull/749>15:19
mvoogra: its intentinal but if its too odd its easy to remove15:20
mvoogra: it was added mostly to show that things are happing but if its too out-of-place its easy to change15:21
pedronismvo: I wasn't aware of this15:22
ogramvo, well, it looks unusual15:22
mborzeckizyga: https://forum.snapcraft.io/t/plans-for-sharing-a-gl-lib/10298/415:22
ograbut i'm not sure if i actually find it too odd after overcoming the first shock ;)15:22
mvoogra, pedronis http://paste.ubuntu.com/p/Sjm4j6jXK5/ in core18 is all that is needed to remove the progress15:25
pedronisah15:26
pedronisI see15:26
mupPR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>15:26
mupPR core#83 closed: move most of the ubuntu-core config deb into the snap snap build <Created by mvo5> <https://github.com/snapcore/core/pull/83>15:26
ogramvo, after letting it sink in i think it is fine ... unless you have a slow enough board that they kick in during console-conf15:26
mupPR core#38 opened: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>15:27
mupPR core#83 opened: move most of the ubuntu-core config deb into the snap snap build <Created by mvo5> <https://github.com/snapcore/core/pull/83>15:27
ograppisati, FYI15:27
ograogra@localhost:~$ uname -a15:27
ograLinux localhost 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:34:18 UTC 2019 armv7l armv7l armv7l GNU/Linux15:27
ograogra@localhost:~$ snap list |grep kernel15:27
ograpc-kernel  4.15.0-46.49            194   18/edge   canonical*  kernel15:27
mvoogra: console-conf will wait for those15:27
mupPR #49: allow (optional) snappy update $pkgname <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/49>15:27
ogramvo, ah, is that new in core18 ? it didnt in core1615:27
mvoogra: correct15:27
ograawesome15:27
zygare15:30
zygamborzecki: ack15:31
mupPR snapd#6579 closed: cmd/snap-confine: make sc_args helpers const-correct <Simple 😃> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6579>15:33
zygathanks!15:33
mupPR snapd#6574 closed: cmd/snap-confine: track per-app and per-hook processes <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6574>15:34
* cachio lunch15:40
ograogra@localhost:~$ sudo hostnamectl set-hostname beaglebone15:43
ograCould not set property: Failed to set static hostname: Read-only file system15:43
ograogra@localhost:~$ ls -l /etc/writable/15:43
ogratotal 015:43
ograogra@localhost:~$ ls -l /etc/hostname15:43
ogralrwxrwxrwx 1 root root 17 Mar  8 10:46 /etc/hostname -> writable/hostname15:43
ogramvo, ^^^15:43
zygamborzecki: replied on that thread15:44
zygamvo: if you have some time https://github.com/snapcore/snapd/pull/6575 would be enough for me to propose the final bit of the core16 fixup15:46
mupPR #6575: cmd/snap-confine: pass sc_invocation instead of numerous args around <Created by zyga> <https://github.com/snapcore/snapd/pull/6575>15:46
zygamborzecki: can you please look at https://github.com/snapcore/snapd/pull/6580?15:46
mupPR #6580: cmd/snap-confine: drop unused dependency on libseccomp <Created by zyga> <https://github.com/snapcore/snapd/pull/6580>15:46
ogra$ sudo timedatectl set-timezone Europe/Berlin15:48
ograFailed to set time zone: Failed to set time zone: Read-only file system15:48
ogramvo, same for timezone :(15:48
mvoogra: *cough*15:49
zygaogra: hey, I got a ping about the pi3 gadget snap15:49
zygaogra: are builds working there?15:49
zygaogra: after fixing the spi interface name supposedly there are no more builds in edge15:50
ograzyga, no idea, thats foundation nowadays15:50
mvoogra: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/177893615:50
zygaogra: and in addition, someone should plan to release that15:50
mupBug #1778936: please re-add Support-system-image-read-only-etc.patch <patch> <verification-needed> <verification-needed-bionic> <systemd (Ubuntu):Fix Released> <systemd (Ubuntu Bionic):Fix Committed> <systemd (Ubuntu Cosmic):Fix Released> <https://launchpad.net/bugs/1778936>15:50
ograzyga, same ... also foundations15:50
zygaogra: who should I ping?15:50
mvoogra: it tells you something about how well our SRUs are working :/15:50
mvoogra: note the date of the patch15:50
ograzyga, sil2100 is the one i always ping (priobably wrongly, who knows *g* )15:50
zygasil2100: ^ pi3 gadget snap15:51
* zyga hugs sil2100 15:51
zygathank you!15:51
sil2100On my TODO list, yes o/15:51
ogramvo, well, not a year yet ... let it ripen a bit more :P15:51
mvoogra: yeah! I'm not bitter, no no15:51
sil2100DMB meeting now...15:52
* zyga wishes for a snap of https://github.com/sharkdp/hexyl15:54
* ogra points zyga to https://forum.snapcraft.io/t/snap-wishlist-suggestions-wanted/56715:55
zygawow that's a LONG thread15:56
ograour longest :)15:56
ograi blame popey15:56
zygawe should open a thread "brexit is good for the economy" to beat that ;)15:57
ograhaha15:57
ograondra, did you ever install avahi alongside lxd on a core image ? ... bad things happen :)15:58
ondraogra I think I did15:58
ondrabut tell me more15:58
ograwell, when lxd brings up its lxdbrX devices somehow avahi considers it needs to attach a -2 to the MDNS hostname15:59
ograthere seems to be some race somewhere between the two16:00
ograand avahi restarts avahid with a $hostname-2.local entry16:00
mupPR snapd#6583 opened: cmd/snap-confine: move ubuntu-core fallback checks <Created by zyga> <https://github.com/snapcore/snapd/pull/6583>16:06
zygamvo, pedronis: ^ that's the last of the fixes needed for core1616:07
zyga(to allow core16  fallback to core)16:07
zygaI need to EOD now16:08
zygaI can check the status of stuff and merge things in the evening16:08
mupPR snapd#6584 opened: spread.yaml: bump delta referece <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6584>16:11
cachiomvo, I see errors like this one during the execution https://paste.ubuntu.com/p/WWJR8dhB7Z/16:27
cachiomvo, it breaks all the tests restore16:29
mvocachio: hm, hm, this one looks like no snapd is running and system key changed that the same time - if you have access to the system you can probably check if snapd is running16:35
cachiomvo, cgecjubg16:35
cachiomvo, is not running16:35
cachiohttps://paste.ubuntu.com/p/B9sy66TxMr/16:36
cachiomvo, this could help16:36
mvoyeah16:36
pedronisChipaca: shouldn't the export_snapshots_test.go etc be called export_api_snapshots_test.go ?16:44
Chipacapedronis: yeah, probably yes16:44
Chipaca'twas the first split one so i might've gotten the pattern wrong ¯\_(ツ)_/¯16:45
pedronissnap_file is the same16:45
mupPR snapcraft#2497 opened: Improved error message for specific cases (type error and bad length) <Created by facundobatista> <https://github.com/snapcore/snapcraft/pull/2497>16:48
mupPR snapd#6585 opened: tests: add undo test with hanging stop command <Created by mvo5> <https://github.com/snapcore/snapd/pull/6585>16:54
cachiomvo, could you identify the problem with that log, do you need anything else?16:55
cachiomvo, otherwise I'll kill that vms16:56
zyga(re from a coffee shop)16:56
zygapedronis: replied on https://github.com/snapcore/snapd/pull/6583#discussion_r26433008016:56
mupPR #6583: cmd/snap-confine: move ubuntu-core fallback checks <Created by zyga> <https://github.com/snapcore/snapd/pull/6583>16:56
pedroniszyga: I don't understand the reply16:57
mvocachio: I know what I need to know, we need to make sure sandp runs or the system-key is updated when running the rsync code16:57
cachiomvo, nice16:58
cachiomvo, that made fail some runs today testing 2.3816:58
cachiothanks16:59
zygapedronis: oh, sorry, I wanted to say that perhaps the desire to swap the order of the functions to achieve normal mode on core16 bases is correcet but leads to the correct behavior only happening if the fallback logic is  triggered. If you don't have any  fallback at all  (core16 is installed) then then normal mode should be enabled as well, currently is would not. Therefore we need to ensure *that* happens regardless of the17:00
zygafallback.17:00
pedronis?17:00
pedronismaybe we should chat tomorrow17:01
zygapedronis: https://github.com/snapcore/snapd/commit/44e59fbd243b7f64d23a47a87e40c0c977274bdf#diff-0c384f3cd817f18339705204e8e7b788R304 should not depend on https://github.com/snapcore/snapd/commit/44e59fbd243b7f64d23a47a87e40c0c977274bdf#diff-0c384f3cd817f18339705204e8e7b788R29917:01
zygapedronis: sure17:01
pedroniszyga: there is only one case where we want no pivot, which is on core 16 if the base is core17:02
mvocachio: let me know if you need help with the fix but I need to run now17:03
zygapedronis: yes, I agree17:03
zygapedronis: note, perhaps I was assuming this implicitly: this patch doesn't implement core16 specific behaviour - it only moves the existing ubuntu-core / core transition logic.17:03
pedronisI know17:04
zygaI also added a comment to the thread about this17:04
pedronisbut it does extra things that seems uneeded17:04
zygawhich things?17:04
pedronis(everything being the same, less code is better)17:04
zygapedronis: let's chat tomorrow then, perhaps mvo can merge https://github.com/snapcore/snapd/pull/6575 so that the final diff is short17:08
mupPR #6575: cmd/snap-confine: pass sc_invocation instead of numerous args around <Created by zyga> <https://github.com/snapcore/snapd/pull/6575>17:08
zygahttps://github.com/snapcore/snapd/pull/6584 is green, ok to merge?17:08
mupPR #6584: spread.yaml: bump delta reference <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6584>17:08
zygaI will squash and fix the typo in the history17:09
zyganobody to complain so I'll just do it17:15
mupPR snapd#6584 closed: spread.yaml: bump delta reference <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6584>17:15
mupPR snapd#6586 opened: daemon: extract assertions api endpoint implementation into api_asserts.go <Created by pedronis> <https://github.com/snapcore/snapd/pull/6586>17:26
pedronisChipaca: ^17:27
Chipacapedronis: nice :-)17:28
Chipacapedronis: I've been unable to make a table / grid thing for epochs17:28
Chipacapedronis: best i could do was a flowchart17:28
Chipacapedronis: https://snapforum.s3.amazonaws.com/original/2X/6/6fb9858b52acd50165b31a0ba514467790f996e7.png17:30
pedronisChipaca: per user is always going to be tricky right? because home dirs can be not around17:31
Chipacapedronis: yarp17:31
Chipacapedronis: should I make that distinction?17:31
Chipaca"this will probably never work" vs "this might work in the future"?17:32
pedronisChipaca: I think we should make the two other work at some point17:32
pedronisChipaca: we can chat on that a bit more tomorrow17:32
ChipacaI guess if I make the distinction from right now, when we do it all we need to do is add a "from rNNNN"17:32
mupPR snapd#6587 opened: interfaces/apparmor: factor out test boilerplate <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6587>17:37
Chipacapedronis: https://snapforum.s3.amazonaws.com/original/2X/5/5561c2c011ecf21bc0992ec407c18cf550d2ed63.png fwiw17:44
=== pstolowski is now known as pstolowski|afk
pedronisChipaca: thx17:45
pedronisChipaca: I suppose there will text to clarify what we mean help with migration?17:51
Chipacapedronis: nah, I'll just post the flowchart (in graphviz language) as the documentation17:52
Chipaca:-D17:52
pedronis:)17:52
Chipacapedronis: (yes, I doubt I'll get it done before EOD tho)17:52
pedronisnp17:52
zygaChipaca: I remember using sphinx extension that handled that, that was neat :)18:03
Chipacazyga: https://github.com/discourse/discourse-graphviz18:03
* Chipaca runs18:03
Chipacaanyway, I need to make dinner before I am dinner18:04
* Chipaca has full-on pacman-level teenagers18:04
zygapedronis: FYI, https://github.com/snapcore/pi3-gadget/pull/22 is interesting18:06
mupPR pi3-gadget#22: Adding empty configure hook to enable configuration for gadget <Created by kubiko> <https://github.com/snapcore/pi3-gadget/pull/22>18:07
zygathere are number of similar PRs across gadget snaps18:07
zygaCC ondra (thank you)18:07
zygaChipaca: FYI: I added the special case of encrypted home while user is logged out to https://forum.snapcraft.io/t/limitations-in-snapd/971818:09
pedroniszyga: yes, I have pinged about those18:15
pedroniss/I have/I was/18:15
pedroniszyga: didn't you EOD a while ago, I misread?18:15
zygayeah18:15
zygaI'm in starbucks waiting for $wife18:16
zyga(and she is actually coming now, ttyl)18:16
mupPR snapd#6586 closed: daemon: extract assertions api endpoint implementation into api_asserts.go <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6586>18:39
mupPR snapcraft#2498 opened: python plugin: graceful ret when no packages set <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2498>19:40
Chipacazyga: tweaked it a little19:56
mupPR snapcraft#2499 opened: many: support for "base: core" in snapcraft.yaml <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2499>20:31
mupPR snapd#6582 closed: daemon, snap: screenshots _only_ shows the deprecation notice, from 2.39 <Created by chipaca> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/6582>21:32

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