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

=== chihchun_afk is now known as chihchun
mborzeckimorning06:20
zygaGood morning07:22
mvohey zyga07:23
zygaHey :-)07:27
zygaStarting later because I started assisting my son to school on a bike07:27
zygaVery nice way to start the day07:27
zygamvo: I got green on that pwd test I added. I tweaked core in test prepare though07:28
zygaI don’t think it is sufficient for production yet because vanilla core is not right07:28
zygaBut it shows promise :-)07:28
zygaI will be in the office soon07:29
mvozyga: good, is the fix for core18 (git) difficult?07:29
zygaWe will see07:32
zygaI have not done that yet07:33
mvook07:33
mborzeckimvo: zyga: morning guys07:35
mvomborzecki: good morning07:36
mupPR snapd#6658 opened: testutil: run mocked commands through shellcheck <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6658>07:37
mvopedronis: 6628 has two plus - is that something you want to review as well or can we go ahead and merge?07:37
mborzeckifun PR btw ^^^07:37
mborzeckiand super simple too :)07:37
zygaWoooot07:38
zygaSuper07:38
mborzeckiyeah, some nice things caught too07:38
mvomborzecki: nice one07:38
mborzeckiwonder how udevmon mocking worked without __END__07:38
mborzeckithe impact is small on my mock, but i can look into some caching if needed07:39
zygamborzecki: reviewed :-)07:40
mborzeckizyga:  thanks!07:43
pstolowskimorning07:58
pstolowskimborzecki: nice catch with udevmon mock , thanks!07:59
mborzeckipstolowski: hey07:59
mvohey pstolowski08:03
pedronismvo: no, I skimmed it originally08:32
pedronis(about 6628)08:32
pedronisand morning08:32
pedronismvo: I answered in #640408:34
mupPR #6404: snapstate: auto transition on experimental.snapd-snap=true <Created by mvo5> <https://github.com/snapcore/snapd/pull/6404>08:34
mvothanks pedronis08:34
mvopedronis: I am working on the remodel feedback and get back to this one enext08:35
mupPR snapd#6628 closed: overlord/snapshotstate: support auto flag (automatic snapshots 1/N) <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6628>08:36
Chipacamoin moin08:39
Chipacaogra: who can best answer https://forum.snapcraft.io/t/question-about-going-to-production/10609 ?08:39
ograChipaca, i'll take a look after the meeting08:49
ograChipaca, also ... https://forum.snapcraft.io/t/disabling-console-conf-from-gadget-or-core-config-option/435808:50
pedronismborzecki: hi, does your work help with this https://forum.snapcraft.io/t/selinux-blocking-socket-activation-on-fedora/6931/9  or could that be addressed in the context of SELinux new stuff?09:06
mborzeckipedronis: it works with the upcoming selinux changes, i still want to try if there's a workaround for the latest 2.38 that neal relased though09:09
pedronismborzecki: ok,  thanks for the info09:09
mborzeckipedronis: fwiw the selinux clean test has a socket activation check that was added specifically because of this :)09:09
pedronismborzecki: great :)09:09
=== chihchun is now known as chihchun_afk
mborzeckihmm systemctl 219 on centos exits with 1 when we ask for a property that doesn't exist for a given unit type09:42
mborzeckiso snap services output is garbage if there is a socket activated service09:43
=== chihchun_afk is now known as chihchun
mborzeckipstolowski: pushed the updates to #665409:49
mupPR #6654: packaging/fedora, tests/upgrade/basic: patch existing mount units with SELinux context on upgrade <SELinux> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6654>09:49
pstolowskimborzecki: thanks, will take a look in a moment09:50
pedronispstolowski: 6629 just needs two review nows, I don't need to explicitly review it10:08
pstolowskipedronis: ack, thanks10:09
zygamvo: this is what I meant yesterday https://github.com/snapcore/snapd/pull/6642/commits/758c968ced00023d98da61c457add8c04498781b10:35
mupPR #6642: cmd/snap-confine: prevent cwd restore permission bypass <Created by zyga> <https://github.com/snapcore/snapd/pull/6642>10:35
mvozyga: ta10:36
zygamvo: I'm sure it will need more work because we didn't realise it was broken before10:36
zygabut this should now pass10:36
zygaand since it is now tested, we will not see this mistake again10:36
zyga(core18 caveat applies)10:36
zyga(core18 is mostly untested)10:37
* mvo nods10:41
mupPR snapd#6659 opened: snapcraft: build static fontconfig in the snapd snap <Created by mvo5> <https://github.com/snapcore/snapd/pull/6659>10:42
mupPR core#104 opened: snapcraft.yaml: use remote fc-cache-builder <Created by mvo5> <https://github.com/snapcore/core/pull/104>10:50
mborzeckiany idea why we prefer to put completion files under /usr/share/bash-completion/completion rather than /etc/bash_completion.d/ ?10:57
cjwatson/etc/bash_completion.d/ is an old compatibility directory11:00
cjwatsonand it's not just a matter of location, it's actually handled differently11:01
cjwatsonfiles in the compat directory are all loaded up-front, whereas files in /usr/share/bash-completion/completion/ are loaded dynamically when needed11:01
cjwatsonso installing files in the compat directory imposes a cost on every interactive shell (that loads bash-completion, anyway)11:02
FacuMuy buenos días a todos!11:03
mborzeckicjwatson: thanks!11:04
cjwatsonnp, happened to be reading up about that recently for something else11:05
Chipacacjwatson: mborzecki: also files in /etc/bash_completion.d are _only_ loaded up front, meaning you get no completion for a snap you install until you start a new (login, some places) shell11:06
Chipacaalso the /usr/share path is more cross-distro than the /etc one11:07
cjwatsonYeah, that too11:08
Chipacamvo: your triage on https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1821956 makes me think you think it's something we should fix11:09
mupBug #1821956: snapd can't start in WSL (Windows Subsystem for Linux) <snapd (Ubuntu):Triaged> <https://launchpad.net/bugs/1821956>11:09
Chipacamvo: I thought supporting WSL was a non-goal11:09
mborzeckiChipaca: that would actually be intersting :)11:11
Chipacamborzecki: would it?11:12
Chipacano services and no GUIs11:12
Chipacaand no confinement11:12
mborzeckii mean intersting challenge, though feels a bit academic11:12
Chipacaand no squashfs11:12
mupBug #1821959 changed: File name breaking go modules <snapd:New> <https://launchpad.net/bugs/1821959>11:21
Chipacamvo: what's 'cmd/snap-confine/spread-tests/distros/debian.' about? (why the ending period?)11:21
zygaChipaca: that's sid11:22
zygaChipaca: because no version id11:22
Chipacai know it's sid11:22
zygaand that is dead11:22
zygathe ending period is because it is id.version_id11:22
zygamvo: can you please look at https://github.com/snapcore/snapd/pull/6410 again11:23
mupPR #6410: release-tools: add debian-package-builder <Created by zyga> <https://github.com/snapcore/snapd/pull/6410>11:23
zygamvo: https://github.com/snapcore/snapd/pull/6643 is the fix that was under embargo before, I think we should just land this patch for historical reference and iterate on anything we planned to (e.g. generator)11:28
mupPR #6643: tests: deny ioctl - TIOCSTI with garbage in high bits <Created by zyga> <https://github.com/snapcore/snapd/pull/6643>11:28
zygaI need a 2nd review for https://github.com/snapcore/snapd/pull/659711:28
mupPR #6597: cmd/snap-update-ns: refactor of profile application (1/N) <Created by zyga> <https://github.com/snapcore/snapd/pull/6597>11:28
zygaI also need a 2nd review for https://github.com/snapcore/snapd/pull/650211:29
mupPR #6502: dirs,overlord/snapstate: add Soft and Hard refresh checks <Created by zyga> <https://github.com/snapcore/snapd/pull/6502>11:29
zygajdstrand: I need your 3rd review on https://github.com/snapcore/snapd/pull/660511:31
mupPR #6605: cmd/libsnap,osutil: fix parsing of mountinfo <Created by zyga> <https://github.com/snapcore/snapd/pull/6605>11:31
jdstrandzyga: it is on my todo. may not happen today, will try to get to it soon11:34
zygajdstrand: thanks, that's all I need11:34
mupPR snapd#6658 closed: testutil: run mocked commands through shellcheck <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6658>12:09
mvopedronis: is 6621 something you want to review again? it got two +1 and your naming suggestion is applied12:24
pedronismvo: I think John preferred it not to land before it's used12:25
pedronismvo: it's marked blocked12:25
* mvo nods12:27
mupPR snapd#6660 opened: [RFC] cmd/debug: integrate new task timings with "snap debug timings" <Created by stolowski> <https://github.com/snapcore/snapd/pull/6660>12:32
pedronismvo: I just noticed we have a bunch of places that depend on osutil.CommandFromCore12:39
zygapedronis: hey, I made some tweaks to https://github.com/snapcore/snapd/pull/6583/files12:39
mupPR #6583: cmd/snap-confine: move ubuntu-core fallback checks <Created by zyga> <https://github.com/snapcore/snapd/pull/6583>12:39
zygapedronis: I wonder if we could discuss what's wrong in that idea now and see how to move onwards12:39
zygapedronis: to unblock core18 fixes and core16 transition12:39
pedronismvo: that doesn't seem to support snapd at all, also I don't remember it, and osutil feels a bit the wrong place for it12:39
pstolowskimvo: hey, can you have another look at https://github.com/snapcore/snapd/pull/6629 ?12:40
mupPR #6629: overlord/snapshotstate: helpers for dealing with snapshot expirations (automatic snapshots 2/N) <Created by stolowski> <https://github.com/snapcore/snapd/pull/6629>12:40
* Chipaca lunches12:43
pedroniszyga: it's better than the last time I looked12:46
pedroniszyga: I don't like _fallback and forcing all the code to use a helper though12:47
pedronisit defeats a bit the original goal of having the struct at all12:47
zygapedronis: perhaps I can just set "effective"12:50
zygaand always use that12:51
pedroniszyga: I'm making a suggestion12:51
zygaok12:51
=== chihchun is now known as chihchun_afk
* zyga missed the suggestion about "original" field instead12:51
zygait would have equivalent semantics I guess12:52
mupPR snapd#6661 opened: data/selinux, tests/main/selinux-clean: fine tune the policy, make sure that no denials are raised <SELinux> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6661>12:56
mborzeckihopefully a final SELinux related PR ^^12:56
pedroniszyga: I commented in the PR12:58
zygapedronis: thanks, that looks great13:01
pedroniszyga: btw, relatedly bu drive-by,  should classic.c  be called  distro.c instead ? it doesn't seem to be just about classic13:02
sergiusensChipaca: hello there, I have a question about this message "Channel latest/stable for lxd is closed; temporarily forwarding to stable.". Is that going to be fixed at any point in time?13:02
pedronissergiusens: it should have been fixed13:03
sergiusenspedronis: 2.38? candidate I guess? I can switch and verify if so13:04
sergiusensI am currently on 2.37.4+18.04.113:04
pedronissergiusens: yes, 2.3813:06
pedronis2.37 doesn't have the new code13:06
pedronisanyway 2.38 will go to stable today13:06
zygapedronis: yeah, it's an ancient name13:10
zygapedronis: perhaps it can be folded further into something else13:10
pedroniszyga: lost context, what is an ancient name?13:10
zygapedronis: classic.c13:11
pedronisah13:11
pedronisok13:11
pedronisit doesn't seem to match the content anymore13:11
zygapedronis: it's from the day when snap-confine was ubuntu-core-launcher, mostly all in one C file13:11
zygapedronis: and was not very friendly to work with13:11
zygapedronis: so as first instinct to understand I started to decompose it13:11
pedronisyea, it's fine13:12
pedronisI just noticed given we were looking into it again13:12
zygathat's good, I'm very happy to make changes to it, my main demotivator in the past was that it would require a security review and slow everything down to a crawl13:13
mupPR snapd#6662 opened: overlord/snapstate,snapshotstate: create snapshot automatically on snap removal <Created by stolowski> <https://github.com/snapcore/snapd/pull/6662>13:17
=== ricab is now known as ricab|lunch
zygapedronis: updated13:30
mborzeckihm travis jobs are progressing rather slow today13:42
pedroniszyga: last pass,  couple more comments13:42
zygaI saw, doing now :)13:44
mvopedronis: thanks, I check commandFromCore13:56
mvopstolowski: yeah, I have a look13:56
pstolowskity13:57
ondracwayne any luck testing that core18 image? shall I rev for you also core16 image with that kernel?14:06
cwayneondra: so it did boot, but the usb -> eth dongle were using wasnt supported with that kernel14:12
ondracwayne OK that would be something to ask ppisati if there there is right driver included14:12
mupPR snapcraft#2512 closed: many: better handling of appstream icons <Created by cmatsuoka> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2512>14:19
=== ricab|lunch is now known as ricab
zygamvo: after the call, can you have a 2nd look at https://github.com/snapcore/snapd/pull/658314:48
mupPR #6583: cmd/snap-confine: move ubuntu-core fallback checks <Created by zyga> <https://github.com/snapcore/snapd/pull/6583>14:48
* zyga needs to grab some food14:50
mvozyga: yes14:51
jdstrandpedronis, niemeyer (cc mvo, joemcmanus, amurray): I wrote https://forum.snapcraft.io/t/phase-1-of-opt-in-per-snap-users-groups-aka-the-daemon-user/10624. I am not currently blocked and have a lot to work on that isn't dependent on that. so, feel free to ponder15:01
mvojdstrand: thank you15:01
pedronisjdstrand: thanks, I will look at it early next week the latest15:20
jdstrandpedronis: ack. that works well for me. I can go with the 'easiest-to-change-later' option in my coding until then15:21
mupPR core18#123 opened: hooks: remove /etc/apt/sources.list.d/proposed.list <Created by mvo5> <https://github.com/snapcore/core18/pull/123>15:24
mupPR snapd#6655 closed: timings: AddTag helper <Simple 😃> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6655>15:30
* cachio afk 15:37
pstolowskican https://github.com/snapcore/snapd/pull/6657 land?15:40
mupPR #6657: tests: enable opensuse 15 and add force-resolution installing packages <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6657>15:40
zygapstolowski: looking15:41
zygayes!15:41
pstolowskig815:41
pstolowskity15:41
mupPR snapd#6657 closed: tests: enable opensuse 15 and add force-resolution installing packages <Created by sergiocazzolato> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6657>15:42
mupPR snapd#6663 opened: cmd: make fmt <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6663>15:47
* zyga goes for a bike ride 15:55
zygaI'll be back after dark15:55
zygaI have a few PRs that need 2nd review and a few more that just wait for green15:55
mupPR # closed: core-build#11, core-build#22, core-build#26, core-build#3716:01
mupPR # opened: core-build#11, core-build#22, core-build#26, core-build#3716:02
mupPR snapd#6664 opened: cmd/snap,client,daemon,store: layout and sanity tweaks for find/search options <Created by pedronis> <https://github.com/snapcore/snapd/pull/6664>16:28
=== pstolowski is now known as pstolowski|afk
mupPR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>18:30
mupPR core#83 closed: move most of the ubuntu-core config deb into the snap snap build <Created by mvo5> <https://github.com/snapcore/core/pull/83>18:30
mupPR core#104 closed: snapcraft.yaml: use remote fc-cache-builder <Created by mvo5> <https://github.com/snapcore/core/pull/104>18:30
mupPR core#38 opened: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>18:31
mupPR core#83 opened: move most of the ubuntu-core config deb into the snap snap build <Created by mvo5> <https://github.com/snapcore/core/pull/83>18:31
mupPR core#104 opened: snapcraft.yaml: use remote fc-cache-builder <Created by mvo5> <https://github.com/snapcore/core/pull/104>18:31
cachiomvo, pedronis 2.38 is stable now18:36
cachiosmoke tests have passed18:36
mvocachio: thank you!19:47
cachiomvo, yaw19:47
cachiomvo, is it ok if I fix https://github.com/snapcore/snapd/pull/6594 ?19:50
mupPR #6594: [RFC] tests: run smoke tests on (almost) pristine systems <Created by mvo5> <https://github.com/snapcore/snapd/pull/6594>19:50
mvocachio: sure, much appreicated actually19:58
ondracwayne when  I did another run on that 4.15 kernel I saw some usb errors, and USB hub was dead. You better check if usb was working at all, might not have been incompatibility of you usb->eth21:09
ondrayou-your21:09
* cachio afk21:36
* zyga noticed odd failure to debug tomorrow21:36
zygatime to get some sleep, good night!21:36

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