[00:49] I have a github tag v0.6.0 on revision cb57b4a. Why does the snapcraft build say "v0.5.0+git104.cb57b4a" instead of just "v0.6.0"? [01:04] koala_man: good question. one for sergiusens :) [01:04] koala_man: might want to bring it up on the forum. I have wondered this myself [01:05] (also, thanks for making shellcheck. it's made my shell scripts a thousand times better) [01:17] aww, I'm glad you've found it useful ^^ [01:36] koala_man: how are you declaring the version in your snap? [01:36] koala_man: and is this using build.snapcraft.io ? [01:36] amurray: https://github.com/koalaman/shellcheck/blob/master/snap/snapcraft.yaml#L25 [01:37] version: git [01:38] interesting... I use https://github.com/alexmurray/indicator-sensors/blob/master/snap/snapcraft.yaml#L3 [01:38] So that I get the latest tag plus a commit id if it has advanced beyond that [01:39] yeah, we have used that in some snapcrafters repos [01:39] (I recall I stole this from some other snapcraft.yaml but I don't recall the original source...) [01:39] or adopt-info [01:39] :) [01:39] So ideally version: git would do-the-right-thing ? [02:10] amurray popey koala_man the version is like that as `version: script` works with annotated tags... From the git man pages "Annotated tags are meant for release while lightweight tags are meant for private or temporary object labels. For this reason, some git commands for naming objects (like git describe) will ignore lightweight tags by default." [02:11] You can use `snapcraft tal set-version` instead for more custom versions [02:11] sergiusens: but my tag is annotated [02:12] Does it show with `git describe`? [02:13] on that revision it says v0.6.0 [02:15] Not sure then, and not at a computer until Thursday to help out. If you send a forum post and ping me if no one has looked by then I can help [02:23] how do I rebuild a certain revision via build.snapcraft.io? [06:05] morning [07:38] zyga: https://fedoraproject.org/wiki/Changes/FontconfigCacheDirChange so it's a 'recent' change and fedora specific [07:46] zyga: and the core policy is incomplete, filed a bug https://bugzilla.redhat.com/show_bug.cgi?id=1659905 [08:05] o/ [08:05] zyga: do you know if mvo will be around today? === pstolowski|afk is now known as pstolowski [08:09] mornings [08:09] sil2100: he's supposed to be taking vacation, if it's urgent you can telegram him [08:09] pstolowski: hey [08:09] Ah, I see he's on holidays [08:10] mborzecki: thanks [08:13] sil2100: I don’t believe so [08:13] Hey guys [08:13] I’m thinking of skipping today [08:16] zyga: if you could take a quick look at https://github.com/snapcore/snapd/pull/6286 [08:16] PR #6286: release: support probing SELinux state [08:17] zyga: oh, and can you upload release tarballs to https://github.com/snapcore/snapd/releases ? [08:19] zyga: we'll need a new snapd in the stable channel today - is that something that's being worked on today? [08:26] sil2100: I don’t know. Perhaps Sergio knows. [08:27] mborzecki: not now, I need to burn some holidays and I’m on my way to school with my son [08:28] PR snapd#6314 opened: cmd/snap-discard-ns: fix umount(2) typo [08:29] zyga: well, i'm taking days of myself, starting wednesday [09:42] Chipaca: morning sir [09:45] Hey hey [09:45] I’m taking today off [09:45] Grabbing some breakfast in the city now [09:46] I went to buy some lights for the tree [09:46] mborzecki: zyga: hiya [09:47] zyga: set it on fire, it's the traditional way [09:47] Almos did [09:47] Almost [09:47] I’ll explain in a [09:47] sec [09:48] All the Xmas lights we had at home were ancient incandescent lights [09:48] With 220V AC flowing through hair thin wires [09:49] So they went to the bin [09:50] pstolowski: hey [09:50] I think I merged some of your branches prematurely on Friday [09:50] zyga: make note to dispose the tree in the right fashion too https://i.imgur.com/Awm2h5T.jpg [09:50] hey zyga & Chipaca [09:51] zyga: make the xmas tree metal, and make the lights with a nice glowy tesla coil [09:51] I didn’t remember pedronis wanted to read each one [09:51] zyga: you can even get it to play music for you! [09:51] Haha [09:52] Chipaca: I’ll just hang our tree this way till spring ;-) [09:53] zyga: https://www.youtube.com/watch?v=08elfo7YNGU fwiw [10:01] Is it safe to watch in a public place? [10:01] Holly smokes :-) [10:42] * Chipaca goes to the gym for a bit [10:52] * Chipaca tries to really go to the gym now [11:14] hm something off about our images, some file transitiions don't seem to work, but they work locally in a vm [11:19] pedronis: hey, i've just posted https://forum.snapcraft.io/t/confusing-behavior-of-snapctl-get/9028 ; can you have a look when you have some time? [11:23] PR snapd#6100 closed: overlord/ifacestate: hotplug-remove-slot task handler [12:17] Can someone confirm this bug please. [12:18] I'm on 18.10, but also tested by popey on 18.04. Both using snapd 2.36.2 from core in stable. [12:18] snap remove foosnap barsnap [12:18] When trying to remove multiple snaps in one operation the removal never completed. [12:19] Spins forever on resolving conflicting changes. [12:21] pstolowski: ^^ [12:26] Wimpress: what snaps exactly? [12:26] any? [13:08] off to pick up the kids [13:09] pstolowski: it doesnt matter [13:10] I just tried to remove two snaps and it say forever. [13:10] popey, with stable core snap? [13:10] with two random snaps I had installed, one was dangerous, one from the store [13:10] yes, stable core [13:11] s/say/sat/ [13:13] popey, https://paste.ubuntu.com/p/KRWgWtqt4W/ [13:13] it worked well for me [13:13] could you please tell me the snaps you used? [13:14] and if you refreshed the core after install the snaps and before remove them? [13:18] i didnt refresh anything [13:19] I don't believe it's snap specific, so me giving you two won't necessarily help [13:20] Common factor was one was a sideloaded snap [13:20] (between me and wimpy) [13:21] I'll reproduce this and test with locally built installed snaps and snaps from the store. [13:22] repeated the command and it magically worked this time [13:22] 2018-12-17T13:21:42Z INFO Waiting for conflicting change in progress... [13:22] it says that once, but previously it said that repeatedly and just sat there [13:22] https://www.irccloud.com/pastebin/8t7NXR4U/ [13:24] https://paste.ubuntu.com/p/6jR2fgD3gY/ [13:24] popey, trying to reproduce it here [13:24] wonder if it's the order of them, as that's the only difference [13:28] popey, I cant find this grin snap, is the one you built manually? [13:28] yes [13:29] https://github.com/popey/grin/tree/add-snapcraft [13:40] popey, ok, I'll build it [13:47] popey, Wimpress i couldn't reproduce with 2 random snaps that I tried (one was a locally installed snap). did you by any chance run a ~pre release of core recently? [13:55] pstolowski: you think it's something in the state? [13:58] popey: when you said "forever", did you mean hours? or a few minutes after which you concluded it's stuck? [13:58] minutes [13:58] allright! [13:58] martin had it longer as he went afk [13:59] hmm [13:59] popey: if minutes, then https://bugs.launchpad.net/snapd/+bug/1806447 [13:59] Bug #1806447: Sophisticated snap remove retries a lot and becomes very slow [13:59] off to get the boys [13:59] (most likely) [13:59] ttfn [13:59] zyga: yes, I want to read all/most the hotplug PRs unless they are really trivial [14:00] pedronis: nb, i'll address the comment you made to that already landed hotplug PR [14:01] I don't understand how there is a conflict between two completely unrelated apps [14:01] they're not using content snaps or anything like that [14:01] popey: but they may have interfaces with core [14:02] they will both have interfaces with core, yes [14:02] ? [14:02] how is that a conflict? [14:03] popey: we're regenerating profiles, and conflict arises if either plug- or slot- side snap is common [14:03] huh, okay. i don't get it but I believe you :) [14:04] popey: the more interfaces the worse it gets, due to that bug. after a fix it will be faster [14:04] ok [14:04] popey: but. i cannot exlude another problem is in play, such as coming for a buggy ~pre release from last weeks [14:04] popey: which we fixed but some people were affected [14:37] pedronis: heh https://github.com/systemd/systemd/issues/9997 [14:54] zyga: the snapd layout bug that you wanted me to file is here https://bugs.launchpad.net/snapd/+bug/1808821 [14:54] Bug #1808821: snap with layout cannot be updated multiple times [15:00] * cachio lunch [15:26] diddledan: thank you [15:27] pedronis: ack, I remembered after the fact when you send that mail [15:27] * zyga returned to the office to do some paperwork [15:40] another bug in RHBZ https://bugzilla.redhat.com/show_bug.cgi?id=1660141 [15:43] PR snapd#6315 opened: overlord/ifacestate: include interface name in the hotplug-disconnect task summary [15:45] mborzecki: trivial, if you have a second ^ ? [15:47] pstolowski: done [15:48] thx [16:13] zyga, cachio: hey! Do you guys know what's the status of snapd for stable? [16:14] no, I don't [16:14] zyga, cachio: mvo wanted to have the new snapd in stable for the core18 images [16:14] ack, I remember [16:14] just not sure what happened since [16:14] I'd like to kick new image builds soonish, I guess snapd is the only thing missing right now [16:18] cachio: ^ [16:27] sil2100: hey [16:27] I noticed I have a mail from Sergio from the 15th [16:27] but you are on CC [16:28] zyga: that was regarding core18, I mean snapd [16:28] I have nothing further than that [16:29] Who's usually doing the promotion of snapd from beta to candidate and to stable? Is that automated? [16:29] Is there someone driving that usually? [16:30] sil2100: that's cachio [16:30] Ah, ok, so I'll just wait for him to answer then [16:30] Thanks! [16:35] cachio: the cert team gave a +1 on snapd for candidate [16:50] sil2100, lyes [16:50] sil2100, lets go to candidate [16:51] cachio: when can we expect snapd to land in stable? [16:51] Is it still possible to happen today? [16:52] sil2100, we already gave the +1 to go to stable [16:52] so just need QA confirmation [16:52] cwayne, do you know what's missing? [16:52] I saw the +1 to go to candidate [16:55] \o/ [16:55] That's good news, let's see what cwayne says then === pstolowski is now known as pstolowski|afk [17:31] sil2100: I can promote snapd to stable [17:31] cachio: ^ [17:31] pedronis, sil2100 it is in stable now [17:32] I just coordinated with store team and I did it [17:32] so, we are ready to create images [17:33] Excellent [17:33] I see it now [17:33] cachio: thanks! [17:33] sil2100, great [17:34] cachio: thanks, I see it now [17:34] pedronis, sil2100 yaw [17:34] I am gonna run smoke test on stable now [17:35] cachio: thanks! I just kicked off the first build just now, let's see how it goes [17:35] I don't think we did any core image builds on disco yet so fingers crossed that it'll all just work [17:38] sil2100, fingers crossed [18:05] cachio: succeeded! [18:06] I'll do a quick boot test and then share the link [18:07] sil2100, awesome [18:21] cachio: looking good so far! [18:21] I need to go AFK and EODish now, but the images are in and test request sent [18:21] I'll be monitoring IRC still for a while in case something blows up [20:45] * cachio afk