/srv/irclogs.ubuntu.com/2019/07/17/#snappy.txt

=== harrisj_ is now known as harrisj
pedronismvo: hi, you did a full pass on 7020 now?  I will address comments today or tomorrow07:38
mvopedronis: yes07:42
ackkhi, we (maas) currently have some scripts that scan /sys to find info about the system (both ardware and configuration/modules/...). this currently doesn't work in the snap, it doesn't seem there is an interfaces that lets you read the whole /sys. Would it be possible to do that?09:22
sparkiegeekto add some flavour, and as a non-exhaustive example; we currently have `find /sys/devices/ -name sriov_numvfs`09:24
ackksparkiegeek, that does't actually cause errors AFAICT, the main one that's failing is  'find /sys -name modalias'09:28
ackkbut also we're using lshw/lscpu/lsusb/... and those don't work09:28
sparkiegeekpedronis: ^ thoughts?09:49
Chipacadoesn't hardware-observe give you those?09:49
Chipacaackk, sparkiegeek?09:50
ackkChipaca, so, for the find -name modalias I can see the files but the whole /sys is nobody:nogroup so I can't read them as root09:50
ackkChipaca, https://paste.ubuntu.com/p/mkQprpncMQ/09:51
ackk(I assume that's the issue, at least)09:51
ackkChipaca, (that snap does have hardware-observe connected)09:52
Chipacawhy's it getting nobody'd?09:52
Chipacait's root:root outside09:52
Chipacaon 1604 at least09:52
Chipacait's root:root inside as well, in 160409:52
ackkChipaca, I wonder if it's because I'm using the daemon-enabled snapd from jdstrand?09:54
Chipacaackk: is it also nobody:nogroup outside on the system you're looking at?09:54
ackkChipaca, oh, it is09:54
ackkwth09:54
ackk(I'm in a lxd)09:54
* ackk tries rebooting 09:55
ackknope, also /dev files are nobody:nogroup09:55
ackksomethin is messed up here, I guess09:56
pedronisChipaca: thanks for the review09:56
Chipacapedronis: thanks for the code09:56
Chipacapedronis: what do you mean in https://github.com/snapcore/snapd/pull/7083#issuecomment-511885260 ?09:56
jibelHi, I just reported https://forum.snapcraft.io/t/cannot-launch-snaps-on-eoan/12341, is it known?09:56
pedronisChipaca: mvo is looking into that. Now that what we check is the type, we need to make there's only one snap installed with that type (and called snapd)09:57
pedronissame logic we have/ad for core09:57
pedronis*make sure09:57
pedronis*have/had09:57
Chipacaeasy way would be to enforce the name in install09:59
Chipaca¯\_(ツ)_/¯09:59
Chipacajibel: I don't know if it's known. I've asked for more info. Please do use preformatted-text for the output of commands (i've edited your post)10:00
pedronisChipaca: that's what the check does10:02
Chipacapedronis: :)10:03
pedronisI mean coreNameCheck is that check for core10:03
jibelChipaca, done.10:03
Chipacajibel: something is very broken10:04
jibelindeed :)10:04
Chipacajibel: was there a new systemd since you booted last10:05
ChipacaI seem to remember somebody saying something about the latest systemd + kernel combo breaking mounts10:05
Chipacanot sure that was in eoan though, might've been fedora10:05
jibelChipaca, list of updates before last reboot https://paste.ubuntu.com/p/wSvJmy4r3w/. There is no update of systemd10:09
Chipacajibel: what do you get from zgrep systemd.*running.in.system.mode /var/log/syslog* ?10:11
pedronisChipaca: it was arch, https://forum.snapcraft.io/t/snap-mounts-broken-with-kernel-5-2-and-systemd-242/1227210:11
Chipaca(hoping that still works in eoan)10:11
Chipacathings we should add to 'snap version': systemd version, and machine architecture10:12
jibelChipaca, nothing, just very old stuff10:13
Chipacajibel: what systemd version are you on _now_?10:13
jibelChipaca, 240-6ubuntu910:13
Chipacajibel: it does look very similar to the thing on arch, but the systemd version is older so i dunno10:14
Chipacamaybe the problem is linux 5.210:14
jibelI can boot on previous kernel10:15
Chipacajibel: systemctl --all --failed |grep snapd10:15
Chipacaplz10:15
jibelChipaca, nothing if I grep snapd however if I grep snap I get https://paste.ubuntu.com/p/hdr5qKQrh7/10:16
* jibel reboots brb10:16
Chipacayeah that's bad10:17
jibelChipaca, it works with 5.0 and it's broken with 5.210:23
Chipacahuzzah10:23
* Chipaca hugs his 1604 to his chest10:24
Chipacajibel: please add that to the forum topic10:24
jibelI did it10:24
Chipacajibel: awesom10:25
Chipacajibel: I've linked to your topic from the arch one10:25
Chipacajibel: can you work with somebody from the kernel team to bisect this?10:25
jibelsure10:26
* jibel moves -> #ubuntu-kernel10:26
Chipacajibel: thank you!10:29
* Chipaca hops on to that # also, out of curiosity10:29
* Chipaca breaks a take10:40
ograsil2100, hey ho, do you know if the CM3+ fix also made it into the classic images (if not, what does it take to update their FW ?)11:19
sil2100ogra: hey, it did, but only for disco and eoan, we didn't SRU it to bionic yet11:23
ograsil2100, i assume thats planned ?11:23
sil2100It might be a good idea, but I don't think we explicitly talked about it - might be that we'd want that before the point release11:24
sil2100I'll poke Dave today11:24
ograthanks !11:24
=== ricab is now known as ricab|lunch
ackkjdstrand, hi, fwiw instructions on  https://people.canonical.com/~jamie/snapd-daemon-user/README don't seem to work anymore for me. the test snap doesn't work, but my maas snap does. also the reported version is 2.39.312:00
pedronismvo: I did a pass over 7107, there's more work needed12:06
ackkChipaca, fwiw https://paste.ubuntu.com/p/jKyKBmT4Jc/ is what I see12:16
ackkthat's probably still ok since I think we could just search for modalias under /sys/devices12:19
ackkbut not entirely sure12:19
* diddledan pops it in here too for people to have a nosey: https://sc-jsonnet.readthedocs.io/12:40
diddledanerr12:40
diddledanwrong url12:40
diddledanhttps://forum.snapcraft.io/t/yaml-code-sharing-and-reuse/1234212:40
diddledan(it was a related url anyway, but I wanted to share my forum post)12:40
Chipacajibel: out of curiosity, what's 'snap list --all | wc -l' for you?12:43
Chipacawith 20+ snaps installed, on 5.2.x, with systemd 240, can't repro the issue12:44
jibelChipaca, 2212:55
jibelChipaca, 4112:55
Chipacaah12:55
Chipacasmall difference :)12:55
jibelChipaca, https://paste.ubuntu.com/p/RnkKVNStZX/12:56
Chipacaok, i'll ramp things up to that level and see12:56
=== JanC is now known as Guest31310
Chipacayess13:12
Chipacaat 42 snaps installed, i got a broken mount13:12
diddledannobody needs more than 42 - that's the perfect number13:12
* roadmr hands 42 bytes of RAM to diddledan13:12
roadmrah, snaps - sorry, was missing context :)13:12
diddledanhmm13:12
diddledan:-p13:13
roadmryes, 42 is ideal13:13
=== ricab|lunch is now known as ricab
=== JanC_ is now known as JanC
* dot-tobias says hi13:28
sparkiegeekdiddledan: https://en.wikipedia.org/wiki/Perfect_number no it's not! :P13:32
ackkhttps://youtu.be/RyFr279K9TE?t=3313:34
dot-tobiaszyga: I'm suddenly getting store rejections from failed layout target lintings. The previous revisions went through review just fine, I was mapping $SNAP/some/path to $SNAP_DATA/some/path. Is this expected?13:35
ChipacaYESSS i can reproduce the issue without snaps13:51
Chipacawooo woo wo w13:51
* Chipaca goes to sell it on the black market13:52
diddledanis it a kernel bug?13:54
Chipacano, it's...13:55
ChipacaMail server hit by UniSpammer.13:55
Chipacano wait, it's13:55
ChipacaThe file system is full of it13:55
* Chipaca puts away the BOFH snap before it does any real harm13:55
mvoChipaca: \o/13:56
mvoChipaca: where can I read more? bugrport? forum?13:57
Chipacamvo: i'm in the progress of writing the reproducer into a script, and then will add it to the forum, and then a bug13:57
Chipacamvo: i'll let you know when it's a script you can run :-)13:57
mvoChipaca: thank you!13:58
seb128mvo, Chipaca, is there any workaround atm? Till was asking because he uses chromium as his browser which was made into a snap by defualt in eoan and he's without a working webbrowser now which is a bit of an issue for work14:00
jibelboot with kernel 5.014:00
diddledaneep14:01
Chipacamvo: https://paste.ubuntu.com/p/VCpzGxvy6h/14:04
Chipacaseb128: snap list --all, for any broken snaps, if disabled remove, if enabled (== current) disable and enable14:05
Chipacaseb128: but beware dependencies14:05
diddledanworth checking if earlier systems have any problems running that reproducer, too14:06
Chipacaseb128: not sure if the bug is in the kernel or in util-linux, but it's in one of them two14:06
Chipacaso it could be a lot worse14:06
dot-tobiasI'm trying to define a content interface for my snaps. Upon installation, I get this error: “INFO snap <snap-name> has bad plugs or slots: my-slot-name (unknown interface "my-slot-name")” I gathered from https://docs.snapcraft.io/content-interface that the slot name can be arbitrary?14:09
diddledandot-tobias: you need to do two things: add a top-level slots: block which defines your slot, and then an app-level slots: block that ties your slot name to an app14:10
dot-tobiasdiddledan: Ok, thanks. Do you happen to have an example how the app-level stanza looks like? Just slots: [my-slot-name]?14:14
Chipaca#183691414:19
dot-tobiasdiddledan: Hm, followed this example https://github.com/anbox/anbox/blob/cd829e9ccd3a5d654c8aa5e16e32f0d3915d54a8/snap/snapcraft.yaml#L34 but still getting the same error.14:19
seb128Chipaca, thx14:27
diddledandot-tobias: did you also add the top-level item? https://github.com/anbox/anbox/blob/cd829e9ccd3a5d654c8aa5e16e32f0d3915d54a8/snap/snapcraft.yaml#L1814:28
ijohnsonis there a clean way to do a type assertion with go-check? I want to check that an error is of a certain type14:47
diddledanijohnson: https://tour.golang.org/methods/15?14:48
ijohnsondiddledan: specifically with the go-check package: https://godoc.org/gopkg.in/check.v114:48
pedronisijohnson: look for FitsTypeOf14:48
ijohnsonpedronis: ah perfect thanks14:49
* diddledan goes back to lurkioing14:49
* Chipaca would like FitsTypeOf to raise a TooLarge error :-p14:49
ijohnsonpedronis: I was going to break out a small PR from netplan apply to make it easy to create hidden commands in snapctl14:49
diddledanChipaca: what about returning Almost?14:50
pedronisijohnson: sounds good14:50
Chipacadiddledan: you get it :)14:50
diddledanTryHarer?14:50
diddledanTryHarder**14:50
ChipacaMoreLubricant14:50
ChipacaGetAHammer14:50
diddledanhaha14:50
pedronisijohnson: otherwise of course you can also use a go type assertion, _, ok := x.(T) and check for ok14:50
pedronisdepends a bit exactly what you need14:51
diddledanor IGuessItWorks14:51
ijohnsonyeah I was hoping there was a go-check thing to use, and there is so that seems more "idiomatic snapd tests"14:51
pedronisyes14:52
ackksergiusens, hi, around?14:57
pedronisijohnson: forgot to mention, have you looked how adding hidden commands works in cmd/snap, we probably want the same15:03
pedronisor sameish15:03
ijohnsonpedronis: I did not, is it different than using go-flags Command.Hidden flag?15:04
pedronisit's the same15:04
pedronisbut there's a pattern there15:04
pedronisplease look :)15:04
ijohnsonsure, is there a hidden command off the top of your head you could point me to?15:04
pedronisijohnson: interfaces nowadays15:05
ijohnsonpedronis: ack, this actually looks very similar to what I have now15:06
sergiusensackk: nope, travelling and packing with the family today16:18
ackksergiusens, ah cool, enjoy then16:19
pedronismvo: thanks for adding checkSnapdName. I reviewed 7086 , just one odd thing there (cc Chipaca)16:21
pedronisoops, I meant 708416:21
pedronisheh, fail16:21
pedronismvo: Chipaca: I meant actually really 7083 (3/4)16:22
mvopedronis: no worries, I will check the feedback (either today or tomorrow morning)16:22
pedronisthx, I can tweak as well tomorrow if nobody gets to it before16:22
* pedronis going to eod16:22
pedronisChipaca: https://forum.snapcraft.io/t/snap-layouts/7207/21 this looks like it should be its own topic16:33
pedronis(it's not about the docs but a issue of usage/review tools)16:33
ijohnsonpedronis: fyi I filed to do hidden snapctl cmds in https://github.com/snapcore/snapd/pull/711917:12
ijohnsonpedronis: I'm now working on another PR for passing through the exit code, etc. from the snapd daemon to the snapctl client as requested17:13
ijohnsonmay or may not get that PR finished today17:13
pedronisijohnson: thx17:42
jdstrandackk: ok, I needed to modify test-snapd-daemon-user and made it not work with the deb I gave you. let me update the deb and README17:46
ackkjdstrand, thanks!17:52
jdstrandackk: ok, new deb and updated README are uploaded18:13
jdstrandackk: you'll need to use 'system-usernames: [ snap_daemon ]' in your snap now after all18:13
jdstrandackk: 'system-usernames' is subject to change still (should have a decision tomorrow), but 'snap_daemon' shouldn't change18:14
jdstrand(and it may not be a list, but the yaml is the easy part, you can be reasonably confident that changing the rest of your snap to use 'snap_daemon' will mean you're ready when the feature lands18:15
jdstrand)18:15
jdstrandroadmr: hey, I know this was a quick one, but can you pull 20190717-1931UTC?19:32
roadmrjdstrand: oh hehe :) sure19:38
jdstrandroadmr: thanks! :)20:38
ackkjdstrand, thanks!21:51
diddledanwanna see some voodoo? https://forum.snapcraft.io/t/yaml-code-sharing-and-reuse/1234221:54

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