/srv/irclogs.ubuntu.com/2019/05/14/#snappy.txt

=== jamesh_ is now known as jamesh
mborzeckimorning04:49
cmatsuokamborzecki: integration tests failed for PR #684904:52
mupPR #6849: many: introduce a gadget helper for locating device matching given structure <Gadget update> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6849>04:52
mborzeckicmatsuoka: hey, yes, just restarted the jobs04:53
cmatsuokaah ok04:53
mborzeckiwish we recorded timestamps before the test, and displayed only the relevant part of the journal log, otherwise it's hard to find out what is the issue when you have to scroll through screens of log output04:53
mborzeckicmatsuoka: hm mkfs.ext* seems to truncate the label on input04:56
cmatsuokaand this truncation is not on codepoint boundaries, right? or is it codepoint-aware?04:58
cmatsuokamy guess was that it would just clip on 16 narrow chars04:58
zygaGood morning05:05
mborzeckicmatsuoka: heh, so it's bit misleading, dumpe2fs and e2label seem to hide the truncated codepoint05:05
zygaHey mborzecki, cmatsuoka :-)05:05
mborzeckicmatsuoka: but udev properties show the whole sequence: ID_FS_LABEL_ENC=abcdabcdabcdabc\xc405:06
mborzeckizyga: hey05:06
cmatsuokagood morning zyga05:06
cmatsuokamborzecki: and how does snapd read the label? could it panic on the string conversion or something like that?05:07
mborzeckicmatsuoka: so, our problem is reverse, the input is the value that came from gadget yaml, which is valid utf8, then we try to find something under /dev/disk/by-{part}label matching that value, we don't read the labels ourselves05:08
mborzeckicmatsuoka: in which case, there would be no match05:09
zygacmatsuoka: I'm in the plenary room in case you're post breakfast05:19
cmatsuokamborzecki: oh ok, we're safe then05:20
mborzeckicmatsuoka: yup, i'll ask pstolowski|afk to do antoher pass on the PR too05:21
cmatsuokazyga: ack05:22
zygaIT WORKS!05:35
zygamborzecki: remember ausearch05:35
zygamborzecki: so, found another bug there05:35
mborzeckizyga: oh?05:35
zygamborzecki: it doesn't show *anything* when apparmor denial is for propagation change05:35
zygamborzecki: mount --make-shared -- nope, _nothing_ in dmesg, nothing in audit log05:35
mborzeckizyga: try ausearch -m AVC --debug05:36
mborzeckiit'll show entries that could not be parsed too05:36
zygamborzecki: nothing05:36
mborzeckizyga: unless, there's nothing logged :P05:36
zygamaybe deeper LSM bug05:36
zygabut man, that drove me crazy yesterday05:36
zygamborzecki: patches coming soon, I need to adjust tests and then shove some of the patches to the earlier branch05:37
mborzeckibtw, are you certain that's caused by apparmor?05:37
zygamborzecki: yes05:37
zygamborzecki: 100%05:37
zygamborzecki: I'm only editing the apparmor profile05:37
mborzeckimhm05:37
zygaand now it works, found one last place that lacked the permission05:37
zygamborzecki: haha05:38
zygaausearch uses 100% cpu05:38
zygaI think it  failed to parse05:38
zygaanyway05:38
zygahappy this is solved now05:38
=== pstolowski|afk is now known as pstolowski
pstolowskimorning07:04
mborzeckipstolowski: hey07:04
mborzeckipstolowski: can you take another look at https://github.com/snapcore/snapd/pull/6849 ? it changed a bit07:04
mupPR #6849: many: introduce a gadget helper for locating device matching given structure <Gadget update> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6849>07:04
pstolowskik07:05
mborzeckipstolowski: thanks for the review07:21
pstolowskiyw07:22
mupPR snapd#6867 opened: gadget: offset-write: fix validation, calculate absolute position <Gadget update> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6867>08:08
Chipacacould I get reviews for #6862? the check-health pr is ready to go, but it includes this and is rather big so keeping it lean would be nice09:47
mupPR #6862: overlord/hookstate: don't run handler unless hooksup.Always <Created by chipaca> <https://github.com/snapcore/snapd/pull/6862>09:47
mupPR snapd#6868 opened: systemd: workaround systemctl show quirks on older systemd versions <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6868>10:24
Chipacamborzecki: nice10:29
mborzeckiChipaca: it'd be nicer if we didn't have to do that :)10:30
Chipacatotes10:30
mborzeckiChipaca: noticed we don't really have a spread test for snap services output, so the problem was not caught earlier10:32
Chipacamborzecki: noticed10:35
ChipacaStepping out for a walk and lunch. I'd call it a wunch, but that's the collective noun of 'banker'.10:54
mborzeckimeh, gofmt 1.10 vs gofmt 1.11 is super annoying11:04
* pstolowski lunch11:13
cachiodegville, hey11:23
degvillecachio: hello!11:23
mupPR snapd#6849 closed: many: introduce a gadget helper for locating device matching given structure <Gadget update> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6849>11:32
=== ricab is now known as ricab|lunch
mborzeckioff to school, back before standup12:11
=== Eleventh_Doctor is now known as Pharaoh_Atem
diddledan@jdstrand I appreciate I took forever and a day to try your suggestions, but we have a successfully working makemkv with some fiddling with the apparmor and udev rules: https://forum.snapcraft.io/t/openat-returning-eperm-for-dev-sg0/10069/1512:51
zygaHey hey13:00
zygamborzecki: found one more bug in the same area13:01
zygaThe synthetic mount change retention logic is incorrect13:01
mborzeckicachio: Fedora-Cloud-Base-30-1.2.x86_64.qcow2 seems to behave just fine, just updated the kernel, was at 5.0.9-301.fc30.x86_64, rebooted and 5.0.13-300.fc30.x86_64 is running now13:16
cachiomborzecki, weird13:17
cachioI am using http://fedora.c3sl.ufpr.br/linux/releases/30/Cloud/x86_64/images/Fedora-Cloud-Base-30-1.2.x86_64.raw.xz13:17
cachioit is the same13:18
mborzeckicachio: shuld be the same13:18
cachioyes13:18
mborzeckicachio: all i'm doing is sudo dnf upgrade -y && sudo reboot13:18
cachioI'll need to review if something installed during the image creation is causing this13:18
mborzeckipstolowski: idk if you noticed, but tests/main/auto-refresh-retry is failing more often now, usually the last line is:13:19
mborzeckiMay 14 11:30:49 arch nsenter[2289]: retry.go:113: DEBUG: Retrying because of temporary net error (DNS): &net.DNSError{Err:"Temporary failure in name resolution", Name:"api.snapcraft.io", Server:"", IsTimeout:false, IsTemporary:false}13:19
=== ricab|lunch is now known as ricab
pstolowskimborzecki: hmm i saw it once13:32
mborzeckicachio: i'm looking at fedora, it's using some bootloader specification now, https://systemd.io/BOOT_LOADER_SPECIFICATION13:34
cachiomborzecki, I updated the scripts to create the image13:35
cachiomborzecki, I am running now13:35
Chipacamborzecki: nice mess, the volumes thing13:39
mborzeckiChipaca: heh ;) maybe the spec is user friendly at least13:43
mborzeckifor sure it's not parser friendly13:44
Chipacamborzecki: the yaml is very easy to follow13:44
Chipacamborzecki: but even the names of the things in there seem to be designed to conflict with other homonymous things13:44
Chipacaanyhoo13:45
* Chipaca makes tea13:45
=== Trevinho is now known as Trevinho_
=== Trevinho_ is now known as Trevinho
jdstranddiddledan: ack, thanks! :) I'm sprinting this week and will give it some thought. I've added it to my list for profile additions for 2.40. I too am not sure if it should be a separate interface or not14:45
diddledancool, many thanks :-)14:46
jdstrandthank you :)14:46
Chipacabrb rebooting14:58
cachiomborzecki, it is fixed the issue with the kernel15:19
cachioon fedora15:19
mborzeckicachio: what was the fix?15:19
cachioInitially I was installing kernel-modules with the base image15:20
cachionow I am installing kernel modules and kernel core during the update15:20
cachiothen reboot15:20
cachiobasically15:21
cachioI was installing kernel-modules then doing upgrade then instlaling kernel-core then during upgrade15:21
cachioin 2 scripts15:21
mborzeckiah15:21
mborzeckicachio: so once you push the new image, we can restart the PR with fedora 3015:22
cachionow I upgrade, then install the kernel-modules and kernel core and then reboot15:22
cachiomborzecki, done15:23
cachiothanks for the support15:24
* cachio lunch15:36
=== pstolowski is now known as pstolowski|afk
mupPR snapd#6865 closed: cmd/snap: allow option descriptions to start with the command <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6865>17:19

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