/srv/irclogs.ubuntu.com/2018/12/19/#snappy.txt

Chipacazyga: snap refresh to a bogus channel succeeds when the store is throttling connections, because it returns bogus results that snapd thinks are "ok go for it"00:54
Chipacazyga: https://bugs.launchpad.net/snapd/+bug/180424500:56
mupBug #1804245: empty response from store when throttled allows switch to nonexistent track <snapd:New> <https://launchpad.net/bugs/1804245>00:56
RickRNFWhere are the logs for the snap version of snapcraft? I get a "Sorry, an error occurred in Snapcraft.Sending an error report" when running snapcraft cleanbuild07:41
=== pstolowski|afk is now known as pstolowski
pstolowskimornings08:04
pedronispstolowski: hi, can you try to merge master into #631508:31
mupPR #6315: overlord/ifacestate: include interface name in the hotplug-disconnect task summary <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6315>08:32
pstolowskipedronis: will do08:33
pstolowskipushed08:40
mupPR snapd#6265 closed: cmd/snap: attempt to restore SELinux context of snap user directories <SELinux> <Created by bboozzoo> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6265>09:43
mupPR snapd#6321 closed: spread: show free space in debug output <Simple 😃> <Created by bboozzoo> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6321>09:44
mupPR snapd#6302 closed: wrappers: address review feedback from #6301 <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6302>09:46
pedronispstolowski: could I get a review of #6306 , it has a bit of non-nice hack for tests atm but that should go away with go1.9 (go vet in 1.6 is too picky)09:55
mupPR #6306: release: use locking around lazy intialized state <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6306>09:55
pstolowskisure09:55
pedronispstolowski: #6315 is green10:52
mupPR #6315: overlord/ifacestate: include interface name in the hotplug-disconnect task summary <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6315>10:52
pstolowskity10:53
mupPR snapd#6315 closed: overlord/ifacestate: include interface name in the hotplug-disconnect task summary <Simple 😃> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6315>10:53
oSoMoNis it a known issue that core18 ships a dbus machine-id file?11:18
oSoMoN$ cat /snap/core18/current/var/lib/dbus/machine-id11:18
oSoMoNa7579438e8b04d97a185d6aeefb8332311:18
oSoMoNthat breaks a number of things for core18-based snaps11:19
oSoMoNincluding ibus support11:19
sparkiegeek$ cat /snap/core18/current/var/lib/dbus/machine-id11:20
sparkiegeeka7579438e8b04d97a185d6aeefb8332311:20
sparkiegeekSNAP!11:20
pedronissil2100: ^11:20
pedronisthat's kind of unexpected11:20
sil2100Looking11:42
sil2100eh11:45
sil2100Indeed, we missed that one11:45
sil2100The removal of the machine-id was done in livecd-rootfs ;/11:45
oSoMoNsil2100, would it be useful if I filed a bug to track the issue? (if so, where?)11:53
sil2100oSoMoN: https://bugs.launchpad.net/snap-core1811:55
sil2100I'll be fixing it now11:55
oSoMoNthanks11:55
oSoMoNsil2100, https://bugs.launchpad.net/snap-core18/+bug/180910711:57
mupBug #1809107: core18 contains var/lib/dbus/machine-id <snap-core18:New> <https://launchpad.net/bugs/1809107>11:58
sil2100pedronis: I don't know much about the implications of that, is this a blocker for core18 release you think?12:02
sil2100e.g. should I fast-track this through QA to stable and re-spin core18 images today ASAP?12:03
sil2100Testing the fix12:04
pedronissil2100: not sure, need to think a bit12:04
mupPR core18#107 opened: As per what we did in core16, remove dbus's machine-id <Created by sil2100> <https://github.com/snapcore/core18/pull/107>12:09
pedronisoSoMoN: sil2100: I'm a bit confused because afaict snaps don't have access to that file anyway by default12:09
sil2100pedronis, oSoMoN: if anything, the PR above seems to do the trick12:12
sil2100pedronis, oSoMoN: I'll merge the PR so that the new core18 can go to validation straight away12:17
mupPR core18#107 closed: As per what we did in core16, remove dbus's machine-id <Created by sil2100> <Merged by sil2100> <https://github.com/snapcore/core18/pull/107>12:18
sil2100cachio: hey! Once the new core18 snap appears at the store, could you run your tests on it?12:20
pedronissil2100: what about /etc/machine-id ?12:24
sil2100pedronis: I trunkate it12:29
sil2100We did the same for core12:30
=== ricab is now known as ricab|lunch
sil2100pedronis: anyway, in case we decide that we want to re-spin for this, could you give Eric a sign?12:31
* sil2100 AFK for lunch12:31
cwayneAnother core 18 snap coming?12:45
pedroniscwayne: yes12:49
pedronissil2100: is this the only change that we would get since the last core18?12:50
pedronis(seems so)12:55
sil2100pedronis: yeah, I suppose12:58
sil2100cwayne: could your team pick it up?12:58
cwaynesil2100: the snap test will be automatically picked up yes12:59
sil2100eh, we missed the auto-import window, I triggered it manually, should be there soon13:00
sil2100oSoMoN: a new core18 build is in progress, could you test out the new version once it hits the store?13:01
* sil2100 now really AFK for lunch + vet13:01
oSoMoNsil2100, sure, I'll test it as soon as it's out, edge channel I suppose?13:46
oSoMoNcould it be that revision 520 is it already?13:47
pedronisoSoMoN: yes, 520  seems correct, I see no /var/lib/dbus/machine-id and an empty one in /etc14:25
pedronispstolowski: did you foget to submit the commnet in #6306? I don't see anything new there on GH unless I'm confused14:26
mupPR #6306: release: use locking around lazy intialized state <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6306>14:26
pstolowskipedronis: damn, indeed. now14:27
pedronispstolowski: thanks I see it now14:28
oSoMoNsil2100, pedronis: 520 does the job, the regression with ibus that I was observing with the chromium snap is gone15:00
oSoMoNthanks for fixing that so promptly!15:00
oSoMoNwhen can I expect 520 to make it to stable?15:00
pedronisoSoMoN: we are trying to QA it quickly15:19
zygahey15:39
zygahow are things?15:39
* zyga was freezing his ... ears off outside today15:39
roadmrwear earmuffs :)15:42
zygaI was wearing everything I could, just have to admit not used to the cold anymore15:43
Saviqhey all, can you please tell me which is the right image on http://cdimage.ubuntu.com/ubuntu-core/ to use in Multipass for "core"? http://cdimage.ubuntu.com/ubuntu-core/16/current/ is from April last year, http://cdimage.ubuntu.com/ubuntu-core/16/stable/current/ is from August, are there no newer images?15:45
roadmrzyga: hehe well, sometimes it is just too cold.15:45
zygaI ended up walking most of the way15:46
sil2100Saviq: http://cdimage.ubuntu.com/ubuntu-core/16/stable/current/ is the latest deal15:46
zygathe streets are clogged with traffic jams15:46
zygasil2100: is core18 healthy?15:46
sil2100Saviq: we basically only re-create new images with every point-release (not counting some really emergency cases)15:46
sil2100zyga: core18 is in testing right now15:46
sil2100zyga: I'll tell you once I have results!15:46
sil2100;)15:46
zygasounds good, thank you15:46
sil2100zyga: certification team gave +1 on the snap, now just waiting for cachio15:48
sil2100pedronis: did you talk to Eric?15:48
Saviqsil2100: ack, it's kinda surprising since that means it would like to reboot pretty soon after first boot15:48
sil2100Indeed15:50
mupPR snapd#6322 opened: overlord/hookstate: apply pending transaction changes onto temporary configuration for snapctl get <Complex> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6322>15:51
cachiosil2100, it is running15:55
cachioit is gonna take about 1~2 hrs to complete15:56
cachiosil2100, so far so good15:56
* cachio lunch15:58
sil2100eeek16:02
sil2100Not good16:02
cachiosil2100, perhaps before16:21
mupPR core18#108 opened: Remove build-time openssh-server host keys and add service to auto-generating them on boot <Created by sil2100> <https://github.com/snapcore/core18/pull/108>16:52
om26erWould it be "sane" to share the whole snap tree using content interface ? I have a snap crossbar (WAMP router) and I want my app (also a snap) to start that router.16:56
ograom26er, i'd call it "unelegant" but there is surely no technical reason to not do that17:06
sil2100zyga: hey! You around?17:08
sil2100zyga: could you take a look at https://github.com/snapcore/core18/pull/108 ?17:08
mupPR core18#108: Remove build-time openssh-server host keys and add service to auto-generating them on boot <Created by sil2100> <https://github.com/snapcore/core18/pull/108>17:08
=== pstolowski is now known as pstolowski|afk
mupPR core18#108 closed: Remove build-time openssh-server host keys and add service to auto-generating them on boot <Created by sil2100> <Merged by sil2100> <https://github.com/snapcore/core18/pull/108>17:27
sil2100cwayne, plars: hey! New core18 snaps need validation!18:14
sil2100cwayne, plars: could someone track that and make sure it's pushed forward?18:15
cwaynesil2100: you don't need to tell us, it's done automatically18:15
cwayneImages are different though :)18:15
sil2100cwayne: thanks ;p Just poking in case of some infra failure18:22
sil2100So that someone can poke it with a stick18:22
pedroniscachio: are you testing the new core18 (528 etc) ?18:32
cachiopedronis, yes18:33
pedronisthx18:33
cachiotests being executed18:33
cachiopedronis, I'll keep you updated18:33
cachiosil2100, +1 to go to candidate and stable20:32
cachiosnapd tests passed20:32
cwaynecachio: do you guys do any BT testing, or just the bt snapd interfaces?20:34
cachiojust interfaces20:34
cachiocwayne,20:34
zygasil2100: hey, I'm around now20:34
cachiocwayne, I am going to get my son20:35
cachioI'll be back in 30 minutes20:35
cachiocwayne, do you need anything urgent?20:35
cwaynecachio: nope20:35
cachiootherwise I'll be back soon20:35
cachiocwayne, nice, thanks20:35
zygasil2100: hey20:36
zygasil2100: if I could I would -1 that pull request20:36
zygawhat there ensures that keys are generated only once?20:36
sil2100Too late20:36
sil2100That's the mechanism from core1620:36
zygado we have *perl* on the image?20:36
zygathere are better ways for first boot systemd units20:37
cachiosil2100, hold on20:37
zygaI guess it is too late20:37
cachioI just saw an error20:37
zygabut this doesn't look great20:37
sil2100I don't know the details but it works, and works only once20:37
zygalooks like a hack20:37
zygaI believe you20:37
sil2100cachio: ...uh?20:37
cachiosil2100, https://paste.ubuntu.com/p/NbXvcW6Vtt/20:38
zygacachio: interesting, any logs that go with the unit?20:38
cachiosil2100, seems to be related with the last change, right?20:38
sil2100zyga: yes20:39
sil2100hmm20:39
cachiozyga, no20:39
cachiono logs20:39
cachiolet me try again20:39
sil2100I meant, cachio: yes20:39
cachiosil2100, https://paste.ubuntu.com/p/DbGGCsc2pt/20:40
cachiozyga, ~20:40
sil2100cachio: what device is that?20:40
sil2100Crap20:40
cachioit is a vm with ubuntu core i38620:40
cachiosil2100, zyga https://paste.ubuntu.com/p/Dmj2DmtyVp/20:41
sil2100What the heck?20:41
zygasil2100: sent my review on https://github.com/snapcore/core18/pull/108#pullrequestreview-18673870020:42
mupPR core18#108: Remove build-time openssh-server host keys and add service to auto-generating them on boot <Created by sil2100> <Merged by sil2100> <https://github.com/snapcore/core18/pull/108>20:42
zygasil2100: did you test this locally?20:42
zygaI'm surprised about the path20:42
zygaspecifically /usr/lib/snapd/ssh-host-keygen20:42
sil2100Why is /usr/lib/snapd/sshd-host-keygen gone? I did and I remembered it worked20:42
sil2100But now it doesn't20:43
zygawhat ships that file?20:43
cachiosil2100, could you reproduce that?20:43
sil2100I added it in the PR20:43
zygasil2100: ah I see it now20:44
sil2100zyga: I took all of this from core-build and live-build hooks20:44
sil2100Fuck20:44
pedroniscore1820:44
sil2100zyga: so snapd overrides that directory right?20:44
zygasil2100: I don't remember from the top of my head20:44
zygaI presume yes20:44
pedronissil2100: in core18 yes20:45
pedronislikely20:45
zygasil2100: perhaps that script should ship in /usr/bin20:45
sil2100How did that work, I got working keys20:45
pedronistiming?20:45
zygasil2100: we bind mount that whole thing20:45
sil2100Let me move it20:45
sil2100Probably timing20:45
pedronissil2100: the overriding at first boot is complicated20:45
pedronisit invovles services as well20:45
zygasil2100: can you consider my other comments before landing the next revision (at your discretion)20:45
pedronisin core1820:45
pedroniscore was easier snapd was inside it20:45
zygahey pedronis :)20:45
pedronisso that dir was fixed20:45
sil2100zyga: I would prefer to just do it now, we're REALLY late20:45
sil2100This is like REALLY REALLY REALLY late20:46
zygasil2100: as I said, at your discretion20:46
cachiosil2100, zyga pedronis  it is a fresh install https://paste.ubuntu.com/p/zZYJ5h4ZD6/20:46
zygasil2100: I'm super worried about shipping ssh keys20:46
zygathat we didn't notice this20:46
zygasil2100: can you at least go over the list of files in the core18 snap that is produced20:46
sil2100Anyway, the script as-is was in core so it won't be worse than it was already at least20:46
cachiozyga, pedronis sil2100 I need to leave, I need to get my son now20:47
cachioI'll be back as soon as possible20:47
cachioplease telegran me20:47
pedroniszyga: that script shipped like that in core16, we can improve it, but probably not right now20:48
zygapedronis: sounds good20:49
zygapedronis: but I think whoever is responsible for core18 should eyeball the list of files20:49
zygapedronis: imagine we shipped this20:49
zygawith those keys20:49
pedroniszyga: that's what sil2100 did, that's how we got here, afaiu20:50
zygathat's good20:50
sil2100Ok, first boot works, no failures here, trying second boot with the path change'20:54
sil2100zyga: ok, I moved the script to /usr/bin/ and it seems to work20:55
zygasil2100: sounds very good20:55
pedronissil2100: it might need a different name there tough, snapd-  ?20:56
pedroniswhen it was in lib/snapd it didn't need a prefix20:56
mupPR core18#109 opened: Move the ssh keygen script to /usr/bin <Created by sil2100> <https://github.com/snapcore/core18/pull/109>20:56
sil2100pedronis: +1 on that20:57
sil2100It's good to change that just in case, let me do that20:57
sil2100Maybe to core-?20:57
sil2100Since it's not really a snapd thing20:58
sil2100Sure, it was in the snapd directory but well, not sure20:58
sil2100zyga, pedronis: PR ready for a quick review20:59
zygalooking21:00
sil2100Thank you guys21:00
zygathank *you* :)21:00
zyga+121:01
sil2100\o/21:01
pedronislooks good21:01
sil2100I'm doing a quick test build and test run to see if the new name didn't have a typo and then we can build the snap21:01
sil2100Merging it in the meantime21:01
mupPR core18#109 closed: Move the ssh keygen script to /usr/bin <Created by sil2100> <Merged by sil2100> <https://github.com/snapcore/core18/pull/109>21:02
sil2100Ok, looks good, kicking new builds21:05
zyga\o/21:05
sil2100I need to go AFK for a bit22:32
sil2100I'll be back in ~30 minutes22:32
cachiook, it will take to finish22:49
sil2100Back23:16
sil2100cachio: how's the testing?23:31
cachiosil2100, so far it is ok23:32
cachiolast time failed 1 test which is failing because an env issue I have23:32
cachiothe when I checked the error I saw this time it was something different23:33
cachiothis time I fixed that issue on the environment but it is running slower23:33
cachiosil2100, but I need to make sure everything went well before the +1 :)23:34
sil2100cachio: sure!23:41
pedroniscachio: do you have a sense of how much long it will take?23:54
cachiopedronis, it is 60%23:54
cachioI think first suite will finish in 30 minutes maximun23:55
cachiosecond in 3523:55
cachiowith those we will have a good idea23:55
cachioso far no errors23:56
cachiobut last time the last test failed :(23:59

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