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

=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== phoenix_firebrd is now known as murthy
=== epod is now known as luk3yx
=== StoneTable is now known as aisrael
=== Mirv__ is now known as Mirv
mborzeckimorning06:16
mborzeckistarting later today, had to drive kids to school06:17
=== iliv_ is now known as iliv
=== chiluk_ is now known as chiluk
zygaHey mborzecki07:02
zygaFriday comes so quickly lately07:02
mborzeckizyga: hey07:02
pstolowskimorning07:04
mborzeckipstolowski: hey hey07:08
mborzeckibtw. godbus and our unit tests are a bit messy07:09
mupPR snapd#6046 closed: cmd/snap-confine: remove SC_NS_FAIL_GRACEFULLY <Simple πŸ˜ƒ> <Created by zyga> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6046>07:10
zygaThank07:10
mupPR snapd#6045 closed: cmd/snap-seccomp: only look for PTRACE_GETFPX?REGS where available <Created by chipaca> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6045>07:17
mborzeckineed coffee07:22
mborzeckiChipaca: what do you think about https://github.com/snapcore/snapd/pull/6042#discussion_r228421624 ?07:47
mupPR #6042: overlord/standby: fix a race between standby goroutine and stop <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6042>07:47
Chipacamborzecki: not a lot07:50
Chipacamborzecki: coffee hasn't kicked in07:51
mborzeckiChipaca: heh same here :)07:52
Chipacamborzecki: so08:00
Chipacamborzecki: that channel in the test still has the same race08:01
Chipacamborzecki: unless i'm missing something :-)08:01
Chipacalet me apply it locally to test08:01
mborzeckiChipaca: ok08:02
Chipacamborzecki: hm, the patch won't08:05
Chipacawon't patch i mean08:05
mborzeckiChipaca: doesn't apply?08:05
Chipacaright08:05
mborzeckisec, i'll give you a link then08:06
mborzeckiChipaca: https://github.com/bboozzoo/snapd/commit/ed331c0c44b8fd776cca49ed1e8a34060eb682e908:06
Chipacamborzecki: did you know you can add ".diff" to the end of that?08:07
mborzeckiomg, really? :)08:07
zygayep :)08:07
mborzeckidamn, it works08:08
zygaanyone for a trivial remove PR https://github.com/snapcore/snapd/pull/6047 ?08:08
mupPR #6047: cmd: remove remnants of sc_should_populate_mount_ns <Simple πŸ˜ƒ> <Created by zyga> <https://github.com/snapcore/snapd/pull/6047>08:08
zygasorry for starting late08:09
zygaI feel so sleepy08:09
zygayesterday was good though, some useful things got done08:09
zygahttps://github.com/snapcore/snapd/pull/6019 needs a 2nd review08:11
mupPR #6019: ifacestate: optimize disconnect hooks <Created by stolowski> <https://github.com/snapcore/snapd/pull/6019>08:11
zygaChipaca: you commented on https://github.com/snapcore/snapd/pull/6016 before, a formal +1 or -1 would help to decide08:12
mupPR #6016: [RFC] move various name validation helpers to snap/name package <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6016>08:12
Chipacazyga: there was a chunk of discussion of the pr, i need to re-read it a bit08:12
zygathanks, sure08:13
zygadisclaimer: I'm not trying to be pushy, just looking at PRs top to bottom08:13
mborzeckiso i'm reading dbus spec and find this: It could be ASCII or UTF-8, but could also be ISO Latin-1 or any other encoding.08:14
mborzeckiaka. surpsise string08:15
mupPR snapd#5958 closed: NOT-REVIEW: tests: Add debug info main suite <Created by sergiocazzolato> <Closed by zyga> <https://github.com/snapcore/snapd/pull/5958>08:15
mupPR snapd#6008 closed: client, daemon, cmd/snap: indicate that services are socket/timer activated <Created by bboozzoo> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6008>08:15
zygamborzecki: aka what were they thinking?08:16
Chipacamborzecki: what could be?08:16
mborzeckiChipaca: linux security label08:18
Chipacaah08:18
zygapstolowski: is https://github.com/snapcore/snapd/pull/5962/files read y for review?08:18
mupPR #5962: ifacestate/hotplug: hotplug handlers <Complex> <Hotplug πŸ”Œ> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5962>08:19
Chipacamborzecki: about standby, I wonder about the need of the nested goroutine08:19
pstolowskizyga: yes08:19
mborzeckiChipaca: hm maybe, i wrote that before morning coffee08:20
Chipacamborzecki: it seems to me (but i could be wrong) that the second (outer) goroutine and the stopDone channel are spurious08:20
Chipacamborzecki: want to merge your changes, and i push more onto it? i've got a couple of tweaks (one of them, dropping that outer goroutine) but otherwise lgtm08:20
zygaogra_: can you please check https://github.com/snapcore/snapd/pull/591508:21
mupPR #5915: interfaces/network-setup-control: allow calling netplan generate/apply <Created by ogra1> <https://github.com/snapcore/snapd/pull/5915>08:21
Chipacai'm not convinced the channel dance is better than the wait, in that i'm not sure it's racy in the same way (just less likely because it's using the 200ms wait from the standby instead of an external 50ms wait) but if you are, i'm happy08:21
mborzeckiChipaca: you want to merge the whole PR or should i just push that patch to the branch?08:21
Chipacamborzecki: to the -proposal branch?08:22
mborzeckiok08:22
Chipacamborzecki: I don't mind08:22
Chipacamborzecki: I already pushed to yours:-)08:22
Chipacamborzecki: i do that, and then you merge once we agree?08:23
mborzeckiChipaca: sgtm08:23
zygamborzecki: could you please check https://github.com/snapcore/snapd/pull/578908:24
mupPR #5789: snap: only show "next" refresh time if its after the hold time <Created by mvo5> <https://github.com/snapcore/snapd/pull/5789>08:24
zygaChipaca: can you look at https://github.com/snapcore/snapd/pull/5712 - it is green and has two reviews, I wonder if we should just merge it08:25
zyga(perhaps re-triggering tests to see if it really passes now)08:25
mupPR #5712: overlord: make InstallMany work like UpdateMany, issuing a single request to get candidates <Reviewed> <Created by pedronis> <https://github.com/snapcore/snapd/pull/5712>08:25
Chipacazyga: no plz08:28
Chipacazyga: samuele hasn't merged it because it needs more tests08:30
zygak08:30
zygaI'll add blocked08:30
Chipacazyga: add a comment about why, then :-)08:31
Chipacazyga: 1 sec let me give you a link08:31
zygadone08:31
zygaoh?08:31
zygajust comment on the PR :)08:32
Chipacazyga: https://irclogs.ubuntu.com/2018/10/04/%23snappy.html#t19:5208:32
zygata08:33
Chipacacommented also08:33
mupPR snapd#5885 closed: Adding DPDK interface for DPDK Snap <Decaying ☒> <Created by wililupy> <Closed by zyga> <https://github.com/snapcore/snapd/pull/5885>08:33
zygawith a few simple reviews we will be on one page08:34
mupPR snapd#6047 closed: cmd: remove remnants of sc_should_populate_mount_ns <Simple πŸ˜ƒ> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6047>08:36
zygaChipaca: can we merge https://github.com/snapcore/snapd/pull/6025 or would you rather wait until Gustavo sees it?08:37
mupPR #6025: Add go.mod files <Created by ryanjyoder> <https://github.com/snapcore/snapd/pull/6025>08:37
* zyga goes to review https://github.com/snapcore/snapd/pull/603408:37
Chipacazyga: it feels like he should be at least aware of it, n'eh?08:37
mupPR #6034: many: save media info when installing, show it when listing <Created by chipaca> <https://github.com/snapcore/snapd/pull/6034>08:38
zygayep, I'll add blocked08:38
Chipacazyga: and tag him please08:38
Chipacazyga: 6034, tag it for pedronis please08:38
Chipacazyga: thank you :-)08:38
zygak08:38
Chipacamborzecki: tell me what you think of that (re 6042)08:40
Chipacadegville: morning sir08:44
degvilleChipaca: morning!08:58
Chipacadegville: was just wanting to check if you'd had time to look at the changes to https://github.com/snapcore/snapd/pull/5955/files09:00
mupPR #5955: cmd/snap, tests: snapshots for all <Snapshots πŸ“Έσ Ÿ> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5955>09:00
degvilleChipaca: yes, sorry - looking now.09:00
Chipacadegville: ok no problem09:01
Chipacadegville: thank you09:01
mupPR snapd#6049 opened: cmd/snap, userd, testutil: tweak DBus tests to use private session bus connection <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6049>09:07
mborzeckiChipaca: zyga: hope this may fix userd/dbus issues we're seeing in tests09:07
mborzecki^^09:07
Chipacalooking09:07
zygammm09:07
zygamborzecki: I'm not familiar with private connections, can you explain that a little more?09:10
zygathe code looks fine09:10
zygajust not sure I understand the problem enough to give meaningful vote09:10
mborzeckizyga: that's just a separate connection, i.e. with the changes the DBus test suite and userd use separate connections09:10
zygafor test suite I sort of understand09:11
zygabut for userd I don't09:11
zygaseparate from what/09:11
mborzeckifrom nothing else atm09:11
zygaaha09:12
Chipacamborzecki: the problem is that the dbus module shares the connection?09:14
mborzeckiChipaca: yes09:14
Chipacaie two things doing dbus.SessionBus() get the same thing09:14
mborzeckiyup09:15
zygaahh09:15
Chipacaand then one of them closes it and the other one says 'wuuut'09:15
zygathat's wonky09:15
zyga+1 then09:15
mborzeckiand if you do say go test -count=n it breaks too09:15
Chipacayeh :-)09:15
mborzeckinow i need to remind myself of what i was doing before i started fixing those tests :)09:17
zygacan you review https://github.com/snapcore/snapd/pull/6048 before doing that :D09:18
mupPR #6048: cmd/snap-exec: don't fail on some try mode snaps <Created by zyga> <https://github.com/snapcore/snapd/pull/6048>09:18
mborzeckiChipaca: now that i see it, `opineReady <- struct{}{}` could be just `close(opineReady)`, but otherwise +109:22
mborzeckiactually I'll push that09:23
mborzeckiChipaca: pushed09:26
Chipacamborzecki: :-D09:26
mborzeckiso now zyga and pstolowski must approve :P09:26
zygawhich one?09:27
mborzeckizyga: #604209:27
mupPR #6042: overlord/standby: fix a race between standby goroutine and stop <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6042>09:27
zygamborzecki: after the media PR from John09:27
zygabrb, coffee09:27
mborzeckiChipaca: don't remember, did we already have a pr for blocking installing confined snaps with --classic?09:30
mborzeckior was it you working on this?09:31
Chipacamborzecki: #603909:32
mupPR #6039: snapstate: do not allow classic mode for strict snaps <Created by mvo5> <https://github.com/snapcore/snapd/pull/6039>09:32
Chipacanot super happy with that pr09:33
Chipacabut i can only so much09:33
Chipacabut, no error kind, meaning no user-facing error message09:33
mborzeckiheh, surising that someone actually tries to install snaps like this09:33
Chipacamborzecki: it's the same person that 'rm -rf /' on a core system to see if they could break it09:33
Chipaca:-D09:34
Chipaca(hint: they could)09:34
mborzeckii think rm -rf / doesn't work anymore09:34
mborzeckinot without some extra --foo switch09:34
Chipacawell, they had to add the --extra-foo09:34
popey--no-preserve-root09:34
Chipacapopey: hush you'll blow your cover09:35
popey--i-know-what-im-doing --honest09:35
Chipacamborzecki: the fix to that was making things immutable, but testing it is a pain09:35
mborzeckiwell, there should be a switch for dd to :P09:35
Chipacamborzecki: so we've got a chattr implementation to do it, but didn't get to _actuallly_ do it :-/09:36
Chipacamborzecki: linux is going soft in its old age09:36
Chipacathese days you can't even mkfs /dev/sda without it saying "are you sure dude?"09:37
mborzeckihaha09:37
mborzecki#6039 unit tests are passing locally, but not on travis09:50
mupPR #6039: snapstate: do not allow classic mode for strict snaps <Created by mvo5> <https://github.com/snapcore/snapd/pull/6039>09:50
mborzeckihm maybe something new in master09:50
tomwardillanother question... If I install a snap from the store, then install a development version of it (using --dangerous), would the pre-refresh hook run?09:52
mborzeckipstolowski: ^^09:52
pstolowskitomwardill: yes09:54
tomwardillpstolowski: lovely, thankyou09:54
zygaChipaca: I reviewed the media PR09:55
zygalooking at https://github.com/snapcore/snapd/pull/6042/09:56
mupPR #6042: overlord/standby: fix a race between standby goroutine and stop <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6042>09:56
=== chrisccoulson_ is now known as chrisccoulson
pstolowskilooking at it as well10:25
Chipacazyga: https://play.golang.org/p/lRvxLmTlypq10:25
zygaright, I get that but I think the wording is unintuitive10:26
Chipacaah ok10:27
* Chipaca goes to the gym10:27
* Chipaca really goes10:30
pstolowski#6019 needs 2nd review10:40
pstolowskiand is green10:40
mupPR #6019: ifacestate: optimize disconnect hooks <Created by stolowski> <https://github.com/snapcore/snapd/pull/6019>10:40
mborzeckishall we land #6042? or does anyone want another look?10:41
mupPR #6042: overlord/standby: fix a race between standby goroutine and stop <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6042>10:41
mupPR snapd#6049 closed: cmd/snap, userd, testutil: tweak DBus tests to use private session bus connection <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6049>10:41
* pstolowski lunch10:59
mborzeckiChipaca: do you have any tests skipped in overlord/snapstate?11:23
cachiomborzecki, hey, about the error on + systemctl restart snapd.socket11:24
cachioJob for snapd.socket failed.11:24
mborzeckicachio: hi, any progress there?11:24
cachiomborzecki, well, it is fixed if I restart snapd.service too11:25
cachioIt is like a race with the dependencies11:25
cachioI see in the logs that snapd.seeded.service fails to restart11:26
cachioand then snapd.socket fails too11:26
cachioit is happening mostly on debian11:26
cachiois it a good solution to restart the snapd.service as well?11:27
mborzeckihm i think snapd.seeded fails because the socket failed11:28
mborzeckicachio: if you restart snapd.service then it won't be socket activated in the tests anymore11:29
cachioI am restarting both  in fact11:29
mborzeckisnapd and snapd.socket?11:29
cachiomborzecki, does it make sense?11:29
cachioyes11:29
mborzeckicachio: show abou systemctl stop snapd && systemctl restart snapd.socket ?11:30
mborzeckimaybe it's snapd proper and systemd racing to creat the socket?11:30
cachioyes, systemctl restart snapd.{service,socket}11:30
mupPR snapd#6050 opened: overlord/snapstate: run tests for classic snaps even on systems that don't support classic <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6050>11:32
cachiomborzecki, this is the error https://paste.ubuntu.com/p/6mNsDRNRYy/11:33
cachiothat's why I restarted first the snapd service11:34
popeyChipaca: joining us for snapd catchup?11:36
* popey assumes not11:38
Chipacapopey: sorry :-(11:53
Chipacapopey: was mvo there?11:53
Chipacamborzecki: tests skipped where?11:53
Chipacamborzecki: $ grep -r '\.Skip(' overlord/snapstate/  | sort | uniq -c11:56
Chipaca     12 overlord/snapstate/snapstate_test.go:c.Skip("no support for classic")11:56
mborzeckiChipaca: right, but if you run go test overlord/snapstate then there are no tests skipepd on your system, right?11:56
Chipacamborzecki: a ver...?11:56
Chipacamborzecki: OK: 461 passed11:58
Chipacamborzecki: compare with go test -v -short cmd/snap: OK: 330 passed, 13 skipped11:58
Chipaca./cmd/snap i mean11:58
Chipacamborzecki: why?11:58
mborzeckiChipaca: #6050 makes all of overlord/snapstate run on my system11:59
mupPR #6050: overlord/snapstate: run tests for classic snaps even on systems that don't support classic <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6050>11:59
Chipacawhy wouldn't it?11:59
Chipacadoes your system not support classic?12:00
mborzeckiChipaca: no, arch does not12:00
Chipacaaw12:00
mborzeckii can add symlink, but the tests shouldn't rely on that12:01
Chipacaright12:01
Chipacagiven they should be setting global root to some tmpdir, they could create the symlink in there12:01
Chipacadang i need to make lunch for the troop12:03
Chipacabrb12:03
mupPR snapd#6048 closed: cmd/snap-exec: don't fail on some try mode snaps <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6048>12:04
popeyChipaca: np, sadly not12:05
mborzeckioff to pick up the kids12:10
ograzyga, that netplan PR requires some extra time for re-doing my snap with changed profile etc ... that will still take a bit ... though jdstrand pointed to a thread where it all has been tested, we should probably just use that as input12:23
zygaogra: thanks, anytime you can do it is fine12:23
ogragreyback, yo ! ... i'm trying to get a simple SDL2 pictureviewer to work natively on mir-kiosk, i belive everything is correct but i still end up with "SDL Failed to create window: failed to create a window surface" when trying to start the app12:24
ogragreyback, the tutorials are rather sparse in that regsrd12:24
ogra*regard12:25
greybackogra: for a reason :) Every toolkit can/wil be different12:25
greybackogra: if you test on your desktop, does it work? So run miral-kiosk, then set the wayland socket env var, and run that sdl app12:26
ogragreyback, well, i dont want to use xwayland (which i surely could as fallback) ...12:26
ogragreyback, hmm whats that var ? do i need to explicitly set it in a kiosk launcher ? (i see the wayland-0 socket)12:27
greybackogra: ofc. Pure SDL2 should work on top of Mir. I've not tried it in a while. What app?12:28
ograimv ... but with a wrapper etc12:28
greybackogra: that mir kiosk launcher script will take care of the env var for oyu12:28
ograwhich one ? i wrote my own :)12:28
greybackogra: "miral-app"12:29
ograwell, how do i get that into my snap ?12:29
ogramir-kiosk surely doesnt ship it12:29
greybackogra: nope it doesn't. I'm not worrying about snaps just yet, I want to check that sdl app runs on top of Mir at all12:30
ograwell, where is the source for miral-app so i can pull it into my snap ?12:30
popeygreyback: what sdl2 apps have you tried?12:30
ograhttps://tutorials.ubuntu.com/tutorial/wayland-kiosk#3 is really sparse ...12:31
ograerr https://tutorials.ubuntu.com/tutorial/wayland-kiosk#012:31
greybackogra: https://github.com/MirServer/mir/blob/master/examples/miral-shell/miral-run.sh12:31
greybackogra: yes you're right, it is sparse12:32
popeyChipaca: i was going to raise this at the meeting btw. https://forum.snapcraft.io/t/ubuntu-core-doesnt-batch-reboots/8174/112:33
popeyogra: ^ I mentioned before that core reboots multiple times, this shows it12:33
greybackpopey: tbh I didn't. I snapped gtk2/3 and qt4/5. I know sdl2 works on mir, I never tried snapping one12:34
popeybe nice to have some hello world level tutorials of those12:34
popeywhich aren't massively wordy tomes12:34
pstolowskiChipaca, mborzecki, zyga, cachio I'll probably miss the standup, need to pick up my daughter returning from school trip12:34
popeyjust "here's the yaml, here's the snap, done"12:34
zygapstolowski: ack12:34
greybackpopey: agreed12:35
zygapopey: here's the jam, here's the snack, done12:35
zyga;-)12:35
popeycprov: is there any more comprehensive docs on using surl than the readme?12:38
zygasurl?12:39
diddledancurl?12:39
* diddledan hurls the surl with a curl making it whirl.12:40
popeyhttps://github.com/cprov/surl / https://snapcraft.io/surl12:41
diddledanyeah, that readme needs moar details12:43
ograpopey, yeah, saw the post12:43
diddledane.g. what is the `-a` parameter for? does it accept anything other than `stg-reg`? what does `stg-reg` even mean?12:44
ogragreyback, ok, now after setting MIR_SOCKET and WAYLAND_DISPLAY (i made sure i can see and access the files they point to), i get "SDL Failed to Init: wayland not available"12:44
popeydiddledan: oi! I was first in the queue! :D12:45
diddledanpopey: 2x2?12:45
popey:)12:45
* diddledan holds popey's hand and stands along side to go in together like good little boys12:45
zygaoh, surl is nice :)12:46
zygaChipaca: did you see that a?12:47
mborzeckire12:57
mborzeckisurl? small curl?12:57
Chipacazyga: which a?12:59
ograthe one before b ?12:59
zygasorry, not a ;) surl12:59
Chipacazyga: i have not. Have you seen icdiff?12:59
zygano I have not12:59
Chipacanow we're even13:00
* Chipaca heads to the standup13:00
Chipacaor is that stands for the standup13:00
dot-tobiasgreyback, ogra: Re: chromium-mir-kiosk rotation issue – here are my findings https://forum.snapcraft.io/t/cross-post-chromium-mir-kiosk-in-portrait-mode-rotated-mir-kiosk-layout/817513:21
ogradot-tobias, did you consider simply not using i3 ?13:23
greybackdot-tobias: thanks for that excellent post.13:25
dot-tobiasogra: I do, but I am completely out of my depth here when it comes to display servers and the likes. And I need to get a portrait mode-kiosk running ASAP because the beta testers are already waiting πŸ˜„13:25
greybackdot-tobias: I'll see what I can figure out now then13:26
greybackdot-tobias: you're making a product with it?13:26
ogradot-tobias, well, i have the mirkiosk snap in the store that i'm planning to do an appliance with soon ... but i wot start on the integration work before next week ... then i'll hit (and hopefully solve) the same issues13:27
ogracurrently i'm sadly struggling with unexpected SDL2 issues for a native wayland slideshow appliance (picture-frame appliance)13:28
ograerr13:29
ogras/mirkiosk/magicmirror/13:29
ograsilly typo ... too much mir in my head now13:29
dot-tobiasogra: πŸ˜„ Excited to see how you'll tackle these issues (with way more proficiency in this stack)13:30
ograi'll probably simply hack around the issues i hit ... like using matchbox or openbox if they can behave more dynamic than i3 ... or hacking xrandr calls into the launcher or some such :)13:31
tomwardillogra: I am excited to see magicmirror as a snap, I've got a Pi display on it's way to me atm13:32
ograi also still have to solve some issues with magicmirror itself ... getting the modules in a writable area while keeping the runtime code readonly seems extremely hard without patching upstream13:32
ograi initially tried to simply ship all available modules by default ... but somehow a 6.2GB source tree resulted from that (and a 700MB snap) ... that feels a bit like overkill :)13:33
Chipacadegville: writing is hard. Maybe I'll just replace the help text with emoji.13:34
Chipacadegville: πŸ“ΈπŸ–’13:34
degvilleChipaca: yeah.13:34
degville+113:34
tomwardillogra: I'd probably try and get a config variable or something upstreamed at that point13:35
tomwardillbut I've no idea how feasible that is13:35
ograyeah13:35
ograi havent talked to upstream yet ... the prob is that the code uses relative paths inside ... like ... everywhere13:36
ografoo=../../bar ... and such13:36
ograas soon as you operate with a symlink into $SNAP_DATA these relative paths break13:36
Chipacaogra: keeping in mind i have no context, layouts might help13:37
ograsigh ... so mir and SDL2 seems like a no-go ... and i dont really want the 120MB overhead adding the desktop launcher and xwayland stuff :((((13:37
ograChipaca, they do, but are they not holding my snap upload anymore at the review steap ?13:38
ogra*step13:38
dot-tobiasogra: My use-case is a smart mirror as well 😊 And layouts (plus massive help from zyga) helped tremendously to cope with Rails and its assumption that everything lives inside its root directory.13:38
ograChipaca, developing on core requires a painful amount of patience since all features i need to use make my packages go stuck until jdstrand finds the time to review ...13:39
ograso i always try to find a way around experimental features if possible13:39
ograit typically means my turnaround time for finishing a demo extends by about a week13:40
mupPR snapd#6051 opened: cmd/snap-update-ns: parse the -u <uid> command line option <Created by zyga> <https://github.com/snapcore/snapd/pull/6051>13:41
ogragreyback, are we sure the xenial SDL2 can actually work with mir-kiosk ?13:41
zygaChipaca: can we land https://github.com/snapcore/snapd/pull/604213:41
mupPR #6042: overlord/standby: fix a race between standby goroutine and stop <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6042>13:41
ogra(has anyone tested that ?)13:41
zygahttps://github.com/snapcore/snapd/pull/6019 needs a 2nd review13:42
mupPR #6019: ifacestate: optimize disconnect hooks <Created by stolowski> <https://github.com/snapcore/snapd/pull/6019>13:42
mupPR snapd#6042 closed: overlord/standby: fix a race between standby goroutine and stop <Created by bboozzoo> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6042>13:43
zygakoza_: ping13:43
zygakoza_: can you please fix https://github.com/snapcore/snapd/pull/5897#issuecomment-433412089 - merge master as well if you can please13:43
ograzyga, i think he is travelling13:43
mupPR #5897: interfaces/builtin: add device-buttons interface for accessing events <Created by bergotorino> <https://github.com/snapcore/snapd/pull/5897>13:43
dot-tobiaszyga: Is there a timeline when layouts will no longer prevent automated reviews, as they're now out of beta AFAIR?13:44
zygacachio: there's one question from chipaca on https://github.com/snapcore/snapd/pull/5714#issuecomment-43058973713:44
mupPR #5714: tests: new test for cifs-mount interface <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5714>13:44
zygadot-tobias: I think that is a good question13:44
zygadot-tobias: given that some people are sprinting today I think we will know next week (Tuesday is a good day to ask)13:45
zygadot-tobias: I think they will be out of review mode once 2.36 ships13:45
zygaor was that 2.35 (/me never knows)13:45
dot-tobiaszyga: Ok, great! Thanks for the info13:45
zygajdstrand: ^ will layouts be blocked by store review after 2.36 ships?13:46
zygaChipaca, degville: is https://github.com/snapcore/snapd/pull/5955 good for landing?13:46
mupPR #5955: cmd/snap, tests: snapshots for all <Snapshots πŸ“Έσ Ÿ> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5955>13:46
Chipacazyga: we're still hashing out the last tweaks to docs13:47
zyga+113:47
zygamerge when ready13:47
Chipacathere's one paragraph that's stumped us a bit13:47
zygait looks very nice13:47
* zyga reads the new things13:47
Chipacai've got a bunch of changes13:47
Chipacaand waiting to see if we can figure out the last one13:47
Chipacaotherwise i'll just push what i've got and land when green13:47
zygahttps://github.com/snapcore/snapd/pull/5955#discussion_r228533627 for one crazy idea13:49
mupPR #5955: cmd/snap, tests: snapshots for all <Snapshots πŸ“Έσ Ÿ> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5955>13:49
zygamborzecki: can you do a quick pass over https://github.com/snapcore/snapd/pull/605113:49
mupPR #6051: cmd/snap-update-ns: parse the -u <uid> command line option <Created by zyga> <https://github.com/snapcore/snapd/pull/6051>13:49
cachiozyga, ahh, let me see that, I already tested mount.cifs and it was failing but I don't remember the error13:50
zygacachio: thanks! :)13:50
zygamborzecki: and you could do a 2nd re-review of https://github.com/snapcore/snapd/pull/578913:50
mupPR #5789: snap: only show "next" refresh time if its after the hold time <Created by mvo5> <https://github.com/snapcore/snapd/pull/5789>13:50
zygawith a few more reviews we could be at < 25 in a few minutes13:50
zygamborzecki: and perhaps something actionable on https://github.com/snapcore/snapd/pull/5792 - not sure13:54
mupPR #5792: [RFC] {config,snap}state: add new refresh.metered=force option and flip default <β›” Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/5792>13:54
* zyga stops harassing people for reviews13:55
mborzeckion #6039, refreshing from --classic to strict (as in the next revision is strict) should not be blocked i presume13:57
mupPR #6039: snapstate: do not allow classic mode for strict snaps <Created by mvo5> <https://github.com/snapcore/snapd/pull/6039>13:57
mborzecki(i'm down to one failing unit test which does exactly this scenario)13:58
zygamborzecki: yes, I agree14:01
zygayeah :)14:01
zygaI had a stab at it last night and gave up14:01
* zyga -> dog 14:03
cprovpopey: no, we started mentioning it in store docs (https://dashboard.snapcraft.io/docs/v2/en/api-store-info.html), but it needs more love14:11
diddledanI know the feeling. I need more love, too ;-p14:15
* cachio afk14:28
mborzeckiyup all unit tests passing now14:28
mborzeckiChipaca: pstolowski: could you do a 2nd review of this change https://github.com/snapcore/snapd/pull/6050 ?14:32
mupPR #6050: overlord/snapstate: run tests for classic snaps even on systems that don't support classic <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6050>14:32
Chipacamborzecki: i'm -0 on it as proposed so i'd rather not :-)14:33
mborzeckiChipaca: you'd rather see this done in test setup?14:35
Chipacawait14:35
Chipacamborzecki: sorry wrong pr14:35
ChipacaETOOMANYBALLSINJUGGLE14:35
Chipacalet me wade out of these failing tests and i can review if pstolowski didn't beat me to it14:36
mborzeckihttps://www.youtube.com/watch?v=1D5Sa2Yq-2g14:36
pstolowskimborzecki: looking14:37
Chipacamborzecki: more like https://youtu.be/3vyGMrQ0MBo?t=3414:38
mborzeckiChipaca: hmm pstolowski just +1 ed it, want to me hold off merging it?14:41
Chipacamborzecki: no no14:42
Chipacamborzecki: the one i'm not too happy about is the --classic error one14:42
Chipacabut -0, ie non-blocking14:42
mupPR snapd#6050 closed: overlord/snapstate: run tests for classic snaps even on systems that don't support classic <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6050>14:43
greybackogra: yeah this doesn't work at all. Xenial sdl2 uses glx directly, even when wayland backend selected. Works ok on bionic. This needs fixing14:46
ograaha14:46
ogra... another estimated 10min job that turned into a day of hackery :(14:47
ograi'm trying to resort to xwayland but that doesnt work either now :(14:47
ogragreyback, "You need to connect this snap to one which implements the wayland-socket-dir plug." ... wasnt that dropped long ago ?14:48
greybackogra: it was, where you find that?14:49
ograin my snap :P14:49
ograi just added after: [ xwayland-kiosk-helper, desktop-gtk2 ] ... the respective env vards and launchers ...14:49
greybackogra: clean and refetch?14:50
greybackxwayland-kiosk-helper anyway14:50
ograi clean and rebuild all the time14:51
zygasmall planned power outage14:51
zygaI'll be back online in ~30 minutes14:51
greybackogra: I've no idea how you get that then. This is the xwayland-kiosk-helper script: https://github.com/MirServer/xwayland-kiosk-helper/blob/master/xwayland-preload/xwayland-kiosk-launch14:52
ogragreyback, definitely not what lands in the prime dir here14:53
ogragreyback, http://paste.ubuntu.com/p/Yy4hdrrwGg/14:53
greybackright, that's old14:54
ograyeah14:54
zygaand now on battery power while the power line is adjusted around here14:54
ograand i'm 100% sure i have the new one in the other builds i did two weeks ago ... on the same host14:54
ogragreyback, are you sure the parts entry on the wiki points to master ?14:56
greybackogra: as if the old remote part url was cached14:56
greybackogra: yep, just double-checked14:56
ograweird14:56
ogralet me run snapcraft update14:56
ograthe thing is that i built other snaps before that had the right part14:57
ograon the very same machine14:57
greybackbizarre14:57
mborzeckiChipaca: pushed to mvo's PR, probably even more reason for -1 now :)14:58
ograicviewer[4019]: #################################################################################14:59
ograicviewer[4019]: NOTICE: the 'wayland-socket-dir' interface has been removed!14:59
ograicviewer[4019]: Remove reference to it and WAYLAND_SOCKET_DIR from your snapcraft.yaml.14:59
ograicviewer[4019]: Consult the instructions in14:59
ograicviewer[4019]: https://github.com/MirServer/xwayland-kiosk-helper/blob/master/snapcraft.yaml14:59
ograicviewer[4019]: #################################################################################14:59
ogranope ...14:59
ogradidnt help14:59
ograoh14:59
ograit did :P14:59
diddledan/kick ogra FLOOOOOOOOD :-p15:00
ograbut it doesnt start anyway :/15:00
ograwhat a mess ...15:00
ogragreyback, huh ?!? ... why the heck do you exit 5 after this message instead of just unsetting WAYLAND_SOCKET_DIR quietly15:01
greybackogra: to force people to migrate. I didn't think it would impact many people15:02
greybacksorry, you're in the awkward transition period15:02
ograyeah, there are probably only 5 people like me in the world atm :P15:03
* ogra re-builds the snap from scratch again15:04
ograok, it starts now ...15:06
* ogra finally starts his actual work 15:06
zyga...and we have one page of reviews now :)15:08
mupPR snapd#5789 closed: snap: only show "next" refresh time if its after the hold time <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5789>15:08
zygahttps://github.com/snapcore/snapd/pull/6019 is simple and needs a 2nd review15:09
mupPR #6019: ifacestate: optimize disconnect hooks <Created by stolowski> <https://github.com/snapcore/snapd/pull/6019>15:09
zygacachio: there's a conflict on v15:19
zygahttps://github.com/snapcore/snapd/pull/588715:19
mupPR #5887: tests: moving core-snap-refresh-on-core test from main to nested suite <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5887>15:19
zygacachio: and please let me know once you have details about 2.36 regression15:19
zygacachio: small tweak required to fix test in https://github.com/snapcore/snapd/pull/571415:22
* zyga is eager to end the week with ~20 PRs15:22
mupPR #5714: tests: new test for cifs-mount interface <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5714>15:22
zygaChipaca, mborzecki, pstolowski: can we try to get as many reviews as we can15:23
zygathe week is almost over15:23
* Chipaca hugs zyga 15:23
pstolowskiyep! 6019 needs just 1 more review ;) and is easy15:23
zygareviews help move everyone15:23
Chipacazyga: i'm afraid the epoch thing takes priority today, but i should be out of the woods in an hour or so15:24
zygaChipaca: I was about to say that I was planning to be out here and in the woods in an hour but it's dark and cold so ...15:28
mupPR snapcraft#2386 opened: project_loader: raise error if part in after is undefined <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2386>15:31
Chipacayea i was going to go for a run but here i am15:34
zygapstolowski: thank you for the review15:39
pstolowskiyw15:41
cachiozyga, sure, working on it #571415:47
mupPR #5714: tests: new test for cifs-mount interface <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5714>15:47
zygathank you :)15:47
zygapstolowski: updated now15:50
pstolowskilooking15:50
zygamborzecki: errors on https://github.com/snapcore/snapd/pull/603915:53
mupPR #6039: snapstate: do not allow classic mode for strict snaps <Created by mvo5> <https://github.com/snapcore/snapd/pull/6039>15:53
mborzeckizyga: heh, right the snap was already installed earlier in the test15:56
* Chipaca went for tea and accidentally muffins /o\16:02
Chipacain my defence, the tests are taking a long time :-D16:03
Chipacazyga: any reviews of note?16:03
zygaChipaca: go for low hanging fruit :)16:03
zygaor for stuff that needs the last prod to move16:03
zygawe are on one page now :)16:03
* Chipaca goes for watermelons16:03
zygamborzecki: iterating on unsigned uid16:04
Chipacazyga: unsigned uid?16:04
zygaparsing :)16:04
Chipacaas opposed to "lol i don't care that uids are unsigned" go?16:04
zygaChipaca: I should have called it16:05
zygaint cookie16:05
zygathen nobody would object ;)16:05
Chipacabut then you'd want cookies16:05
zygavoid *data16:05
* zyga runs16:05
mborzeckifwiw go uses int for uids so there's that16:05
zygaChipaca: I think https://github.com/snapcore/snapd/pull/6041 is your kind of review16:06
mupPR #6041: client, cmd/daemon: allow disabling keepalive, improve degraded mode unit tests <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6041>16:06
zygamborzecki: you saw https://github.com/snapcore/snapd/pull/6039 - right?16:06
mupPR #6039: snapstate: do not allow classic mode for strict snaps <Created by mvo5> <https://github.com/snapcore/snapd/pull/6039>16:06
zygahttps://github.com/snapcore/snapd/pull/6019 is low hanging landing16:06
mupPR #6019: ifacestate: optimize disconnect hooks <Created by stolowski> <https://github.com/snapcore/snapd/pull/6019>16:06
mborzeckizyga: yes, i'm waiting for spread run to finish16:06
zygahttps://github.com/snapcore/snapd/pull/6016 could land if someone says yes16:06
mupPR #6016: [RFC] move various name validation helpers to snap/name package <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6016>16:06
zygaas could https://github.com/snapcore/snapd/pull/598216:07
mupPR #5982: interfaces/many: conditionally use 'unsafe' with docker-support change_profile rules <Created by jdstrand> <https://github.com/snapcore/snapd/pull/5982>16:07
mborzeckizyga: 6016 needs more discussion probably16:07
zygamborzecki: yeah but it could also land ;)16:07
Chipacaand if instead of reviewing … i push a new one?16:07
zygaChipaca: gaah,16:07
zygawe would have pagination16:07
zygaplease don't break GitHub ;)16:07
Chipacaoops16:08
zygahttps://github.com/snapcore/snapd/pull/5887 has 0 reviews16:08
mupPR #5887: tests: moving core-snap-refresh-on-core test from main to nested suite <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5887>16:08
mupPR snapd#6052 opened: snap, store, overlod/snapstate: always send epochs <Created by chipaca> <https://github.com/snapcore/snapd/pull/6052>16:08
zygabut it also has a conflict so16:08
zygaChipaca: maan, now I have to review it :)16:08
Chipacazyga: yes, yes you do16:10
mupPR snapd#6041 closed: client, cmd/daemon: allow disabling keepalive, improve degraded mode unit tests <Created by bboozzoo> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6041>16:10
Chipacawe should add a "notice me sempai" tag for gustavo16:10
Chipacasenpai*16:11
Chipacatravis has this "can fail" thing16:12
Chipacawhere you can have tests that can fail and it doesn't block a merge16:12
Chipacai'm not saying we should use it for distros that can't keep their mirrored ducks in a line, but *cough* opensuse *cough*16:13
zygaChipaca: done16:13
zygaback to C16:15
zygamborzecki: ^ if you want to do more last minute before EOW PRs then the one from Chipaca about epochs would be great16:16
zygamborzecki: updated the parser based on your feedback16:28
=== pstolowski is now known as pstolowski|afk
mborzeckizyga: i think the code still allows 0x123 and 0123, if we want to support it then i guess it's ok16:32
mborzeckipushed a last patch to #6039, calling it eow, need to help kids with homework16:32
zygait doesn't - I will push one more test16:33
mupPR #6039: snapstate: do not allow classic mode for strict snaps <Created by mvo5> <https://github.com/snapcore/snapd/pull/6039>16:33
zygamborzecki: thank you! enjoy the weekend and see you next week16:33
mborzeckizyga: thanks, you too16:33
zygaChipaca: ok, anything I can review?16:38
Chipacazyga: stacked on the snapshots one, so nah16:47
zygammm16:49
zygaI shall EOD then16:49
Chipacazyga: for next week, i'd like to figure out how to print e.g. "El Capitan" in the "darwin" line of 'snap version'17:13
Chipacaand then … then I'd make it print "El CapitΓ‘n"17:13
Chipacaotoh it seems kernel version and codename go in lockstep17:14
Chipacadunno17:14
Chipacapopey: could you add a "type" to that list?17:19
Chipacaer17:19
* Chipaca checks the date17:19
Chipacayeah, friday17:19
popeyque?17:19
zygaChipaca: hmm,17:55
zygaI can help with that :)17:55
zygaChipaca: you basically query the api and get a version number17:55
zygaand map that to strings17:55
mupPR snapcraft#2386 closed: project_loader: raise error if part in after is undefined <Created by kyrofa> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/2386>17:55
zygahttps://www.irccloud.com/pastebin/EmmPBcjL/17:59
zygaChipaca: ^17:59
Chipacaok, listen18:35
Chipacahttps://www.youtube.com/watch?v=hdWyYn0E4Ys18:35
mupPR snapd#5955 closed: cmd/snap, tests: snapshots for all <Snapshots πŸ“Έσ Ÿ> <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5955>18:35
* zyga hugs Chipaca 19:01
zygareally nice work :)19:01
zygaChipaca: I think this is the music that goes well with pull requests19:03
zygahttps://www.youtube.com/watch?v=Pmd3UiNfNkA19:03
zygacachio: the cifs test is not passing19:50
zygahttps://github.com/snapcore/snapd/pull/5714#issuecomment-43352403519:51
mupPR #5714: tests: new test for cifs-mount interface <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5714>19:51
cachioI am waiting for the new cifs snap to be approved19:52
zygaaha19:52
zygacan you add a comment to the PR please19:52
zygaperhaps jdstrand can approve the snap19:52
zygajdstrand: ^19:52
cachiozyga, the snaps are being uploaded19:52
cachioto the store19:53
cachioI'll run the tests again in few minutes19:53
zygasuper, thank you!19:57
cachio  20:24
mupPR snapd#6051 closed: cmd/snap-update-ns: parse the -u <uid> command line option <Created by zyga> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6051>20:34
mupPR snapd#6019 closed: ifacestate: optimize disconnect hooks <Created by stolowski> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6019>20:35
* cachio afk20:46
mupPR snapd#6053 opened: cmd/snap, daemon, strutil: use CommaSeparatedList to split a CSL <Created by chipaca> <https://github.com/snapcore/snapd/pull/6053>20:46
zygaChipaca: +120:51
zygaerror: invalid argument for flag `--id' (expected main.snapshotID): strconv.ParseUint: parsing "": invalid syntax20:52
zygaChipaca: is that a real bug or is merge with master needed?20:52
zygahttps://api.travis-ci.org/v3/job/442553822/log.txt20:52
zygahttps://www.irccloud.com/pastebin/6dCobmCw/20:53
Chipacazyga: where's that?20:53
zygahttps://github.com/snapcore/snapd/pull/591620:53
Chipaca- Save data of snap "test-snapd-tools" in snapshot set #1 (user: unknown userid 4294967294)20:53
mupPR #5916: data: run snapd.autoimport.service only after seeding <Created by mvo5> <https://github.com/snapcore/snapd/pull/5916>20:53
zygayeah, I noticed20:53
zygathis is amazon linux 220:53
ChipacaΒ―\_(ツ)_/Β―20:53
zygamy thoughts exactly20:53
zygawhat is the user there normally?20:54
ChipacaI'm not going to dig, tonight20:54
zygais it "test"20:54
Chipaca1234520:54
zygammm20:54
zygaok20:54
zygayeah, sure it's super late20:54
zygajust weird20:54
zygaI'll restart the whole suite, that merges master locally20:54
Chipacawait20:54
Chipacano20:54
zygaok20:54
zygaI'll wait20:54
Chipaca429496729420:54
Chipacais "no change"20:54
Chipacait's 0xfffffffe20:54
zygawaat!20:54
zyga-120:54
Chipacahmmm20:55
Chipacais it -1, or is it -220:55
zyga>>> ctypes.c_uint(-2)20:56
zygac_uint(4294967294L)20:56
zyga-220:56
Chipaca1. I can't even20:56
Chipaca2. not tonight20:56
zygahaha20:57
zygayes, that's a good plan20:57
zygalet's fight this next week :)20:57
zygaI'll keep the log in case someone restarts20:57

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