/srv/irclogs.ubuntu.com/2018/10/16/#snappy.txt

=== chihchun_afk is now known as chihchun
mupPR snapcraft#2353 closed: tests: remove dependency on snapcraft for integration tests <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2353>04:19
=== cpaelzer_ is now known as cpaelzer
mborzeckimorning05:11
mborzeckiugh, travis jobs unhappy again05:13
zygagood morning05:43
zygamborzecki: the dreaded accounts service test05:43
mborzeckizyga: hey05:43
mborzeckiyeah, not repeating in isolation :/05:44
zygaI reproduced it but didn't noice and closed the session05:44
mborzeckiayy05:44
mupPR snapd#5990 opened: tests: do not run degraded test in autopkgtest env <Created by mvo5> <https://github.com/snapcore/snapd/pull/5990>05:44
mvohey zyga05:45
mvoand hey mborzecki05:45
mborzeckimvo: hey05:45
zygahey mvo05:45
zygagood morning05:45
zygaI haven't seen infinity yet05:45
mvozyga: I just asked him in #ubuntu-release05:45
zygaI kicked off main again, I will try to hunt the accounts service failure05:45
zygathanks!05:45
mborzeckihm maybe it's something about gce being slow or sth, that online accounts service is dbus activated, isn't it?05:46
mvozyga: thank you - all autopkgtest are good except for the degraded one05:46
mvozyga: I do the proper release now (without the umount fix sadly)05:46
zygamborzecki: unlikely, bus activated services get the socket from systemd, right?05:54
zygamborzecki: so you'd race with systemd05:54
zygawell - we shall see really05:54
mupPR snapd#5966 closed: snap: overhaul validation error messages <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5966>06:12
mupPR snapd#5991 opened: release: 2.35.5 <Created by mvo5> <https://github.com/snapcore/snapd/pull/5991>06:16
mupPR snapd#5992 opened: release: merge 2.35.5 changes into the 2.36 branch <Created by mvo5> <https://github.com/snapcore/snapd/pull/5992>06:21
zygahttps://blogs.gnome.org/tbernard/2018/10/15/restyling-apps-at-scale/ <- interesting for theming06:24
mborzeckiheh pushed a commit with some additional debug to the PR that failed consistntly due to interfaces-accounts-service, and it's failing no more06:46
mborzeckiwhy am i even suprised06:46
zygabrb06:48
zygamborzecki: it's just an ordering issue06:48
mborzeckizyga: i'm not so sure, the testt that executed before this one do not seem reelvant06:57
zygamborzecki: I sent a trivial PR, we'll see07:01
mborzeckizyga: are debug sections meged together?07:02
mupPR snapd#5993 opened: tests: show list of processes when ifaces-accounts-service fails <Created by zyga> <https://github.com/snapcore/snapd/pull/5993>07:02
pstolowskimornings07:03
mborzeckipstolowski: hey07:03
zygaOh! No07:09
mborzeckipulled logs from 6 failed runs, dropped into python to check if there's a test common to all failed jobs that ran before, seems there's no connection there07:14
mborzeckimaybe we shuld just switch this test to manual to unblock prs07:15
mborzeckizyga: this is what i'm trying with here https://paste.ubuntu.com/p/Ktcj47ZDqh/07:23
mupPR snapd#5991 closed: release: 2.35.5 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5991>07:29
mupPR snapd#5990 closed: tests: do not run degraded test in autopkgtest env <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5990>07:31
pedronismborzecki: the failure mode of that test look like the are different services that provide similar but different apis for something, it's quite weird07:45
mupPR snapd#5994 opened: tests/main/interfaces-accounts-service: more debugging <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5994>07:55
mborzeckihttps://www.reddit.com/r/linux/comments/9oddtb/flatpaks_sandboxes_and_security/ another *pak & sandbox thread08:04
mupPR snapd#5984 closed: ifacestate/hooks: only create interface hook tasks if hooks exist (2.36) <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5984>08:10
zygawoot, that's great08:10
zygathank you again pstolowski08:10
zygaI will try to optimise apparmor use next week08:10
pstolowskizyga: sounds awesome!08:10
zygaman, reading reddit is a waste of time08:17
mborzeckizyga: heh, usual bs in the comments08:18
zygaBS is one thing, I really cannot stand people that claim to know something but are clearly clueless about it08:18
mborzeckibtw. on the topic of desktop themes, anyone running kde? do gtk apps from snaps have breeze properly applied to them?08:23
zygamborzecki: sorry, I'm on gnome usually08:24
zygabut on the bright side, we will always have Adwaita08:24
zygaeh08:29
zyganot a great morning08:29
mvosil2100: bad news, probert seems to be still crashing, I have a theory (only tested on my pi3-64)08:30
zygaquestion, what is probers?08:30
zygaprobert08:30
Chipacawe need a "this topic provides no added value" thing for the forum :-|08:40
* zyga hugs Chipaca 08:40
zygawhat topic is that?08:41
Chipacazyga: today, it's https://forum.snapcraft.io/t/gnome-calendar-is-not-in-spanish/7866/1108:41
Chipacaif it were a support ticket, i wouldn't mind08:41
Chipacaalso, ps, spanish is not a regional language :)08:43
sil2100mvo: oh no08:45
sil2100Let me check if the right version has been pulled in08:45
sil2100Yeah, it looks like it08:46
sil2100mvo: so it's still crashing at the same place in console-conf? On startup?08:46
Chipacazyga: has anything reached master since yesterday?08:48
zyganot that I know of :/08:48
zygalet me look08:48
zygaChipaca: actually, I'm mistaken08:49
zyga063f83e687d1fa2d339bc123ff5c37a2030afb50 landed08:49
Chipacazyga: hello mistaken, i'm Chipaca08:49
zygaI'm Zygmunt if I'm not mistaken08:49
zyga;-)08:49
zyga(or both, knowing me)08:49
Chipacamborzecki: does 'gdbus monitor' work withouot --dest?08:50
Chipaca$ gdbus monitor --session08:51
ChipacaError: Destination is not specified08:51
sil2100zyga: did you try a new image on your dragonboard?08:51
Chipacamborzecki: go with dbus-monitor --session08:51
zygasil2100: I only have the image from Friday08:51
zygashall I re-download http://people.canonical.com/~lzemczak/dragonboard.img.xz ?08:52
mupPR snapd#5995 opened: tests/main/interfaces-accounts-service: switch to manual while we debug the test <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5995>08:53
mborzeckiChipaca: see #599408:54
mupPR #5994: tests/main/interfaces-accounts-service: more debugging <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5994>08:54
Chipacamborzecki: better :)08:55
Chipacamborzecki: or was it always like that, and I'm in need of more coffee?08:55
zygameh, now travis is not doing much08:55
zygaohhh coffee08:55
mborzeckiChipaca: no, i mistyped it, had it `dbus monitor` before08:55
zygaI could use that08:55
Chipacahah, even more fun08:55
mborzeckidid eavesdrop need to be expliclitly enabled for session bus?08:56
zyganot that I recall08:57
Chipacamborzecki: what about checking the package version of accountsservice?08:59
mborzeckiChipaca: that should be the same as if you spin up the test image09:00
Chipacahm, tru09:01
Chipacae09:01
mborzeckiChipaca: gnome-online-accounts                 3.18.3-1ubuntu209:03
mborzeckibtw. pushed a repo with a minimal spread setup i use to spin up images, faster and smaller than doing the same from snapd tree https://github.com/bboozzoo/spread-mini09:07
=== chihchun is now known as chihchun_afk
=== cpaelzer_ is now known as cpaelzer
Chipacamborzecki: also: gdbus introspect --session --dest=org.gnome.OnlineAccounts --object-path=/org/gnome/OnlineAccounts/Manager09:12
=== chihchun_afk is now known as chihchun
ChipacaWTF, travis09:35
Chipacamborzecki: zyga: as travis is kinda stuck, would you mind merging #5994 and #5993 into a single one?09:43
mupPR #5994: tests/main/interfaces-accounts-service: more debugging <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5994>09:43
mupPR #5993: tests: show list of processes when ifaces-accounts-service fails <Created by zyga> <https://github.com/snapcore/snapd/pull/5993>09:43
mborzeckihahah09:43
Chipacaoh wait one of them is already running09:43
Chipaca¯\_(ツ)_/¯09:44
mborzeckiok, hm last time we were debugging this test the observation was that the signature returned as 'expected' is correct and matches that of AddAccount09:48
sil2100zyga: I'll rebuild it in a moment09:49
sil2100(the image)09:49
zygasil2100: ok09:49
mborzeckilooking at my notes i was digging into gdbus to see if there's some parsing error09:49
sil2100I'm on the release sprint right now and we need to fix ubiquity first09:49
zygasure09:49
mvosil2100: sorry for the delay, had a call - my mistake, console-conf is working!09:54
Chipacamborzecki: ISTR gdbus was funny about how it interpreted arguments09:57
mborzeckiChipaca: i switched to busctl now, will push a commit in a minute09:57
Chipacamborzecki: but you can specify the type09:57
mborzeckiat least this one is explicit about the types09:57
Chipacamborzecki: ah, good09:58
zygamborzecki: what is the chance that with more debugging it will no longer fail ;-) ?10:06
mborzeckizyga: high :)10:07
zygastill, I'd love to merge it10:07
zygato see what is wrong10:07
zygaI'm wary of merging your branch with extra kills and what not just because we don't know the problem yet10:08
mborzeckithe upside is we'll know more the next time it appears10:08
zygayes, exactly10:08
mborzeckizyga: i'll drop pkills10:08
sil2100mvo: \o/10:15
sil2100mvo: sweet!10:15
sil2100I'll prep a quick image for zyga in a moment for the db and upload it somewhere, since I'm at the office it should be a fast upload10:16
zygacool10:16
mborzeckizyga: while pipe2 instead of socketpair in your pr?10:18
zygano preference really10:18
zygaalso no need to use sockets :-)10:19
mborzeckizyga: Chipaca: please take a look at #599410:20
mupPR #5994: tests/main/interfaces-accounts-service: more debugging <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5994>10:20
zygawhat is in dbus.env?10:21
mborzeckizyga: when you dbus-launch it spits some stuff you can eval in the shell to set the environment variables, now it's dumped to a file in case i need to use it in debug section10:22
zygaright10:24
zygaI know that,10:24
zygawhat is there in practice :)10:24
zygais it just a variable definition?10:24
ChipacaDBUS_SESSION_BUS_ADDRESS='unix:abstract=/tmp/dbus-QvYL1sZnrl,guid=78c09efa6f3ce976cbffb0a35bc5bc72';10:24
Chipacaexport DBUS_SESSION_BUS_ADDRESS;10:24
ChipacaDBUS_SESSION_BUS_PID=25966;10:24
ChipacaDBUS_SESSION_BUS_WINDOWID=119537665;10:24
mborzeckizyga: https://paste.ubuntu.com/p/TTh392C3Bb/10:25
zygaaha, I see10:25
zygathanks!10:25
mborzeckioh, windowid?10:25
mborzeckiwonder why i don't have it10:25
Chipacamborzecki: probably because I did it from within X and you didn't10:26
zygamborzecki: my PR passed10:26
zygalet's merge it10:26
zygaman, I knew this would happen10:26
mborzeckiChipaca: hm did it in tmux, which was in turn started by systemd user session, maybe that's why10:27
zygasil2100: flashing now10:27
Chipacaan extra downside of this accounts service silliness is that it took me a day to see a trivial bug in my shutdown pr10:27
zyganow let's reproduce the f*r10:28
mupPR snapd#5993 closed: tests: show list of processes when ifaces-accounts-service fails <Created by zyga> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5993>10:28
sil2100zyga: thanks! Fingers crossed it's all resolved here as well10:28
zygawe will know soon10:30
mupPR snapd#5996 opened: [RFC] daemon: support `snap logs snapd` to get snapd logs <Created by mvo5> <https://github.com/snapcore/snapd/pull/5996>10:33
mvocachio: good morning! new snapd 2.35.5 in beta - sorry for yet another dot release :/10:35
mvocachio: but .4 is fine, this is just yet another fix on top10:35
mupPR snapd#5997 opened: ifacestate: simplify task chaining in ifacestate.Connect <Created by stolowski> <https://github.com/snapcore/snapd/pull/5997>10:37
pstolowskimborzecki: ^ the simplification you suggested in previous PRs10:38
pstolowski*PR10:38
zyganice pstolowski :)10:38
mborzeckipstolowski: nice10:38
zygasil2100, mvo: booting ...10:40
zygafingers crossed10:40
zygasil2100, mvo: no more crashes!10:43
zygawoot10:43
mvozyga: yay10:43
zygasil2100: what was the issue?10:43
zygasil2100, mvo: although it does not crash I cannot actually connect to wifi10:47
zygait times out all the time10:47
zyga(wifi dit not change)10:47
mvozyga: same for me on my pi3-6410:47
mvosil2100: -^10:47
zygabor0en10:48
zygaor just broken10:48
=== prime is now known as Guest4938
Chipacamvo: want me to give the appInfosFor a stab? I'm blocked waiting for spread otherwise :-)10:51
Chipacabah, i've got other things i could do10:51
Chipacalike lunhc10:52
Chipacalunch10:52
Chipacabut that's boring10:52
zygasil2100: do you need that reported?10:57
mupPR snapd#5998 opened: osutil: tweak handling of error adduser errors <Created by mvo5> <https://github.com/snapcore/snapd/pull/5998>10:59
mvoChipaca: app infos for as in 5996?11:01
Chipacamvo: ah, yes :-)11:01
mvoChipaca: I would not mind - but note its still an RFC PR that needs approval from gustavo11:02
Chipacamvo: actually we could expose a pseudo-snap 'snapd' in /v2/snaps11:03
mvoChipaca: that works for me11:04
mvoChipaca: no strong opinion either way11:04
Chipacamvo: snapInfosFor calls allLocalSnapInfos, if we make that one pseudo-snapd-aware, we get a consistent pseudo-snapd in the api (except you can't remove/refresh/etc it sometimes)11:04
Chipaca(the latter makes it awkward, i guess)11:04
Chipacabah :)11:04
Chipacait depends on what we want11:05
Chipacai'll comment on the rfc11:05
* mvo nods11:05
mvothank you!11:05
pedronisChipaca: we have system and snapd (as pseudo but not quite things),  should snap logs system do the same,  do something?11:07
pedronisall of this is cute but without a plan it will get messy11:07
zygasnap logs system giving just snapd logs feels weird though11:07
pedronisyea, agreed11:08
pedronisalso snapd will be a snap11:08
zygabut without services11:08
zygaso all kinds of weirdness11:08
sil2100zyga: yeah, not sure what's the reason for that not working, I think I also had wifi issues on my regular armhf rpi3 core18 last time11:09
Chipacapedronis: zyga: FC on the RFC11:09
sil2100Not sure if that got reported somewhere11:09
sil2100I guess Paolo was looking at something like that?11:09
pedronisChipaca: my C  is mostly that it probably needs a forum topic11:10
Chipacasergiusens: what was the env var that dropped snap/snapcraft.yaml and manifest.yaml into the snap?11:16
pedronisChipaca: I think  SNAPCRAFT_BUILD_INFO=1  from here:  https://forum.snapcraft.io/t/notifications-for-out-of-date-stage-packages/516111:18
Chipacathanks11:18
sergiusensChipaca: I see you found it11:27
Chipacasergiusens: yes, thanks11:28
pstolowskiwe're at the brink of opening 3rd page of PRs... would be good to land some11:28
Chipacagrep took me to the tests, and then samuele confirmed it :)11:28
Chipacapstolowski: har har11:28
sergiusensChipaca: hah, I thought you would have done a forum search first 😉11:29
Chipacapstolowski: dunno if you noticed but we've been fighting the spread tests since at least yesterday11:29
mborzeckipstolowski: well, stuff is blocked by travis atm11:30
pstolowskiChipaca: yes i'm aware11:30
Chipacapstolowski: almost everything in the first page is red11:30
mborzeckihopefully we can land #5994 soon11:30
Chipacaso, i mean, sure it'd be nice to land stuff11:30
mupPR #5994: tests/main/interfaces-accounts-service: more debugging <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5994>11:30
zygamborzecki: it failed in my PR11:32
mborzeckizyga: hm, which one?11:32
zygahttps://www.irccloud.com/pastebin/OuTgkBZz/11:32
zygahttps://github.com/snapcore/snapd/pull/598811:33
mupPR #5988: cmd: rename ns_group to mount_ns <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/5988>11:33
mborzeckizyga: is that goa using 100MB of mem/11:33
zygaapparently11:34
mborzeckianyone willing to look at #5959 while we wait for PRs to be green again?11:37
mupPR #5959: systemd: extend Status() to work for socket and timer units <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5959>11:37
=== juergh_ is now known as juergh
zygamborzecki: done11:41
mborzeckizyga: thanks!11:41
cachiomvo, hi11:44
cachiosure11:44
cachiomvo, I'll make a run11:44
zygamborzecki: I pushed https://github.com/snapcore/snapd/pull/599911:44
mupPR #5999: tests: ensure that goa-daemon is off <Created by zyga> <https://github.com/snapcore/snapd/pull/5999>11:44
zyganot sure if this is a red herring or real11:44
cachiomvo, should we promote 35.4 to stable?11:44
mupPR snapd#5999 opened: tests: ensure that goa-daemon is off <Created by zyga> <https://github.com/snapcore/snapd/pull/5999>11:45
pstolowskiChipaca: #5961 gtg11:47
mupPR #5961: snap/pack, snap/squashfs: use type to determine mksquashfs args <Created by chipaca> <https://github.com/snapcore/snapd/pull/5961>11:47
mborzeckizyga: i'm not sure it's a problem though, the original error is Error: GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: Type of message, '(ssssa{ss})', does not match expected type '(sssa{sv}a{ss})', so the expected type is correct and matches what busctl introspect shows11:48
mborzeckizyga: the mystery is why gdbus came up with (ssssa{ss})11:49
mborzeckizyga: it's like it's treating '{}' as s instead ov a{..}11:50
mborzeckiand only occasionally11:50
mborzeckioff to pick up the kids11:51
dot-tobiasHi everyone11:52
zygahey11:53
sil2100mvo, zyga: another good news - we seem to have everything for enabling core18 dailies, so I'll do that once we spin out latest RC images for cosmic12:00
sil2100As I don't want to eat up precious resources before we're done with those12:00
zygasil2100: ok let me know if you need any more testing12:00
mupPR snapcraft#2355 closed: extensions: cleanup and generic tests <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2355>12:10
mupPR snapd#6000 opened: snap,client: use a different exit code for retryable errors <Created by mvo5> <https://github.com/snapcore/snapd/pull/6000>12:12
mvocachio: yeah, 2.35.4 can go to stable12:14
Chipacamvo: do you need #5986 squashed?12:14
mupPR #5986: data/systemd, wrappers: tweak system-shutdown helper for core18 <Simple 😃> <⚠ Critical> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5986>12:14
mvosil2100: nice, thanks!12:15
mvosil2100: did our 2.35.5 snapd upload from cosmisc-proposed made it?12:15
Chipacaalso dunno what makes gdbus go ssssa{ss} instead of sssa{sv}a{ss} but it looks like it's over it for a bit12:15
Chipaca:-(12:15
mvoChipaca: yes, please squash 5986 it will be needed for 2.3612:16
mvoChipaca: and thanks for this PR, nice job!12:16
Chipacamvo: should i retarget it? (it's currently targetted to 2.35)12:16
Chipacatargeted*12:16
mvoChipaca: yeah, I really really job we are done with 2.3512:16
Chipaca:)12:16
mvopedronis: I pushed a PR for the retryable errors, iirc field was askign for this in the context of auto-connect (just fyi)12:17
dot-tobiasogra: I'm trying to rotate the HDMI display connected to my Pi 3B running Core edge (edge because I need the mir-kiosk snap). setting pi-config.display-rotate=1 and then rebooting seems to bog the system, it does not boot up at all anymore. Removing the option from config.txt (SD inserted into the reader on my main machine) allows proper boot again. This does not occur on Core stable. Is this known or should I open a forum thread? Couldn't find12:18
dot-tobias anything there.12:18
mupPR snapd#5986 closed: data/systemd, wrappers: tweak system-shutdown helper for core18 <Simple 😃> <⚠ Critical> <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5986>12:18
mupPR snapcraft#2356 opened: nodejs plugin: add support for bases <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2356>12:19
Chipacapstolowski: thanks for the review! I'll add a comment to Alike in a followup (but note it's only there for tests)12:20
pstolowskiChipaca: k, yes, i know it's for test12:21
pedronismvo: ah, I see, was confused for a second (too many problems with similar terms)12:21
mupPR snapd#5961 closed: snap/pack, snap/squashfs: use type to determine mksquashfs args <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5961>12:21
jdstrandmvo: hey, do you want a 2.36 branch for PR 5989?12:29
zygaerror: cannot communicate with server: Post http://localhost/v2/snaps: write unix @->/run/snapd.socket: write: broken pipe12:29
mupPR #5989: interfaces/system-key: add parser mtime and only discover features on write <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5989>12:29
zygaman, my trivial PR is red for 40 hours over random stuff12:29
jdstrandzyga: hey, I know the feeling12:29
zygayeah :|12:29
jdstrand"do I really want to fix that typo?" ;)12:30
zygamvo: the graceful restart thing, is that a thing?12:30
zygagraceful restart breaking snap install (perhaps) https://www.irccloud.com/pastebin/6cblPVl4/12:30
zygajdstrand: "let's start with this simple PR"12:31
jdstrandzyga: "I'll just merge from trunk"12:32
zygajdstrand: I actually tried to debug various failures12:32
jdstrandzyga: I see you are looking at the accounts-service ones. thanks!12:32
zygabut this is not the very best of Tuesdays12:32
jdstrandbeen seeing those a lot12:33
mvojdstrand: yes please - 2.36 for 598912:35
mvozyga: hm, the graceful stop breaks? or start? the log you pasted looks harmless?12:36
mborzeckire12:36
zygasnap install died on unix socket hangup12:36
zygaerror: cannot communicate with server: Post http://localhost/v2/snaps: write unix @->/run/snapd.socket: write: broken pipe12:37
mvozyga: oh? do you have more details?12:37
mborzeckizyga: got journactl of snapd?12:37
zygadoesn't look transparent12:37
zygahttps://api.travis-ci.org/v3/job/441691823/log.txt12:37
mvozyga: thanks, let me look12:37
zygalook for "error executing" please12:37
zygasave the log guys, I really want to land and iterate :/12:37
zygaso I want to restart that job12:37
zygajust tell me when please12:37
mvozyga: right, I see the error12:38
zygamborzecki: ready?12:40
mborzeckizyga: yeah12:40
zygarestarting job12:40
mborzeckimvo: isn't that just snap (the client) polling and hitting /run/snapd.sock with some unfortunate timing?12:40
mvomborzecki: the log looks odd, it looks like core got installed12:41
mvomborzecki: and with a snap snapd should not go into stop mode12:41
mvomborzecki: aha, no - just the core configureation, hm12:42
mvomborzecki: maybe it is just unfortunate timing12:42
mvomborzecki: which still sucks :/12:42
zygamvo: I'm more and more convinced we should do something with systemd to ensure we can shut down gracefully12:45
zyga(that is, pass the fd back and exit)12:45
zygaand then let systemd handle the grace period where we are going down12:45
mvozyga: right, I'm not sure how to do that race-free yet, I am looking into a test to reproduce the current issue now12:48
mborzeckizyga: afaiu this is a remote end doing shutdown on a connection12:51
pedronisniemeyer: mvo: hi, reminder that I have a conflict with the standup12:56
zygamvo: did you look at sd_pid_notify_with_fds ?12:57
niemeyerpedronis: Ack, thanks12:57
mvozyga: I did not12:57
mvozyga: thank you, I have a look now12:58
mvozyga: aha, neat, that looks interessting12:59
mborzeckihttps://github.com/snapcore/snapd/pull/5994 is green, land it?13:01
mupPR #5994: tests/main/interfaces-accounts-service: more debugging <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5994>13:01
mupPR snapcraft#2357 opened: scons plugin: add support for bases <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2357>13:05
mupPR snapd#6001 opened: interfaces: typo 'allows' for consistency with other ifaces <Created by zyga> <https://github.com/snapcore/snapd/pull/6001>13:18
mupPR snapd#5994 closed: tests/main/interfaces-accounts-service: more debugging <Created by bboozzoo> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5994>13:29
mupPR snapd#5988 closed: cmd: rename ns_group to mount_ns <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5988>13:37
mborzeckihttps://paste.ubuntu.com/p/3D95h34pXs/13:42
mborzeckiheh, so i broke dbus/gdbus/goa https://paste.ubuntu.com/p/4bF95krMWf/13:44
mupPR snapd#5995 closed: tests/main/interfaces-accounts-service: switch to manual while we debug the test <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/5995>13:47
mupPR snapd#6002 opened: interfaces/system-key: add parser mtime and only discover features on write - 2.36 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/6002>13:48
Chipacamborzecki: the dbus snakes are attacking13:52
pstolowskizyga: might be worth re-running the tests on 5170, they were last run 19 days ago13:52
zygapstolowski: great point13:52
zygapstolowski: they will fail on accounts service ;-)13:53
pstolowski:)13:53
mupPR snapd#5998 closed: osutil: tweak handling of error adduser errors <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5998>13:55
jdstrandmvo: fyi, https://github.com/snapcore/snapd/pull/6002/14:05
mvojdstrand: thank you!14:05
mupPR #6002: interfaces/system-key: add parser mtime and only discover features on write - 2.36 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/6002>14:05
jdstrandmvo: fyi, I'll let you decide on PR 5980, PR 5981 and PR 5982 for 2.36 (I'm not pushing for it-- might be nice to have more testing), but it would be nice if they were in trunk by SLC14:07
mupPR #5980: interfaces/apparmor: conditionally add explicit deny rules for ptrace <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5980>14:07
mupPR #5981: interfaces/many: updates to support k8s worker nodes <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5981>14:07
mupPR #5982: interfaces/many: conditionally use 'unsafe' with docker-support change_profile rules <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5982>14:07
jdstrandmvo: that's just an fyi for what I'm thinking about. I know you're busy, so whatever you decide14:08
sergiusensmvo: cachio are are your travis pull requests just stalled? A quick check on your PR run tells me so, our are too 😢14:08
cachiosergiusens, we have several on the queue14:11
sergiusensbut none are running right? just waiting?14:11
cachio2 running14:11
cachiothe rest waiting14:12
cachio3 running14:12
sergiusensah, I see, closer to the bottom https://travis-ci.org/snapcore/snapd/pull_requests14:13
cachio:)14:14
sergiusensmvo: what is the ETA for core16 coming to stable? Not rushing, just getting my ducks aligned 🙂14:26
zygaChipaca, mvo: shall we land the .po update?14:26
Chipacazyga: I'm not sure I can +1 it at this point :)14:28
mvosergiusens: thats a sil2100 question now :)14:28
mvosergiusens: foundations works on this14:28
mvozyga: yes14:28
mvoChipaca: no? why not?14:28
Chipacazyga: mvo: but I +1 the ones mvo committed14:28
Chipacamvo: 5 commits,  4 by me14:29
mvoChipaca: haha14:29
mvoChipaca: ok14:29
Chipacathere, I +1'ed it :)14:29
mupPR snapd#5935 closed: po: sync translations from launchpad <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5935>14:31
mvothanks zyga14:31
mborzeckihm i can reproduce the problem with dbus when goa-daemon is in the process of dying and a call is made, at least in that situation busctl delivers more meaningful error message14:31
mborzeckistill, we do not kill goa-daemon in the test14:32
mvomborzecki: nice14:32
zygamborzecki: my PR has kills it14:35
Chipacazyga: mvo: #5980 has two +1's (from you two), is green, but jdstrand said it was ready for re-review. Seems to me to be a quick one :)14:37
mupPR #5980: interfaces/apparmor: conditionally add explicit deny rules for ptrace <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5980>14:37
sil2100mvo, sergiusens: aaaaa, for core16 it's well, not foundations as far as I know14:38
sil2100mvo, sergiusens: since I don't have upload access for core16 in the store or even snap recipe access (AFAIK)14:38
mvosil2100: for core16 it is - for "core" (without the 16) we are still in charge14:39
sergiusensmvo feels like it might still be your problem if only to transition correctly 😅14:39
mvosil2100: sounds like we need to fix the access :)14:39
ChipacaI could use reviews on #5957 (it unblocks #5955)14:40
mupPR #5957: overlord/snapshotstate/backend: fall back on sudo when no runuser <Snapshots 📸󠁟> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5957>14:40
mupPR #5955:  cmd/snap, tests: snapshots for all <Snapshots 📸󠁟> <⛔ Blocked> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5955>14:40
mvosil2100: snap recipe is here https://github.com/snapcore/core1614:40
mvosil2100: and you should have store access now :)14:41
sil2100mvo: thank you!14:41
mvosil2100: let me know if I can help, sorry if my earlier reply to sergiusens  sounded strange, I think for core16 we need the same mechanisms as for core18, i.e. a watcher that scans for package changes and that then triggers a core16 build plus some (auto) testing14:42
sil2100mvo: sure! The script for core18 is ready btw., just waiting for some time to poke Steve about a nice comfy place for it to be on14:43
sil2100Hopefully I won't have to create a new instance for it, my mojo mojo is weak14:44
mvosil2100: cool14:44
mvosil2100: yeah, I had the same problem with my cnf-extractor-charm - fortunately I was rescued by IS14:44
mvosil2100: speaking of this, thats something I need to talk to steve about as well :)14:44
mvosil2100: anyway, none of your concerns (most likely)14:45
tomwardillhello! A question, what happens if a snap pre-refresh hook fails? Can it abort the refresh and continue with the existing installed version?14:56
Chipacatomwardill: yes14:59
pstolowskitomwardill: it should work that way yes, are you experiencing something else?14:59
tomwardillChipaca, pstolowski: We've not tried yet, was just checking if it worked that way15:00
tomwardillis it just a case of exit(1) from the hook?15:00
Chipacatomwardill: yep15:01
tomwardillexcellent, thanks.15:02
Chipacaat least that's what the integration test uses :-)15:02
sil2100sergiusens: anyway, we weren't looking at core16 recently yet15:03
sil2100sergiusens: so I guess it15:03
sil2100argh, I guess it15:03
sil2100(keyboard errors)15:03
sil2100I guess it'll still take a bit15:03
sil2100Since you mentioned it now, I'm doing an image test build to see what's the current state15:05
mupPR snapd#6003 opened: cmd/snap: block 'snap help <cmd> --all' <Simple 😃> <Created by chipaca> <https://github.com/snapcore/snapd/pull/6003>15:14
=== chihchun is now known as chihchun_afk
Chipacahmm, hmm, snap refresh --offline16:09
pedronisChipaca: what would that do ?16:13
Chipacapedronis: remember apt-zip?16:13
pedronisno16:14
Chipacahttps://wiki.debian.org/AptZip16:14
pedronisI see16:14
Chipacapedronis: context is a person in the forum in 'the heart of africa' (says their profile), 3rd world with intermittent energy and connectivity, wanting to only talk to the store once and get everything for multiple devices16:18
Chipacapedronis: I tagged you in one of the topics on this, there's a second (linked to that one)16:18
Chipacaanyway, i'm off for a bit16:19
mupPR snapd#6004 opened: cmd/snap-confine: reduce verbosity of debug and error messages <Created by zyga> <https://github.com/snapcore/snapd/pull/6004>16:20
jdstrandmvo: I think this is what sergiusens may have been reporting. it looks like my 5981, 5989 and 6002 PRs are 'stuck'. 'Details' show all green for 5981, shows spread at 6 minutes for 5989 (did that restart?) and show nothing started for 600216:20
jdstrandmvo: let me know if I should do something16:21
zygadpkg-deb: error: <compress> from tar -cf subprocess was killed by signal (Illegal instruction), core dumped16:36
zygathat's a new error16:36
=== chihchun_afk is now known as chihchun
mupPR snapd#5992 closed: release: merge 2.35.5 changes into the 2.36 branch <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5992>17:11
mvojdstrand: sorry for the slow reply - "stuck> not sure what we can do, I poke around a bit17:21
zygahey mvo17:22
zygaback from sports?17:22
mvozyga: yes17:22
zygamvo: I wonder if I can and 6001 today17:22
zygamvo: there's a deadlock in one of the tests: https://api.travis-ci.org/v3/job/442145572/log.txt17:24
mvozyga: urgh17:24
zygalook for PC=0x5626a1bf1aa117:24
mvozyga: hrm, hrm, its not even clear where it hangs17:26
jdstrandmvo: no worries. let me know if I need to mash any buttons or anything17:35
zygamvo: if still here can I land 599918:01
zygajdstrand: I know there are other priority things on your plate but gentle ping about the oldest open PR: https://github.com/snapcore/snapd/pull/517018:02
mupPR #5170: interfaces/builtin: add adb interface <Created by zyga> <https://github.com/snapcore/snapd/pull/5170>18:02
mupPR snapcraft#2357 closed: scons plugin: add support for bases <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2357>18:02
jdstrandyes. it seems like it, but it isn't forgotten18:02
zygathat's great, I'll try to review your PRs tomorrow18:02
zygajdstrand: I sent a rewording PR for snap-confine but it's just about making the debug and error messages more consistent so I didn't request your review on anything18:04
zygathere's a 2nd PR about IPC tweak (upgrading eventfd to a full pipe) so that the helper can do more18:04
zygaI don't think this is security critical either but if you want I can request your review18:04
zygathough I'd rather not really since it's just the start and I have more after that and it would probably not land this week18:05
jdstrandzyga: are they all static messages or is there string handling in the debug/error messages that changed?18:05
jdstrands/is there/are there/18:05
zyganothing new18:05
zygajust changing existing strings18:05
zygano more string manipulation18:05
zyga(actually less, I remove some of the repeating arguments we keep saying over and over, like snap name)18:05
zygaIn general I tried to make it more terse and more useful18:06
mupPR snapd#5980 closed: interfaces/apparmor: conditionally add explicit deny rules for ptrace <Created by jdstrand> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5980>18:13
zygajdstrand: can you please merge master into 598218:13
zygamvo: FYI: another PR had a deadlock in cmd/snap, something to be wary of18:14
=== chihchun is now known as chihchun_afk
zygajdstrand: and 5981 please18:16
zygaok, I gotta go18:16
zygapromised to watch Han Solo with my son :)18:16
zygattyl18:16
jdstrandzyga: nice, thanks! :)18:19
jdstrandzyga: enjoy :)18:19
* jdstrand wonders why 5981 is showing changes to master that were merged in 598018:32
jdstrandafter merging master18:32
jdstrandoh, it idn't have it yet18:36
jdstrandweird18:36
mupPR snapcraft#2358 opened: dotnet plugin: add support for bases <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2358>18:44
mvozyga: same package the deadlock?19:10
mvozyga: might be worth running it with go test -count 100019:10
Chipacazyga: deadlock?19:11
Chipacaah19:11
Chipacahan solo wins19:11
slvn_Hey, my 10 snaps games are published for a while. Only two of them appear in the listing of snapcraft.io20:25
mupPR snapd#6005 opened: snap/pack, snap/squashfs: remove extra copy before mksquashfs <Created by chipaca> <https://github.com/snapcore/snapd/pull/6005>22:35
mupPR snapd#6006 opened: tests: move spread-shellcheck to run-checks --static <Created by chipaca> <https://github.com/snapcore/snapd/pull/6006>23:10
mupPR snapcraft#2359 opened: [WIP] extensions: add glib <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2359>23:27

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