| mup | PR snapd#6735 opened: tests: Wait for man db cache is updated before after install snapd on Fedora <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6735> | 02:11 |
|---|---|---|
| === chihchun_afk is now known as chihchun | ||
| === chihchun is now known as chihchun_afk | ||
| === chihchun_afk is now known as chihchun | ||
| zyga | good morning | 06:45 |
| zyga | Hey mvo | 06:54 |
| mvo | hey zyga | 06:58 |
| pedronis | zyga: mvo: hi | 07:00 |
| zyga | Hey pedronis | 07:00 |
| zyga | I didn’t push it yet but I have the next chunk of update ns refactor rebased and adjusted | 07:00 |
| zyga | I’ll open the PR in about an hour after I handle kids and other morning routine | 07:01 |
| mvo | hey pedronis - good morning | 07:07 |
| pedronis | zyga: ok, I likely will not get to it before my vacation though | 07:08 |
| === pstolowski|afk is now known as pstolowski | ||
| pstolowski | morning | 07:15 |
| mup | PR snapd#6659 closed: snapcraft: build static fontconfig in the snapd snap <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6659> | 07:31 |
| mvo | https://github.com/snapcore/core/pull/104 <- needs a review (should be simple :) | 07:32 |
| mup | PR core#104: snapcraft.yaml: use remote fc-cache-builder <Created by mvo5> <https://github.com/snapcore/core/pull/104> | 07:32 |
| mborzecki | morning | 07:37 |
| mvo | hey mborzecki | 07:37 |
| mborzecki | mvo: hey | 07:38 |
| mborzecki | a day off and i'm looking at spread logs :) | 07:38 |
| mvo | mborzecki: I was wondering | 07:39 |
| mvo | mborzecki: if I misremembered the day :) | 07:39 |
| mborzecki | mvo: got an email from travis that the job is still failing | 07:40 |
| mborzecki | looks like google:centos-7-64:tests/main/nfs-support leaves garbage behind | 07:41 |
| mvo | mborzecki: uh, ok - I saw this failing earlier indeed | 07:41 |
| mup | PR snapd#6418 closed: many: allow core as a fallback for core16 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6418> | 07:43 |
| mup | PR snapd#6603 closed: snapstate: add new NoReRefresh flag and use in Remodel() <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6603> | 07:44 |
| mborzecki | mvo: it's probably best to disable the test for fedora and centos until i figure out a way of this | 08:14 |
| mborzecki | mvo: in short, nfsv3 does not export selinux labels, nfs 4.2+ can | 08:15 |
| mborzecki | mvo: so with nfs3 incorrect label (nfs_t) will be used, regardless of what we do | 08:15 |
| mborzecki | mvo: just checked that nfsv4 with security_label option works correctly | 08:18 |
| zyga | quick trivial PR ahead of other stuff https://github.com/snapcore/snapd/pull/6736 | 08:24 |
| mup | PR #6736: cmd/snap-update-ns: rename variable "up" to "ctx" <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6736> | 08:24 |
| zyga | mborzecki: are you off or not :) | 08:24 |
| zyga | mborzecki: sho, go and enjoy the sunlight :-) | 08:24 |
| mborzecki | hahah | 08:24 |
| mup | PR snapd#6736 opened: cmd/snap-update-ns: rename variable "up" to "ctx" <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6736> | 08:24 |
| mup | PR snapd#6737 opened: tests/main/nfs-support: temporarily disable for Fedora and CentOS <SELinux> <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6737> | 08:24 |
| mborzecki | zyga: mvo: ^^ | 08:24 |
| zyga | approved | 08:25 |
| mborzecki | didn't want to leave you with master broken again :P | 08:25 |
| mborzecki | ok, now i'm off, cu tomorrow | 08:25 |
| zyga | ah | 08:26 |
| zyga | hey Chipaca | 08:26 |
| Chipaca | hi | 08:27 |
| Chipaca | why do i suspect forum-person tried the equivalent of 'snap install snapd' | 08:28 |
| Chipaca | because they heard the snap needed snapd | 08:28 |
| zyga | Chipaca: perhaps, I was thinking the same thing | 08:29 |
| zyga | https://github.com/golang/go/commit/97c4ad432743d74ee59648dee0db1b107c701834 | 09:32 |
| zyga | CL | 09:32 |
| zyga | change list | 09:32 |
| zyga | perforce | 09:32 |
| zyga | people hacking on go use perforce? | 09:32 |
| * pstolowski runs a quick errand, afk for a bit | 09:40 | |
| Chipaca | zyga: googlespeak leaking | 09:42 |
| mup | PR snapd#6599 closed: snapstate,state: add TaskSet.AddAllWithEdges() and use in doUpdate <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6599> | 09:54 |
| pedronis | mvo: maybe this was already clear but I added a post-facto comment to https://github.com/snapcore/snapd/pull/6418 | 10:09 |
| mup | PR #6418: many: allow core as a fallback for core16 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6418> | 10:09 |
| zyga | mvo: https://api.travis-ci.org/v3/job/521150301/log.txt is interesting | 10:24 |
| zyga | mvo: no idea, perhaps something left over core16 behind? | 10:24 |
| mvo | zyga: yeah, that sounds like it :/ | 10:25 |
| zyga | mvo: mvo I saved https://paste.ubuntu.com/p/GVwfVfTHVm/ | 10:25 |
| zyga | mvo: I'll restart the run | 10:25 |
| mvo | ok | 10:25 |
| * Chipaca goes to get some exercise | 10:25 | |
| mvo | pedronis: thanks for adding this extra info to the core16-core pr. quick question: checkSnap() needs to get access to the new model to validate things like kernel/gadget for the new model. should I add model to checkSnap or rather "task" and we add the info about the new model to the task. or something else? | 10:30 |
| pedronis | mvo: we probably need to chat, I have a plan for that but is involved (we really need to know a new store and new model at various points) | 10:42 |
| mvo | pedronis: is now good? how long will it take? I can also shelve it and work on something else first if you want to do the prereq work | 10:43 |
| pedronis | mvo: we can chat quickly now | 10:44 |
| mvo | pedronis: ok, I'm in the standup ho | 10:44 |
| pstolowski | re | 10:48 |
| zyga | gah | 11:09 |
| zyga | when master is read on rename, it's not a good day | 11:10 |
| zyga | portal test failure https://www.irccloud.com/pastebin/PKt1NTxz/ | 11:10 |
| zyga | pedronis: https://github.com/snapcore/snapd/compare/master...zyga:feature/user-mount-ns-20.9-split-3-of-n?expand=1 | 11:14 |
| zyga | pedronis: at +800, -200 I think I will split it into 2-3 more branches | 11:15 |
| zyga | but this is now rebased and I think in good shape | 11:15 |
| zyga | and on top of that I have working persisted and updated per-user mount namespaces | 11:15 |
| zyga | I will need to spend some time to research jdstrand's questions but it's closer now | 11:15 |
| pedronis | zyga: cool, as I said but likely might not get to look at it this week | 11:15 |
| zyga | yep | 11:15 |
| zyga | I'll return to other pending branches | 11:15 |
| mup | PR snapd#6737 closed: tests/main/nfs-support: temporarily disable for Fedora and CentOS <SELinux> <Simple 😃> <Created by bboozzoo> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6737> | 11:16 |
| zyga | time to fix https://github.com/snapcore/snapd/pull/6717 | 11:16 |
| mup | PR #6717: snap: fix interface bindings on implicit hooks <Created by zyga> <https://github.com/snapcore/snapd/pull/6717> | 11:16 |
| pedronis | mvo: btw as I said I'm ok with 6733 with the small tweaks I proposed | 11:18 |
| mvo | pedronis: thanks!, will get to it after lunch | 11:20 |
| mup | PR snapd#6738 opened: tests: check for /snap/core16/current in core16-provided-by-core <Created by mvo5> <https://github.com/snapcore/snapd/pull/6738> | 11:20 |
| === epod is now known as luk3yx | ||
| === chihchun is now known as chihchun_afk | ||
| * cachio afk | 11:41 | |
| pedronis | zyga: do I see it correcly that #6681 will/might conflict with our own snap-confine groups related rework? | 11:46 |
| mup | PR #6681: many: support system-users for 'daemon' user <Complex> <Created by jdstrand> <https://github.com/snapcore/snapd/pull/6681> | 11:46 |
| pedronis | s/our own/your own/ | 11:46 |
| zyga | yes | 11:46 |
| zyga | I spoke with jamie about it and promised to work on all conflicts | 11:46 |
| pedronis | ok | 11:46 |
| zyga | he was happy with either of us doing the conflict resolution though | 11:46 |
| zyga | so I don't anticipate problems | 11:46 |
| zyga | eh | 12:03 |
| zyga | so that go check thing where it eats all memory | 12:03 |
| zyga | that is not fixed? | 12:03 |
| zyga | when it diffs recursive structures | 12:03 |
| Chipaca | zyga: i thought it was a bug in the differ, that had been fixed? | 12:13 |
| Chipaca | not sure tho | 12:13 |
| zyga | apparently not enough | 12:13 |
| Chipaca | maciej knows more | 12:13 |
| zyga | I fixed it locally | 12:13 |
| zyga | by disabling that | 12:14 |
| Chipaca | don't disable the maciej! it's nice having him around | 12:22 |
| zyga | pstolowski: can you please look at https://github.com/snapcore/snapd/pull/6717 | 12:22 |
| zyga | too late! he's gone today | 12:22 |
| mup | PR #6717: snap: fix interface bindings on implicit hooks <Created by zyga> <https://github.com/snapcore/snapd/pull/6717> | 12:23 |
| pstolowski | zyga: will do | 12:23 |
| pedronis | jdstrand: hi, I did a first pass, getting familar with #6681 | 12:36 |
| mup | PR #6681: many: support system-users for 'daemon' user <Complex> <Created by jdstrand> <https://github.com/snapcore/snapd/pull/6681> | 12:36 |
| pedronis | jdstrand: what's the status of #5644 vs landing it for 2.39 ? | 12:45 |
| mup | PR #5644: interfaces: add audio-playback/audio-record and make pulseaudio manually connect <â›” Blocked> <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5644> | 12:45 |
| jdstrand | pedronis: thanks! I'll take a look. other than that, there is the outstanding question of how to deal with systems that do not have the daemon user | 12:45 |
| pedronis | jdstrand: there is a list of those in the forum topic, right? | 12:46 |
| jdstrand | pedronis: I've been unable to do any snap decls. I've hoped to get to it since the agreement. I still hop to start this week | 12:46 |
| pedronis | jdstrand: ok | 12:46 |
| jdstrand | pedronis: the forum topic only lists solus as not having the LSB-required daemon user. that is the only one I am aware of | 12:47 |
| jdstrand | pedronis: I have not tested actual behavior yet if it doesn't exist. I know that the lookup for u:daemon and g:daemon will fail in policy generation. how that is exposed to the user I'm not sure | 12:48 |
| pedronis | jdstrand: I think we should fail somehow around checkAssumes on this | 12:49 |
| jdstrand | pedronis: so, I could try to do something with an implied assumes, an explicit assumes, fail earlier or implement a new backend to create it. maybe you have other ideas | 12:49 |
| jdstrand | pedronis: I was leaning towards something like that as well | 12:49 |
| pedronis | jdstrand: I think we start by failing with an implied assumes | 12:50 |
| pedronis | and see what feedback we get from users there | 12:50 |
| jdstrand | pedronis: ok, I'll work on that next | 12:50 |
| pedronis | and whether that pushes us, the packaging or the distro to creat the user | 12:50 |
| jdstrand | zyga: I had a conflict today. I already resolved it | 12:50 |
| jdstrand | pedronis: what is the timeframe for 2.39 btw? | 12:50 |
| pedronis | jdstrand: it's in the forum now | 12:51 |
| pedronis | jdstrand: https://forum.snapcraft.io/t/the-snapd-roadmap/1973 | 12:51 |
| jdstrand | pedronis: I marked the daemon user for that since, well, lots of people want it, roadmap, etc. it shouldn't be very risky since most of the code only hits if specifying system-users | 12:52 |
| jdstrand | ok, cool. I see the topic (hadn't read email yet today) | 12:52 |
| pedronis | jdstrand: that's fine, next week I'm off but I would think if we clarify things, mvo and zygmunt reviews would be enough | 12:52 |
| pedronis | jdstrand: I have a question about the snap-confine change, I'm either confused or the comment is or yet something else | 12:53 |
| jdstrand | pedronis: joe said it's my highest priority, so I'll stay on top of it | 12:53 |
| jdstrand | pedronis: I saw, I'll swing back to your questions a bit later | 12:54 |
| mup | PR snapd#6627 closed: devicestate: deal correctly with the "required" flag on Remodel <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6627> | 12:59 |
| === ricab is now known as ricab|lunch | ||
| jdstrand | pedronis: ok, responded. I'll focus on the implied assumes behavior and keep an eye on the PR for things you or others would like to see changed | 13:26 |
| jdstrand | mvo: hey, fyi https://bugs.launchpad.net/snapd/+bug/1825052 in case you didn't see it | 13:31 |
| mup | Bug #1825052: seccomp argument filtering not working on Fedora with 2.38 and Debian with 2.37.4 <snapd:New> <https://launchpad.net/bugs/1825052> | 13:31 |
| jdstrand | mvo: also, I wasn't planning on looking at that. if you need me to, we'd need to chat with joe (note, I've not really worked on cross distro enablement) | 13:33 |
| jdstrand | mvo: I'd also like hello-world to be updated to accept hello-world.sh -c ... (not to mention, be rebuilt so it passes review-tools resquash since it was built before -no-fragments) | 13:39 |
| jdstrand | mvo: I can submit something for that (or upload); istr it was part of the shared account but then the shared account went away... please advise :) | 13:40 |
| mvo | jdstrand: I can add you to hello world, one sec | 13:49 |
| mvo | jdstrand: you should have an email | 13:49 |
| pedronis | pstolowski: #6678 can land right? | 14:15 |
| mup | PR #6678: cmd/snap, api: use DebugGet for timings <Created by stolowski> <https://github.com/snapcore/snapd/pull/6678> | 14:15 |
| pstolowski | looking | 14:15 |
| pstolowski | yes | 14:18 |
| mup | PR snapd#6678 closed: cmd/snap, api: use DebugGet for timings <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6678> | 14:18 |
| jdstrand | mvo: thanks! | 14:31 |
| jdstrand | mvo: it's the little things in life :) | 14:31 |
| === ricab|lunch is now known as ricab | ||
| mvo | jdstrand: heh - my pleasure! thanks for updating this snap | 14:58 |
| === chihchun_afk is now known as chihchun | ||
| mup | PR snapd#6736 closed: cmd/snap-update-ns: rename variable "up" to "ctx" <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6736> | 15:05 |
| mvo | 6716 needs a second review | 15:06 |
| mvo | pedronis: 6720 has a conflict now | 15:10 |
| mup | PR snapd#6739 opened: cmd/snap, store, image: support for cohorts in "snap download" <Created by chipaca> <https://github.com/snapcore/snapd/pull/6739> | 15:26 |
| Chipaca | pedronis: ^ first cohorts bit (starting from an unlikely one, but a nice narrow vertical) | 15:26 |
| pedronis | mvo: possibly yes | 15:27 |
| Chipaca | next up, create-cohort | 15:27 |
| Chipaca | with an alias of 'cohorate', obvs | 15:28 |
| pedronis | Chipaca: thx | 15:28 |
| * pedronis is doing fun things in/to snapstate atm | 15:28 | |
| Chipaca | nooo | 15:28 |
| Chipaca | :-) | 15:29 |
| * cachio lunch | 15:29 | |
| Chipaca | ooh, oh, i forgot to add a bit to that | 15:29 |
| * Chipaca force-pushes quickly before anybody notices | 15:29 | |
| jdstrand | mvo: fyi, I never got an email | 15:35 |
| * Chipaca quickly sends jdstrand his first email | 15:36 | |
| jdstrand | heh | 15:37 |
| mup | PR pc-amd64-gadget#10 closed: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/10> | 15:55 |
| mup | PR pc-amd64-gadget#11 closed: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/11> | 15:55 |
| mup | PR pc-amd64-gadget#10 opened: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/10> | 15:56 |
| mup | PR pc-amd64-gadget#11 opened: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/11> | 15:56 |
| mvo | jdstrand: oh, let me try again | 16:05 |
| mvo | jdstrand: tried again, can you please check? | 16:05 |
| mup | PR snapd#6740 opened: cmd/snap-update-ns: refactor of profile application (3/N) <Created by zyga> <https://github.com/snapcore/snapd/pull/6740> | 16:22 |
| mup | PR snapd#6741 opened: [RFC] osutil: make CommandFromCore honor the snapd snap <â›” Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/6741> | 16:24 |
| mvo | pedronis: ^-- this should fix some more of the gaps in snapd vs core | 16:25 |
| mvo | pedronis: iirc you wanted to also move osutil.ExecFromCore, please let me know the details and I will expand the PR | 16:25 |
| mup | PR snapd#6732 closed: tests: run livepatch on 18.04 as well <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6732> | 16:30 |
| jdstrand | mvo: got it | 16:43 |
| cachio | Chipaca, hey, when you have a time could you please take a look to #6694 | 16:48 |
| mup | PR #6694: tests: improve how snaps are cached <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6694> | 16:48 |
| === pstolowski is now known as pstolowski|afk | ||
| === pachulo_ is now known as pachulo | ||
| zyga | WAT | 17:10 |
| zyga | ----- | 17:10 |
| zyga | + cat | 17:10 |
| zyga | EOM | 17:10 |
| zyga | + Use release-tools/debian-package-builder to interactively fix build | 17:10 |
| zyga | /bin/bash: line 62: Use: command not found | 17:10 |
| * zyga fixes | 17:14 | |
| mup | PR snapd#6742 opened: tests: fix syntax error in here-doc <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6742> | 17:45 |
| zyga | Chipaca: https://github.com/snapcore/snapd/pull/6742 if you can please | 18:10 |
| mup | PR #6742: tests: fix syntax error in here-doc <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6742> | 18:10 |
| Chipaca | ouch | 18:10 |
| Chipaca | how did that land? | 18:10 |
| Chipaca | ah, debug | 18:11 |
| Chipaca | ok | 18:11 |
| zyga | Chipaca: fun right | 18:18 |
| zyga | thank you | 18:18 |
| mup | PR snapd#6742 closed: tests: fix syntax error in here-doc <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6742> | 18:34 |
| mup | PR snapd#6738 closed: tests: check for /snap/core16/current in core16-provided-by-core <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6738> | 18:50 |
| Wimpress | Snapcraft Live is starting in 10 mins - https://twitter.com/snapcraftio/status/1118587454821367808 | 18:51 |
| zyga | Wimpress: mind if I haunt the comment section? :) | 18:58 |
| mup | PR snapd#6743 opened: cmd/snap, client, daemon, store: create-cohort <Created by chipaca> <https://github.com/snapcore/snapd/pull/6743> | 19:02 |
| Chipaca | pedronis: ^ | 19:02 |
| Chipaca | and EOD for me | 19:02 |
| Chipaca | tomorrow: snapstate cohortitation /o\ | 19:02 |
| pedronis | mvo: still around? | 19:17 |
| mvo | pedronis: yes | 19:25 |
| pedronis | mvo: introducing DeviceContext is going well, but I wonder how much you would dislike this change: https://paste.ubuntu.com/p/hzcxF3rCbS/ | 19:30 |
| pedronis | mvo: needing Model in the bowels of doInstall is a bit annoying/fragile | 19:30 |
| mvo | pedronis: looking | 19:31 |
| mvo | pedronis: that looks fine | 19:32 |
| pedronis | ok, thx | 19:32 |
| pedronis | it simplifies some things and avoid some strange effects | 19:32 |
| mvo | pedronis: thanks for this - do you have advice for osutil.CommandFromCore for me? iirc you wanted this to go to cmd.CommandFromSystemSnap or something like this? | 19:32 |
| mvo | pedronis: yeah, it sounds nice | 19:32 |
| pedronis | yes, something in cmd | 19:33 |
| * mvo nods | 19:34 | |
| pedronis | mvo: close to InternalToolPath basically | 19:34 |
| mvo | pedronis: will do | 19:37 |
| mvo | pedronis: thank you! | 19:37 |
| Wimpress | zyga: Thanks for joining us! | 19:42 |
| zyga | pleasure to do so, really enjoy this part ;) | 19:42 |
| zyga | :) | 19:42 |
| Wimpress | :-D | 19:43 |
| zyga | jdstrand: I know you are busy but may I interest you with https://github.com/snapcore/snapd/pull/6714 | 19:44 |
| mup | PR #6714: cmd/snap-confine: reject crafted /tmp/snap.$SNAP_NAME <Created by zyga> <https://github.com/snapcore/snapd/pull/6714> | 19:44 |
| mvo | pedronis: hm, we have an import cycle if I move CommandFromCore to cmd | 19:44 |
| pedronis | mvo: hm | 19:45 |
| mvo | pedronis: snapinfo.go is the problem | 19:45 |
| mvo | pedronis: it imports client which in turn imports snap which imports snapfs | 19:45 |
| pedronis | blargh | 19:46 |
| mvo | pedronis: maybe I can move snapinfo out? | 19:46 |
| mvo | it does not fit there much | 19:46 |
| pedronis | yes, the problem is that so far we haven't found where to put it either | 19:46 |
| pedronis | also we do plan to break snapfs and snap | 19:46 |
| pedronis | but dep but not now | 19:46 |
| pedronis | s/but dep/dep/ | 19:46 |
| mvo | pedronis: I could move CommandFromCore into its own cmd/cmdutil pkg? | 19:47 |
| mvo | pedronis: together with InternalToolPath maybe | 19:47 |
| pedronis | that sounds ok, if we move both, at least temporarely, we really need to find a home for snapinfo.go | 19:48 |
| pedronis | but I haven't had time to think one yet | 19:48 |
| mvo | pedronis: ok, I will explore this avenue | 19:49 |
| zyga | pedronis: do you think you will have time to look at https://github.com/snapcore/snapd/pull/6717 before your holidays | 20:25 |
| mup | PR #6717: snap: fix interface bindings on implicit hooks <Created by zyga> <https://github.com/snapcore/snapd/pull/6717> | 20:25 |
| zyga | pedronis: alternatively, can you defer to mvo for review? | 20:25 |
| pedronis | zyga: it's on my list to try to review tomorrow | 20:27 |
| zyga | thank you! | 20:27 |
| mvo | pedronis: 6741 is now updated, probably does not need your review I tried to follow your guidance | 20:30 |
| * mvo -> sleep | 20:30 | |
| mup | PR snapd#6744 opened: tests: make test parallel-install-interfaces work for boards with pre-installed snaps <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6744> | 21:12 |
| mup | PR snapd#6745 opened: tests: make snap-connections test work on boards with snaps pre-installed <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6745> | 21:50 |
| mup | Bug #1825254 opened: auto-complete doesn't work on ubuntu core 18 <Snappy:New> <https://launchpad.net/bugs/1825254> | 22:21 |
| mup | PR snapd#6746 opened: cmd: typedef struct sc_error <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6746> | 22:44 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!