/srv/irclogs.ubuntu.com/2018/05/07/#snappy.txt

cjwatsonmcphail: snapcraft's README.md refers to the Launchpad one04:05
mborzeckimorning05:06
mborzeckimvo: hey, how are things?05:34
zygaGood morning05:45
mborzeckizyga: hey05:45
mborzeckizyga: i see we made it to 2.32.605:46
mvohey zyga and mborzecki !05:50
mborzeckimvo: morning05:50
mborzeckimvo: how was the sprint?05:51
* zyga -> walk05:52
mvomborzecki: it was good05:52
mvomborzecki: no surprises, focus for the next couple of weeks is making core18 bootable and working on the upgrade path05:52
mborzeckimvo: any updates to the roadmap then?05:52
mvomborzecki: but we knew that :)05:52
mvomborzecki: nothing new in the roadmap I think05:53
mvomborzecki: we will need to do a .7 to fix an important usecase (two PRs up for that already)05:54
mvomborzecki: and then we are hopefully fully back to 2.3305:54
zygaOh05:54
zygaWhat is for .7?05:54
mborzeckihm and i thought we were done with .6 :)05:54
mvozyga: a systemd target for when the system is fully seeded05:54
mvozyga: and a way for snaps to declare an "after: snapd.seeded"05:54
mvozyga: it is important for some 18.04 cloud image use-cases05:55
mvomborzecki: I thought so too :) but then reality disagreeded05:55
mvoI think its pretty straightforward, it will need a design ACK from gustavo though05:55
zygaI See05:56
mborzeckimvo: a target taget? as in snapd.seeded.target?05:57
mvomborzecki: correct05:57
mvomborzecki: so that a unit can say "after=snapd.seeded.service"05:57
mvomborzecki: there is a PR up for this (5124) but it was written during the sprint so an extra careful review is needed :)05:59
mvothe other one is 5132 and we will need 5133 for cosmic05:59
mupPR snapd#5136 opened: tests: ubuntu 18.04 or higher does not need linux-image-extra- <Created by mvo5> <https://github.com/snapcore/snapd/pull/5136>06:09
mupPR snapd#5128 closed: Revert "Skip test lp-1721518 for arch, snapd is failing to start afte… <Simple> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5128>06:26
mupPR snapd#5121 closed: interfaces:minor autoconnect cleanup <Simple> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5121>06:29
mupPR snapd#5069 closed: configcore: validate experimental.layouts option <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5069>06:36
* zyga is back home and working now06:44
zygamy whole desk was covered with yellow powder06:44
zygasomething must be blooming nearby06:45
zygayuck06:45
* zyga catches up with email06:48
zygamvo: please ping me if something urgent is needed, I will start hacking at around noon, I need to get my inbox under control06:49
mvozyga: I will focus on .7 this morning and trying to make sure autopkgtests and spread is happy06:54
mvozyga: 5131 needs a second review but its pretty trivial and can probably go in with a single review even06:55
mvozyga: I got this error in one of my PRs so it might be a prereq for landing the 2.32 ones06:55
zygamvo: FYI, I think there's a real error that affects debian06:58
zygamvo: but it's rare06:58
zygamvo: if you see a network-bind or network test fail there, that's it06:58
zygait looks like we become unconfined in some situations06:58
mupPR snapd#5136 closed: tests: ubuntu 18.04 or higher does not need linux-image-extra- <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5136>06:59
zygamvo: btw, do you know what is cosmic?07:00
zygacosmic ... c-what?07:00
mvozyga: I don't07:00
mborzeckizyga: canimal?07:00
mvozyga: cockroach maybe07:00
zygamborzecki: no :)07:01
mvoor maybe canibal07:01
mborzeckihaha07:01
mborzeckicanibal cockroach07:01
mborzeckisounds like a great name for a death metal band ;)07:01
mvolol07:02
zygacosmic cosmonaut would be nice07:02
zygahumans are animals too07:02
mvoI like cosmonaut!07:02
=== pstolowski|off is now known as pstolowski
pstolowskimornings!07:04
mvohey pstolowski good morning and welcome back07:04
pstolowskihow was the sprint?07:04
mborzeckipstolowski: morning07:05
zygagood morning pawel07:05
mvopstolowski: good, no surprises, roadmap is pretty much what we discussed already07:05
mborzeckiarch package bumped to 2.32.607:12
mborzeckiand wow, we have quite a lot of open PRs07:13
mupPR snapd#5135 closed: Docs moved to forum <Created by abitrolly> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5135>07:14
mborzeckineed coffee07:15
mupPR snapd#5133 closed: spread.yaml: add cosmic (18.10) to autopkgtest/qemu <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5133>07:15
mborzeckizyga: regarding #1769203, haven't we looked at auto mounting snaps via .automount unit files?07:28
mupBug #1769203: every revision of snaps are mounted <amd64> <apport-bug> <bionic> <wayland-session> <snapd (Ubuntu):Invalid> <https://launchpad.net/bugs/1769203>07:28
zygamborzecki: I mentioned this and I think gustavo was sceptical about it07:29
mborzeckizyga: do you recall what was his reasoning?07:33
mvomborzecki: we did use automount a long time ago, it may even be in the git history (a looooong time ago, very early days of the project)07:37
zygamborzecki: that it is not fully transparent07:37
zygamborzecki: you can observe automount points07:37
zygamborzecki: you can unmount them to break them07:37
mvozyga: hm, unmount them to break them is also true for .mount services, no?07:38
mupPR snapd#5131 closed: tests: fix interfaces-network test for systems with partial confinement <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5131>07:40
zygamvo: are we pushing .6 to stable08:06
pstolowskizyga: is there any concern still about https://github.com/snapcore/snapd/pull/5075 ?08:25
mupPR #5075: snap/env: fix env duplication logic <Simple> <Created by didrocks> <https://github.com/snapcore/snapd/pull/5075>08:25
mvozyga: yes, today when cachio is around (probably after the standup08:30
zygamvo: brilliant08:30
mvozyga: is there any work to make 2.32 tested again that I can build upon? or just go over the master PRs and cherry-pick the right stuff?08:32
mvobtw, a review for 5132 would be great. it need a final +1 from niemeyer to ensure he is happy with the language but beside that it should be ready for review08:35
zygadoing08:42
mvota08:43
zygamvo: done08:52
mvota08:56
mupPR snapd#5137 opened: tests: cherry-pick commits to move spread to google backend <Created by mvo5> <https://github.com/snapcore/snapd/pull/5137>09:06
zygahmmmmm09:14
zygamvo: I have a debian 10 vm with two snaps but no core09:14
* zyga wonders how that happened09:14
zygasnap changes from debian 10 https://www.irccloud.com/pastebin/oU28h1jS/09:15
* mvo hugs mborzecki and zyga for the excellent review in 513109:15
mvozyga: strange, what version of snapd is running?09:16
zyga2.3009:22
zyga3.30-5+b109:23
zygamwhudson: hey09:38
zygamwhudson: not super urgent but it would be good to update snapd in debian to 2.32.6 or .709:38
zygamwhudson: also (as before) not sure how to maintain this package09:39
zygamwhudson: what is the process for doing a new release? merge upstream and massage?09:40
mvowe should also check if re-exec is enabled09:43
mvoyay, cosmic autopkgtest for ppc64/s390x is green09:44
zygamborzecki: are you running arch or ubuntu now09:55
zygamborzecki: I may need your help09:55
mborzeckiarch09:55
mborzeckizyga: what do you need help with?09:56
mupBug #1593141 changed: Each run of a snap app leak directories in /tmp <snapd:Fix Released> <https://launchpad.net/bugs/1593141>09:56
zygamborzecki: there's a bug, I cannot find it now09:57
zygamaybe on the forum, maybe on laucnhpad09:57
zygait relates to this call09:57
mupPR snapd#5137 closed: tests: cherry-pick commits to move spread to google backend <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5137>09:57
zygahttps://www.irccloud.com/pastebin/Wygky688/09:58
zygasomeone got a denial on that09:58
zygaI wonder if the "none" is significant09:58
zygacan you see if you got that denial?09:58
* zyga boots 18.04 live usb to test something else09:58
zygawow, I didn't know there are so many snaps on the live ISO10:00
mborzeckizyga: ok, let me sync some stuff first10:00
zygamborzecki: thanks10:01
zygasnap list truncates "tracking" too much10:01
mupPR snapd#5129 closed: cmd/snap-confine: allow any base snap to provide /etc/alternatives <Simple> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5129>10:03
zygamvo: thank you10:03
zygamvo: I was working on a new base snap last weekend10:03
zygamvo: I ran into a serious bug, I didn't manage to debug it yet though10:03
mvozyga: oh? ok - anything you can share?10:04
mvozyga: what was the error etc?10:04
zygamvo: snaps based on that snap didn't start at all, something wrong in the deep guts of snap-confine10:04
zygaI didn't get to the bottom of it, I can share later today if you want to play10:04
zygasome issues from the live ISO10:07
zygafailed refresh on live iso https://www.irccloud.com/pastebin/bLhbMBWf/10:08
zygafailed mount on live iso (curious) https://www.irccloud.com/pastebin/h2R6g2mI/10:08
pedronisafaik refreshes are not working on the live image, that's why they asked us how to turn them off10:09
zygaureadahead is creazy on the live iso, spamming with errors10:09
zygapedronis: they work on 2nd try10:09
pedroniswhat I mean, afaik they are not expected to work10:10
zygaI see10:10
pedronisI don't know the details, but they didn't ask to help fix them, but how to turn off auto-refreshes10:11
pedronisI think there's a basic space problem as well10:11
mupBug #1443612 changed: please set /run/shm/snaps/@{APP_PKGNAME}/@{APP_VERSION}/ for apps <Snappy:Won't Fix> <https://launchpad.net/bugs/1443612>10:15
mupBug #1650389 changed: Installing snapd on 14.04.5 desktop downgrades xorg et al. <14.04> <Snappy:Invalid> <systemd (Ubuntu):Fix Committed by thomas-voss> <systemd (Ubuntu Trusty):Fix Committed by thomas-voss> <https://launchpad.net/bugs/1650389>10:18
mupBug #1659924 changed: Snap failures in 16.04 <Snappy:Fix Released> <https://launchpad.net/bugs/1659924>10:21
mborzeckimvo: damn, that template is tricky10:30
mupBug #1458866 changed: hangs in uboot boot prompt if dtbs dir is missing <Snappy:Won't Fix> <https://launchpad.net/bugs/1458866>10:30
mcphailcjwatson: thanks. that's the one i've used10:33
mupBug #1464396 changed: "sudo: unable to resolve host ..." when custom hostname is used. <Snappy:Won't Fix> <https://launchpad.net/bugs/1464396>10:33
mupBug #1471868 changed: automatic reboot fails with non executable empty systemd <snappy-robustness> <Snappy:Won't Fix> <https://launchpad.net/bugs/1471868>10:36
mupBug #1473465 changed: kvm/generic-amd64: system got in a broken state in the second boot <Snappy:Won't Fix> <Snappy 15.04:Won't Fix> <Snappy trunk:Won't Fix> <https://launchpad.net/bugs/1473465>10:36
mupBug #1650671 changed: Content sharing from snap common is broken <Snappy:Fix Released by zyga> <https://launchpad.net/bugs/1650671>10:36
mborzeckipedronis: can you take a look at https://github.com/snapcore/snapd/pull/4844#issuecomment-384969859 ?10:39
mupPR #4844: overlord/snapstate: allow core defaults configuration via 'system' key <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4844>10:39
mupBug #1641132 changed: no way to include devmode snaps in snap prepare-image? <personal> <Snappy:Won't Fix by mvo> <Ubuntu Image:Expired> <https://launchpad.net/bugs/1641132>10:39
mupBug #1666074 changed: Can't update "snapweb' snap <snapweb:Fix Released by abreu-alexandre> <https://launchpad.net/bugs/1666074>10:39
mupBug #1752031 changed: core `service.ssh.disable` key not taken into account <Snappy:Fix Released> <https://launchpad.net/bugs/1752031>10:39
mborzecki-ubuntuzyga: any particular revision you'd want to me check?10:41
mupBug #1467553 changed: automatic reboot fails with zero size kernel, no watchdog in grub <snappy-robustness> <snapd:Triaged> <https://launchpad.net/bugs/1467553>10:42
mupBug #1588192 changed: GL interfaces seem wedged for Krita on nvidia <patch> <Snappy:Fix Released> <nvidia-graphics-drivers-304 (Ubuntu):In Progress by albertomilone> <nvidia-graphics-drivers-340 (Ubuntu):Won't Fix by albertomilone> <nvidia-graphics-drivers-361 (Ubuntu):Won't Fix by albertomilone>10:42
mup<nvidia-graphics-drivers-304 (Ubuntu Xenial):In Progress by albertomilone> <nvidia-graphics-drivers-340 (Ubuntu Xenial):Won't Fix by albertomilone> <nvidia-graphics-drivers-361 (Ubuntu Xenial):Won't Fix by albertomilone> <https://launchpad.net/bugs/1588192>10:42
mupBug #1484898 changed: device tarball needs to allow setting sysctl defaults <Snappy:Won't Fix> <https://launchpad.net/bugs/1484898>10:45
mborzeckimvo: https://play.golang.org/p/QERhAshfyMC10:46
mborzeckibest i could come up with10:46
zygamborzecki-ubuntu: nope10:46
zygamborzecki-ubuntu: just anything10:46
zygamborzecki-ubuntu: maybe try latest stable + krita10:46
mborzecki-ubuntuzyga: stable is 2.32.5+18.04 (distro package)10:48
mupBug #1507693 changed: please add gdb, strace, ltrace, etc to snappy-debug <Snappy:Invalid> <https://launchpad.net/bugs/1507693>10:48
mupBug #1668738 changed: core snap with configure hook fails for some people <Snappy:Fix Released> <https://launchpad.net/bugs/1668738>10:48
zygaogra_: do you know if this is still an issue in practice? https://bugs.launchpad.net/snappy/+bug/149614110:51
mupBug #1496141: /etc/adduser.conf should default to use extra_users <Snappy:Confirmed for ogra> <https://launchpad.net/bugs/1496141>10:51
mupBug #1474463 changed: a networking service snap like xkcd doesn't wait for the server to be listening <Snappy:Won't Fix> <https://launchpad.net/bugs/1474463>10:51
ogra_zyga, well, the tools we use all use the --extrausers option ... switching that default would allow to avoid this10:53
mwhudsonzyga: yes it would, wouldn't it10:53
ogra_so nothing has changed but if you want to close it ...10:53
mwhudsonzyga: yes, merge + massage i think, we need to move it salsa too...10:53
zygamwhudson: I'm sooo out of date on this process10:53
mwhudsonzyga: i think there are some new deps that need to be packaged?10:53
zygamwhudson: I can merge and push my tree somewhere after some basic massaging10:53
zygamwhudson: I bet10:53
mwhudsonzyga: go for it!10:54
mupBug #1543764 changed: snappy classic must use officially supported lxd images from simplestream; not unsupported ones from linux-containers.org <Snappy:Invalid by mvo> <https://launchpad.net/bugs/1543764>10:55
mvomborzecki thank you!10:55
mwhudsonzyga: it's probably easier for me to do the new packages as a DD i guess10:55
zygamwhudson: yeah, for sure10:56
zygamwhudson: I'll merge and see what comes out, I'm very out of touch with that aspect, I'll send you a mail with the updates (or forum thread)10:56
mwhudsonzyga: +110:56
mborzecki-ubuntuzyga: i don't see any denials10:56
* mwhudson makes a thing in a trello10:56
mwhudsonneed to zzz now10:57
zygao/10:57
zygamvo: who maintains the classic snap10:57
zygamvo: and what should it do since we now have 18 looming10:57
ogra_zyga, mvo and me ... kind of10:57
zygashould it be magic smart and follow the booted base?10:57
zygaor ... what?10:57
ogra_we should have a classic-18 snap i guess10:57
mupBug #1551747 changed: ubuntu-fan causes issues during network configuration <verification-done> <cloud-init:Invalid> <Snappy:Invalid> <ubuntu-fan (Ubuntu):Fix10:58
mupReleased by apw> <ubuntu-fan (Ubuntu Xenial):Fix Released by apw> <ubuntu-fan (Ubuntu Yakkety):Fix Released by apw> <https://launchpad.net/bugs/1551747>10:58
zygaogra_: but you cannot install arbitrary classic on arbitrary system, can you?10:58
ogra_if it is suppsed do that magically we'd have to ship both chroots10:58
ogra_(and have it pik the right one at runtime)10:58
ogra_s/ship both/ship support for both/10:59
ogra_i suspect 18 looks a litte different to 16 :)10:59
mborzecki-ubuntuzyga: tried with "none" and NULL, no denials in either case11:04
zygaThanks11:11
zygahm, snapcraft still doesn't support license?11:14
zygakalikiana: is this fixed or am I using it wrongly?11:14
zygapopey: offtopic11:16
zygapopey: I have https://github.com/snaphub11:16
zygafeels like something you should have instead11:16
mupPR core#87 closed: snapcraft.yaml: update stage-packages during build <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/core/pull/87>11:22
mvoI updated 5132 based on the excellent feedback I got11:24
zygalooking11:27
popeyzyga: looks empty?11:29
popeyWhat is it (intended to be)?11:30
zygaI think it is very old11:35
zygapopey: it was supposed to be a place for snaps under shared maintenance11:35
zygalike snapcrafters today11:35
Son_Gokumvo, I'm looking forward to seeing a dnf plugin for snapd from you :P11:38
pedronismborzecki: I'm not sure merging them would be useful, I would suspect people putting a copy or more stuff under system11:38
mborzeckipedronis: hm sounds fair, very well, i'll push a change replacing error with the log11:40
popeyZyga feel free to delete if it's not used11:46
zygapopey: ack11:48
pedronismvo: zyga: any PR I should prioritize vs starting to look at the full queue?11:57
zygapedronis: maybe pass through all simple first11:58
zygato allow them to land11:58
zygamborzecki, mvo: I will fix master as arch moved to a more restrictive compiler now11:58
mupPR snapd#5138 opened: cmd/libsnap: fix compile error on more restrictive gcc <Critical> <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5138>12:01
zygahttps://github.com/snapcore/snapd/pull/513812:01
mupPR #5138: cmd/libsnap: fix compile error on more restrictive gcc <Critical> <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5138>12:01
* zyga -> walk dog12:01
cachio_mborzecki, hey, build fail on arch12:08
cachio_ failing12:08
cachio_here https://api.travis-ci.org/v3/job/375775038/log.txt12:08
mborzeckicachio_: yes, zyga is working on it12:08
cachio_mborzecki, great, thanks12:08
mborzeckii've updated to gcc 8.1 just now :)12:08
zygaFixed above :-)12:09
mborzeckioff to pick up my daughter12:09
mborzeckipedronis: pushed an update to #484412:09
mupPR #4844: overlord/snapstate: allow core defaults configuration via 'system' key <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4844>12:09
mupPR snapd#5130 closed: interfaces/apparmor: allow bash and dash to be in /usr/bin/ <Simple> <Created by zyga> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/5130>12:12
=== pstolowski is now known as pstolowski|lunch
Son_Gokuzyga, you waited until Arch had it too until you'd fix the problem I've had in Fedora 28 since February?12:20
Son_GokuI'm hurt :(12:20
zygaThat is the problem?12:20
zygaIt broke master :/)12:21
Son_Gokuyes12:21
zygaHey jdstrand12:21
Son_Gokuyou promised me you'd fix it back then, and you didn't :(12:21
Son_Gokuand you guys keep disabling the Fedora CI instead of fixing it, so I have nothing left to make you guys notice these things12:22
zygaHmmm? We only disabled it when golang was broken12:23
Son_Gokuzyga, I've been forced to modify the autofoo to drop -Werror since February so that snapd releases would even build12:23
zygaI lost track of that12:24
Son_Goku:'(12:24
zygaWe should have f28 in CI12:24
Son_Gokuyou should have Rawhide in CI too12:24
Son_GokuI distinctly remember help setting that up at the last sprint12:24
mvoSon_Goku: heh, will look into that once the fires are out12:31
mvopedronis: the 2.32 ones would be great12:32
mvoyay, cosmic autopkgtests are all green now12:32
zygaSon_Goku: so to recap (I was afk)12:32
zygaSon_Goku: it would be great if we had the error in CI so that it gets fixed instantly and not forgotten12:32
zygaSon_Goku: I'll ask if we can move to F28 testing12:33
mvozyga: aha, the arch failure(s) I see right now are known and you take care of them12:33
mvo?12:33
zygamvo: correct12:33
zygaSon_Goku: I encourage you to nag us more if there's a known issue12:33
Son_GokuI gave up after three weeks12:33
mvozyga: ta, approved12:33
Son_Gokuthat's why I keep doing this: https://src.fedoraproject.org/rpms/snapd/blob/master/f/snapd-2.32.4-Drop-Werror.patch12:34
Son_Gokuthat started in 2.31.112:34
zygaSon_Goku: also the patch is pretty trivial, we could have merged it long ago12:34
zygasorry for dropping it12:34
Son_Gokuyes, but you didn't want to12:34
Son_Gokuyou said you'd rather fix the bugs12:34
zygaI mean the patch for fixing this, not dropping -Werror12:35
zygacachio_: do we have a f28 image?12:35
Son_Gokuand of course, I keep this little bugger alive: https://src.fedoraproject.org/rpms/snapd/blob/master/f/0001-cmd-use-libtool-for-the-internal-library.patch :)12:35
zygaI would swap f26 for f28 (26 is about to EOL)12:35
zygamvo: where shall we track bugs for classic snap?12:37
mvozyga: hm, gut-feeling is lp:snapd12:37
zygaah, I'm blind12:37
zygahttps://launchpad.net/classic-snap12:37
mvozyga: aha, even better12:37
threshkyrofa, oh wow, many thanks for the investigation which led to https://github.com/snapcore/snapcraft/pull/211912:38
mupPR snapcraft#2119: repo: automatically prune unneeded stage-packages <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2119>12:38
threshkyrofa, \o/12:38
zygamvo: we should probably rename the project a little12:38
zygais this "classic dimension"12:38
zyga(reword)12:38
zygawhat is the proper name for that?12:39
zygahmm, github imports are failing12:40
zygahttps://code.launchpad.net/~snappy-dev/classic-snap/master12:40
zygaand have failed since 201712:41
zygaouch12:41
mupBug #1653648 changed: classic does not properly unmount /dev/pts on exist <Classic dimension for snappy:New for ogra> <https://launchpad.net/bugs/1653648>12:41
ogra_that has been fixed ages ago12:41
zygaretried now12:41
ogra_(the bug i mean, havent looked at your import above)12:42
zygaogra_: can you triage https://bugs.launchpad.net/classic-snap/+bug/1653648 please12:45
mupBug #1653648: classic does not properly unmount /dev/pts on exist <Classic dimension for snappy:Fix Released by ogra> <https://launchpad.net/bugs/1653648>12:45
ogra_zyga, i obviously did 5min ago12:46
zygacjwatson: hey, would you mind helping me understand why this git import is failing https://code.launchpad.net/~snappy-dev/classic-snap/master12:46
ogra_zyga, laos https://github.com/snapcore/classic-snap/commit/4ec9dec90c555c4c26995ca83b23a48cd61d674312:46
ogra_err12:46
=== pstolowski|lunch is now known as pstolowski
ogra_zyga, also https://code.launchpad.net/%7Esnappy-dev/classic-snap/+git/classic-snap/+ref/master12:46
ogra_(sorry bad paste in the first one=12:47
ogra_the imports work fine12:47
zygaogra_: ?12:47
cjwatsonzyga: missing trailing ".git" in the URL, which is needed for git-to-bzr imports.  But why do you need a git-to-bzr import in the first place?12:47
zygaogra_: I clicked retry and it failed once again12:47
cjwatsonzyga: (I've fixed the URL)12:47
zygathanks!12:47
zygaI wanted a git->git mirror12:47
zyganot a bzr import12:47
cjwatsonthen you did it wrong12:47
cjwatsonzyga: https://help.launchpad.net/Code/Git#Mirroring_repositories_from_other_sites12:47
zygaah, sorry than, let me remove that and start over12:47
ogra_zyga, the mirrored tree is at https://code.launchpad.net/%7Esnappy-dev/classic-snap/+git/classic-snap/+ref/master12:48
ogra_there is no bzr involved12:48
cjwatsonah, right, so just remove the git->bzr import and then there's nothing else to do12:49
cjwatsonoh, and you should configure https://launchpad.net/classic-snap to have git as its default VCS12:49
ogra_yeah, not sure where that bzr stuff comes from, the snap has worked fine for the last years12:49
zygacjwatson: thanks!12:49
zygadone :)12:49
ogra_(including the mirroring)12:49
cjwatsonogra_: "Created by Oliver Grawert on 2017-07-29 and last modified on 2017-07-29" is where it comes from :)12:50
ogra_hmm12:50
cjwatson(anyway, I see it's gone now, so you probably just made a mistake and then forgot about it)12:50
ogra_yeah12:50
zygayeah, I just removed it12:50
zygaeverything is fine now, no dead links12:50
ogra_it didnt interfere with anything though12:50
ogra_(and the GH README clearly points to the right urls12:51
ogra_)12:51
zygaI wonder how to clean up https://code.launchpad.net/classic-snap12:52
ogra_why do you think thats needed ?12:53
zygawell, it's a bit messy12:53
zygawhy is lp:classic-snap in "other"?12:53
zygawhat does it even mean12:53
pedronismborzecki: lgtm, small comment about the message,  also  "core snap-id"   vs "core-snap-id"12:54
mborzeckipedronis: thanks, i'll push a fix in a minute12:54
cjwatsonzyga: that's a bug12:55
cjwatsonbut it's not something you can clean up (unless you want to fix the LP UI there)12:55
cjwatsonzyga: not as simple as just filtering that out of the list though; the default repository does still need to be linked to somewhere, as there's useful information on https://code.launchpad.net/~snappy-dev/classic-snap/+git/classic-snap that's not on https://code.launchpad.net/classic-snap12:57
cjwatsonI'm not totally sure whether the fix is to make that information available on https://code.launchpad.net/classic-snap (maybe in a more compact form), or to make the presentation of the link less confusing, or some combination12:57
cjwatsonslightly inclined towards the former12:58
niemeyerHeya12:58
mupBug #1586248 changed: 96boards-kernel need change name <Snapcraft:Invalid> <Snappy:Fix Released> <https://launchpad.net/bugs/1586248>12:59
niemeyerCan someone please send me an invite for the standup? The Android Hangouts app is somewhat broken still12:59
jdstrandhey zyga :)13:00
zygajdstrand: hey, I'm sure you have plenty of things to catch up on, I will ask you for some reviews as you have the time (you are usually subscribed as a reviewer). How was your trip home?13:06
jdstrandzyga: I have a fairly long list of things that you asked for last week (and others). I plan to get to them this week, hopefully by tomorrow13:07
jdstrandzyga: trip home was fine, thanks. uneventful, which is just what you want :)13:07
zygajdstrand: sounds good13:08
zygajdstrand: just take your time to re-adjust, nothing urgent on my side13:08
pstolowskijdstrand: hey, i hope you've recovered from the sprint! will you find some time to take a look at my interface hooks PR? as i said it was reviewed a few times already, so you can probably focus on the policy aspect13:10
=== Kamilion|ZNC is now known as Kamilion
=== TooLmaN_ is now known as TooLmaN
sitterWimpress: heya, did you forget to schedule a new meeting or did it get lost in my inbox?13:27
=== leftyfb_ is now known as leftyfb
mupBug #1738197 changed: Daemons do not have an /run/user/* dir created <snapd:Confirmed> <https://launchpad.net/bugs/1738197>13:41
nodemanDoes anyone know an easy way to provision an Ubuntu Core machine with use of vSphere?13:42
mborzeckizyga: there's a couple more errors that need to be fixed in #513813:44
mupPR #5138: cmd/libsnap: fix compile error on more restrictive gcc <Critical> <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5138>13:44
mborzeckizyga: https://paste.ubuntu.com/p/ztx9NMCSQ3/13:45
mborzeckizyga: i can take over the pr in case you want to focus on something else13:45
zygamborzecki: yeah, push away13:47
zygaI don't have the env available13:47
mborzeckiok13:47
zygathanks13:47
mborzeckizyga: we should really rewrite snap-confine in go13:48
mborzecki;)13:48
zygamborzecki: it's not doable13:49
zygamborzecki: unless you mean go + big C chunk that runs before main ;-)13:49
mvocachio_: from my side all clear for the .6 release, we just need to ensure the store is happy and then it can go out I think13:49
zygamborzecki: we can shrinkg the C parts for sure but there's no workaround otherwise13:49
jdstrandpstolowski: yes, I hope to get caught up on reviews by eod tomorrow13:50
cachio_mvo, ok, I'll talk to the store team13:50
mborzeckizyga: iirc we discussed this a bit, i recall taking a look at libcontainer13:50
zygamborzecki: really ;)13:51
zygamborzecki: not doable13:51
zygamborzecki: not everything can be done, I read what libcontainer does13:51
pstolowskijdstrand: thanks. we were just discussing about landing that PR now to have it in early (before next release); any comments you might have would be addressed in a followup13:52
zygamborzecki: I think we should really work on removing most of the hard-coded features to profiles13:52
mupBug #1769669 opened: Snapd causes corruption on upgrade  <Snappy:New> <https://launchpad.net/bugs/1769669>13:54
mvocachio_: thank you13:54
Wimpresssitter: Oversight on my part and public holiday in the UK today. I send an invite when I'm back to work14:05
mvozyga: the arch fix PR has more failures14:07
mvoI can paste if you want14:07
zygamvo: mborzecki is fixing those14:09
zygaI only fixed the first one from the log14:09
cachio_mvo, it is done14:09
cachio_32.6 in stable14:09
=== cpaelzer_ is now known as cpaelzer
zygawoot14:10
zygathank you cachio_14:10
mvocachio_: !!! thanks14:10
cachio_np14:10
mvozyga, mborzecki out of curiosity, what version of gcc is causing these issues?14:17
mborzeckimvo: 8.0 and up14:17
mborzeckimvo: https://gcc.gnu.org/gcc-8/changes.html14:18
mvomborzecki: thanks. I can reproduce with the gcc-snapshot package. but I assume you have it all under control? or want a hand?14:20
mborzeckimvo: i'll be pushing patches in a minute14:21
mvomborzecki: cool14:21
zygamborzecki: hey, are you handling 513814:22
zygaI can pick it up now14:22
mborzeckizyga: i have all the changes now, just rerunning make check14:23
mborzeckizyga: mvo: pushed14:32
zygaI saw14:32
mborzeckibuilds cleanly now14:32
mborzeckithe last one was funny, had to run the test to check if it's actually testing the right thing14:33
mvomborzecki: ta14:34
zygamborzecki: was the change from * to [] needed?14:34
mvomborzecki: works fine here with gcc-snapshot, thanks for the fix14:35
mborzeckizyga: yes, it's the least effort fix14:35
zygamborzecki: can you explain it?14:35
mvozyga: you mean in snap-test.c ?14:37
zygayes14:37
mborzeckizyga: i didn't want to hardcode the size to 41, but to avoid the check for truncation i had to switch to memcpy, if someone changed the length of good_bad_name this may break the tests14:37
* cachio_ afk14:37
zygaI don't mean that14:37
zygaI mean this specifically:14:37
zyga- const char *good_bad_name = "u-94903713687486543234157734673284536758";14:38
zyga+const char good_bad_name[] = "u-94903713687486543234157734673284536758";14:38
zygais that for the sizeof to work?14:38
mborzeckizyga: this is to be able to do char varname[sizeof good_bad_name] = { 0 };14:38
mborzeckizyga: yes14:38
zygaok14:38
zygathanks14:38
zyga+114:38
mborzeckididn't want to do alloca(strlen(good_bad..)+1)14:38
mvomborzecki: I pushed a tiny extra commit as it was breaking on ubuntu with the gcc8 fixes, but now it should work everywhere14:50
mborzeckimvo: yup, works here too14:51
mvoyay14:55
pedronispstolowski: once interface hooks lands it seems it will open up a lot of its follow ups to review14:55
pstolowskipedronis: yes14:56
* zyga needs to break now; I will be back in 3 hours to work on more things14:58
zygamvo: gcc warns about unused result of those two?15:00
mvozyga: chdir only, I did the rmdir for symetry15:01
mborzeckizyga: didn't warn here, but maybe there's something turned on by default in gcc-snapshot or ubuntu glibc15:01
mvozyga: I think we use -Wunused-result or something, let me look15:05
zygano worries, I was just curious15:05
zygathe patches look good15:05
mvozyga: http://paste.ubuntu.com/p/B9TBshVG2n/15:05
mvozyga: just fyi15:05
mborzeckimvo: looks like something in libc then15:12
mborzeckimvo: zyga: extern int chdir (const char *__path) __THROW __nonnull ((1)) __wur; where __wur sets warn_unused_result but only if FORTIFY_LEVEL is > 015:15
mupBug #1769669 changed: Snapd causes corruption on upgrade  <snapd:Confirmed> <https://launchpad.net/bugs/1769669>15:19
mvomborzecki: ok15:19
* zyga is really off now15:35
pstolowskipedronis: you're going to make one more pass over interface hooks PR (Gustavo's comments), right?15:35
mvogrr, now ubuntu-18.04-64 fails in spread-shellcheck with a pip install --user error15:37
mvo(i.e. pip fails)15:37
mvomborzecki, zyga just fyi (pr 5138)15:37
mupPR #5138: cmd/libsnap: fix compile error on more restrictive gcc <Critical> <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5138>15:37
pedronispstolowski: did something change since I last looked?15:52
kyrofasergiusens, https://forum.snapcraft.io/t/proposal-snapcraft-provides/527515:54
pstolowskipedronis: i've addressed the comments from Gustavo that I missed from his earlier review; and refresh was moved into separate PR. that's about it15:55
pedronispstolowski: ok, I will look tomorrow morning at this point, also github is giving me unicorns15:56
pstolowskipedronis: sure15:56
sergiusenskyrofa: https://github.com/snapcore/snapcraft/blob/master/TESTING.md#testing-arm16:01
=== pstolowski is now known as pstolowski|afk
sergiusenskyrofa: https://en.wikipedia.org/wiki/List_of_HTTP_status_codes#5xx_Server_errors16:35
sergiusenskyrofa: from http.client import responses16:37
sergiusenskyrofa: requests.status_codes.codes16:38
mupPR snapcraft#2123 closed: file_utils: don't let FileNotFoundError escape <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2123>18:09
jdstrandnoise][: hey, I've been getting 504's on https://dashboard.snapcraft.io/reviewer/ubuntu/. https://status.snapcraft.io/ looks ok18:20
kyrofasergiusens, I just realized the sentry Always PR got rid of the environment variable with the same functionality-- how do you anticipate making this work in CI?18:49
kyrofaI'm getting some tracebacks in CI, I'd like to set it up to automatically submit those18:49
kyrofaI suspect LP will want to do the same at some point18:49
sergiusenskyrofa: yeah, I got rid of the environment to force us into the workflow. For now you could just create the appropriate config18:52
kyrofasergiusens, sure, just curious what the long-term plan is. Adding something like that back?18:55
sergiusensan env var is something we can add back, but I'd prefer something closer to a setting, that involves a larger/longer discussion though18:56
magicalt1outout of curiosity hows this snap delay/schedule stuff coming along? Because with Gimp being a snap recommended at install time, if I was doing some design stuff (I can't design, we're talking hypothetics here) it'd be rather annoying if it suddenly stopped working or went a bit wacky cause Gimp got upgraded from under me.19:25
magicalt1outthats the one that springs to mind, i'm sure you could say the same for a lot of apps19:25
magicalt1outor maybe its a non issue19:25
magicalt1outhence my curiosity :)19:25
kyrofaHey magicalt1out, I think most of the snapd team is EOD already, but there is a bit of info in the forum, and you can always ask there if you need async communication19:30
=== magicalt1out is now known as magicaltrout
mcphailmagicaltrout: "snap revert" is supposed to be the solution to that problem. I don't 100% agree19:41
magicaltroutinteresting mcphail... I 100% agree with your not 100% agreeing19:50
mcphailmagicaltrout: it'll maybe be better when people start using tracks as standard. that way there might be a persistent 2.8 track19:53
kyrofamcphail, I don't think that's what magicaltrout was asking (correct me if I'm wrong magicaltrout). The concern is that, when a snap updates, if an app is already running, it may run into issues accessing the underlying data directories with the confinement19:57
kyrofamagicaltrout, you can schedule updates today, but that ^ is still an issue for when an update _does_ happen as far as I'm aware19:58
kyrofaUnless the snap in question is classically confined19:58
mcphailyes, that's a particularly annoying problem19:58
mcphailalthough i don't know if it is such an issue for snaps with the home plug20:00
om26erBUG: wrong emphasis of headings on this page https://docs.snapcraft.io/build-snaps/scriptlets20:03
kyrofaom26er, what are you talking about? That's obviously on purpose. Your eyes are drawn to the emphasis, no?20:06
kyrofa*cough*20:06
kyrofaom26er, mind logging an issue here? https://github.com/canonical-docs/snappy-docs20:07
om26erwonder if we have a new design language ;-)20:07
magicaltroutkyrofa is correct i'm curious about stuff that is up and running20:07
kyrofaHeh20:07
magicaltroutkyrofa: whats this schedule stuff you speak of?20:08
kyrofamagicaltrout, let me go forum diving,  hold on a sec20:08
magicaltroutsnap set core refresh.schedule?20:08
kyrofamagicaltrout, yeah https://forum.snapcraft.io/t/refresh-scheduling-on-specific-days-of-the-month/1239 is the first one I find20:10
magicaltroutah yeah thats cool, I'm really coming at it from a Charm angle. Because I want to ship Analytics tools and it'll be really sad for users if it updates mid workday mid month end20:12
magicaltroutfor example20:12
magicaltroutthats cool though, i can try and set that during the install hook20:12
kyrofaYeah I hear ya20:12
mcphailmagicaltrout: i'm poking the devs about this :) https://forum.snapcraft.io/t/bug-saves-are-blocked-to-snap-user-data-if-snap-updates-when-it-is-already-running/322620:22
kyrofamcphail, ah,  yes20:24
* mcphail feels it is his role to be an annoyance ;)20:25
magicaltroutannoyances ensure the useful stuff not just the fun stuff gets implemented ;)20:40
=== ubott2 is now known as ubottu
=== cwayne_ is now known as cwayne
=== JamieBennett_ is now known as JamieBennett
=== cprov_ is now known as cprov
=== popey_ is now known as popey
=== tedg_ is now known as tedg
=== blackboxsw_ is now known as blackboxsw
=== rsalveti_ is now known as rsalveti
=== tai271828_ is now known as tai271828
=== Faults_ is now known as Faults
=== Wimpress_ is now known as Wimpress
mupPR snapcraft#2115 closed: storeapi: ensure snap ID is sane before using it <Created by kyrofa> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/2115>21:34
popeypbek: just noticed you have old versions in beta/candidate/edge of qownnotes23:36
popeypbek: you can 'snapcraft close beta' for example to nudge people towards stable (and thus the latest build)23:37
popey(same for the other channels)23:37

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