/srv/irclogs.ubuntu.com/2020/05/25/#snappy.txt

=== KindTwo is now known as KindOne
mborzeckimorning04:47
mupPR snapd#8712 opened: o/devicestate: typo fix <Simple ๐Ÿ˜ƒ> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8712>04:57
mupPR snapd#8713 opened: update avahi-daemon labelling to allow simply "avahi-daemon" <Created by jetpackdanger> <https://github.com/snapcore/snapd/pull/8713>05:10
mborzeckimvo: hey06:46
mborzeckimvo: how was the long weekend?06:47
mvohey mborzecki - it was quite nice, thank you ! how are you? what did I miss?06:47
jameshhi mvo06:48
mvohey jamesh ! nice to see you06:50
mvomborzecki, jamesh looks like 8713 should get cherry-picked back into 2.45 (?)06:50
mborzeckimvo: yes, i think so, from what i can tell by looking at aa versions, bionic is likely the last release that had /usr/bin/avahi-daemon as the label, but i haven't checked the actual profile content06:52
mvomborzecki: woah, so this went undetected for quite some time06:53
mborzeckimvo: i did not check the actual profile content, maybe it was distro patched to use the old name06:53
jameshmvo: the profile is shipped separately in the apparmor-profiles package, which we don't install by default.06:54
mborzeckijamesh: so without the profiles package we'd get unconfined, right? that'd explain why it went unnoticed06:55
jameshmborzecki: yes06:55
zygagood morning06:59
zygahey jamesh07:00
zygahey mborzecki07:00
zygahey mvo :)07:00
mborzeckihey zyga07:01
mvohey zyga ! good morning - how are you?07:01
mvozyga: had a good weekend?07:01
zygamvo: Friday was the best, yeah07:01
jameshhi zyga07:01
zygamvo: offtopic: there was a bunch of weird snaps added to the store over weekend07:02
zygaI wonder if we have some sort of store response team to raise those to07:02
zygaor if we have some guidelines on phony/phishy snaps07:02
mborzeckizyga: some typosquatters?07:02
zygano, they were even kind enough to namespace them all07:03
zygaone moment07:03
pstolowskimorning07:03
zygahey pawel07:03
zygamvo: snap find mobius07:03
zygalooks like one large cryptoscam07:03
mvogood morning pstolowski07:04
mvozyga: probably best to reach out to #snapstore07:04
zygamvo: right, my question was mostly about that, is IRC the go-to method?07:04
mborzeckizyga: hm some forexa apps? that's what it says on their website: ะœัƒะปัŒั‚ะธะฟะปะฐั‚ั„ะพั€ะผะตะฝะฝั‹ะน ั‚ะตั€ะผะธะฝะฐะป ะดะปั ั‚ะพั€ะณะพะฒะปะธ ะฝะฐ ั€ั‹ะฝะบะต Forex07:05
mvozyga: there is a mailing list iirc07:05
zygamborzecki: dunno what those are, just looked weird07:05
zygathey all appeared in one day07:05
mvozyga: but I would start with irc or a bugreport in LP against snapstore, if it looks serious maybe even tagged security07:05
zygaok07:05
mborzeckithere's even a windows app https://mtrader7.com/ru/terminals/windows07:05
zygathanks!07:05
zygamy primary school days are coming to hount me with cyrlic07:06
zygaterminal dla windows?07:06
mborzeckihahah07:06
zygaand offtopic, to close the weekend07:07
zygaciv6 is free on epic games07:07
mborzeckifwiw, it'd be nice to be able to list the snaps from a given publisher in the snapstore page07:07
zygaif you like civ games that's the ultimate bragin07:07
zygamborzecki: oh yeah07:07
mvozyga: woah07:08
zygamvo: it plays wonderfully (though on windows)07:08
zygaciv has grown quite a bit since my atari ST days07:08
zygabut the mood is really the same07:09
mvozyga: cool, I have a windows partition somewhere :)07:15
mupPR snapd#8712 closed: o/devicestate: typo fix <Simple ๐Ÿ˜ƒ> <Skip spread> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8712>07:16
zygajamesh: hey, while I have you, do you think https://github.com/snapcore/snapd/pull/8708 is sensible?07:19
mupPR #8708: tests: setup portals before starting user session <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8708>07:19
zygamvo: travis is often stuck on yellow on PRs btw07:19
zygamvo: usually retriggering the test in travis (which is green on their side) fixes it07:19
pedronismborzecki: hi, did you want to vote need fixing on #8661 ?07:21
mupPR #8661: configcore: add "service.console-conf.disable" config option <Created by mvo5> <https://github.com/snapcore/snapd/pull/8661>07:21
mborzeckipedronis: hm?07:21
mborzeckiah07:21
zygahey pedronis07:22
mborzeckipedronis: right, wanted to check in with mvo about this07:22
zygapedronis: I didn't get to it last week but you can expect first wave of tool patches today07:22
zygapedronis: I made progress on https://github.com/snapcore/snapd/pull/782507:23
mupPR #7825: many: use transient scope for tracking apps and hooks <Security-High> <Created by zyga> <https://github.com/snapcore/snapd/pull/7825>07:23
zygapedronis: it should be ready for tomorrow, perhaps we could discuss what needs to happen next07:23
zygahmm, I think cachio may have left the 16.04-32 bit image unupdated07:25
pedronismvo: hi, shouldn't debian-sid rules rm  snap-bootstrap like 14.04 ?07:31
mvopedronis: I think we don't even build it there, let me doulbe check07:31
mvopedronis: iirc during the build phase there is a "rm -rf cmd/snap-bootstrap"07:31
pedronisah, you are right, I'm reading the rm wrong07:32
mvopedronis: no worries, it would be nice to be more uniform but the dh-golang tool does not respect buildtags accross the board. I filed a debian bugreport a while ago (with patch) but that got no traction07:33
pedronismvo: unrelated, do you remember why we have a specific ubuntu-17.04 packaging symlink ?07:37
mvopedronis: historic reasons, we can kill all of that, actually let me do this07:46
mupPR snapd#8714 opened: packaging: remove obsolete 16.10,17.04 symlinks <Simple ๐Ÿ˜ƒ> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8714>07:53
zygabrb07:56
pedronispstolowski: mvo: hi, I tried to re-run #8697, there's a lot of weird errors, I don't understand if we broke something on master or if it's related to packaging changes in odd ways08:02
mupPR #8697: packaging: build cmd/snap and cmd/snap-bootstrap with nomanagers tag <Created by stolowski> <https://github.com/snapcore/snapd/pull/8697>08:02
pstolowskipedronis: thanks, i will keep an eye on it; i pushed some changes last friday but only run them on a subset of systems & only with the new spread test, so it is possible it breaks something08:07
pedronispstolowski: we really need it unblock your config PRs08:08
mvopedronis: in a meeting but I can check later08:09
pedronispstolowski: are you working on the feedback to #8304 ?08:18
mupPR #8304: usersession/userd: add zoommtg url support <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8304>08:18
pedronissorry08:18
pedronispstolowski: I meant, #870408:18
mupPR #8704: cmd/snap-preseed: improve mountpoint checks of the preseeded chroot (1/3) <Preseeding ๐Ÿž> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8704>08:18
pstolowskipedronis: yes, i'm going to update it today08:19
pedronisok, thx08:20
zygasmall breakfast and back to work08:43
zygare08:56
zygamvo: can you please force merge https://github.com/snapcore/snapd/pull/870809:05
mupPR #8708: tests: setup portals before starting user session <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8708>09:05
zyganot sure how to unstuck travis there09:05
mvozyga: sure09:12
zygathanks!09:12
mupPR snapd#8708 closed: tests: setup portals before starting user session <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8708>09:13
pedronismvo: some questions/comments in #835109:14
mupPR #8351: config: apply vitality-hint immediately when the config changes <Created by mvo5> <https://github.com/snapcore/snapd/pull/8351>09:14
mvopedronis: cool, thank you09:15
pedronispstolowski: I reviewed #870909:51
mupPR #8709: cmd/snap-preseed, systemd: fix handling of fuse.squashfuse when preseeding (2/3) <Preseeding ๐Ÿž> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8709>09:51
pstolowskipedronis: thank you09:51
mupPR snapd#8715 opened: tests: port interfaces-network-status-classic to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8715>10:11
pedronismborzecki: thanks for the review of the Pool stuff10:13
zygabrb10:26
zygasmall coffee break10:26
zygahmmm10:26
zyga2020-05-25 10:24:19 Cannot allocate google-unstable:opensuse-15.1-64: cannot allocate new Google server for opensuse-15.1-64: invalid value for field 'resource.shieldedInstanceConfig': ''. Shielded VM Config can only be set when using a UEFI-compatible disk10:26
zygamvo: ^ FYI, this is the outdated image used after deploying the new spread binary10:28
zygawe should discuss spread at the standup10:28
mvozyga: ok10:35
mupPR snapd#8714 closed: packaging: remove obsolete 16.10,17.04 symlinks <Simple ๐Ÿ˜ƒ> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8714>10:37
=== Eleventh_Doctor is now known as Eighth_Doctor
mupPR snapd#8716 opened: o/devicestate: refactor current system handling <Simple ๐Ÿ˜ƒ> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8716>10:51
mborzeckipedronis: ^^10:51
mvozyga: I reworked 8508 and it uses outputs now, much nicer indeed10:53
zygawow :)10:53
mvozyga: please have another look, I think this is good to go now10:53
zygalooking10:53
zygait was just a suggestion, I didn't know you'd go all the way :)10:53
mvozyga: it is much nicer this way10:55
zygamvo: https://github.com/snapcore/snapd/pull/8508#pullrequestreview-41763255711:00
mupPR #8508: github: run all spread systems in a single go with cached results <Created by mvo5> <https://github.com/snapcore/snapd/pull/8508>11:00
mvozyga: thanks! yeah, I think the root-owned one is fixed, I will do a followup one this one is in11:01
* mvo didn't want to cram too much into this tiny PR11:01
pedronismborzecki: are you (still) working on not accepting mode not to be set in modeenv?11:03
mborzeckipedronis: yes, i'm back at that branch11:04
pedronismborzecki: thx11:04
zygamvo: thank you!11:04
zygapedronis: small step towards what we discussed https://github.com/snapcore/snapd/pull/871711:10
mupPR #8717: test: session-tool cli tweaks  <Created by zyga> <https://github.com/snapcore/snapd/pull/8717>11:10
mupPR snapd#8717 opened: test: session-tool cli tweaks  <Created by zyga> <https://github.com/snapcore/snapd/pull/8717>11:10
zygaI' afraid my dog just told me I should go for a walk :D11:12
zygabrb11:12
mupPR snapd#8718 opened: boot, many: require mode in modeenv <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8718>11:37
pstolowskipedronis: fyi, my packaging change fails because of  panic: user: Current not implemented on linux/amd6411:40
pedronispstolowski: ?11:40
pstolowskipedronis: something isn't included in the build and snap cli panics in some use cases (login?). i'm unclear, investigating11:42
zygare11:55
zygapstolowski: re11:55
zygapstolowski: when I looked at godbus code there was some interesting difference between how godbus is built11:56
zygapstolowski: and the code handled variants with cgo, without cgo, on various systems11:56
zygapstolowski: perhaps we need somiething similar11:56
pstolowskizyga: it was caused by passing CGO_ENABLED=011:57
zygapstolowski: https://github.com/godbus/dbus/blob/master/homedir.go https://github.com/godbus/dbus/blob/master/homedir_dynamic.go and https://github.com/godbus/dbus/blob/master/homedir_static.go11:59
zygalinux sound magic, after unplugging headphones there was no sound for like 30 seconds12:00
zygaanyway12:00
zygaback to work12:00
mupPR snapd#8715 closed: tests: port interfaces-network-status-classic to session-tool <Test Robustness> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8715>12:01
mupPR snapd#8719 opened: tests: remove dbus.sh <Simple ๐Ÿ˜ƒ> <Created by zyga> <https://github.com/snapcore/snapd/pull/8719>12:03
ijohnsonmvo zyga so if I just go to 8508 and try to restart one of the spread jobs there that passed it should be really quick and effectively a no-op right ?12:51
zygaijohnson: looking12:51
zygaah12:51
* ijohnson is excited to try this12:51
zygayes, I think so :)12:51
zygaif not it'd be quite funny12:52
zygalet's try?12:52
* ijohnson excitedly clicks buttons12:52
mvoijohnson: correct12:52
mvoijohnson: I guess there are a bunch of people starring at this now :)12:53
ijohnsonhaha12:53
ijohnsonwell now it seems the jobs are stuck waiting in the queue because multiple people tried it at once12:55
zygaaka "insert coin"12:55
zygaijohnson: not as exciting but super simple https://github.com/snapcore/snapd/pull/871912:56
mupPR #8719: tests: remove dbus.sh <Simple ๐Ÿ˜ƒ> <Created by zyga> <https://github.com/snapcore/snapd/pull/8719>12:56
ijohnsonNice I'll take a look after SU12:57
zygathanks :)12:57
zygait's just a rm -f12:57
ijohnsonindeed it is! In that case here's your +112:59
zygastandup :)13:00
zygamborzecki: https://github.com/snapcore/snapd/pull/8720/files <- any ideas on better "gimme all processes" command?13:28
mupPR #8720: spread.yaml: add ps aux to debug section <Simple ๐Ÿ˜ƒ> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8720>13:28
mupPR snapd#8720 opened: spread.yaml: add ps aux to debug section <Simple ๐Ÿ˜ƒ> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8720>13:28
zygaat this rate we will have beta and then some more releases till stable13:29
mborzeckizyga: gamma?13:42
zygamborzecki: like adom version13:46
roadmrhey folks any idea who's a good person to poke about snap-store (the gui client)? kenvandine maybe? (but he's off today)13:46
zygaroadmr: no idea, but probably ken indeed13:46
roadmrthanks zyga :)13:48
mupPR snapd#8721 opened: devicestate, sysconfig: revert support for cloud.cfg.d/ in the gadget <Created by mvo5> <https://github.com/snapcore/snapd/pull/8721>13:52
mvozyga: do you know if there is something funny going on with our gh action runners? I see that 8508 takes forever to be re-run, any idea?13:52
zygamvo: looking14:01
zygalots of busy runners14:02
zygamvo: queue size ~1014:02
zygamvo: it should clear in 30 minutes14:02
zygalooks like we got a number of tests re triggered or started14:03
zygaoddly one stuck at -discard for 2 hours 44 minutes14:03
zygaand one 16.04-64 running for over 3 hours 40 minutes14:04
zygabut most of the queue looks happy14:04
zygaah, sorry, those are zombies14:04
zygaperhaps actions runnner bug / not collecting zombies14:04
zyganote that https://github.com/snapcore/snapd/actions?query=is%3Ain_progress gives pretty good visibility14:05
zygaremember that each really consumes a number of runners at once14:05
=== bdx9 is now known as bdx
mvoijohnson: 8508 did successfully run the cached results, I triggered another run to see if restarting twice works too (I see no reason why it would not but I'm paranoid)14:29
mvoijohnson: but yeah, looks like this is ready14:29
* mvo hugs mborzecki for this 14:29
zygayeah, it will be the best of both worlds14:32
mborzeckiyay14:32
ijohnsonmvo: great news!14:33
ijohnsonthanks mborzecki and mvo this will be super amazing14:33
mborzeckibut we fixed the random issues in the tests :P14:34
zygamborzecki: haha14:37
zygamborzecki: only some14:37
zygamborzecki: invariant-tool is amazing because a simple few lines shows you what's left TODO14:37
mborzeckihmm why on earth unsquashfs would read /var/run/systemd/userdb which obviously has systemd_userdbd_runtime_t context14:39
mborzeckiunless it's some another pam/nss/systemd thing14:39
mvoI bet it's pam/nss/whatnot14:40
mborzeckiheh, man 8 nss-systemd, This module preferably utilizes systemd-userdbd.service(8) for resolving users and groups, but also works without the service running.14:41
mvosquashfs is not getting that many commits these days, I don't think code for that would have made it (but I could be wrong of course)14:41
mborzeckiand we call unsquashfs -l during install to check the sanity of a snap14:42
mborzeckiit's still the same user tho14:43
mborzeckiah ok, unsquashfs may be calling getpwent() or somesuch to translate uid -> name14:43
pedronismvo: mborzecki: I commented quickly on #866114:44
mupPR #8661: configcore: add "service.console-conf.disable" config option <Created by mvo5> <https://github.com/snapcore/snapd/pull/8661>14:44
mborzeckithat hits nss, and eventually may reach nss-systemd which probably reads the db directly for simple queries14:44
zygamborzecki: must be nss14:44
zygahttps://github.com/snapcore/snapd/pull/8717 is simple and needs a 2nd review14:46
mupPR #8717: test: session-tool cli tweaks  <Created by zyga> <https://github.com/snapcore/snapd/pull/8717>14:46
zygagentle rain outside, what a lovely sound14:49
mborzeckipedronis: thanks14:51
pedronismborzecki: tbc, the main comment was about no restarting things if nothing has changed14:53
pedronisthe other one is cosmetics14:54
Eighth_Doctorzyga, mborzecki: hey all14:55
zygahey14:55
zygahow are you?14:55
Eighth_Doctorehh, as well as I could be14:56
Eighth_Doctorday one billion of the quarantine14:56
Eighth_DoctorI talk to the napkins now :)14:56
zygaEighth_Doctor: really? I must go out more14:56
roadmrhaha it's been less than 3 months :P14:56
roadmrSchools here closed on March 12th or so14:57
Eighth_DoctorDatto closed on March 13, but I stopped one day early14:57
mupPR snapd#8568 closed: asserts: rest of the Pool API <Bulk assert refresh :scroll::scroll::scroll:> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8568>14:58
ijohnsonzyga: #8717 has 2 +1's and is almost entirely green15:06
zygathanks, merging!15:06
mupPR #8717: test: session-tool cli tweaks  <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8717>15:06
mupPR snapd#8717 closed: test: session-tool cli tweaks  <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8717>15:07
mborzeckiafk for some time15:07
mupPR snapd#8722 opened: tests: check that host settings like hostname are settable on core <Created by mvo5> <https://github.com/snapcore/snapd/pull/8722>15:10
mvocmatsuoka: I pushed a very simple spread test, could you please check that this is essentially what you did with hostname when you tested this manually?15:10
* zyga reboots for updates15:11
mupPR snapd#8508 closed: github: run all spread systems in a single go with cached results <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8508>15:12
mupPR snapd#8723 opened: github: remove workaround for bug 133 in actions/cache <Simple ๐Ÿ˜ƒ> <Created by mvo5> <https://github.com/snapcore/snapd/pull/8723>15:14
pedronismvo: I made also this comment: https://github.com/snapcore/snapd/pull/8661#discussion_r42996990215:28
mupPR #8661: configcore: add "service.console-conf.disable" config option <Created by mvo5> <https://github.com/snapcore/snapd/pull/8661>15:28
cmatsuokamvo: checking15:28
cmatsuokamvo: btw uc18 is also slow, but it doesn't have the 14s delay before the ttyS0 initialization15:28
pedronispstolowski: mborzecki: thanks for the Pool reviews, I landed the bits, now there's the main branch using it, but probably can wait a little bit before reviews, I want to discuss something first15:29
pstolowskipedronis: is it updated with master?15:29
pedronispstolowski: it is, but as I said can wait a little bit15:30
pstolowskipedronis: ack15:30
pedronisijohnson: #8718 is probably something you can help reviewing15:36
mupPR #8718: boot, many: require mode in modeenv <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8718>15:36
ijohnsonpedronis: sure will take a look today15:36
pedronisthx15:37
mupPR snapd#8720 closed: spread.yaml: add ps aux to debug section <Simple ๐Ÿ˜ƒ> <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8720>15:49
mupPR snapd#8704 closed: cmd/snap-preseed: improve mountpoint checks of the preseeded chroot (1/3) <Preseeding ๐Ÿž> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8704>15:50
mupPR snapd#8724 opened: interfaces/block_devices: add NVMe subsystem devices, support multipath paths <โ›” Blocked> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8724>15:50
mvopstolowski: I merged 8704 to unblock you, still one suggestion inline that might be worth looking at in one of the followups15:51
pstolowskimvo: thanks! right, will do15:52
zygathanks mvo!15:52
pedronismborzecki: I reviewed #871615:55
mupPR #8716: o/devicestate: refactor current system handling <Simple ๐Ÿ˜ƒ> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8716>15:55
pedronismvo: did you see my comment about missing newlines? you pushed many times to that PR but not a fix for that15:58
mvopedronis: aha, sorry, missed it16:00
ijohnsonI'm so confused right now16:43
ijohnsonsomehow a change in github.com/snapcore/snapd/snap dir is making github.com/snapcore/snapd/wrappers/ fail by calling systemctl is-system-running seemingly out of thin air???16:44
pedronisijohnson: afaik only snap run is using is-system-running16:52
ijohnsonpedronis: yes I figured it out16:52
ijohnsonwe mock systemctl, then we run shellcheck16:52
ijohnsonon my system shellcheck is a snap16:52
ijohnsonand it just so happened that I had a system key mismatch, so when `shellcheck` as a snap runs, it tries to check if the system is running using the mocked systemctl16:53
ijohnsonvery very confusing bug16:53
pedronisinteresting combination16:53
pedroniswe should probably separate mocking of path vs running shellcheck16:53
ijohnsonmy fix is just to set PATH _after_ we call shellcheck16:55
ijohnsonI had a similar problem with some other unit test a long time ago where some unit test got confused when run by specifically the go snap, which mad some old SNAP_CONFINE var get set and confused the unit test16:56
mupPR snapd#8725 opened: testutil/exec.go: set PATH after running shellcheck <Simple ๐Ÿ˜ƒ> <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8725>17:01
ijohnsonpedronis: so to fix 8711, I wanted to add an options struct to Install, but have that struct defined in github.com/snapcore/snapd/snap/container.go17:06
ijohnsonbut then that leads to an import cycle for github.com/snapcore/snapd/snap/squashfs/squashfs.go to use the struct17:06
ijohnsonso I'm disentangling them so that container.go doesn't container a reference to squashfs and snapdir, then have a register format function like we did in dirs17:06
ijohnsondoes that sound reasonable ?17:07
ijohnsonI will propose this in a separate PR from 871117:07
pedronisijohnson: not sure, it changes how you have to import things17:07
ijohnsonnow with my code snap/container.go doesn't import anything from github.com/snapcore/snapd17:08
ijohnsonpedronis: would it be easier if I just propose it so you can quick look at it?17:08
pedronisijohnson: I mean the issue is that now the other places need to import snapdir and squashfs manually17:08
ijohnsonpedronis: how so ?17:08
ijohnsonI ran all the unit tests and I didn't need to change anything else17:09
pedronisijohnson: mmh17:09
pedronisI'm probably missing something but the tests probably have explicit imports for their reasons17:09
pedronisin snaptest17:09
pedronisetc17:09
mupPR snapd#8726 opened: tests: silence stderr from dbus-monitor <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8726>17:09
ijohnsonmmm let me quick propose it maybe I'm missing something17:09
ijohnsonpedronis: https://github.com/snapcore/snapd/pull/872717:14
mupPR #8727: snap/container.go: don't import snapdir, squashfs; use register format w/ init() <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8727>17:14
=== ijohnson is now known as ijohnson|lunch
mupPR snapd#8727 opened: snap/container.go: don't import snapdir, squashfs; use register format w/ init() <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8727>17:14
mupPR snapd#8719 closed: tests: remove dbus.sh <Simple ๐Ÿ˜ƒ> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8719>17:15
pedronisijohnson|lunch: yea, what I suspected happens, we either need to paper it over, or think more17:17
pedronisijohnson|lunch: https://paste.ubuntu.com/p/JVRZWBHFsm/17:18
ijohnson|lunchHmm17:19
ijohnson|lunchI see your point now17:20
ijohnson|lunchBut how do we not catch this in any unit tests17:20
ijohnson|lunch๐Ÿ˜•17:20
pedronisijohnson|lunch: because the unit tests import snapdir and squashfs explicitly in a couple of places17:21
pedronisfor their reasons17:21
ijohnson|lunchRight but the snapd daemon level tests should surely check that something happened right?17:22
ijohnson|lunchThey should be using snapdir from the snaptest util package iirc17:22
ijohnson|lunchAnyways I need to eat lunch17:22
ijohnson|lunchI will look at this in a little bit17:22
pedronisijohnson|lunch: well, that's the problem snaptest imports snapdir17:22
ijohnson|lunchOh I see17:22
pedronisanyway I don't think the paper it over approach is appropriate17:22
pedronisbecause is fairly annoying for this case17:23
pedronisreal fixes are probably bit of a pain though17:24
mupPR snapd#8727 closed: snap/container.go: don't import snapdir, squashfs; use register format w/ init() <Created by anonymouse64> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/8727>17:34
mupPR snapd#8728 opened: tests: detect stray dbus-daemon <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8728>17:37
pedronisijohnson|lunch: ping me on tg when you want to discuss this17:40
ijohnson|lunchpedronis: sure probably 15 minutes17:41
ijohnson|lunch*in 15 minutes17:41
=== ijohnson|lunch is now known as ijohnson
pedronisijohnson: hi18:07
ijohnsonhey18:07
ijohnsonI'm back now if you want to discuss18:07
ijohnsonpedronis: ^18:07
pedronisijohnson: yes18:07
* zyga afk18:08
ijohnsonpedronis: SU hangout ?18:08
pedronisijohnson: ok18:08
=== KindTwo is now known as KindOne
mupPR snapd#8729 opened: snap,many: mv Open to snapfile pkg to support add'l options to Container methods <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8729>19:09
pedronisijohnson: did a bit of reviewing, I think the not-symlinking PR is too aggressive, will not work well after seeding20:42
ijohnsonHmm20:44
ijohnsonpedronis: So you want the if condition in snapstate to be more specific and only to be applied when seeding is unset?20:45
pedronisijohnson: I think it can defined differently and then it doesn't matter again20:46
pedronisijohnson: there's a bit of a question what to do about snapdir case, it's really for snap try20:46
pedroniscopying is never what you expect there20:46
ijohnsonpedronis ok I see your review20:46
ijohnsonpedronis we could make snapdir just ignore the flag?20:46
pedronisijohnson: either that with a TODO, possibly in uc20 we should check that dir(targetPath) and s.path are on the same device20:47
pedronisbut is not a blocker atm I think20:47
pedronisijohnson: also it adds some spread testing, I made a suggestion20:51
pedroniss/adds/needs/20:51
ijohnsonpedronis axk20:53
pedronisijohnson: to be clear, at it is I think some try tests at least will fail, because they edit things in place20:55
pedroniswhich witht the copy won't work20:55
pedroniswe might have also some spread testing about hardlinking, not sure20:55
pedronisah, also tests/core/seed-base-symlinks/task.yaml needs to be changed, it has a TODO:UC20 atm, but needs a comment about it never working on UC20 intentionally20:59
ijohnsonok, I'll try to fix that as well, need to step out for a bit but I will try to fix before your AM21:01
pedronisijohnson: thank you (I got disconnected, so maybe you saw that already)21:02
ijohnsonYes I saw it21:03
mupPR core20#65 opened: Do not attempt signing changes during snap build <Created by xnox> <https://github.com/snapcore/core20/pull/65>21:45
mupPR snapcraft#3144 opened: docker: setup a multiarch build for snapcraft docker images <Created by adferrand> <https://github.com/snapcore/snapcraft/pull/3144>23:21

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