[02:33] <mup> PR snapd#9830 opened: Clarify error message <Created by SeanColombo> <https://github.com/snapcore/snapd/pull/9830>
[06:18] <mborzecki> morning
[08:16] <pstolowski> morning
[08:19] <mvo> good morning pstolowski
[08:33] <mborzecki> pstolowski: mvo : hey
[08:33] <mvo> good morning mborzecki
[08:34] <mborzecki> pstolowski: can you take a look at https://github.com/snapcore/snapd/pull/9828 ?
[08:34] <mup> PR #9828: sandbox/cgroup, tess/main: fix unit tests on v2 system, disable broken tests on sid <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9828>
[08:36] <zyga> hey guys
[08:37] <zyga> I've sent some more patches for spread and I will continue until the CI systems fixed
[08:37] <mvo> good morning zyga
[08:37] <zyga> hey mvo, how are things?
[08:37] <pstolowski> +1
[08:37] <mvo> zyga: good, good, how are you?
[08:37] <pstolowski> hey zyga
[08:38]  * zyga starts first scrum-like cycle today, so some extra planning and non-coding work
[08:39] <mborzecki> heh, we keep on getting 429 Too Many Requests when tryting to pull the commands list from the store
[08:40] <mborzecki> and tests/main/snap-advise-command and apt-hooks keep failing because of that
[08:43] <mborzecki> hmm https://github.com/snapcore/snapd/pull/9830 looks off, or am i missing something?
[08:43] <mup> PR #9830: Clarify error message <Created by SeanColombo> <https://github.com/snapcore/snapd/pull/9830>
[09:20] <mborzecki> mvo: can we land https://github.com/snapcore/snapd/pull/9828 ?
[09:20] <mup> PR #9828: sandbox/cgroup, tess/main: fix unit tests on v2 system, disable broken tests on sid <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9828>
[09:20] <mborzecki> the failures are unrelated
[09:26] <mvo> mborzecki: sure
[09:26] <mborzecki> mvo: thanks!
[09:27] <zyga> mborzecki, it's really happening :)
[09:27] <mborzecki> zyga: hm?
[09:27] <mborzecki> what is happening?
[09:27] <zyga> v2 support
[09:27] <zyga> once debian gets it
[09:28] <zyga> ubuntu will have it sooner or later
[09:29] <mborzecki> zyga: rbalint wanted to enable it in 21.x, but we're still not ready in snapd
[09:30] <mborzecki> zyga: see https://bugs.launchpad.net/ubuntu/+source/lxd/+bug/1850667/
[09:30] <mup> Bug #1850667: cgroup v2 is not fully supported yet, proceeding with partial confinement <docker.io (Ubuntu):New> <lxc (Ubuntu):Fix Released> <lxcfs (Ubuntu):Fix Released> <lxd (Ubuntu):Fix Released> <snapd (Ubuntu):In Progress by maciek-borzecki> <https://launchpad.net/bugs/1850667>
[09:30] <mup> PR snapd#9828 closed: sandbox/cgroup, tess/main: fix unit tests on v2 system, disable broken tests on sid <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9828>
[09:55] <mup> PR snapd#9803 closed: many: clarify gadget role-usage consistency checks for UC16/18 vs UC20 <Cleanup :broom:> <Run nested> <UC20> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9803>
[10:03] <zyga> niemeyer, hello
[10:03] <zyga> niemeyer, I've sent a small PR to unbreak CI in spread: https://github.com/snapcore/spread/pull/112
[10:03] <mup> PR spread#112: Bump base version of go to 1.13 <Created by zyga> <https://github.com/snapcore/spread/pull/112>
[10:03] <zyga> niemeyer, and a small fix for one of the issues picked up by go vet: https://github.com/snapcore/spread/pull/111
[10:03] <mup> PR spread#111: Do not copy log.Logger and the contained sync.Mutex <Created by zyga> <https://github.com/snapcore/spread/pull/111>
[10:04] <niemeyer> zyga: Thanks!
[10:04] <zyga> niemeyer, I have one more for more go vet issues in humbox but I need to spend some more time on it
[11:01] <pstolowski> mborzecki: do you think you could take a look at #9732?
[11:01] <mup> PR #9732: asserts: snapasserts method to validate installed snaps against validation sets <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9732>
[11:02] <mborzecki> pstolowski: sure
[11:02] <pstolowski> ty!
[11:19] <pstolowski> should we disable snap-advise-command test temporarily?
[11:48] <mborzecki> pstolowski: idk, pedronis do you know more about store side of things? is this temporary?
[11:48] <mborzecki> pedronis: we're seeing 429 accessing /api/v1/snaps/names
[11:51] <mup> PR snapd#9457 closed: [RFC] o/snapshotstate: test for roundtrip with corrupted zip file inside exported snapshot <Created by stolowski> <Closed by stolowski> <https://github.com/snapcore/snapd/pull/9457>
[11:53] <pstolowski> mborzecki, pedronis: i can also add an extra check in the test not to fail on 429
[11:53] <pstolowski> (just warn and exit)
[11:56] <mup> PR snapd#9831 opened: interfaces/builtin: fix unit test expecting snap-device-helper at /usr/lib/snapd <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9831>
[11:57] <pstolowski> i asked in the store channel
[12:26] <mup> PR snapd#9833 opened: tests: skip main part of snap-advise test if 429 error is encountered <Test Robustness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9833>
[13:06]  * pstolowski lunch
[13:41] <mup> PR snapd#9834 opened: tests: normalize test tools - part 1 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9834>
[14:19] <mup> PR snapcraft#3413 opened: elf: add a class to check for dependency problems in a group of files <Created by jhenstridge> <https://github.com/snapcore/snapcraft/pull/3413>
[14:43] <pstolowski> pedronis: we ought to talk about validations sets, i wasn't pushing for it this morning because i still had stuff to do, but maybe later/tomorrow morning?
[14:44] <pedronis> pstolowski: yes, sorry
[15:09] <pstolowski> cachio: updated #9833
[15:09] <mup> PR #9833: tests: skip main part of snap-advise test if 429 error is encountered <Test Robustness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9833>
[15:10] <cachio> pstolowski, thanks
[15:16] <cachio> pstolowski, +1
[15:17] <pstolowski> ty
[15:17] <cachio> pstolowski, apt-hooks test is havin same problem
[15:18] <cachio> I can replicate the solution for that as well
[15:19] <pstolowski> cachio: ah
[15:19] <pstolowski> cachio: ok, please do, thanks
[15:19] <cachio> pstolowski, sure
[15:20] <pstolowski> cachio: although - fingers crossed - it shouldn't be a problem for now after they changed store config
[15:20] <cachio> pstolowski, yes, but I just re run tests and failed with that error
[15:20] <cachio> re-ran
[15:21] <ijohnson> ogra: hey if you didn't already could you file a bug about snapctl needing CAP_NET_ADMIN ?
[15:21] <pstolowski> cachio: oh, so still an issue, not good
[15:22] <cachio> lets wait a bit
[15:23] <ogra> ijohnson, eventually ... 🙂
[15:23] <ijohnson> k, thanks
[15:23]  * cachio lunch
[15:57]  * ogra curses ... 
[15:57] <ogra> so wh the heck does the python snapcraft plugin break in massive ways with each new base i need to port to
[16:03] <cjp256> :-( what's the problem ogra
[16:03] <ogra> cjp256, https://github.com/ogra1/nodered-snap/blob/master/snap/snapcraft.yaml#L130
[16:03] <ogra> i'm trying to move that somehow to core20
[16:04] <ogra> i'm at a point where, while getting a lot bdist_wheel errors at the start, the pip install seems to at least finish on the second run
[16:05] <ogra> (if i take oout the Adafruit DHT stuff that needs special treatment before building)
[16:05] <cjp256> python2 ?
[16:05] <ogra> yeah
[16:06] <cjp256> well i see a potential bug in python plugin for python2..
[16:06] <cjp256> as far as wheel, you can install that python package (it's no longer automatically installed)
[16:07] <ogra> yeah, i gathered that from the forum ... but i still get the bdist_wheel errors on first try ... it re-trie then and succeeds
[16:07] <ogra> *re-tries
[16:13] <cjp256> ogra: i'm not sure what you are seeing in your log, but the wheel errors generally can be ignored, python should still chug along without the wheels
[16:13] <ogra> okay ...
[16:14] <ogra> hmm there is no pip anymore in 20.04 it seems
[16:14] <ogra> (for py2)
[16:18]  * ogra doesnt see how he can ever get that to work 
[16:21] <ogra> cjp256, so what i'm seeing when using py3 is https://paste.ubuntu.com/p/nHHsT5Kq4s/ ... but i doubt the modules will work since they are all written for py2 (and are unlikely to get ported)
[16:22] <ogra> when setting "SNAPCRAFT_PYTHON_INTERPRETER: "python2"" it just falls flat on its face telling me it doesnt have venv
[16:24] <cjp256> yeah, the core20 plugin really expects python3
[16:25] <mup> PR snapd#9835 opened: tests: apply workaround done for snap-advise-command to apt-hooks test <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9835>
[16:32] <pstolowski> mvo: can you merge #9833 manually, there are a couple of unrelated failures
[16:32] <mup> PR #9833: tests: skip main part of snap-advise test if 429 error is encountered <Test Robustness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9833>
[16:32] <cjp256> ogra: i think a custom override is in order for this, want me to help you create one?  might be worth creating a python2 plugin
[16:33] <ogra> cjp256, well, there is no venv in the archive at all ... how would i get that ?
[16:33] <cjp256> orgra: virtualenv
[16:33] <mvo> pstolowski: sure
[16:33] <cjp256> ogra: `python2 -m pip install virtual` if you used pip
[16:33] <ogra> cjp256, oh, that works for py2 still ?
[16:33] <cjp256> err virtualenv^
[16:34] <cjp256> yeah seems to for me
[16:34] <pstolowski> mvo: ty!
[16:34] <pstolowski> cachio: you may want to update your PR with master now
[16:34] <cjp256> ogra: you use the get-pip.py to install pip?
[16:35] <mup> PR snapd#9833 closed: tests: skip main part of snap-advise test if 429 error is encountered <Test Robustness> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9833>
[16:35] <ogra> not yet, wheer do i find that ?
[16:35] <ogra> *where
[16:36] <cjp256> `curl https://bootstrap.pypa.io/get-pip.py --output get-pip.py ; python2 get-pip.py`
[16:38] <ogra> that gets me pip, yeah ...
[16:38] <ogra> but then ...
[16:38] <ogra> + python2 -m venv /root/nodered-snap/parts/sensor-libs/install
[16:38] <ogra> Failed to build 'sensor-libs'.
[16:38] <ogra> grrr
[16:38] <ogra> /usr/bin/python2: No module named venv
[16:41] <cjp256> ogra: use nil plugin for now
[16:43] <cjp256> i'll ping sergio about adding an equivalent python2 plugin
[16:43] <ogra> heh ... symlinking venv to virtualenv in dist-packages helps
[16:43] <cjp256> hah yeah, that'd do it :P
[16:44] <ogra> so where are the python packages stored now ... i need to modify one of them before building
[16:45] <ogra> (there used to be a "python-packages" dir)
[16:46] <cjp256> should be in $SNAPCRAFT_PART_INSTALL if that's where you installed the virtualenv
[16:46] <cjp256> something like $SNAPCRAFT_PART_INSTALL/lib/python2.7/site-packages/...
[16:48] <ogra> well, i need the tarball ... before building anything ... in core18 this was downloaded during the pull step
[16:55] <ogra> oh my ...
[16:55] <ogra> it goes to /root/.cache ?!?
[16:55] <ogra> ah, no, thats the result ...
[17:05] <mup> PR snapd#9836 opened: cmd/snap-repair: save base snap and mode in device info; other misc cleanups <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9836>
[17:20] <mup> PR snapcraft#3414 opened: project loader: export SNAPCRAFT_TARGET_ARCH in build environment <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3414>
[17:25] <mup> PR snapcraft#3415 opened: cli: enable SNAPCRAFT_TARGET_ARCH envvar matching --target-arch <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3415>
[17:50] <mup> PR snapcraft#3416 opened: repo: default to target arch for stage package cache <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3416>
[18:45] <mup> PR snapcraft#3409 closed: Fix a few licenses in ros-related test files <Created by artivis> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3409>
[18:55] <mup> PR snapcraft#3412 closed: grammar: ensure all dictionary primitives are captured <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3412>
[19:00] <mup> PR snapcraft#3343 closed: build providers: set snapd proxy settings prior to _setup_snapcraft() <Created by cjp256> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/3343>
[19:40] <mup> PR snapcraft#3414 closed: project loader: export SNAPCRAFT_TARGET_ARCH in build environment <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3414>
[19:55] <mup> PR snapcraft#3371 closed: snap: get legacy branch from local <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/3371>
[20:00] <mup> PR snapcraft#3198 closed: snap: drop legacy, switch to core20 for bootstrap <do-not-merge> <Created by xnox> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/3198>
[20:00] <mup> PR snapcraft#3407 closed: Add new gnome-3-38 extension which uses gnome-3-38-2004 and core20 <Created by kenvandine> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3407>
[20:35] <mup> PR snapcraft#3417 opened: Allow validation assertions to be revoked <Created by nessita> <https://github.com/snapcore/snapcraft/pull/3417>
[21:31] <mup> PR snapd#9837 opened: cmd/snap-repair: filter repair assertions based on bases + modes <Needs Samuele review> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9837>
[21:55] <mup> PR snapcraft#3418 opened: project: always set target arch even if not cross compiling <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3418>
[22:29] <mup> Bug #1911480 opened: cgroupv2 support <Snappy:New> <https://launchpad.net/bugs/1911480>
[22:59] <mup> Bug #1911480 changed: cgroupv2 support <Snappy:New> <https://launchpad.net/bugs/1911480>