/srv/irclogs.ubuntu.com/2019/03/20/#snappy.txt

mupPR snapd#6625 opened: tests: system disable ssh for config defaults in gadget <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6625>00:59
mwhudsonis there a way via the snapd api to see if refreshing to a particular risk (in particular: including a branch) will perform an upgrade?01:01
wgrantmwhudson: "risk (in particular: including a branch)" is just a channel01:07
mwhudsonwgrant: well ok my question still stands01:07
wgrantmwhudson: snap refresh --list SNAP --channel=CHANNEL should do it, but it's not supported01:07
wgrantNot sure why01:08
wgrant--list doesn't take the normal refresh args01:08
mwhudsonit's a very different path inside snapd for whatever reason01:09
mwhudsonyou can say snap switch --channel=foo SNAP, snap refresh --list01:09
wgrantAh, --list uses find01:09
wgrantThat's weird01:09
mwhudsonbut that seems to silently succeed if you use a bogus channel01:09
wgrantYeah, snap refresh --channel=foo SNAP checks that the target channel exists, but snap switch doesn't01:10
wgrantIt doesn't look like snapd provides a sufficient API :(01:11
mwhudsonheh switch to a missing channel and refresh --list does end up with a complaint in the logs01:12
mwhudsonbut i don't think i should be that evil :)01:12
mwhudsonsnap refresh --no-wait --channel=foo SNAP and assume i can abort the job in time? :)01:13
wgrantHeh01:15
mborzeckimorning05:58
=== chihchun_afk is now known as chihchun
mborzeckishall we land #6620?06:23
mupPR #6620: tests/main/remodel: clean up before reverting the state <Created by chipaca> <https://github.com/snapcore/snapd/pull/6620>06:23
zygaGood morning06:51
zygaHey Maciej06:51
zygamborzecki: I will likely have a slower day today06:52
zygaLooking at 662006:52
mborzeckizyga: hey hey06:52
zygaYeah06:53
zygaLet’s land it06:53
zygagood morning mvo07:32
zygaI just merged the fix from chipaca07:32
zygalet's see some green today :-)07:32
mupPR snapd#6620 closed: tests/main/remodel: clean up before reverting the state <Created by chipaca> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6620>07:33
mvohey zyga07:33
zygaI, selfishly restarted https://github.com/snapcore/snapd/pull/6622 - let's see if it goes green now07:33
zygahey :)07:33
mvozyga: thank you07:33
mupPR #6622: cmd/libsnap: rename C enum for feature flag <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6622>07:33
mvozyga: lets focus on the 2.38 tagged one(s) initially :)07:36
zygaI'll wait and see if anything turns green07:37
zygamvo: https://github.com/snapcore/snapd/pull/6617 needs a review from You07:37
mupPR #6617: cmd/snap: fix regression of snap saved command <Squash-merge> <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6617>07:37
mupPR snapd#6607 closed: cmd: typedef mountinfo structures <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6607>07:47
=== pstolowski|afk is now known as pstolowski
pstolowskimornings08:02
mvohey pstolowski08:06
zygahey pawel :)08:16
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
zygahmm08:35
zygatests still red?08:35
mupPR snapd#6626 opened: strutil: make SplitUnit public, allow negative numbers <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6626>08:36
mborzeckishould be a simple one ^^08:36
mborzeckipstolowski: mvo: hey08:36
mvomborzecki: good morning08:37
zygamvo: https://github.com/snapcore/snapd/pull/6613 needs a 2nd review08:38
mupPR #6613: interfaces/builtin: add dev/pts/ptmx access to docker_support (for 2.38) <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/6613>08:38
mvozyga: on it08:38
zygamborzecki: is there anything that unicode.IsDigit returns true to that is not in range '0'..'9'?08:39
zygalike any funky numerals?08:39
mborzeckizyga: iirc that's what IsNumber could do08:40
mborzeckiafaik IsDigit is 0-908:40
zygamborzecki: https://golang.org/src/unicode/digit.go08:40
zygamborzecki: https://golang.org/src/unicode/letter.go line 17008:41
zygamborzecki: I think it does more than you think it does :)08:41
zygaat least my naive understanding would suggest that there are more characters that match08:42
zygacan you run a simple loop over 65K runes and see what matches?08:42
zygamborzecki: https://golang.org/src/unicode/tables.go line 230808:43
zygathere's a lot of digits08:43
mborzeckipfff08:43
mborzecki৬ hello there little digit08:44
zygawhaat? what is that?08:45
zygagoogle says that is 608:45
zygawell08:45
zygaI think the branch needs some more changes08:45
mborzecki'bengali digit one'08:45
zyga08:46
zygaI wonder if that also matches08:46
mborzeckizyga: but it doesn't parse as a number08:46
zyga08:46
mborzecki"߁kB" -> cannot parse \"߁kB\": \"\\xdf\" is not a number08:47
zygahmm08:47
zygathat's not what I sent, perhaps IRC client mangles that08:47
zygaanyway :)08:48
mupPR snapd#6613 closed: interfaces/builtin: add dev/pts/ptmx access to docker_support (for 2.38) <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6613>08:50
zygatests are still ungreen08:52
zygafatal: unable to access 'https://github.com/snapcore/squashfuse/': gnutls_handshake() failed: Error in the pull function.08:52
zygaeh08:52
zygahey chihchun09:02
zygahey Chipaca09:02
zygahey tab completion :/09:03
Chipacahey zygurat09:03
Chipaca:-p09:03
Chipacazyga: 'sup?09:03
zygaChipaca: it's a sunny day09:03
zygathat's always good09:03
* Chipaca looks outside09:03
Chipacalies09:03
Chipacazyga: mborzecki: i agree about the unicode.IsDigit, saw that the other day and added a todo to fix it09:07
Chipacazyga: mborzecki: but in my case i was going to change it to return uints everywhere09:07
Chipaca(because we weren't using it from anywhere that needed negative sizes anyway)09:08
Chipacamborzecki: but09:08
Chipacamborzecki: we rely on the behaviour of never returning negative09:08
Chipacaah but it now checks for that explicitly09:09
Chipacaok :-)09:09
mborzeckihm have to fix the slicing too, otherwise it'll split up the unicode chars incorrecty09:13
Chipacamborzecki: ?09:14
mborzeckiChipaca: just antoher bug in the PR that i see now09:14
Chipacamborzecki: did you change the loop from a range over the string?09:15
Chipacamborzecki: ranging over a string yields full runes09:15
mupPR snapd#6627 opened: devicestate: deal correctly with the "required" flag on Remodel <Created by mvo5> <https://github.com/snapcore/snapd/pull/6627>09:16
Chipacamborzecki: https://play.golang.org/p/SUc1sdPpeUd fwiw09:20
Chipacamborzecki: or https://play.jsgo.io/8e1f7704efa0f1ca794f16e88134281cf870fe93 :-p09:22
* Chipaca stops having fun and gets to work09:23
mupPR snapd#6628 opened: overlord/snapshotstate: support auto flag (automatic snapshots 1/N) <Created by stolowski> <https://github.com/snapcore/snapd/pull/6628>09:23
mborzeckijsgo.io09:24
mborzeckithat's quite fancy09:24
mborzeckiand 3rd party imports work too09:24
Chipacamborzecki: they even tweaked the limits so we could import snapd in there09:25
Chipaca(i mentioned this when it happened)09:25
mborzeckiChipaca: zyga: updated the PR, please take a look09:25
zygaenqueued, doing another review now09:25
mborzeckizyga: #6605 needs master merge09:26
mupPR #6605: cmd/libsnap,osutil: fix parsing of mountinfo <Created by zyga> <https://github.com/snapcore/snapd/pull/6605>09:26
pedronismvo: hi, could you re-review #6575 when you have some time09:27
mupPR #6575: cmd/snap-confine: pass sc_invocation instead of numerous args around <Created by zyga> <https://github.com/snapcore/snapd/pull/6575>09:27
zygamborzecki: thank you, I will de-conflict that soon09:27
mborzeckineed to grab some coffee09:27
mborzeckirelative offsets in gadget.yaml are so fancy09:29
Chipacamborzecki: I'd expect you to make a ParseByteSize analogue, ParseNonISOByteSize (or something), instead of exporting the helper, fwiw09:31
Chipacamborzecki: but I don't mind (obviously)09:32
* Chipaca not that worried09:32
* zyga could use a coffee too but first a quick merge with master09:35
mborzeckiChipaca: would like that, but gadget takes sizes in format 1/1M/1G, SplitUnit is all i need09:35
zygahttps://github.com/snapcore/snapd/pull/6614 needs a 2nd review now09:42
mupPR #6614: cmd/snap-confine: use fixed private tmp directory <Created by zyga> <https://github.com/snapcore/snapd/pull/6614>09:42
zygamborzecki: conflict resolved, thanks09:42
mborzeckiwodner how did google come up with 'stadia' as the name09:43
zygamborzecki: https://www.dailymotion.com/video/x1afila09:45
zygamborzecki: (seek to the end unless you know this one ;)09:47
mborzeckiheh09:49
* zyga looks at https://forum.snapcraft.io/t/problems-installing-a-base-core18-snap-on-bionic/10084/2 09:53
zygabut first coffee, it's so cold in the office still09:53
zygaI need to print something again, it's always cozy when that thing is on09:53
pedronisChipaca: can we have a chat about 6624, everything is more complicated than we remembered09:59
Chipacapstolowski: #6628 includes #6617 ?10:01
mupPR #6628: overlord/snapshotstate: support auto flag (automatic snapshots 1/N) <Created by stolowski> <https://github.com/snapcore/snapd/pull/6628>10:01
mupPR #6617: cmd/snap: fix regression of snap saved command <Squash-merge> <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6617>10:01
Chipacapedronis: sure10:01
pstolowskiChipaca: no, i'm waiting for 6617 to become green, will merge and deconflict10:01
Chipacapedronis: but if it really is, that means it isn't 2.38 material, so I vote we refactor now and fix it properly10:01
pedronisChipaca: well the issue is not so much the change to autorefresh, is the store changes10:02
pstolowskiand maybe i'm very optimistic hoping for green..10:03
Chipacapedronis: i'm listening10:03
Chipacapstolowski: what's red now?10:03
pedronisChipaca: can we do a quick HO?10:03
Chipacapedronis: sure, in 5?10:03
pedronisChipaca: works for me, thanks10:03
pstolowskiChipaca: just saying, still a couple of red PRs from there, maybe just need restarting10:05
pstolowskid/from/10:05
* Chipaca searches for his headset10:06
Chipacapedronis: ready when you are10:09
pedronisChipaca: omw10:10
mvopedronis: sure, will re-review. thank you10:16
pstolowskioh noes10:44
pstolowskiChipaca: you asked about what's red... #6617 went red10:45
mupPR #6617: cmd/snap: fix regression of snap saved command <Squash-merge> <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6617>10:45
Chipacafatal: unable to access 'https://go.googlesource.com/net/': Failed to connect to go.googlesource.com port 443: Connection timed out10:45
Chipacapstolowski: ^10:46
Chipacalots of timeouts from there10:46
Chipacapstolowski: restarted10:46
Chipacapstolowski: thank you10:46
Chipacapedronis: maybe i should've split the the backoff test, but it exercises the bits we want it to now10:57
pedronisChipaca: if you think two tests make more sense, yes let's do that10:57
Chipacapedronis: i think one is fine, even though the name could use a tweak10:58
Chipacaas it's not just about the backoff10:58
Chipacabut the comments cover what's going on10:58
Chipacaand they're all about backoff in one way or another, so maybe it's fine10:58
pedronisChipaca: maybe it should have Error in the name?10:58
pedronisis is about errors after all10:59
pstolowskiChipaca: ty!11:00
pedroniszyga: I need to have lunch, we should probably have a chat about 6597, seems we are a bit talking across each other11:15
mupPR snapd#6622 closed: cmd/libsnap: rename C enum for feature flag <Simple 😃> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6622>11:24
zygapedronis: gladly, I would prefer to do it before the standup if you can because I need to break early today11:25
pedroniszyga: 20 mins before the standup?11:44
=== chihchun is now known as chihchun_afk
mvozyga, pedronis quick question abut https://github.com/snapcore/snapd/pull/6575#discussion_r264631829 then I can continue with the review11:47
mupPR #6575: cmd/snap-confine: pass sc_invocation instead of numerous args around <Created by zyga> <https://github.com/snapcore/snapd/pull/6575>11:47
mvozyga: but I'm puzzled by this one11:47
* mvo probably miss something obvious11:47
zygamvo: looking11:51
zygamvo: replied11:52
zygapedronis: sounds good11:52
pedronismvo: the move make the unit test linking fail, I suppose it's .h bit of the move11:54
pedroniss/linking/compiling/11:54
* mvo nods11:56
zygapedronis: we could move it again but I would have to rework snap-confine.c to effectively move main somewhere else11:59
mupPR snapd#6629 opened: overlord/snapshotstate: helpers for dealing with expiration times <Created by stolowski> <https://github.com/snapcore/snapd/pull/6629>12:10
cachiopedronis, hey, I see this error on the new test to disable ssh12:10
cachiohttps://paste.ubuntu.com/p/d9ckjJWMPk/12:10
pedroniscachio: we don't mask ssh, we use a file instead12:11
pedronismvo: ^12:11
cachiopedronis, mvo which file?12:12
pedronisone sec12:13
pedroniscachio: /etc/ssh/sshd_not_to_be_run12:15
cachiopedronis, nice, thanks12:15
pedroniscachio: code is here: https://github.com/snapcore/snapd/blob/master/overlord/configstate/configcore/services.go#L5912:15
pedroniswe do unmask in case when (re)enabling, but our own disabling logic is based on that file12:16
pedronisthere's a conditional in the unit12:16
cachiopedronis, reading, thanks for the info12:18
mvopedronis, cachio its complicated, we used to "mask" but had bugs becaus of ssh/sshd aliases and the recommended way was to use this file12:20
pstolowskipedronis: re your comment to measurements PR about capturing task status, that's a good idea; does "task-status" tag sound ok?12:21
mvozyga: reviewed, sorry for the delay, had some questions12:22
pedronispstolowski: yes12:22
cachiomvo, it is ok, I with that code I can adjust the test case12:22
zygamvo: no worries12:22
pedronispstolowski: like task-kind12:22
mvocachio: thanks12:22
pstolowskipedronis: ty12:27
pstolowskiand now google:fedora-29-64:tests/main/degraded failed. fun.12:34
* pstolowski lunch12:37
zygamvo: updated https://github.com/snapcore/snapd/pull/6575 - I left one thing out (cleanups memset 0) and I would prefer to do it in a separate branch12:44
mupPR #6575: cmd/snap-confine: pass sc_invocation instead of numerous args around <Created by zyga> <https://github.com/snapcore/snapd/pull/6575>12:44
ddstreetmvo what's your plans for lp #1819728?  i have a couple/few systemd patches i'm planning to sru soon, i can include your patches if you think they will be ready this or next week12:48
mupBug #1819728: Please backport "fix race between daemon-reload and other commands #8803" to 16.04 (for UC16) and 18.04 (for UC18) <patch> <verification-failed-bionic> <verification-failed-xenial> <verification-needed> <systemd (Ubuntu):Fix Released> <systemd (Ubuntu Xenial):Triaged> <systemd (Ubuntu12:48
mupBionic):Fix Committed> <https://launchpad.net/bugs/1819728>12:48
ddstreetalso i assume the current systemd bionic upload will be rejected due to failed verification, so you'll need to include lp #1778936 patch in the next upload as well12:49
mupBug #1778936: please re-add Support-system-image-read-only-etc.patch <patch> <verification-needed> <verification-needed-bionic> <systemd (Ubuntu):Fix Released> <systemd (Ubuntu Bionic):Fix Committed> <systemd (Ubuntu Cosmic):Fix Released> <https://launchpad.net/bugs/1778936>12:49
mborzeckioff to pick up the kids, may be a bit late to the standup13:12
zygamborzecki: https://github.com/snapcore/snapd/pull/6626 is green13:21
mupPR #6626: strutil: make SplitUnit public, allow negative numbers <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6626>13:21
=== ricab is now known as ricab|lunch
mvoddstreet: that sounds reasonable, I should have things ready by then. its not at all straightforward unfortunately because its 239->229 and there are a bunch of changes which cause conflicts etc. plus its a delicate area of the code. but I think i have something ready13:48
mvoddstreet: do you have a link to your things? just to double check that we don't conflict?13:48
ddstreetmvo so far we have lp #1812760 and lp #1818282 which we're getting patches ready for, but also 2 more issues without bugs yet that we're investigating13:51
mupBug #1812760: networkd: [Route] PreferredSource not working in *.network files <sts> <systemd:Unknown> <systemd (Ubuntu):Fix Released by xnox> <systemd (Ubuntu Bionic):In13:51
mupProgress by ddstreet> <systemd (Ubuntu Cosmic):In Progress by ddstreet> <systemd (Ubuntu Disco):Fix Released by xnox> <https://launchpad.net/bugs/1812760>13:51
mupBug #1818282: systemd-networkd - RoutingPolicyRule does not apply correctly <patch> <patch-accepted-upstream> <patch-forwarded-debian> <sts> <sts-sponsor> <sts-sponsor-ddstreet> <systemd (Ubuntu):Fix Released by joalif> <systemd (Ubuntu Bionic):In Progress by joalif> <systemd (Ubuntu Cosmic):In13:51
mupProgress by joalif> <systemd (Ubuntu Disco):Fix Released by joalif> <systemd (Debian):New> <https://launchpad.net/bugs/1818282>13:51
ddstreetmvo also, there may be a systemd security release coming soon so we might be waiting until after that to upload13:52
mvoddstreet: thanks, that looks like a totally different area, so that should be fine13:53
mupPR snapd#6617 closed: cmd/snap: fix regression of snap saved command <Squash-merge> <⚠ Critical> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6617>14:13
Chipacacachio: spread -list google:[^u]...:tests/...  vs  spread -list google:[u]...:tests/...14:34
zygapedronis: updated https://github.com/snapcore/snapd/pull/659714:51
mupPR #6597: cmd/snap-update-ns: refactor of profile application (1/N) <Created by zyga> <https://github.com/snapcore/snapd/pull/6597>14:51
mupBug #1821023 opened: core18 base on core 16 missing firmware <Snappy:Triaged by zyga> <https://launchpad.net/bugs/1821023>14:54
tobikochIs there an API call to determine which base a snap has before installation?15:06
zygatobikoch: yes, see what happens when you `snap info --verbose jq-core18`15:08
=== ricab|lunch is now known as ricab
tobikochzyga: I see, I have to explicitly request the field.15:22
cachioChipaca, nice, thanks15:22
zygayes, I believe so15:22
* zyga needs to break, need to study before classes15:22
=== mborzeck1 is now known as mborzecki
Chipacatobikoch: request it where?15:31
tobikochChipaca: refresh API endpoint15:33
Chipacatobikoch: on api.snapcraft.io?15:33
tobikochChipaca: yes15:33
Chipacatobikoch: refresh endpoint, or info endpoint?15:34
tobikochChipaca: refresh15:34
Chipacastrange, but ok15:34
Chipacatobikoch: what're you doing?15:34
Chipaca(out of pure unadulterated curiosity)15:35
tobikochUpdating the snap download tool in livecd-rootfs15:35
Chipacatobikoch: 'snap download' not cutting it?15:36
tobikochChipaca: snap download was fine, but it doesn't allow passing along a cohort key.15:37
tobikochSo until it does, there is this script.15:37
* cachio lunch15:37
Chipacapedronis: ^ were you aware that livecd-rootfs was using cohorts already?15:38
Chipacatobikoch: fascinating :-)15:38
tobikochheh15:38
Chipacatobikoch: if you're doing bases like that, how're you doing other prerequisites (content providers, particularly)?15:38
pedronisChipaca: yes15:38
pedronisI was aware15:39
tobikochChipaca: not sure I understand, so far the script does what it needs, I may be missing out on the wider scope.15:39
Chipacatobikoch: if it's not a proble, it's not a problem :-)15:39
tobikoch:)15:39
tobikochChipaca: this is only for download, it does nothing else.15:40
tobikochIt's used for snap-preseeding in our images.15:40
pedronisChipaca: they might need changes, but that's really a discussion to have with the store for them15:40
Chipacak15:41
tobikochpedronis: actually I had mentioned it here: https://forum.snapcraft.io/t/managing-cohorts/8995/215:43
pedroniszyga: could you re-review #6485  (it has two reviews but it had a complicated history so a 3rd will not hurt)16:00
mupPR #6485: interfaces/seccomp: regenerate changed profiles only <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6485>16:00
zygapedronis: certainly!16:00
pedronisthx16:04
iTommixHi. maybe someone can help me: my apache user www-data should run a snap app (like /snap/bin/vlc) but gives me „cannot create user data directory: /var/www/snap/vlc/770: Read-only file system“ - first: the directoy is created by this app (its there), but second: could it be that there are missing permissions (solved with snap connect) ?16:16
zygaiTommix: hey, just a partial answer, read only file system means that you are on a read only file system, permissions cannot fix this16:17
zygaiTommix: I will let others help you, I'm partially AFK / commutting16:17
iTommixzyga: thats not right… the FS is writable.16:18
zygais the path realy /var/www/snap/vlc/770?16:18
zygathat's unusual16:18
iTommixyes, because of the user www-data home-dir its /var/www16:19
iTommixi have an own „snap“-folder in my homedir16:19
zygaiTommix: please seek help on the forum, I'm sorry I cannot help you more now16:20
iTommixwill wait till others answer maybe… thanks anyway :)16:20
mupPR snapd#6610 closed: interfaces/builtin: add add exec "/" to docker-support <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6610>16:24
mupPR snapd#6630 opened: cmd/snap: make 'snap warnings' output yamlish <Created by chipaca> <https://github.com/snapcore/snapd/pull/6630>16:25
mvopedronis: do you want to squash merge 6624 and tweak the commit message or shall I do it? the current commit message does not match the reality of the PR anymore (or maybe Chipaca can do it when he is back?)16:47
pedronismvo: I'm about to go afk16:47
Chipacaah16:47
Chipacamvo: i'll do it now16:47
pedronisso I think either you or John16:47
pedronisChipaca: thx16:48
mvoChipaca: thank you! later is fine if you are on the run16:48
Chipacamvo: done16:48
Chipacaabout to disappear but here still :-)16:49
mvoChipaca: \o/16:51
mupPR snapd#6624 closed: overlord/snapstate: retry less for auto-stuff <Squash-merge> <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6624>16:52
mupPR snapd#6631 opened: tests: split travis spread execution in 2 jobs for ubuntu and non ubuntu systems <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6631>17:20
mvopedronis, Chipaca just FYI, I added a comment in https://bugs.launchpad.net/snapd/+bug/1768419/comments/417:23
mupBug #1768419: Pass through snapd client User-Agent to store requests snapd <snapd:Triaged> <https://launchpad.net/bugs/1768419>17:23
=== pstolowski is now known as pstolowski|afk
mupPR snapd#6615 closed: spread: some debug info to catch /var/snap/.. not being empty <⛔ Blocked> <Created by bboozzoo> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/6615>17:46
mupPR snapd#6626 closed: strutil: make SplitUnit public, allow negative numbers <Simple 😃> <Created by bboozzoo> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6626>17:48
mupPR # closed: core-build#11, core-build#22, core-build#26, core-build#3718:10
mupPR # opened: core-build#11, core-build#22, core-build#26, core-build#3718:11
=== jacekn_ is now known as jacekn
WimpressSnapcraft Live! starts in about 10 minutes - https://www.youtube.com/watch?v=X_U-pcvBFrU19:51
mupPR # closed: core-build#11, core-build#22, core-build#26, core-build#3720:50
mupPR # opened: core-build#11, core-build#22, core-build#26, core-build#3720:51
mupPR snapcraft#2506 opened: schema, tests: add more detail wrt numeric version errors <Created by adanhawth> <https://github.com/snapcore/snapcraft/pull/2506>20:54
mupIssue # closed: core18#56, core18#86, core18#89, core18#11723:57
mupPR # closed: core18#43, core18#63, core18#72, core18#90, core18#98, core18#12023:57
mupIssue # opened: core18#56, core18#86, core18#89, core18#11723:58
mupPR # opened: core18#43, core18#63, core18#72, core18#90, core18#98, core18#12023:58

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