/srv/irclogs.ubuntu.com/2021/05/31/#snappy.txt

mborzeckimorning05:56
mardymborzecki: hi!06:01
mborzeckimardy: heya06:01
mborzeckimvo: hey06:14
mvogood morning mborzecki !06:17
zyga-mbpgood morning :)06:53
mvogood morning zyga-mbp 06:54
zyga-mbpmvo how are you doing? :)06:54
mborzeckimvo: can you land https://github.com/snapcore/snapd/pull/10162 ?06:59
zyga-mbpmborzecki oh I wish this was a part of spreadw07:01
zyga-mbpbut I don't think yaml.v3 does ordering 07:01
mvomborzecki: sure07:02
mborzeckimvo: thank you07:04
mborzeckimvo: now that we have 2.51 we should be able to land https://github.com/snapcore/snapd/pull/9897 ?07:08
mborzeckimvo: and this one too: https://github.com/snapcore/snapd/pull/1013907:08
mvomborzecki: \o/07:10
mvomborzecki: will do07:10
pstolowskimorning07:12
zyga-mbphey pstolowski 07:15
mvogood morning pstolowski 07:21
jameshmvo: I noticed you retargetted https://github.com/snapcore/snapd/pull/10046 right after reviewing it.  Do we not want to enable dbus-activation for 2.51 now?07:30
jameshah. 2.51 is already tagged07:33
mvojamesh: I tagged it to ensure it is part of the release, it has two +1 so I think we can land it or does it need samueles input at this point?07:34
jameshmvo: I think it had the 2.51 tag before, but maybe I was imagining that.07:36
mvojamesh: I don't see it being tagged for 2.51 in the history but maybe I'm not fully awake :)07:36
mvojamesh: do you think it needs samueles input or can I merge it?07:36
jameshmvo: probably my mistake then.  I remember talking about wanting to delay it until after 2.50+patch releases, but maybe we never added a milestone.07:37
jameshmvo: from my last chat with pedronis, he was happy to see it land.07:37
mvojamesh: excellent, landed 1004607:38
jameshyay!07:39
mvothank you jamesh !07:39
jameshmvo: it's a long time coming.  The first bit of code for this feature comes from a PR you filed in January 2017: https://github.com/snapcore/snapd/pull/259207:41
mvojamesh: \o/ woah, already this long? crazy! good that it landed, thanks so much for pushing it through07:43
pedronisjamesh: hi, I merged desktop-launch, so now we can do follow up for the small details and also what we discussed about not changing libraries07:50
jameshpedronis: just saw the email.  Thanks!07:50
mborzeckiuhh influx of spam in the forum07:52
pedronispstolowski: hi, should I put https://github.com/snapcore/snapd/pull/10290 back into my review queue?07:53
pstolowskipedronis: hi, maybe not yet, i'll try to address the problem with not respecting firstHeld (= allowing to abuse postponement time) mentioned in the standup07:54
pedronismborzecki: hi, we should merge master again into https://github.com/snapcore/snapd/pull/9647 and remove blocked, right? as we are not testing fedora32 anymore07:54
pedronispstolowski: ok07:54
pstolowskipedronis: pedronis but phase2 is ready for re-review07:54
pedronispstolowski: it's in my queue, I will get to it today07:55
mborzeckipedronis: yeah, i can do it it jamesh doesn't mind07:55
jameshmborzecki: I don't mind.07:56
pstolowskii'll also address various naming/comments suggestions from mardy (thanks!)07:56
pedronismborzecki: should I merge https://github.com/snapcore/snapd/pull/10307 ?07:56
pedronismardy: hi, is https://github.com/snapcore/snapd/pull/10282 ready for re-reviews?07:58
mardypedronis: yes, I might add some spread test, but what is in there can already be reviewed08:15
amurraymborzecki: do we have a process of how we normally deal with spammers? I notice I can opt to delete the posts individually OR keep them hidden OR suspend the user OR silence the user OR delete the user and all their posts - but am not sure what the usual next step would be (i'm erring on the latter to just kill it all but don't want to deviate too far from the normal)08:15
pedronismardy: thx, I'm putting it into my queue08:16
pedronismvo: pstolowski: jamesh: mborzecki: I started with the PR to change how we do responses in daemon: https://github.com/snapcore/snapd/pull/1032508:17
* jamesh looks08:18
pedronis*PRs08:19
mborzeckiamurray: i don't think so, i usually just hide their posts, but i don't remove the accounts in case it was hijacked or sth (unless that's blatantly obvious that it's a spammer's account)08:20
pstolowskipedronis: nice, thanks, will look at it08:20
ograjamesh, hrm ... with your mdns commit you add an "avahi-daemon" fake package with a version: 1000 ... that ends up breaking any parsing of the dpkg.list file that the core snaps include (i.e. checking for source packages the core snap was built from)08:54
jameshogra: the intent was to be able to install the NSS module without avahi-daemon (plus deps) without leaving apt in a broken state.  If you've got a better idea for how to achieve that, I'd be happy to change it.08:57
ograjamesh, i totalyl get the intent from looking at the code ... but i think we need to filter out the line from dpkg.list somehow 08:57
pedronismborzecki: mvo: we broke master apparently with the ~/snap perm PR,  because of the new check about order09:03
pedronisof stanzas in spread test09:04
mvopedronis: uh, ok09:04
mvosorry for that09:04
mborzeckijamesh: had to twaek the unit tests a bit in your PR, looks like we landed things in master that assumed /snap/bin always09:08
mborzeckii'm seriously thinking we should run unit tests at least on one system that doesn't use /snap09:09
mborzeckitbh i can open a separate PR with a fix for the tests09:10
pedronisone needs python3-yamlordereddictloader for run-checks --static but except the workflows is not mentioned anywhere :/09:12
mborzeckiand https://github.com/snapcore/snapd/pull/9647 should be updated now09:14
mborzeckipedronis: yeah, that's a change from cachio with a checker for task.yaml format09:14
mborzeckipedronis: do you have a log of the spread test maybe?09:18
pedronismborzecki: I made a fix, hopefully, https://github.com/snapcore/snapd/pull/1032709:18
mborzeckihm conflict checks actually broke something09:27
mborzeckiwonder if it's conflicting with device initialization maybe09:28
pedronismborzecki: where?  the PR has 3 failing spread tests09:29
pedronisah, but they are real, I see09:30
mborzeckipedronis: https://github.com/snapcore/snapd/pull/10291/checks?check_run_id=270841351409:30
mborzeckiyeah, there's a change to obtain that initializes a device and gets a serial, i wonder if that may be conflicting09:30
pedronismborzecki: maybe you should add more to the errors, the kind of change we are conflicting with09:31
mardywho wants to review a simple one? https://github.com/snapcore/snapd/pull/1032809:39
mborzeckiis copying & pasting code from diff on github broken for anyone too?09:43
mborzeckilooks like ff copied the actual html tags09:43
mborzeckimardy: added some comments09:45
mborzeckipedronis: looks like it's conflicting with become-operational after all, the change is failing and gets readded 09:50
pedronismborzecki: we should chat about this because there is probably something to change in those tests09:59
mborzeckipedronis: the test is using fakestore, maybe it's missing some api bits, otoh should one be allowed to remode if device has no serial?10:00
pedronismborzecki: exactly, that's the question10:00
pedronismborzecki: can we chat before the standup?10:42
mborzeckipedronis: sure, let ma add something10:42
pedronisthx10:42
mborzeckipedronis: do you prefer right before the standup or somethign earlier?10:42
pedronismborzecki: I have lunch now, so not ealier than 13:4510:43
mborzeckipedronis: ok, i've added soemthing at 143010:43
mborzeckii'm trying to figure out what exactly is missing here: https://paste.ubuntu.com/p/5n4Jt9hWDy/10:44
mborzeckiassertions seem to be in place10:44
mborzeckimvo: pedronis: i think it's ok to land https://github.com/snapcore/snapd/pull/1032710:50
mborzeckiwill also unblock other prs10:50
mvomborzecki: sure, on it10:52
mborzeckithanks!10:54
mborzeckimardy: there's a failure in the ci https://github.com/snapcore/snapd/pull/10328/checks?check_run_id=271018245511:21
mvoijohnson: hey, good morning. just a quick heads up, I pushed some compat tweaks to 10287 (the quota functional test) including adding a memorylimit compat setting for older systemd11:24
ograjamesh, FYI https://github.com/snapcore/core20/issues/10411:25
ijohnsonHey mvo, thanks for that it was on my to-do list but I got held up being confused by systemd reporting that a non existent service was using 16 exbibytes of RAM11:25
mvoijohnson: yeah, saw that on your notes and no worries, happy to help11:26
mvoijohnson: feels good to write a few lines of code :)11:26
ijohnson:-D11:26
mborzeckimardy: hmm github picked up your other email address? https://github.com/snapcore/snapd/runs/2710223222?check_suite_focus=true11:30
pstolowskipedronis: https://github.com/snapcore/snapd/pull/10290 is ready for re-review11:36
pedronispstolowski: thx, it's on my queue11:39
mardymborzecki: ouch, I'll amend the commits11:45
mborzeckifunny how fedpkg new-sources always fails with 'empty reply from the server' the first time i run it11:51
pedronismborzecki: did you see my question before, should I land 10307 ?12:06
mborzeckipedronis: yes, please land it12:07
mborzeckipstolowski: can you take a look at https://github.com/snapcore/snapd/pull/10326 ?12:16
pstolowskiyep12:16
mborzeckithanks12:21
mborzecki69 prs12:21
=== pfsmorigo_ is now known as pfsmorigo
mardyneed some help with go: suddenly I'm getting errors like: netutil/activation.go:29:2: cannot find package "github.com/coreos/go-systemd/activation" in any of:13:37
mardy /home/mardy/go/src/github.com/snapcore/snapd/vendor/github.com/coreos/go-systemd/activation (vendor tree)13:37
mardy /usr/lib/go-1.13/src/github.com/coreos/go-systemd/activation (from $GOROOT)13:37
mardy /home/mardy/go/src/github.com/coreos/go-systemd/activation (from $GOPATH)13:37
ijohnsonmardy, you may need to run `./get-deps.sh` to update the dependencies again13:41
mardyijohnson: oh, that helped, thanks :-)13:42
ijohnsonnp13:42
mborzeckipedronis: jamesh: afaict the godbus package in sid is missing compatibility bits for GOPATH13:47
jameshmborzecki: I never got any response to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=97489213:48
mborzeckifedora has a compat package that provides a symlink13:48
mborzeckijamesh: hm, looks like we need to hld the update for now, we'll get around to fixing the modules support sometime 13:49
mborzeckihopefully before go 1.1713:49
jameshmborzecki: is Debian still insisting on packaged depenencies for apps using Go modules?13:50
jameshi.e. is this a problem that will solve itself once we transition off of the classic Go build process?13:51
mborzeckijamesh: someone closer to downstream will probably know, mwhudson maybe13:52
=== leosilva is now known as leosilva1
=== leosilva1 is now known as leosilva2
=== leosilva2 is now known as leosilva_
=== leosilva_ is now known as leosilva__
=== leosilva__ is now known as leosilva3
=== leosilva3 is now known as leosilva4
=== leosilva4 is now known as leosilva5
=== leosilva5 is now known as leosilva6
=== leosilva6 is now known as leosilva666
=== leosilva666 is now known as leosilva7
=== leosilva7 is now known as leosilva8
=== leosilva8 is now known as leosilva9
=== leosilva9 is now known as leosilva
pedronismardy_2nd: I commented on https://github.com/snapcore/snapd/pull/1028215:20
pstolowskiijohnson: maybe mvo could merge https://github.com/snapcore/snapd/pull/10316 so you could rebase the followup?15:23
ijohnsonpstolowski: I think we need to sort out what to do for other distros like amazon-linux and centos first, hopefully by my EOD I have it all sorted out15:24
pstolowskiijohnson: ah, i forgot, right15:25
mvoijohnson: please check 10287 too so that we don't duplicate efforts15:25
ijohnsonmvo: I saw you pushed something there just a few minutes ago, do you have more work on top of that that hasn't been pushed ?15:26
mvoijohnson: just this, *hopefully* this fixes the failures, at least my local qemu spread is happy now15:26
ijohnsonmvo: ack I will keep an eye on it then and integrate those changes into 10316 too15:27
mvo+115:27
ijohnsonthanks mvo15:28
* cachio afk16:10
pedronispstolowski: I re-reviewed https://github.com/snapcore/snapd/pull/10290, thanks for the changes16:12
pstolowskipedronis: ty!16:15
ijohnsoncachio: some shellcheck errors in #9615 16:55
cachioijohnson, hi, I'll update they today16:56
ijohnsonthanks16:57
cachiothanks to you16:57
pedronisijohnson: I did a pass on https://github.com/snapcore/snapd/pull/1032317:00
ijohnsonthanks, I will respond to a couple questions and then break for lunch17:01
=== alan_g_ is now known as alan_g
* ijohnson lunches17:08
=== ijohnson is now known as ijohnson|lunch
=== ijohnson|lunch is now known as ijohnson
* cachio afk20:44

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