[01:54] PR snapcraft#2550 closed: storeapi: move from details (v1) to info (v2) [07:04] I need a review for the 2.39 PRs [07:22] mvo: I double-checked quickly and approved the backports [07:22] and hi [07:25] pedronis: thanks! and good morning :) [07:28] PR snapd#6814 closed: overlord/corecfg: make expiration of automatic snapshots configurable (4/4) - 2.39 [07:28] PR snapd#6815 closed: snapstate: auto-install snapd when needed (2.39) [08:11] PR snapd#6818 closed: snapshotstate: disable automatic snapshots on core for now [08:31] pedronis: good news, all PRs for 2.39 are in, there is a travis failure right now that I'm looking at though, not sure if its a fluke or not [08:31] ok [08:51] pedronis: do you think 6810 can go in with just one review? its mostly shuffling things around so it seems that is ok(?) [09:02] mvo: I suppose so, a bit your call, it would be good if somebody outside of us was aware of the change [09:03] pedronis: yeah, that pushes it to monday but thats ok I think [09:04] I probably will have 3 more PRs today, getting quite close to the core of rereg, and also to your code/PRs [09:04] pedronis: great [09:05] pedronis: my afternoon will be full of meetings [09:05] pedronis: but I hope to spent the morning in a productive way [09:05] * mvo looks at one build failure in sbuild though [09:06] yea, I'll try also do some reviewing but yes, most of the meetings I'm also there [09:06] * mvo nods [09:10] mvo: it would also be good to land your Remodel PRs because I probably need to touch that code a bit as well soon [09:10] but probably Monday at this point [09:13] pedronis: yeah, they need reviews [09:14] mvo: also, for next week but I was reminded that we need undo tests for remodeling and that's there a bug related to queueCommand (using service commands from configure hooks) that affects seeding but will also affects more annyoingly remodel [09:20] pedronis: hrm, that sounds annoying [09:21] mvo: slightly rare, but yes annoying, still need to think out to fix it [09:22] PR snapd#6819 opened: osutil: fix TestReadBuildGo test in sbuild [09:22] mvo: the issue is that as it is queueCommand puts stuff after mark-seeded, and now set-model [09:23] which relates to lanes and undo and how we use them or not [09:23] as well [09:23] bit of a tangle [09:28] PR snapd#6820 opened: snap-confine: improve error when running on a not /home homedir [09:33] mvo: let me know when you have the new changelog for 2.39 since pre1 [09:37] PR snapd#6821 opened: many: make which store to use contextual [09:39] pedronis: mailed it to you [09:40] thx, opening one more PR and then will look at it [09:42] pedronis: ok, I prepare the release but will wait for you with this then [09:42] pedronis: test building in the ppa now to ensure we have no build failures in sbuild [09:46] mvo: looks as expected but aren't we missing the PR by maciej about runuser and selinux and snapshots? [09:48] mvo: https://github.com/snapcore/snapd/pull/6748 [09:48] PR #6748: data/selinux: tweak the policy for runuser and s-c, interpret audit entries [09:49] or is the changelong missing some bits [09:50] it was tagged 2.39 [09:54] mvo: mmh, same question about #6802 [09:54] mvo: did we forget some backports? [09:54] PR #6802: overlord/ifacestate: update static attributes of "content" interface <⚠ Critical> [09:57] pedronis: let me double check [09:58] pedronis: 6802 is in (unless I miss something), b2c4893 is there in 2.39 [09:58] pedronis: but the selinux is missing, thanks for this one [10:00] mvo: it's interesting that 6802 is not in the changelog [10:00] are we dropping some stuff? [10:00] but yes, I see it in the branch [10:00] pedronis: maybe a bug in the script, let me debug [10:05] PR snapd#6822 opened: overlord/devicestate: introduce registrationContext [10:09] pedronis: found the issue, the commit is malformated, we usually have pattern: "cmd,snapd: what changed" [10:09] pedronis: this one is missing that [10:10] pedronis: I will add it manually and think a bit more about if the script should warn about those [10:10] mvo: the PR looked right https://github.com/snapcore/snapd/pull/6802 so it was are intefact of merging or the backport [10:11] PR #6802: overlord/ifacestate: update static attributes of "content" interface <⚠ Critical> [10:11] pedronis: oh, indeed [10:11] cmatsuoka: Review is in.. just a couple of last points [10:30] pedronis: I updated the changelog manually now and once travis is green I will upload and push to beta [11:04] PR snapd#6823 opened: [RFC] packaging: build empty package on powerpc [11:10] pedronis: we *may* want 6823 for 2.39, I will try to get opinions from foundations [11:10] pedronis: it will mostly make their processes easier as all arches will have packages [11:10] * mvo gets lunch first [11:11] mvo: happy to do what they prefer there [11:11] pedronis: yeah, I had the impression this is good for them but its a hack so I want to confirm first [11:21] niemeyer: thanks! [11:44] mvo: I did a bit of reviewing [11:53] PR snapcraft#2542 closed: meta: Validate common ID against appstream metadata === ricab is now known as ricab|lunch [12:46] how can I reset release number back to ^ ? [12:47] I changed candidate and beta in past to certain number, I don't want that anymore, I want them to fall back to release number as they do by default [12:47] but no idea how to reset it back to original state [12:52] petan: maybe you mean "snapcraft close candidate beta", after that they will follow stable [12:53] sorry "snapcraft close ..." === ricab|lunch is now known as ricab [13:52] PR snapd#6824 opened: release: 2.39 [13:59] PR snapcraft#2551 opened: project: read local plugins from build-aux [14:09] * cachio afk [14:28] kenvandine: beta has the fix now (version is still 2.39~rc1 but will become 2.39 in some minutes) [14:29] mvo: thanks [14:37] cachio: core 2.39 is in the beta channel now [15:01] mvo, starting validation [15:01] thanks [15:06] cachio: thank you! [15:11] PR snapcraft#2552 opened: release: 3.4.1 [15:13] hi! I have some problems installing snapcraft for development after upgrade to 19.04, specifically installing python-apt I got a huge error message https://paste.ubuntu.com/p/tjQM3HJrrg/ [15:13] I meant, installing snapcraft dependencies [15:23] mvo: confirmed it seems to fix the issue, thanks! [15:27] clobrano: you need to develop inside a 16.04 environment, easiest way is to "lxc launch ubuntu:16.04" and setup in there [15:27] you would be using the incorrect python version if not [15:39] kenvandine: \o/ [15:39] kenvandine: thanks for double checking [15:41] Hi, I'm trying to understand the process of building ubuntu-core images. Some of the software I need on the image can't be packaged into a snap, as well as I want to copy some configuration files directly on the device itself. Is there a way I can run a shell script before the image is created? [15:45] mvo, changelog was not generated here https://people.canonical.com/~mvo/core-changes/html/beta/ [15:48] cachio: looking [15:56] cachio: should be good now [15:57] mvo, thanks [16:04] sergiusens: oh, I missed this important info :D, thanks! [16:06] niemeyer: hey, fyi https://github.com/snapcore/snapd/pull/6681#issuecomment-489150666 [16:06] PR #6681: many: support system-users for 'daemon' user [16:08] joeubuntu: fyi, mvo changed ^ that to be in 2.40, not 2.39, so it is officially out for sprint [16:09] mvo: since you did that, there is no rush in getting libseccomp 2.4.1 in core/core18 or snapd [16:10] thanks for the heads up jdstrand [16:10] testing is so far good with 2.4.1, we'll likely have it in a security update sometime after the sprint [16:10] at which point, the core, core18 and snapd snaps will just have it [16:13] jdstrand: yeah, sorry, this one was a tough call [16:14] mvo: np. that feature was plaugued with difficulty. I'm surprised we are as far along as we are :) [16:14] mvo: so many steps back before we could be where we are today [16:15] mvo jdstrand I'd rather do it right then rush it and introduce an error. [16:24] ogra, is there a way for core to connect a different wifi network other than the console-conf(igured) one on first boot? [16:24] I am following the docs.ubuntu.com/core/en/stacks/network/network-manager/docs/configure-wifi-connections [16:25] nmcli r wifi on is not listing the WiFi network i'm connected to [16:27] `nmcli d wifi list` * I meant to paste ^ [17:05] Do 'prepare' and 'install' properties work as described here https://docs.snapcraft.io/snapcraft-parts-metadata [17:05] I'm getting "Additional properties are not allowed" [17:36] PR snapcraft#2553 opened: ci: use --destructive-mode to build snap in travis [18:46] PR snapd#6641 closed: snap-gdb-shim: switch to the SUDO_UID when available [18:52] PR snapd#6825 opened: cmd: rework `snap run --gdb` to work as user [18:55] PR snapd#6826 opened: tests: enable tests on centos 7 again [19:06] PR snapcraft#2554 opened: release: 3.4.1 [19:20] Hi! Are there instructions somewhere on how to build a snap on Travis ? [19:21] I found these instruction https://docs.travis-ci.com/user/deployment/snaps/ but they seem to be for deploy only [19:29] To answer my own question, for anyone who might be curious..."prepare" and "install" do NOT work as described at https://docs.snapcraft.io/snapcraft-parts-metadata [19:30] They are deprecated https://docs.snapcraft.io/t/deprecation-notices/8396 [19:30] I submitted a request for docs update https://forum.snapcraft.io/t/snapcraft-parts-metadata/8336/6 [20:19] Can someone help me creating a wine snap? [20:19] https://github.com/mmtrt/wine-platform [20:19] I currently found this, but how do I merge my wine installation with this snap? [20:45] and how can i set a weekly refresh for my snaps? [21:00] PR snapd#6827 opened: tests: fix "Placeholer" is a misspelling of "Placeholder" issue [21:29] AlexPortable: hey, please come back on Monday for more help but you can probably find examples on the forum. Look for snap set core refresh.schedule please. [21:35] what is the difference between system refresh.timer and core refresh.schedule ? === tomreyn_ is now known as tomreyn [23:27] How do I get snapcraft installed without a 4.4 kernel? [23:59] ugh, and it wants root too?