stgrabersecretfader: a combination of private snaps on the public store + https://docs.ubuntu.com/snap-store-proxy/en/ for onsite delivery may be able to do what you want02:23
oerheksoh nice02:25
mupPR snapd#8915 closed: gadget: do only one mount point lookup in mounted fs updater <UC20> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8915>05:22
mupPR snapd#8921 opened: gadget: fix typo in mounted filesystem updater <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8921>05:22
mupPR snapd#8921 closed: gadget: fix typo in mounted filesystem updater <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8921>05:52
mborzeckimvo: hey05:52
mvomborzecki: good morning05:56
mupPR snapd#8911 closed: asserts,seed: split handling of essential/not essential model snaps <UC20> <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8911>06:02
mvozyga: can I help with 8881 ? looks super close, just reading the reamaining comments06:20
zygaGood morning. Let me try finishing it. I think today will be smoother than yesterday06:27
mborzeckizyga: heya06:28
zygaHey :-)06:28
mborzeckipstolowski:  hey07:13
mborzeckianyone investigated the random failure in unit tests related to GPG?07:14
zyganot yet07:19
zygasettling in for work07:19
=== pedronis_ is now known as pedronis
pedronismborzecki: not yet07:19
pedronismborzecki: can you explain why you think chasing the dm hiearchy is simpler? it sounds like more code, am I wrong?07:20
mborzeckipedronis: yes, it may be a bit more code, but upside is the information is coming directly from device hierarchy rather than from a specially formatted name07:26
mborzeckipedronis: otoh the name format will remain stable throughout the release as udev/systemd versions are frozen effectively07:27
pedronismborzecki: less code is more compelling at this point to me, also because is not clear that slaves couldn't have many entries?07:28
mborzeckipedronis: it should be one for simple lvm/luks, i can find out about other scenarios07:30
pedronismborzecki: it's ok, just pointing out that the error cases will also grow07:31
mborzeckipedronis: anyways, not a strong opinion, thought it may be worth considering given how easy it is to chase down the device with shell07:31
mupPR snapd#8922 opened: tests: fix incorrect check in smoke/remove test <Simple 😃> <Test Robustness> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8922>07:37
mborzeckiit's supper annyoing how google meet is hiding the bootom bar with the (un)mute/hangup buttons each time the window goes out of focus08:24
mborzeckiobviously accompanied by an animation of the bar rolling up and down08:25
zygaheh, yes08:33
mupPR snapd#8922 closed: tests: fix incorrect check in smoke/remove test <Simple 😃> <Test Robustness> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8922>08:47
zygapedronis: left a small question on the assertion sequence PR: https://github.com/snapcore/snapd/pull/8906/files#r44540598808:50
mupPR #8906: asserts: introduce SequenceMemberAfter in the asserts backstores <validation-sets :white_check_mark:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8906>08:50
pedroniszyga: I tried to answer08:56
zygathanks, that makes sense08:58
mborzeckimeh another random test failure https://paste.ubuntu.com/p/Y5G6hx4QG7/09:15
mborzeckizyga: https://github.com/snapcore/snapd/pull/8881/files#r445419656 it's missing a } in the template list09:17
mupPR #8881: interfaces: optimize rules of multiple connected iio/i2c/spi plugs <Bug> <Needs security review> <Created by zyga> <https://github.com/snapcore/snapd/pull/8881>09:17
mborzeckizyga: `AddParametricSnippet([]{"/dev/", "rw," <<<hgere>>>, "sda1")`09:18
mborzeckizyga: and probably []string too09:18
zygaI se09:19
mborzeckizyga: thx :)09:21
zygaI fixed string as well, just didn't push again09:22
mvozyga: what's the state of 7700 ?09:31
mvozyga: should this be reviewed by pedronis ?09:31
zygayes, it needs review to establish direction09:31
mvozyga: preping for vMontreal I was wondering if we can try a push for refresh awareness again :)09:31
mvozyga: cool, I add the tag09:31
mvozyga: do you have an order in which these should be reviewed?09:32
mvozyga: is 7700 the first one we should look at?09:32
zygamvo: no, there are two PRs now, that are critical09:32
zygathis and ...09:32
mupPR #8573: overlord/snapstate: inhibit startup while unlinked <Created by zyga> <https://github.com/snapcore/snapd/pull/8573>09:33
zygathough that one was already reviewed and I need to expand it a littie09:33
zygamvo: it was reviewed already :)09:33
mvozyga: ok, let's try to move this a bit forward before vMontreal09:33
zygaapart from that there is https://github.com/snapcore/snapd/pull/882909:33
mupPR #8829: sandbox/cgroup: add tracking helpers <Created by zyga> <https://github.com/snapcore/snapd/pull/8829>09:33
zygathat needs a 2nd review and I think is ready to land09:33
mvozyga: I do the second review09:34
mvozyga: after my current meeting09:34
zygaand after 8829 lands I can shring https://github.com/snapcore/snapd/pull/7825 once again, it will be closer to something that is reviewable then09:34
mupPR #7825: many: use transient scope for tracking apps and hooks <Needs security review> <Security-High> <Created by zyga> <https://github.com/snapcore/snapd/pull/7825>09:34
zygathank you!09:35
zygamvo: then there is https://github.com/snapcore/snapd/pull/886309:35
mupPR #8863: sandbox/cgroup: allow discovering PIDs of given snap <Created by zyga> <https://github.com/snapcore/snapd/pull/8863>09:35
zygawhich is the lsat of the group I have now09:35
zygait needs two reviews and I also think it is ready09:35
zygathose two should shrink the main backend PR by quite a bit, perhaps enough for it to be mostly just tests09:36
zygathere's one more PR that can be broken out but I'm blocked by those two helpers landing first09:36
zygaman github is slow on large pages :/09:37
zygaI mean, my laptop is slow09:37
zygaI want to be healthy again and use my normal work stuff09:37
zygago language server is swapping on my system09:40
zygadisabled go support in code, it's useless at this stage09:45
zygamvo: I think https://github.com/snapcore/snapd/pull/8881 is ready now09:48
mupPR #8881: interfaces: optimize rules of multiple connected iio/i2c/spi plugs <Bug> <Needs security review> <Created by zyga> <https://github.com/snapcore/snapd/pull/8881>09:48
zygamvo: I'm open to changing the API again to make it even harder to use incorrectly but I don't consider it blocked anymore09:49
* zyga small break to change the workspace09:51
mupPR snapd#8905 closed: bootloader: introduce managed bootloader, implement for grub <Simple 😃> <UC20> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8905>09:53
mborzeckifinally landed, took a bunch of restarts09:53
mborzeckinow which part should i open next09:54
jameshmvo: for what it is worth, I think some of the font cache differences come from all the static versions of fc-cache versions being linked against xenial's freetype09:59
mvojamesh: thanks, that is good to know, so if we fix that and build with the right freetype it should be better?10:02
jameshhopefully.  I think this is the cause of color emoji compatibility at least10:02
jameshmvo: I think the private fontconfig cache is probably the best bet going forward though10:02
mvojamesh: yeah, I would *love* to remove this from snapd and move it into the snaps10:03
mvobash: o/: No such file or directory10:13
zygatrying to work from the office10:14
zygawill see how it goes10:14
zygamaybe an hour or two a day10:14
seb128jamesh, mvo, should bug #1858636 be assigned to someone from the snapd team again in regard of the recent findings? ijohnson was assigned but unassigned himself10:17
mupBug #1858636: snapd generates incomplete fontconfig caches, result in emoji rendering issue in chromium <apport-collected> <eoan> <focal> <rls-ff-incoming> <snap> <wayland-session> <chromium-browser (Ubuntu):Invalid> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1858636>10:17
mupPR snapd#8923 opened: wrappers: helper for enabling services (8/9) <Services ⚙️> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8923>10:23
mupPR snapd#8924 opened: gadget, bootloader: preserve managed boot assets during gadget updates <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8924>10:48
zygamborzecki: hi11:02
zygaquestion about managed boot assets PR11:02
mborzeckizyga: hm?11:02
zygashould BootAssets return nil if IsCurrentlyManaged returns false?11:02
zygaI know the usage below is correct11:03
zygajust asking conceptually11:03
mborzeckizyga: no, i'm not sure it's needed, i actually thought about making it part of the Bootloader interface even11:04
mborzeckizyga: iow, it answers the question as to where inside the tree can the bootloader assets be located, IsCurrentlyManaged() indicates whether those are really managed11:07
pstolowskizyga: updated #8914 per your suggestions, thanks11:08
mupPR #8914: o/ifacestate: fix connect undo handler <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8914>11:08
zygapstolowski: looking11:11
* pstolowski lunch11:11
zygapstolowski: one more question there11:11
zygain the beginning of the diff11:12
zygais there any risk that "old" stores more than the undesired flag?11:12
zygaperhaps we should do something like task.Set("old-conn", ConnectionState{Undesired: old.Undesired})11:13
zyga(I forgot the type names so forgive me for making the name up11:13
zygapstolowski: not sure if you see what I'm worried about11:15
* zyga breaks to wait for meds to help 11:42
zygaplease review https://github.com/snapcore/snapd/pull/888111:42
mupPR #8881: interfaces: optimize rules of multiple connected iio/i2c/spi plugs <Bug> <Needs security review> <Created by zyga> <https://github.com/snapcore/snapd/pull/8881>11:42
mborzeckiit'd be nic to have auto cancel of runs when a PR gets updated11:48
mupPR snapd#8925 opened: bootloader: allow managed bootloader to update its boot config <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8925>11:48
* zyga feels better12:24
pstolowskizyga: great to hear that!12:31
zygatemporary but yeah12:31
pstolowskiijohnson: hey, can you take a look at #8899 (i think you assigned it to yourself anyway)?12:31
mupPR #8899: tests: add servicestate.Control tests (7/9) <Services ⚙️> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8899>12:31
ijohnsonHey pstolowski yes it's in my queue, I started yesterday but got distracted; should finish this morning12:41
pstolowskiijohnson: sure, thanks12:41
zygaijohnson: about ram, try the code snap and open snapd there13:31
zygainstall the go extension it recommends13:31
zygaand observe ram usage13:31
zygathe official go language server immediately eats 4+GB13:31
zygaafter indexing snapd13:31
ijohnsonzyga: I did, I filed an issue about strict and classic snaps being confused about each other, so I don't use the code snap any more :-/13:32
zygaI had to close the editor to join the hangout13:32
ijohnsoncause the code snap can't use the go snap13:32
zygaI see13:32
zygaI think it's pretty nice overall (code itself)13:32
ijohnsonbut I do remember trying the language server and it has some weirdness I don't remember so I turned it off13:32
ijohnsonbut I'm quite happy with vs code, I would love to use the snap when we can fix that bug13:33
zygayeah but the features are really great13:33
ijohnsonhave you used the remote sharing feature yet?13:33
pedronispstolowski: I don't think I need to review that tests PR13:33
ijohnsonit's quite nice actually, we used it a bit at the virtual snapcraft summit13:33
ijohnsonah live share is the name of it13:33
zygais it like something that atom had a while ago13:33
pstolowskipedronis: ok, i thought so, thanks13:33
zygawhere >1 people can code in one workspace13:33
zygareally nice13:34
zygawe should try that13:34
ijohnsonzyga: yeah sounds like it, I've never used atom though13:34
zygamaybe next week?13:34
ijohnsonyeah we could try doing some kind of pair coding session I know we talked about trying that out all the way back in paris iirc haha13:34
roadmrwe'll always have paris 💛13:41
* zyga makes coffee13:43
mupPR snapd#8881 closed: interfaces: optimize rules of multiple connected iio/i2c/spi plugs <Bug> <Needs security review> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8881>13:44
mborzeckiwhen snap run runs a hook (as root ofc), should we really try to create /roon/snap/<name>/<rev> ?13:49
mborzeckiwe don't expect hooks to try to manipulate home13:49
pstolowskimborzecki: probably not. this happens in snap-run?13:50
mborzeckipstolowski: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/188492913:50
mupBug #1884929: snap creates (or tries to create) a direcotry in /root/snap/ <amd64> <apport-bug> <focal> <package-from-proposed> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1884929>13:50
mborzeckiit's running a configure hook13:50
mborzeckihmm, there's a bunch of things that happen but maybe shouldn't be when we run --hook, it's creating $HOME/snap, migrating Xauthority and activating a document portal13:57
pedronismborzecki: it probably makes sense to do only a subset of that for hooks14:07
pstolowskimborzecki: not sure about $HOME/snap (maybe it should be crated), it's also related to what is exposed via SNAP_* env vars14:07
mborzeckipstolowski: still the hook runs as root, not sure why there would bea need to store anything inside /root instead of /var/snap/14:12
pstolowskimborzecki: they shouldn't, worried about silly hooks though14:18
mupPR snapd#8926 opened: Add microstack-support interface <Created by dshcherb> <https://github.com/snapcore/snapd/pull/8926>14:29
pstolowskioh, i think undo of snap connect has yet another bug /o\, it doesn't restore security profiles. it's only a problem with undo of individual snap connect, and not when run as part of a install/refresh change14:29
pstolowskii wonder how/when did this sneak it. probably at the time undo handlers were re-arranged14:31
mupPR snapd#8927 opened: tests: avoid exit 1 when nested type var is not defined <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8927>14:59
* cachio lunch15:09
pedronisijohnson: I think we should try to land #8683 with the current approach, https://github.com/snapcore/snapd/pull/8683#discussion_r44563514315:14
mupPR #8683: osutil/disks: support IsDecryptedDevice for mountpoints which are dm devices <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8683>15:14
ijohnsonpedronis: ok, I have not yet had a chance to explore mborzecki's recommendation but it seems that it would be more code15:15
pedronisijohnson: I mean, if we are really paranoid about udev then we shouldn't use udevadm at all, but I don't think we are there yet15:19
ijohnsonsure, I mean the udev that's there right now seems to be good enough, so I'm fine to keep using it until we have reason to want to rip it out15:19
zygamvo: thank you for merging 888115:24
zygamvo: I will open some follow-ups for it15:24
mvozyga: sounds good15:30
pedronispstolowski: I reviewed #8914, lgtm15:34
mupPR #8914: o/ifacestate: fix connect undo handler <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8914>15:34
pstolowskipedronis: ty15:35
pedronispstolowski: you said there's more to fix though?15:35
pstolowskipedronis: yes, i'm afraid so, but it can be a followup. we're missing m.setupSecurityProfiles on undo15:36
pedronispstolowski: only if it's not an auto-connect one?15:36
pedronisI mean only if we did setup profiles15:36
pstolowskipedronis: doConnect sets up security profiles (unless delayed-setup-profiles is set). but undo doesn't do this at all. this affects manual 'snap connect ..' if you have a hook that fails after connect15:40
pedronispstolowski: I mean it matters only if !delayedSetupProfiles or what should happen in that case?15:41
pstolowskipedronis: we should do repo.Disconnect and then m.setupSnapSecurity like we do on connect,15:43
pedronisonly if !delayedSetupProfiles ?15:44
pstolowskipedronis: yes15:46
pedronisok, thx15:46
pstolowskipedronis: for delayedSP==true it's a different case (refresh, instal) where everything is undone and initial setup-profiles should do the right thing15:46
pstolowskipedronis: btw, with a disconnect hook that fails it is impossible (not really a surprise) to uninstall affected snap15:49
pstolowskia flag for such cases would be handy15:50
pstolowskiit could set IgnoreError=true on all hooks15:59
zygapstolowski: snap remove --force15:59
zygamvo: any chance for a review of https://github.com/snapcore/snapd/pull/882916:00
mupPR #8829: sandbox/cgroup: add tracking helpers <Created by zyga> <https://github.com/snapcore/snapd/pull/8829>16:00
zygamborzecki: not sure if you have time today but a look at https://github.com/snapcore/snapd/pull/8863 would be great16:00
mupPR #8863: sandbox/cgroup: allow discovering PIDs of given snap <Created by zyga> <https://github.com/snapcore/snapd/pull/8863>16:00
zygawith those two I can make progress on r-a-a16:00
mvozyga: having fun with freetype now, but let me try16:00
zygamvo: it's not much code, just a pair of functions16:00
ijohnsonzyga: I will try to review that in my PM if mvo does not finish16:04
zygathank you so much!16:05
ijohnsonzyga: I've been waiting for nested spread runs to finish, so it's easy for me to do reviews while waiting for results :-)16:05
ijohnsoncachio: so I finally got around to try and reproduce your uc20-recovery test and it finished fine for me, I ran it with `spread --debug -v google:ubuntu-core-20-64:tests/core/uc20-recovery`, is that the right test you said was failing ?16:06
pedroniscmatsuoka: I looked at #882416:08
mupPR #8824: many: move encryption and installer from snap-boostrap to gadget <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8824>16:08
cmatsuokapedronis: thanks, I'll check16:09
mupPR snapd#8914 closed: o/ifacestate: fix connect undo handler <Bug> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/8914>16:09
ishIs there a way for a user to alter the layout after installing a snap? For example, the app I'm snapping produces datafiles as output.  Our classic install dumps this data /var/log/<app_name>..  Could they redirect it there if they choose to? By default it happily logs to a confined space I've mapped with a layout.16:20
zygaish: users cannot alter the layout16:20
ishOk.  Thats what I thought.  Was hoping for some command that I couldn't find to "connect" directories together.16:21
mvozyga: fwiw, I pushed https://github.com/snapcore/fc-cache-static-builder/pull/2 - will have dinner now so let's hope ijohnson  can review, otherwise I do it in my morning16:26
mupPR fc-cache-static-builder#2: build freetype from the security pocket too <Created by mvo5> <https://github.com/snapcore/fc-cache-static-builder/pull/2>16:26
zygamvo: ack16:27
zygauh, 5% battery left16:28
zygaplugged in16:31
zygaVariable NESTED_TYPE not defined. Exiting...16:42
zygaon tests/main/lxd-no-fuse on 18.0416:43
* zyga fixed the problem16:58
cachiozyga, there is a PR for that17:02
zygayeah, I know, different problem17:02
cachiozyga, nice17:03
zygait was just a message that confused me17:03
zygacachio: updated https://github.com/snapcore/snapd/pull/872817:03
mupPR #8728: tests: detect stray dbus-daemon <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8728>17:03
cachioijohnson, yes17:04
cachioijohnson, but it is not failing in google17:04
ijohnsoncachio: do you think I should just run that test in a loop ?17:04
cachioit fails with edge image17:04
cachiousing external backedn17:04
ijohnsoncachio: ah right now you said it was with external17:04
ijohnsoncachio: ok, can you remind me which external image I need to use?17:04
* zyga returns to bed17:04
cachioijohnson, yes, 1 sec17:05
zyga(it was great to work from office again today)17:05
ijohnsonzyga: glad to hear you are feeling better today :-)17:05
cachiozyga, happy to hear that17:05
zygalittle by little :)17:05
cachioijohnson, https://storage.googleapis.com/spread-snapd-tests/images/pc-amd64-20-edge-snapd_edge/pc.img.xz17:06
cachioijohnson, I am testing now the beta image17:07
ijohnsoncachio: thanks, so I just run that via qemu on my local machine, then how do I point spread to use that as the external image ?17:07
ijohnsonerr external backend17:07
ijohnsondo I need to change some IP address or set some env var ?17:07
cachioijohnson, then you do17:07
cachioexport SPREAD_EXTERNAL_ADDRESS=localhost:802217:07
cachio./tests/lib/external/prepare-ssh.sh localhost 8022 sergio-j-cazzolato17:08
cachiowith you lp id17:08
cachioijohnson, and  spread -debug external:ubuntu-core-20-64:tests/core/uc20-recovery17:08
cachiothat should be enough17:08
ijohnsoncachio: ack will give it a try17:12
=== ijohnson is now known as ijohnson|lunch
cachioijohnson|lunch, tx17:12
=== benfrancis2 is now known as benfrancis
mupPR snapd#8824 closed: many: move encryption and installer from snap-boostrap to gadget <UC20> <Created by cmatsuoka> <Merged by cmatsuoka> <https://github.com/snapcore/snapd/pull/8824>17:19
=== ijohnson|lunch is now known as ijohnson
=== benfrancis2 is now known as benfrancis
sdhd-saschahey, zyga, not sure you are there... but is the merge of master ok. (just for speed...) Or should i look for an error? I'm just past the age of 40' ;-) ... maybe i'm different, ...17:32
sdhd-saschai didnt like to make error... but i can't denied it...17:33
ijohnsonsdhd-sascha: hi, which PR are you referring to? it's almost always ok to merge master into your branch17:38
sdhd-saschahey, ijohnson ... i love, to rename "master" to something... ;-) I'm not bad at you ;-) All okay...17:40
ijohnsonsdhd-sascha: ah are you asking about if github.com/snapcore/snapd will rename it's "main" branch from master to something else ?17:41
sdhd-saschait's sun down here...17:41
sdhd-saschavery nice...17:41
sdhd-saschai listen some techonicic sound17:42
sdhd-saschai'm good, and fine...17:42
sdhd-saschamaybe, i look for my wife, what she do...17:43
sdhd-saschaHey, ijohnson, Is not an PR. Or, did you need an Graph Algo, for GO ?17:45
sdhd-saschaAt all ;) I hate programmer who analye text, and do the same reverse...17:46
ijohnsonsdhd-sascha: sorry I don't quite follow your question? is there something you need help with ?17:50
sdhd-saschaijohnson: no, no, but i give you great respect, for your development in this divicult times...17:57
sdhd-saschaijohnson: i think think you have more knowleghe, then i.... but is it okay, to say, no?18:02
ijohnsonsdhd-sascha: no worries18:08
ijohnsoncachio: yeah so I can reproduce the issue you were seeing, I think I understand the problem18:08
sdhd-saschahey, you. ijohnson and cachio ;-) thank you18:09
sdhd-saschacan i send, what i want before:18:09
sdhd-saschahey, zyga.. don't matter i respect you all. i know, that you all maybe know more formulas and grammer then i... but i stil believe, that i can scane a graph in a way, wich should to follow a goal18:09
ijohnsoncachio: the issue is that with the google backend, when we boot uc20, it has that special tweak service unit to copy files into place, but we don't have such a thing for the external backend, and by default recover mode does not copy all the user data from the run mode ubuntu-data to the ephemeral ubuntu-data in recover mode18:10
ijohnsoncachio: I need to look but I think I can propose a fix for this18:10
sdhd-saschaijohnson: today, i'm in flaw with my wife (lucky, that she sleep... but i love her... damn....)... okay, where should i start? I still have PR to ubuntu-image. But not the access to google...18:15
=== benfrancis0 is now known as benfrancis
sdhd-saschacachio: you, have my respect. Because you, like you said... Love Graph's ...18:18
sdhd-saschahey, i need to go18:19
sdhd-saschais it okay, for you?18:20
=== benfrancis9 is now known as benfrancis
cachiosdhd-sascha, sure, thanks18:25
cachioijohnson, ood news18:25
cachioijohnson, which is the problem?18:27
ijohnsoncachio: the issue is that in google with uc20, /home/gopath is copied by the special snapd snap we use in the image, the snapd snap in the external backend image you showed me does not have that special snapd18:29
=== benfrancis2 is now known as benfrancis
cachioijohnson, ah, right18:29
cachiowell snapd snap in external is not modified like we do in google18:30
ijohnsoncachio: I'm looking at ways we could abuse the system to make it copy this data from the host ubuntu-data to tmpfs18:30
ijohnsoncachio: exactly18:30
sdhd-saschaheym cachio yi want o talk to o  you... but my moude didnt. You are a badhttps://www.irccloud.com/?/pastebins18:30
sdhd-saschahe is bad18:31
sdhd-saschasorry, he was nice to me.... but  hd was hard to me...18:34
cachiosdhd-sascha, sorry, do you need any help?18:35
sdhd-saschaNo, why should i ly?18:37
ijohnsoncachio: is there an env var for what user spread is running as on the target system, should I just use $USER ?18:40
cachioSPREAD_BACKEND external18:41
sdhd-saschacachio: did you know the-mentor9011 big bugs. )seven centimer) are found here... I don't know whagt todo.. (IF TH4Y TO NOTHING, ok .. but else... then i love family.. _ OR?18:41
cachioijohnson, we use that18:42
ijohnsonthanks cachio18:42
sdhd-saschaijohnson: it's okay ;-9 since brexit i want another way ;-)18:44
mupPR snapcraft#3188 closed: snap: allow for different compressions for pack <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/3188>19:01
mupPR snapcraft#3189 opened: Snap compression <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3189>19:01
=== benfrancis6 is now known as benfrancis
=== luisp is now known as luisp_
=== luisp_ is now known as luisp
ijohnsoncachio: have you ever seen a failure like this:20:20
ijohnsonthe external VM was alive and working fine, I could ssh to it, so I'm not sure what the issue is with that20:20
ijohnsoncachio: I'll retry it again, but if I could get past that I have fixed the test I think, at least I resolved the issue with not copying the gopath to recover mode20:21
cachioijohnson, no, first time+20:25
ijohnsoncachio: ack I will try again with -vv maybe I can see where it got stuck20:26
mupPR snapcraft#3189 closed: Snap compression <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3189>20:51
* cachio afk21:36

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