mborzecki | morning | 06:45 |
---|---|---|
=== mborzeck1 is now known as mborzeck | ||
=== mborzeck is now known as mborzecki | ||
mborzecki | mvo: hey | 07:27 |
mvo | good morning mborzecki | 07:27 |
mborzecki | mvo: more friction with greengrass: https://forum.snapcraft.io/t/aws-iot-greengrass-1-8-x-doesnt-start-on-ubuntu-core-16/22066 not sure what to make of it yet | 07:28 |
mvo | mborzecki: looking, thanks | 07:30 |
mborzecki | mvo: trying to install in in a core18 vm, wierd the denial suggests it's snap-confine, but we obviously allow /sys/fs/cgroup/devices manipulation from s-c | 07:32 |
mvo | mborzecki: yeah, that is strange | 07:34 |
pstolowski | morning | 08:03 |
mup | PR snapd#9816 closed: interfaces, wrappers: misc comment fixes, etc <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9816> | 08:05 |
mvo | good morning pstolowski | 08:06 |
mborzecki | pstolowski: hey | 08:07 |
zyga | good morning | 08:31 |
mvo | good morning zyga | 08:41 |
mborzecki | zyga: remmeber that problem with my display not waking up on 5.10.4? someone bisected and found the patch that broke it: https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/commit/?id=2f168cf391c8f615a95ab7d5264db880b225ab22 | 09:26 |
mborzecki | it's supposedly fixed in 5.10.5 but damn those lts kernels are buggy on release day | 09:26 |
zyga | oh well, nice find on the bisect at least | 09:27 |
zyga | interesting that those are in the same group though | 09:28 |
zyga | drm and watchdog | 09:28 |
mborzecki | mvo: does it make sense? https://github.com/snapcore/snapd/pull/9545#discussion_r553854172 | 10:09 |
mup | PR #9545: devicestate: keep log from install-mode on installed system <Run nested> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9545> | 10:09 |
mvo | mborzecki: looking | 10:11 |
mvo | mborzecki: oh, sweet, I think it totally would | 10:11 |
mborzecki | mvo: zcat, zgrep are in core*, so browsing will be easy too | 10:11 |
mvo | mborzecki: \o/ you rock | 10:11 |
mborzecki | wow #8699 is now 1.2k lines | 10:19 |
mup | PR #8699: interfaces/desktop-launch: support confined snaps launching other snaps <Needs Samuele review> <Created by AlanGriffiths> <https://github.com/snapcore/snapd/pull/8699> | 10:19 |
mborzecki | mvo: btw `warning: bogus date in %changelog: Thu Dec 15 2020 Michael Vogt <mvo@ubuntu.com>` | 10:50 |
mborzecki | looks like it was Tue ;) | 10:50 |
=== pedronis_ is now known as pedronis | ||
mborzecki | funny, we were shipping system-shutdown on fedora for no reason | 11:04 |
mvo | mborzecki: uh, sorry for that | 11:10 |
ogra | hmm, is there a trick to switch a snap to jailmode without reinstalling it (i'd love to not lose my data) ? switching channels seemingly doesnt have any effect | 12:22 |
ogra | (i tried with snap refresh as well as snap switch, going back and forth between beta and edge) | 12:23 |
pstolowski | ogra: don't know the answer, but remember you have snapshots ;) | 12:29 |
mvo | ogra: we don't have this, it's something I personally would love to have. probably not a lot of work but ENOTIME :/ | 12:30 |
ogra | well, i'll just switch the snap in edge to strict and try it that way ... | 12:31 |
ogra | else i'll resort to a snapshot ... thanks pawel ! | 12:31 |
ogra | heh .. i love how the download counter of snapd says "ages!" for the ETA time it shows for the first few seconds when it gets 0MB/s | 12:39 |
ogra | ogra@ubuntu:~$ snap info kodi-pi-standalone|grep ^installed | 12:40 |
ogra | installed: 18.9.0 (1😎 307MB jailmode | 12:40 |
ogra | yay, that worked ... (and it still starts and plays the TV program, hooray) | 12:41 |
ogra | hmm, no new denials, but mouse input is gone now ... very weird | 12:44 |
ogra | ... and indeedd there is no desktop plug on UC20 ... | 12:48 |
* ogra tries adding uhid in the hope it helps | 12:49 | |
mup | PR snapd#9817 opened: cmd/snapd-generator: don't create mount overrides for snap-try snaps <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9817> | 12:51 |
ijohnson | ogra: there's no desktop plug on uc20? | 13:57 |
zyga | ijohnson, IIRC not on core | 13:59 |
zyga | classic only | 13:59 |
ogra | ijohnson, there is the plug ... but nothing behind it (and snapd refuses to connect) | 14:03 |
ogra | i'm on UC20 using https://snapcraft.io/kodi-pi-standalone | 14:03 |
zyga | ogra, https://github.com/snapcore/snapd/blob/master/interfaces/builtin/desktop.go#L371 | 14:04 |
ogra | for the first time in strict mode now that the MMAL patch landed in snapd ... and it all works fine excpet for input devices | 14:04 |
ogra | yeah | 14:04 |
ogra | but we must have a way to access kbd/mouse without desktop ... just havent found the right interface combo yet | 14:05 |
ogra | uhid isnt enough ... | 14:06 |
ogra | trying uinput ... if thats not enough i'll try raw-usb too | 14:06 |
ogra | heh ... i see ... at last resort i could probably use device-buttons | 14:14 |
ogra | argh ! | 14:14 |
ogra | Will need manual review... | 14:15 |
ogra | The Store automatic review failed. | 14:15 |
ogra | ... | 14:15 |
ogra | so much about uniput | 14:15 |
* ogra tries raw-usb instead | 14:15 | |
ogra | grrr ... why do i still have to go to the old dashboard UI to reject releases that failed auto-review | 14:18 |
mborzecki | pstolowski: https://github.com/snapcore/snapd/pull/9792 <-- the PR from cachio, there were some failures in preseeding iirc | 14:18 |
mup | PR #9792: tests: enable ubuntu 21.04 for spread tests <Run nested> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9792> | 14:18 |
mborzecki | pstolowski: do we need some adjustments there? | 14:18 |
pstolowski | mborzecki: most likely. Failed to find executable : No such file or directory. no idea what is it about, needs investigation | 14:21 |
ogra | yay ... raw-usb helps for the mouse | 14:28 |
ogra | ... and for the kbd too 👋/ | 14:29 |
ogra | bah ... emoji plugin fail again | 14:29 |
pstolowski | mborzecki, cachio i'll investigate these failures | 14:33 |
mborzecki | pstolowski: thanks! | 14:33 |
pstolowski | uh, https://github.com/github/hub -> "UbuntuSnapWe do not recommend installing the snap anymore." | 14:35 |
ogra | hrm ... mouse gone again after reboot | 14:48 |
ogra | hmm, so there seems to be some kind of race ... i can get it to recognize the mouse/kbd sometimes, but not all the time | 14:56 |
mup | PR snapd#9818 opened: cmd/libsnap-confine-private: make unit tests execute happily in a container <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9818> | 15:07 |
cachio | pstolowski, , sorry, having connection issues | 15:10 |
cachio | which executable is not found? | 15:10 |
mup | PR snapd#9819 opened: snap-confine: make host /etc/ssl available for snaps on classic <Created by mvo5> <https://github.com/snapcore/snapd/pull/9819> | 15:12 |
ogra | *sniff* ... this is depressing 😞 | 15:13 |
dot-tobias | waveform80: re https://bugs.launchpad.net/snap-core18/+bug/1910094 → Can confirm that your patched u-boot-rpi PPA bins resolve the core18 refresh issue on installations that run my pi-gadget based custom gadget. Thank you for the quick investigation! (cc ogra, mvo) | 15:25 |
mup | Bug #1910094: uboot fails to save env after core18 refresh <snap-core18:New> <https://launchpad.net/bugs/1910094> | 15:25 |
ogra | yay ! | 15:25 |
mborzecki | pstolowski: added some comments https://github.com/snapcore/snapd/pull/9817#pullrequestreview-564339175 | 15:27 |
mup | PR #9817: cmd/snapd-generator: don't create mount overrides for snap-try snaps <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9817> | 15:27 |
zyga | mvo, https://github.com/snapcore/snapd/pull/9819#pullrequestreview-564346960 | 15:29 |
mup | PR #9819: snap-confine: make host /etc/ssl available for snaps on classic <Created by mvo5> <https://github.com/snapcore/snapd/pull/9819> | 15:29 |
zyga | pstolowski, https://github.com/snapcore/snapd/pull/9817#pullrequestreview-564352126 | 15:34 |
mup | PR #9817: cmd/snapd-generator: don't create mount overrides for snap-try snaps <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9817> | 15:34 |
* zyga waves and goes back to yocto | 15:34 | |
zyga | (yuck-to) | 15:34 |
pstolowski | zyga ty! | 15:36 |
pstolowski | zyga: amazing, i didn't know of that helper, awesome | 15:40 |
zyga | pstolowski, there was more but we never goto to it | 15:44 |
zyga | *got to it | 15:44 |
zyga | endless reviews and design discussions | 15:45 |
zyga | but that part landed | 15:45 |
pstolowski | cachio: i'm getting "Cannot allocate google:ubuntu-21.04-64: cannot allocate new Google server google:ubuntu-21.04-64 (jan081556-593916): cannot find ready marker in console output for google:ubuntu-21.04-64" | 16:00 |
pstolowski | cachio: no idea what executable that is, need to debug | 16:00 |
cachio | pstolowski, about the image which cannot be allocated I can't do much because is not ours | 16:01 |
cachio | pstolowski, I'll try to start it ans see the serial log and send that info to the cloud team | 16:01 |
pstolowski | cachio: but this is from spread -debug google:ubuntu-21.04-64:tests/main/preseed | 16:02 |
zyga | pstolowski, cachio: that error message basically says: the boot output is not recognized | 16:03 |
zyga | boot it manually and see | 16:03 |
zyga | not via spread | 16:03 |
zyga | via the gce api | 16:03 |
cachio | pstolowski, let me try it | 16:04 |
* zyga EOWs | 16:20 | |
zyga | enjoy your weekend everyone | 16:20 |
zyga | cachio, I'll catch you next week | 16:20 |
cachio | zyga, sure, thanks, nice weekend | 16:23 |
cachio | pstolowski, https://paste.ubuntu.com/p/Yb4ygdKrVQ/ | 16:26 |
cachio | this is what I see in the serial | 16:26 |
cachio | something chagne in the image and fails to start | 16:26 |
pstolowski | cachio: i see | 16:27 |
cachio | the problem is that is not managed by us | 16:27 |
cachio | pstolowski, this is the image affected daily-ubuntu-2104-hirsute-v20210108 | 16:28 |
cachio | I am trying with the previous image | 16:29 |
cachio | pstolowski, so, if you want to run the test | 16:32 |
cachio | you can use -> image: ubuntu-os-cloud-devel/daily-ubuntu-2104-hirsute-v20210107 | 16:32 |
cachio | that works well | 16:32 |
cachio | the current image is broken | 16:32 |
pstolowski | cachio: ok, thanks | 16:33 |
mup | PR snapcraft#3405 opened: [feature] ROS plugins v2 out of source tree builds <Created by artivis> <https://github.com/snapcore/snapcraft/pull/3405> | 16:48 |
mup | PR snapcraft#3402 closed: cli: add missing quote key creation hint <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3402> | 16:58 |
mup | PR snapcraft#3403 closed: storeapi: remove unused MissingSnapdError <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3403> | 16:58 |
pstolowski | zyga: doh, sc_infofile_get_key doesn't like [...] ini groups | 17:02 |
zyga | pstolowski, oh | 17:02 |
zyga | pstolowski, bummer, hmm | 17:02 |
zyga | I have two proposals | 17:02 |
zyga | well, maybe one | 17:02 |
zyga | add sc_infofile_get_ini_key | 17:02 |
zyga | which finds the [section] first | 17:02 |
zyga | and then does the rest | 17:02 |
zyga | how does that sound | 17:02 |
zyga | I want to stress this over the special-cased logic in one spot | 17:03 |
zyga | it should be easy to implement | 17:03 |
zyga | just check if [ section starts | 17:03 |
zyga | match on the section name or iterate until the next section | 17:03 |
zyga | pstolowski, wdyt? | 17:05 |
pstolowski | zyga: yes that sounds like a good idea | 17:05 |
zyga | I can help, look at the original for inspiration | 17:05 |
zyga | or if tomorrow is raining I can code it with you :) | 17:05 |
* zyga looks at phone | 17:05 | |
zyga | looks like winter is here :) | 17:06 |
zyga | maybe rain won't happen | 17:06 |
zyga | anyway, if wether sucks and we're at home | 17:06 |
pstolowski | zyga: thanks for the suggestions; i'll get back to it on monday (don't worry about it and relax over the weekend ;))! | 17:08 |
zyga | cheers, let's chat next week then | 17:08 |
pstolowski | o/ | 17:17 |
mup | PR snapcraft#3406 opened: pluginhandler: do not walk symlinks for include filesets <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3406> | 17:23 |
mvo | zyga: thank you so much for your snap-cofnine review! | 17:26 |
zyga | mvo, pleasure :) | 17:27 |
zyga | mvo, I have some things I may be able to contribute | 17:27 |
zyga | mvo, I did some work on using static analysis tools | 17:27 |
zyga | mvo, and those would be useful for snap-confine | 17:28 |
mvo | zyga: sweet | 17:28 |
zyga | mvo, have a look at https://git.ostc-eu.org/ohos/third_party_bounds_checking_function/-/blob/feature/zmk/Makefile#L66 for an example | 17:29 |
zyga | this integrates five different tools | 17:29 |
zyga | make check or make static-check runs them | 17:29 |
zyga | I'll iterate on this some more so that they are properly integrated in zmk but I suspect they may find something in our code already | 17:29 |
mvo | zyga: good stuff but too tired to grasp it tonight :) | 18:09 |
=== ijohnson is now known as ijohnson|lunch | ||
mup | Bug #1910790 opened: `man htop` return nothing for htop installed as snap <amd64> <apport-bug> <focal> <Snappy:New> <https://launchpad.net/bugs/1910790> | 19:09 |
mup | Bug #1910790 changed: `man htop` return nothing for htop installed as snap <amd64> <apport-bug> <focal> <Snappy:New> <https://launchpad.net/bugs/1910790> | 19:12 |
mup | Bug #1910790 opened: `man htop` return nothing for htop installed as snap <amd64> <apport-bug> <focal> <Snappy:New> <https://launchpad.net/bugs/1910790> | 19:15 |
mup | PR snapcraft#3407 opened: WIP: Add new gnome-3-38 extension which uses gnome-3-38-2004 and core20 <Created by kenvandine> <https://github.com/snapcore/snapcraft/pull/3407> | 19:23 |
mup | PR snapcraft#3406 closed: pluginhandler: do not walk symlinks for include filesets <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3406> | 20:08 |
=== ijohnson|lunch is now known as ijohnson | ||
mup | Bug #1910790 changed: `man htop` return nothing for htop installed as snap <amd64> <apport-bug> <focal> <Snappy:Confirmed> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1910790> | 21:52 |
ogra | sigh ... why dont we have any interface that allows me access to kbd/mouse without requiring me to use x11, wayland or mir ... | 22:51 |
ogra | thats really a blocker for my kdi-pi snap | 22:52 |
ogra | *kodi | 22:52 |
ijohnson | well the x11 interface is "transitional" in the sense that perhaps we need new interfaces for subsets of access to those things | 22:52 |
ijohnson | seems reasonable to have an interface for just asking kbd/mouse | 22:52 |
ijohnson | ogra: if you know the denials you are hitting, you could open a new forum topic about it and we can discuss the name of a new interface which enables this | 22:53 |
ogra | ijohnson, heh, the fun is that i dont get any denials at all ... it just blocks ... kodi notices that and doesnt bother further | 22:58 |
ijohnson | ogra: is that in devmode or strict ? | 22:58 |
ogra | strict | 22:58 |
ijohnson | so you probably are hitting the device cgroup | 22:58 |
ogra | yeah, something like that ... it doesnt get through to appamor or any other bit that would log anywhere | 22:59 |
ogra | i'm currebtly paying with looping back wayland ... but that will require security team approval i guess ... given kodi runs as daemon | 23:00 |
ijohnson | ogra: try doing `sudo echo 'a *:* rwm > /sys/fs/cgroup/devices/snap.<snap-name>.<app-name>/devices.allow` | 23:00 |
ijohnson | iirc that will allow all devices in your device cgroup | 23:00 |
ijohnson | then you should at least see apparmor denials | 23:01 |
=== King_InuYasha is now known as Conan_Kudo | ||
=== Conan_Kudo is now known as King_InuYasha | ||
ogra | hmm, what is really interesting that using a slot of either of the above interfaces is sufficient, i dont actually need a loopback connection to the interface at all | 23:32 |
ogra | just a "slot: [ wayland ]" (or mitr or x11) is enough | 23:32 |
ogra | *mir | 23:32 |
ogra | ijohnson, not printing anything extra ... | 23:43 |
ogra | all i get is: | 23:43 |
ogra | 2021-01-09 00:39:47.711 T:4064208912 ERROR: open_restricted - failed to open /dev/input/event1 (Operation not permitted) | 23:43 |
ogra | in the kodi app log | 23:43 |
ogra | but nothing corresponding in dmesg or the journal | 23:43 |
ijohnson | ogra what is `cat /sys/fs/cgroup/devices/snap.<name>/devices.list` ? | 23:44 |
ogra | ijohnson, https://paste.ubuntu.com/p/VJz3QDpyrv/ | 23:45 |
ijohnson | hmm the command I gave you before didn't work | 23:48 |
ijohnson | ah i bet snap-confine undid the change | 23:48 |
ogra | ah, and it would indeed do that if i echoed again and restarted the daemon | 23:49 |
ijohnson | yeah, I need to go get dinner, but I'll share with you on monday a way to make it work | 23:51 |
ogra | well, if you feel likel taking a look yourself : | 23:52 |
ogra | snapcraft.i👋kodi-pi-standalone/ | 23:52 |
ogra | damn | 23:52 |
ogra | snapcraft.io /kodi-pi-standalone/ | 23:52 |
ogra | the one in edge is the strict one | 23:52 |
ogra | needs UC20 | 23:53 |
ogra | (on a Pi3 or 4) | 23:53 |
ogra | oh, an needs snapd from edge | 23:53 |
ogra | *and | 23:53 |
ogra | anyway, enjoy your weekend | 23:53 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!