/srv/irclogs.ubuntu.com/2018/07/09/#snappy.txt

pstolowskimorning!07:13
zygagood morning!07:31
zygaman, sorry for being so late,07:32
zygapstolowski: hey, how are you? :)07:32
zygaon the up side, my working space is ready and I'm after breakfast so ready to hack :)07:32
pstolowskizyga: hey, great! it was a nice weekend, how about you?07:32
zygapstolowski: my wife has arrived here for the week, we saw more widelife yesterday and managed to score some nice photos :)07:33
pstolowski:)07:33
Chipacaogra_: mo'in08:36
Chipacaogra_: you said "mvo is wrong, /etc/environment is rw", but mvo was talking about /etc/profile unless I missed something08:36
mupPR snapd#5489 closed: release: snapd 2.34 <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5489>08:40
zygapstolowski: question on https://github.com/snapcore/snapd/pull/5488#pullrequestreview-13532404908:41
mupPR #5488: tests/interfaces-contacts-service: use random XDG dir via mktemp <Created by stolowski> <https://github.com/snapcore/snapd/pull/5488>08:41
zygahey Chipaca :)08:41
Chipacazyga: 'sup08:41
zygaChipaca: monday :)08:41
zygait's a bit chilly today but I'm doing allright08:41
zygaI had a fantastic coffee this morning08:42
zygawe scored a coffee grinder from the exposition in a store on Saturday08:42
zygaand used it to grind coffee for the first time in ages08:42
zygathe aroma and taste is superb08:42
Chipacazyga: :-D08:43
zygaChipaca: did you see this PR: https://github.com/snapcore/snapd/pull/547508:45
mupPR #5475: Remove unneeded calls to daemon-reload <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/5475>08:45
zygaI wonder if it is correct and we were doing useless ops all the time08:45
Chipacazyga: it's possible, yes08:45
zygaor if there is a reason for deamon-reload _apart_ from updating systemd itself08:45
Chipacadaemon-reload is needed for when an existing service file changes08:45
Chipacathat's all afaik08:46
Chipacaand we probably do it all the time just in case  (because thinking about whether the change we did means the service file changes is harder than just doing it)08:46
zygaChipaca: well, the PR claims that's not true08:47
zygaChipaca: it claims that the side-effect of daemon-reload is to clear the status of a failed service08:47
zygabut otherwise systemd can manage by itself08:47
Chipaca“If you want systemd to reload the configuration file of a unit, use the daemon-reload command.”08:48
Chipaca^ from systemctl(8)08:48
zygaI wonder if any of our tests actually capture this08:48
zygathat is, changes the service file08:48
Chipacazyga: in any case it's marked as wip08:49
Chipacazyga: so I wouldn't assume e.g. all the «systemctl status yadda yadda || true» are meant to be definitive08:51
zygathank you, I will add that PR to the back burner to see what to do about it08:52
ogra_Chipaca, hmm, not sure what i was reading there ... sorry :P08:53
Chipacazyga: there're a lot of failing spread tests saying "you should've run daemon-reload" fwiw08:56
zygaaha, that is a good indication then08:56
Chipacazyga: all the ones i saw were 14.04, so it might indeed not be necessary after that09:00
Chipacazyga: OTOH the _unit_ tests were failing, so we didn't get to see the whole log09:00
* Chipaca hugs abeato 09:00
zygammm09:00
Chipacait's possible we need to add a bunch of 'if systemd.IsOld() { systemd.Coddle() }09:01
abeatozyga, Chipaca I am basically doing some testing on whether snapd needs to call daemon-reload all the time, please consider it a WIP as I just wanted to run CI on it  - not sure if I could do that without the PR :)09:02
Chipacaabeato: it might be needed in 14.04 and optional afterwards, in which case i'd be ok with checking that09:03
zygaabeato: maybe just ask systemd devs09:03
Chipacaabeato: you can run ci on it but you'd need a key, and the keymaster is on holidays i think (or is that in august)09:03
Chipacaabeato: doing it this way is fine (but as i said on the pr please check unit tests first)09:04
Chipacaabeato: otherwise you're wasting resources to the kñot09:04
* Chipaca wonders if that's obviously «al ñudo»09:04
abeatoChipaca sure, will do09:05
Chipacaabeato: ./run-checks --unit  should do it09:05
abeatonudo maybe :)09:05
Chipacaabeato: and ./run-checks --static should catch fmt and stuff also09:05
Chipacaabeato: knot -> nudo, kñot -> ñudo, clearly09:06
abeatothere are things there that I think are needed for sure: reset-failed probably needs to be done whenever snapd removes a unit file, to clean the state09:06
Chipacaabeato: reset-failed is a great insight, maybe in a separate pr?09:06
abeatolol09:06
abeatoChipaca, yup, as a minimum I will propose that later09:07
Chipacazyga: https://twitter.com/willkirkby/status/101601440147904102409:07
zygathat would win the obfuscated C++ contest if there ever was one ;)09:08
Chipacazyga: I thought Stroustrup was the IOC++CC winner for life09:10
niemeyerMornings09:31
pstolowskio/09:34
niemeyerChipaca: That might be the Steering Committee09:40
=== chihchun_afk is now known as chihchun
mupPR snapd#5436 closed: tests: add basic integration test for spread hold <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/5436>10:37
mupPR snapd#5485 closed: testing: support for interfaces on core18 <Blocked> <Core18> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/5485>10:37
mupPR snapd#5375 closed: packaging: put snapctl into /usr/lib/snapd and symlink in usr/bin <Core18> <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/5375>11:00
mupPR snapd#5405 closed: tests: do not mask errors in interfaces-timezone-control <Core18> <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/5405>11:02
niemeyerzyga: #5439 says it will be split.. should we close it then?11:12
mupPR #5439: overlord/ifacestate: translate "core" <=> "snapd" as appropriate <Core18> <Created by zyga> <https://github.com/snapcore/snapd/pull/5439>11:12
zygayes,11:12
zygaI'm working on the 2nd patch of the split now, just pushed the first one :)11:12
mupPR snapd#5439 closed: overlord/ifacestate: translate "core" <=> "snapd" as appropriate <Core18> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/5439>11:12
niemeyerzyga: Thanks!11:13
* zyga takes a break for lunch12:13
zygaonly a few tests left and I will propose all of remapping, ready and tested :)12:14
ogra_cjwatson, do you happen to know how far https://forum.snapcraft.io/t/architectures/4972 is supported on the builders yet ? (i have some gadgets that can only be cross compiled where the build-on/run-on bits would be very handy, they workk locally but i dont know about build.snapcraft.io)12:32
cjwatsonogra_: It's not.  I'm working on it12:38
ogra_ok, thanks12:38
cjwatson(as in, it's my top task)12:38
ogra_awesome12:38
ogra_happy to be your guinea pig if you need one :)12:39
cjwatsonthe actual testing shouldn't be the hard bit.  just trying to get a huge pile of prerequisites in place12:40
ogra_k12:40
pstolowskizyga: hey do you have a moment for HO?12:44
zygapstolowski: yes, after the standup13:01
=== chihchun is now known as chihchun_afk
Chipacazyga: wrt transportation options for flock, https://i.imgur.com/jczldiD.jpg13:31
Son_Gokukyrofa, are we at a point where we're going to want to package snapcraft for fedora?13:51
zygaChipaca: tank you :)13:53
pstolowskizyga: thanks for the suggestion of looking into udevadm code14:22
pstolowskizyga: those two binds we saw correspond to two event sources that udevadm monitor subscribes to - UDEV_MONITOR_KERNEL and UDEV_MONITOR_UDEV14:23
pstolowskizyga: the kernel one gives very limited data that seem to correspond to what I get with go-udev14:24
pstolowskizyga: you can tell udevadm monitor which one you want with --kernel or --udev  - it's both by default, thus two binds14:25
zygaaha14:26
zygainteresting14:26
zygacan you subscribe to the other event source in go?14:26
zygaand see what we get14:26
pstolowskizyga: yes that's what i'm going to try14:26
pstolowskizyga: ha! the comment in go-udev: Groups: 1, // TODO: demistify this field because msg receive if Groups != 014:29
zyga;D14:30
zygayeah, I saw that TODO as well :)14:30
zygafunny14:30
zygait's all undocumented mess14:30
pstolowskizyga: that's tha 1 vs 2 magic value, it tells if you want kernel or udev14:30
zygathis looks like a multicast group14:30
zygaand it seems that 1 and 2 are just used in practice14:30
zygabut man, which man page says so?14:30
pstolowskizyga: yep, sounds plausible14:31
pstolowskiok, go-udev doesn't accept udev events, looks like the format is different..digging in14:35
=== chihchun_afk is now known as chihchun
zygammm, indeed14:41
zygasee if you can read things with netcat14:41
zygaor maybe not14:42
zygajust do what you were doing :)14:42
pstolowskizyga: i'm almost there (with go-udev), needs only small changes15:08
zygapstolowski: what is the wire format?15:08
kyrofapstolowski, this sounds suspiciously like... no... can it be hotplug?15:09
pstolowskizyga: just a small header, followed by null-separated KEY=VALUE strings ;). only the headers differ between kernel and udev format15:09
zygakyrofa: yes15:10
zygakyrofa: but those are not the news you are looking for15:10
zygakyrofa: ;-)15:10
pstolowskikyrofa: shh15:10
zygait's still far away15:10
kyrofaHahaha15:10
kyrofaI figured, just nice to see movement15:10
pstolowskikyrofa: 2 steps forward, 1 step back, that's how it goes ;)15:12
kyrofaI feel ya15:15
zygakyrofa: I, for one, cannot wait to see those hotplug serial ports15:16
pstolowskizyga: got it working!15:17
pstolowskizyga: i get super rich data now \o/15:17
zygapstolowski: that's great15:17
zygapstolowski: does it also mean we can largely ignore reading sysfs now?15:17
zyga(ourselves, udev handles that)15:18
pstolowskithis will probably be the most significat patch i'll have for upstream... but needs some more work. plus enumarating of existing device (info mode) based on udev is still TODO15:18
pstolowskizyga: indeed i don't think we will need to read /sys15:18
zygapstolowski: I suspect that once you get the initial enumeration done you will have a very solid understanding of how hotplug will work15:19
zygaas in, on your laptop you will see plenty of devices15:19
pstolowskizyga: yes, it's just the go-udev enumeration which has same limitations as monitor mode.. will need to re-do it i think15:20
pstolowskizyga: sweet, even for device unplugging i'm getting all the nice data such as serial etc15:25
zygaright, because udev knows it15:25
jocdoes anyone know if the 2.34 is release is expected to be progressed in the next few days? or is it held while people are offline?15:32
zygahey joc15:33
zygaI think it will be on hold until next week15:33
jocok, thanks zyga15:48
* zyga is writing missing tests16:11
=== pstolowski is now known as pstolowski|afk
* zyga has some more useful tests now and iterates16:29
zygaI could use some proteins16:30
zygaok, time to take a walk16:44
zygaI'm close to submitting the whole lot16:44
ogra_zyga, bugs have a lot of protein ... just eat some17:02
* zyga is back from a walk in the forest18:25
zygaI met a small family of Badgers18:25
zyganever saw any in my life before18:26
zygatook some shaky photos while holding my dog so he would not chase after them18:27
mupPR snapcraft#2177 opened: pluginhandler: use uname from the host <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2177>19:29
kyrofaondra, ^19:31

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