/srv/irclogs.ubuntu.com/2019/04/16/#snappy.txt

=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
mupPR snapd#6721 opened: tests: new profiler snap used to track cpu and memory for snapd and snap commands <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6721>03:13
zygaHello06:43
* zyga was watching the news about Paris last night 07:00
zygaa bit sleepy, sorry07:00
mvozyga: it looks like the selinux-clean test is unhappy (in master and in the recent PR spread runs). is anyone on it or shall we disable it for now?07:06
zygamvo: mborzecki is on it07:09
zygawe talked about it a lot yesterday07:09
zygaessentially it keeps finding bugs07:10
mvook07:13
zygamvo: there's a fun bug in the kernel and in apparmor breaking disco07:14
zygamvo: but apparently only in lxd07:14
zygamvo: the security team was on it last evening07:14
pedronisdisco ships on Thu, fun07:14
zygayes07:15
zygaeveryone is well aware, lsm stacking landed07:16
zygalxd started using shiftfs07:16
zygathis confused apparmor parser caching07:16
zygaand no profiles got loaded07:16
=== pstolowski|afk is now known as pstolowski
pstolowskimornings07:16
zygahey pawel07:16
mvopstolowski: good morning07:17
mvozyga: woah, sounds like fun indeed07:17
mupPR snapd#6722 opened: tests: set selinux-clean test to manual for now <Created by mvo5> <https://github.com/snapcore/snapd/pull/6722>07:27
mvowoah, now travis fails in the static tests even oh boy07:34
mupPR snapd#6673 closed: cmd,tests: forcibly discard mount namespace when bases change <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/6673>07:35
zygaoh fun07:36
zygamvo: did go change in travis?07:37
mupPR snapd#6723 opened: cmd/snap-confine: remove unused sc_open_snap_{update,discard}_ns <Simple πŸ˜ƒ> <Created by zyga> <https://github.com/snapcore/snapd/pull/6723>07:38
zygapstolowski, mvo:  ^ trivial07:38
pstolowskidone07:38
mvozyga: you got it as well07:45
zygathank you07:45
zygaaaah07:45
zygaI see07:45
zygathe go version fun07:45
mvosuper mysterious as we did not change anything there did we?07:46
* mvo looks07:47
mvothis looks like a travis issue, we request go1.907:48
mvomaybe they dropped it?07:48
mborzeckimorning07:49
mvohey mborzecki07:49
mborzeckimvo: hey07:50
mborzecki56 PRs open, better than yday07:51
mvomborzecki: yeah, its getting better except master is not happy07:51
mborzeckimvo: what's the problem with master?07:52
mvomborzecki: but we are working on it :) some things could land once this is unbroken07:52
mvomborzecki: the selinux-clean test is unhappy more often than not07:52
mvomborzecki: also static checks are complaining right now07:52
mborzeckimvo: heh07:52
mupPR snapd#6724 opened: travis: fix requested go version <β›” Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/6724>07:52
mborzeckimvo: #6718 should help a bit with selinux clean test07:52
mupPR #6718: spread, tests: do not leave mislabeled files in restorecon test, attempt to catch similar files <SELinux> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6718>07:52
mvomborzecki: static checks have a version mismatch and die very early07:52
mvomborzecki: aha, nice, is that green?07:53
mborzeckimvo: and yesterday i noticed that snapd started calling runuser07:53
mborzeckiis that automatic snapshotting?07:53
pedronismborzecki: I think so07:53
mvomborzecki: 6718 ironically fails in selinux-clean07:53
pedronisChipaca probably knows more about that (runuser)07:53
mborzeckimvo: yeah, looked at it yday evening and iirc it was because of runuser07:54
mvoaha, ok07:54
mborzeckiflag provided but not defined: -V, hmm07:55
mupPR snapd#6724 closed: travis: fix requested go version <β›” Blocked> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/6724>07:56
mborzeckiconspiracy theories in the forum07:57
mvoit looks like version mismatch - go tool asm -V does indeed not exist in 1.908:01
mvoso it looks like go vet is driving it the wrong way (or something is)08:01
* mvo has a meeting now so won't look at this08:01
mborzeckimvo: where do we get vet from?08:03
mvomborzecki: I don't know08:03
mborzeckimvo: go tool vet is part of golang distribution package, and afaik vet is just a frontend, presumably both should be from the same distro package08:04
Chipacarunuserwha?08:07
Chipacag'morning08:07
Chipacamborzecki: what's up with runuser?08:07
mborzeckiChipaca: morning, runuser, we use it to snapshot user's data right?08:07
Chipacamborzecki: yes (and hopefully any user data manipulation someday)08:08
Chipacamborzecki: why?08:08
mborzeckiChipaca: cool, we need to extend the selinux policy to allow some actions it does (setgid, writing to audit and so on)08:09
Chipacapedronis: starting on coherence, do you have a link to the server-side to hand?08:10
mborzeckifwiw, the changes look trivial, i should have a PR up soon08:10
pedronisChipaca: one sec08:10
Chipacamborzecki: i guess we only saw this now because of automatic snapshots?08:10
mborzeckiChipaca: yes, that would be my guess, wonder why it didn't come up in the travis job of the PR that added automatic snapshots08:11
mborzeckiwell, maybe the PR did not include the test back when it was opened08:12
zyga re08:25
zygasorry, had to clean the office a little08:25
pedronisChipaca: sorry, need to have a quick errands, I can give you links after (in ~30 mins)08:31
Chipacapedronis: no probs08:31
mupPR snapd#6725 opened: travis: add some debug to run-checks <Created by mvo5> <https://github.com/snapcore/snapd/pull/6725>08:39
mborzeckiwhy on earth we use /home/gopath and since it's under /home we treat it like another homedir08:45
mborzeckibut since it's not a homedir (there's no gopath user), none of the selinux transitions take place08:46
mvoI think I found the issue08:46
mvowith the status check08:46
mvooh well08:46
mvoI wonder why this ever worked08:46
zygamvo: what did you find?08:47
mvozyga: PR up in 60s, then it will be obvious08:49
zyga thank you :)08:50
mupPR snapd#6725 closed: travis: add some debug to run-checks <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/6725>08:52
mupPR snapd#6726 opened: tests: do not hardcode go1.10 in travis <Created by mvo5> <https://github.com/snapcore/snapd/pull/6726>08:52
mvozyga: -^08:52
* mvo takes a short break08:52
zygalooking08:52
zygainteresting08:53
zygamvo: there was a simliar bug in suse08:53
zygathat is, suse golang stack got updated during startup08:53
zygabut the environment variables were pointing to the old stack08:53
zygawith similar insane errors08:53
=== chihchun_afk is now known as chihchun
mborzeckipolicy update for runuser is up09:06
mupPR snapd#6727 opened: data/selinux: allow snapd to execute runuser under snappy_t <SELinux> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6727>09:06
ilyaigpetrovHi. I'm new to Ubuntu Core and I want to boot from it from a usb pendrive without using any device other than my notebook (so I have no device to SSH from) -- what is the easiest way to do this? I don't have VTx support on my CPU and wouldn't prefer using a virtual machine, partly because I have an idea of using ubuntu core as my main desktop system (browser and  a terminal is all I need from it).09:26
mvomborzecki: with 6727 can we get rid of 6722?09:32
zygailyaigpetrov: hey09:33
zygailyaigpetrov: I think core is not quire suited for that use case yet09:33
mborzeckimvo: yes09:33
zygailyaigpetrov: it is mainly usable as virtual machines in the cloud and single-purpose devices in the field09:33
ilyaigpetrovzyga: I want to learn new things this way09:33
zygailyaigpetrov: support for users and sessions is limited09:33
zygailyaigpetrov: you won't get a graphics session or a browser easily either09:33
zygailyaigpetrov: if you want to learn you can try getting the amd64 ubuntu core image and copy it to a USB drive09:34
zygailyaigpetrov: then instruct your device to boot from it09:34
mborzeckimvo: #6726 will probably fail on fedora/centos due to selinux, we should merge it anyway09:34
mupPR #6726: tests: do not hardcode go1.10 in travis <⚠ Critical> <Created by mvo5> <https://github.com/snapcore/snapd/pull/6726>09:34
zygailyaigpetrov: it will work, it's just not a device that one would use for daily stuff IMO09:34
zygamborzecki: selinux question, when are semicolons required?09:35
ilyaigpetrovzyga: yes, I boot from the usb pendrive, enter my ubuntu SSO and it says I need to ssh into it, but I don't have any other notebook to log in via ssh from09:35
zygasorry, that's the only way in09:35
zygaonce you ssh you can set a password09:35
ilyaigpetrovzyga: I think to create a box based on raspberry Pi for kids to learn computers and coding, I want them being able to log in09:35
ilyaigpetrovzyga: is there any image customization I can do?09:36
mborzeckizyga: allow <foo> rules require it at the end, interfaces have a bunch of allow rules, each should end with ; already09:36
zygailyaigpetrov: I commend your desire to learn but I don't think core is the best use for that yet, for learing there are much better suited (especially for children) tailored distributions with graphical displays and keyboard / mouse support09:36
zygailyaigpetrov: what kind of customization?09:37
mvomborzecki: indeed, so how about I combine 6726 and 6722 and then master should be green again. then we combine your selinux fixes and run it ~10 times or so and if all is green there we enable selinux-clean again? sounds reasonable?09:37
ilyaigpetrovzyga: replace config launcher on getty (I guess it's called getty)09:37
zygailyaigpetrov: no, that's not something you can do easily09:37
zygailyaigpetrov: and it will be undone by the system on the next update09:37
ilyaigpetrov*sigh* so sad09:38
zygailyaigpetrov: note that the user has no password09:38
zygailyaigpetrov: you must login via ssh first09:38
zygailyaigpetrov: then you can login interactively on another tty09:38
zyga(tty1 is special, rest should be regular)09:38
zygailyaigpetrov: core is designed for single use devices without users really09:38
zygailyaigpetrov: you don't expect each streetlight to have an user account, this is what core is aiming at09:38
ilyaigpetrovzyga: can I install a basic wayland compositor (or a mir server) and from another snap to install a firefox browser -- will they work together?09:39
mborzeckimvo: sounds good, then we can land 6727 and 671809:39
ilyaigpetrovI'm not sure I understand how desktop snap is used by other snaps09:40
mvomborzecki: cool, let me prepare things09:40
* zyga quick breakfast09:40
zygailyaigpetrov: there are no snaps that support user sessions on a core system09:40
ilyaigpetrovzyga: mm, but I have seen egmde confined snap09:41
ilyaigpetrovhttps://snapcraft.io/egmde-confined-desktop09:41
zygaI don’t know about that09:41
mvosome of my branches need a second review: 6418 (might be interessting for zyga), 6599 and 6603 would be great. also 6627. all remodel related but relatively small and self-contained. *please* :)09:41
zygamvo: gladly!09:42
zygaIn 15 minutes09:42
ilyaigpetrovzyga: thanks for you help, bond appetite09:42
zygailyaigpetrov: you can try core in qemu09:42
zygaOn i386 you don’t need hardware support09:42
ilyaigpetrovzyga: I really like the idea of using core as my main system, even if virtual tty is all I have with a single user09:43
zyga ilyaigpetrov you need a 2nd machine then09:46
popeyilyaigpetrov: i have a laptop which is running Ubuntu core. It's a touch limiting for normal use.09:47
ilyaigpetrovpopey: I used to use gentoo confining myself to using vttys only for learning purposes, and I learn how to run a single window of a browser on naked xorg server, I think it was useful09:50
popeyIt's certainly fun09:50
zygaback now10:00
zygamvo: looking10:00
zygamvo: note I will still address the snapd tools directory going stale10:02
zygamvo: separately from this PR10:02
zygamvo: https://github.com/snapcore/snapd/pull/6418#pullrequestreview-22709906910:06
mupPR #6418: many: allow core as a fallback for core16  <Created by mvo5> <https://github.com/snapcore/snapd/pull/6418>10:06
zygamvo: it should be ok to just push the commit suggestion buttons a few times :)10:06
zygamvo: doing another one10:07
zygamvo: about 6599, should AddAll just add edges?10:08
zygamvo: or fail if edges are present?10:08
cwaynesil2100: hey, is there anything in the latest core18 that may affect wifi?10:09
zygamvo: https://github.com/snapcore/snapd/pull/6599#pullrequestreview-22710227410:10
mupPR #6599: snapstate,state: add TaskSet.AddAllWithEdges() and use in doUpdate <Created by mvo5> <https://github.com/snapcore/snapd/pull/6599>10:10
pstolowskizyga, mvo: or do extra iteration to check first?10:10
zygahey cwayne, long time no see :)10:10
cwaynezyga: heya :) how's it goin?10:10
zygacwayne: great, swamped under bugs and feature work but feeling positive today :)10:11
cwaynezyga: I'd rather be swamped than have nothing to do :)10:12
zygacwayne: I think we are not at any risk of having nothing to do :)10:12
cwaynelol true!10:12
sil2100cwayne: hm, I'd have to dig deeper, but I don't think so10:16
sil2100We did release a new systemd yesterday, which is why a new core18 was triggered10:16
cwaynesil2100: ok, will poke on this end, seeing some wifi failures on Pi's which we hadnt seen in awhile10:17
sil2100Oh, hm10:18
sil2100cwayne: for a moment I was worried that someone released the new netplan package, but no, at least not for bionic10:18
sil2100And anyway, Matt said that he addressed the previous networking issue in the current netplan SRU anyway10:19
cwayneYeah this isn't the same issue we saw earlier with netplan for sure10:19
sil2100Ok10:19
zygamvo: https://github.com/snapcore/snapd/pull/6603#pullrequestreview-22710427610:20
mupPR #6603:  snapstate: add new NoReRefresh flag and use in Remodel() <Created by mvo5> <https://github.com/snapcore/snapd/pull/6603>10:20
zygamvo: https://github.com/snapcore/snapd/pull/6627 has some unanswered questions10:21
mupPR #6627: devicestate: deal correctly with the "required" flag on Remodel <Created by mvo5> <https://github.com/snapcore/snapd/pull/6627>10:21
zygadoing a pass anyway10:21
mvozyga: aha, ok, let me double check, maybe I missed something. thank you10:22
sil2100cwayne: the new systemd SRU we released did address some network bugs, so who knows, maybe there's some regression there10:22
sil2100cwayne: but the changes didn't seem highly likely to cause wlan-only issues10:22
cwaynesil2100: ack, well poke around on our end10:23
mvozyga: sorry, was in a meeting I see you wrote more. will get back to that in a wee bit10:25
zygamvo: no worries, I'm going through the last one you requested10:26
mborzeckimvo: https://api.travis-ci.org/v3/job/520673622/log.txt 6722 failed in canonical-livepatch test10:26
mupPR snapd#6728 opened: overlord/devicestate: extra measurements related to populateStateFromSeed <Created by stolowski> <https://github.com/snapcore/snapd/pull/6728>10:26
pstolowskiuhmmm.. unhappy day for travis10:26
mborzeckimvo:  copied the log here: https://paste.ubuntu.com/p/QnVW7vCqJ6/ i'll restart the travis job10:26
zygamvo: https://github.com/snapcore/snapd/pull/6627#pullrequestreview-22711049810:31
mupPR #6627: devicestate: deal correctly with the "required" flag on Remodel <Created by mvo5> <https://github.com/snapcore/snapd/pull/6627>10:31
zygahttps://github.com/snapcore/snapd/pull/6726 is red10:31
mupPR #6726: tests: do not hardcode go1.10 in travis <⚠ Critical> <Created by mvo5> <https://github.com/snapcore/snapd/pull/6726>10:32
mborzeckizyga: yes, it'll land as 672210:32
zygaack10:32
zygaunless anyone has a review they want to pull me into, I will resume working on tests10:33
mborzeckihmm canonical-livepatch failed there too :/10:34
zygayeah10:35
zygaone of those days, as they say10:35
mvoyeah, looking at this now10:35
mvolooks like something changed there as well10:35
pstolowskipedronis: re your question to https://forum.snapcraft.io/t/how-to-disconnect-a-snap-from-internet/10901/10 from yesterday - yes, we have a spread test for this - it's main/disable-autoconnect10:37
pedronispstolowski: thx10:38
mupPR snapd#6729 opened: tests: update canonical-livepatch now that -gcp kernels are supported <Created by mvo5> <https://github.com/snapcore/snapd/pull/6729>10:43
mupPR snapd#6730 opened: tests: fix master <Created by mvo5> <https://github.com/snapcore/snapd/pull/6730>10:45
mborzeckimvo: looks like we need a one PR to unite all fixes10:47
mvomborzecki: yeah, I added this in 673010:48
mvomborzecki: or is it missing something?10:48
mvofwiw, I'm also looking at livepatch now, maybe we can make the needle we look for better10:49
Chipacahuh, store.RefreshCandidate still exists11:08
* Chipaca nukes it11:08
jocsil2100: so re. the wifi failures you were talking to cwayne about earlier - nothing has changed in core18 but systemd?11:15
mupPR snapd#6729 closed: tests: update canonical-livepatch now that -gcp kernels are supported <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6729>11:38
mupPR snapd#6730 closed: tests: fix master <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6730>11:38
* zyga hugs everyone who helped to fix master11:39
mupPR snapd#6722 closed: tests: set selinux-clean test to manual for now <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/6722>11:39
mupPR snapd#6726 closed: tests: do not hardcode go1.10 in travis <⚠ Critical> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/6726>11:39
=== chihchun is now known as chihchun_afk
zygamvo: so master is fixed now :)11:44
=== ricab is now known as ricab|lunch
rbasakhttps://forum.snapcraft.io/c/release seems out of date. Where do relesae announcements go now?11:50
zygarbasak: snapd releases are listed on https://github.com/snapcore/snapd/releases/11:55
isomari_greetings, how can I hide my ssid using snap wifi-ap?11:56
rbasakzyga: thanks. I was hoping for a summary of changes though. For example, that page doesn't say what happened in 2.38. I thought that's what the forum topic was for/11:57
rbasak?11:57
zygarbasak: it used to say that11:57
zygarbasak: just not all releases are listed with equal verbosity11:57
zygamvo: ^11:57
pedronisthere is also https://forum.snapcraft.io/t/the-snapd-roadmap/197311:57
rbasakThe bugfix releases are all detailed, but I was wanting to know more about the high level stuff happening in feature releases.11:58
rbasakpedronis: ah that's useful - thanks!11:58
=== chihchun_afk is now known as chihchun
Chipacaisomari_: no idea. Are you sure you're in the right place to ask that?12:04
mborzeckianyone brave enough to do a 2nd review of https://github.com/snapcore/snapd/pull/6688 ? :)12:08
mupPR #6688: gadget: add validation of cross structure overlap and offset writes <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6688>12:08
mborzeckiinvolves familiarizing oneself with gadget.yaml and some hair pulling while reading the code :)12:09
=== chihchun is now known as chihchun_afk
zygamborzecki: I can look but only after the standup, trying to wrap up a bigger chunk here12:12
mborzeckizyga: thanks!12:12
cyphermoxcwayne: mvo: so what issue are we seeing now for core18, is it in any way netplan-related?12:15
isomari_Chipaca: Was asked to come here from ubuntu.12:18
isomari_Chipaca: I found the answer. Thanks12:20
mupPR snapd#6731 opened: overlord: make the store context composably backed by separate backends for device asserts/info etc <Created by pedronis> <https://github.com/snapcore/snapd/pull/6731>12:27
pedronismborzecki: what's the status of master? needs 6727 ?12:45
mborzeckipedronis: master should be green, but selinux-clean test is disabled, 6727 enables the test and carries a fix for the policy12:46
pedronisok, thx12:46
mupPR snapd#6704 closed: overlord/devicestate: measurements around ensure and related tasks <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6704>12:49
mvorbasak: sorry, I have not updated for the coming 2.39 features yet. or do you need info about a much older release on the forum? what version are you looking for?12:57
rbasakmvo: nothing specific, thanks.12:58
=== ricab|lunch is now known as ricab
=== chihchun_afk is now known as chihchun
jdstrandmvo: hey, sorry to bother you. what is the trick with either creating a debian/fedora qemu autopkgtest image (autopkgtest-build-qemu unstable debian-sid-64.img fails for me) or accessing google (no access to google:debian-sid-64:tests/main/...)13:29
zygahey13:29
zygajdstrand: for debian you can get the qemu cloud image they have13:29
zygaAFAIK it works out of the box13:29
jdstrandhey zyga :)13:29
zyga(they == debian)13:29
zygathe fedora one I don't recall13:29
zygaif you wait a little I may have some links for you13:29
jdstrandhmm, googled for it. /me keeps looking13:29
mvojdstrand: you can ask gustavo for a google spread key13:29
zygajdstrand: in theory there is https://spread.zygoon.pl/images/ but I don't keep it up-to-date13:30
mvojdstrand: I don't know how to create fedora images, I suspect its also "just" downloading their cloud image and adjusting the login creds13:30
zygajdstrand: ^ mvo's advice is really best13:30
jdstrandack. I see in spread.yaml what to change them to. let me see what I can find13:30
jdstrandI thought I had a google spread key. where is that stored?13:31
zygajdstrand: it's essentially this: run any cloud image with cloud-init inside to the point where you have shell, set passwords and you _might_ be ready13:31
zygajdstrand: but because google images have customization applied we don't really know13:31
zygajdstrand: it's in ~/.config/gcloud13:31
* zyga afk for 15 minutes13:31
jdstrandI have stuff in that dir13:31
* jdstrand looks for the images13:32
jdstrandthanks!13:32
sergiusensogra: did you happen to look into wireguard on Ubuntu Core?13:32
* jdstrand notes wireguard upstream still says not to use it in production13:33
* jdstrand may just use zyga's images and upgrade13:36
jdstrandoh those are just ubuntu. I can create those fine13:36
mupPR snapd#6732 opened: tests: run livepatch on 18.04 as well <Created by mvo5> <https://github.com/snapcore/snapd/pull/6732>13:38
ograsergiusens, nope13:40
ograsergiusens, there are two snaps in the store touch13:42
ogra*though13:42
zygare13:53
zygasorry, I was grabbed into a family lunch13:53
zygajdstrand: let me know if I can help13:54
zygaI can regen and upload fresh images13:54
zygaI think I can upload some more too, there's a 10GB quota on that directory13:54
=== chihchun is now known as chihchun_afk
mupPR snapd#6719 closed: many: move auth.AuthContext to store.DeviceAndAuthContext, the implemention to a separate storecontext package <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6719>14:15
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== Eickmeyer is now known as Eickmeyer___
* dot-tobias says hi14:23
dot-tobiasis it possible to print output from hook scripts when they're running? I only get output if it fails, and then it's only the last ~5 lines14:30
mupPR snapd#6692 closed: interfaces: cleanup internal tool lookup in system-key <Simple πŸ˜ƒ> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6692>14:34
mborzeckidot-tobias: redirect the output to some log file under $SNAP_COMMON?14:39
zygaor /tmp14:40
zygathough tmp is harder to find14:40
* zyga reviews 668814:45
zygamborzecki: hey14:46
zygamborzecki: remark about the gadget work14:46
mborzeckizyga: hm?14:46
zygaI think it would be great if you could add some docs , namely the key types Volume, VolumeStructure etc should be documented14:46
zygathey don't have to be long14:46
zygaI would put a paragraph or two in the file header, ahead of the docs of other stuff (perhaps package docs) for some quick context14:47
zygathen individual types can describe their role in the bigger picture14:47
mborzeckizyga: ok, i'll add something14:49
mupPR # closed: core-build#11, core-build#22, core-build#26, core-build#3714:50
mupPR # opened: core-build#11, core-build#22, core-build#26, core-build#3714:51
pedronismvo: Chipaca: pstolowski:  store context refactoring has landed14:51
pstolowskipedronis: great, thx14:52
Chipacapedronis: current status: https://pastebin.ubuntu.com/p/2TsZDK3wFZ/15:00
pedroniscool15:03
=== cachio_ is now known as cachio
cachiozyga, hey, I see this error when fedora 29 is updated https://paste.ubuntu.com/p/rv9Kzh24m7/15:19
cachiozyga, any idea what could be causing this?15:19
zygacachio: looking now15:21
zygano idea, what does the unit do?15:21
zygaas in, what is systemctl cat man-db-cache-update15:21
zygawhat does jurnald say about that unit?15:22
cachiozyga, I am regenerating the image to reproduce it because the image is dsicarded after that error15:24
zygatry to get an interactive shell15:24
zygaor expand the debug section to know more15:24
cachiozyga, sure, I am creating a new image to get an interactive shell15:26
mupPR snapd#6733 opened: state: add possible error return to TaskSet.Edge() <Created by mvo5> <https://github.com/snapcore/snapd/pull/6733>15:52
=== setuid_ is now known as setuid
=== pstolowski is now known as pstolowski|afk
cachiozyga, https://paste.ubuntu.com/p/x9s3GtZJgp/16:28
zygacachio: hey16:34
zygacachio: what does the unit do?16:34
zygacan you provide the output of "systemctl cat"?16:34
zygacachio: from the looks of the log systemctl cannot complete its task16:35
cachiohttps://paste.ubuntu.com/p/4swr5qVJKx/16:35
zygaperhaps our test suite reloading systemd is affecting other units16:35
zygacachio: what about "man-db-cache-update service" ?16:35
zygacould you please cat that one?16:35
cachiohttps://paste.ubuntu.com/p/qTDggnMrtW/16:36
zygapl16:36
zygacan you start that service?16:36
zygadoes it fail?16:36
cachioif I start the image works well16:37
cachioif I start man-db-cache-update manually works well too16:37
mupPR snapcraft#2535 opened: build providers: get rid of attribute warnings from pylxd <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2535>16:37
jdstrandmvo, zyga: fyi, https://blog.strandboge.com/2019/04/16/cloud-images-qemu-cloud-init-and-snapd-spread-tests/16:37
cachiowe are doing something as part of the prepare that is affecting16:37
zygabased on previous pastebin I would say that it gets interrupted by systemd restart but that's just my theory16:38
zygajdstrand: looking16:38
* jdstrand attempts fedora16:38
zygajdstrand: nice16:38
zygajdstrand: I will cron that on spread.zygoon.pl16:38
zygathank you for sharing, this is very useful16:38
jdstrandnp16:39
jdstrandthere were a couple dots to connect with 'just get a cloud image' and 'adjust cloud-init' :)16:39
zygajdstrand: indeed, I see you have mastered that16:41
zygaI was so lazy for too long :)16:41
zygajdstrand: given your cloud-init data I could use one (shared) procedure for all systems that support cloud-init16:41
zyga(with some tweaks for individual systems to allow spread to boot them)16:42
zygajdstrand: I have some local spread patches to enhance compatiblity16:42
zygajdstrand: and to provide saner qemu command line16:42
jdstrandzyga: do note it is using whatever the default user is for the distro16:43
jdstrandthere are lots of things cloud-init can do that I'm sure you know more about than I16:44
jdstrandcool, seems no special hoops for fedora16:52
pedronismvo: I added a couple of comments to #673317:03
mupPR #6733: state: add possible error return to TaskSet.Edge() <Created by mvo5> <https://github.com/snapcore/snapd/pull/6733>17:03
cachiozyga, this is interesting https://paste.ubuntu.com/p/GBQ4KDcQ6f/17:04
zygacachio: what is dwz?17:05
* zyga sees17:06
zygacachio: I'm non the wiser, I think it is a real error but it is unclear if we are the cause17:06
cachiothe part of the journal17:06
cachiozyga, agree17:07
cachioI'll go deep on this17:07
cachiothank17:07
cachios17:07
zygacachio: I'm sorry I'm not of much help, good luck17:08
zygacachio: I'd be curious to see if a vanilla image has this issue17:08
zygacachio: perhaps dwz crashed because it is confused by particular behaviour of the go linker17:09
cachiozyga, np, I'll try it after17:09
mupPR snapd#6718 closed: spread, tests: do not leave mislabeled files in restorecon test, attempt to catch similar files <SELinux> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6718>17:42
mupPR snapd#6727 closed: data/selinux: allow snapd to execute runuser under snappy_t <SELinux> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6727>17:43
* zyga EODs18:23
jdstrandmvo, zyga: fyi, made some small updates to my blog post to accommodate fedora18:32
* cachio afk18:58
mvopedronis: I updated 6603 btw, hope all your comments are addressed19:13
mupPR snapcraft#2535 closed: build providers: get rid of attribute warnings from pylxd <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2535>21:20
mupPR snapcraft#2534 closed: Add SNAPCRAFT_PROJECT_DIR environment variable <Created by tonysimpson> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2534>21:26
mupPR snapd#6723 closed: cmd/snap-confine: remove unused sc_open_snap_{update,discard}_ns <Simple πŸ˜ƒ> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6723>22:31
mupPR snapd#6734 opened: advise-snap: add --dump-db which dumps the command database <Created by shawnl> <https://github.com/snapcore/snapd/pull/6734>22:53

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