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

=== jero is now known as Guest66483
=== Raboo_ is now known as Raboo
mborzeckimorning05:10
zygaHey hey05:25
zygaJanek just got on the bus to school05:25
zygaHis “first” rainy morning05:26
zygabedna: hello06:10
zygabedna: it may be possible to add support for snaps that don't use services06:10
zygabedna: but I think services would be extremely difficult to support, in general06:11
mborzeckiFYI seems like apparmor userspace will land in community arch repo, it's in community-testing atm06:23
zygamborzecki: question about https://github.com/snapcore/snapd/pull/5378/files06:24
mupPR #5378: dirs: improve identification of Arch Linux like systems <Simple> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5378>06:24
zygadoes arch set ID_LIKE=archlinux06:24
mborzeckizyga: yes06:24
zygaah, ok06:24
mborzeckiantergos was off on this06:25
mborzeckidon't remember what manjaro does06:25
mborzeckior maybe we had explicit check for manjaro?06:25
zygaI don't know either06:27
zygaI wonder if anyone wants to review https://github.com/snapcore/snapd/pull/580206:27
mupPR #5802: cmd/snap-update-ns: introduce trespassing state tracking <Created by zyga> <https://github.com/snapcore/snapd/pull/5802>06:27
mborzeckizyga: i did already :)06:28
zygaI know :)06:28
zygathank you :)06:28
mborzeckimvo if off today06:28
zygaooh right06:29
mborzeckimaybe john/pawel06:29
mborzeckiidk about pedronis, whether he's off too06:29
zygaI think chipaca should review it as we need to discuss how to merge it to osutils06:29
zygaI actually could get a day off too06:29
zygato prepare for the trip,06:29
mborzeckiok06:29
zygaI need to buy a SSD06:29
zygato fit into the bracket mvo is packing06:29
zyga...06:29
zygaI will remind mvo just in case06:30
mborzeckii think i'll take a day or 2 swap days afer the trip to make up for the half-weekends, it's the only time you can actually do anything takign more than 1h06:34
zygayeah06:34
mborzeckiand there's a sports event at school on tue which i'll miss :/06:34
mupPR snapd#5830 opened: packaging/arch: sync packaging with AUR <Simple> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5830>06:59
mborzeckizyga ^^06:59
zygathanks07:00
mborzeckihm we seem to have explicit checks for arch, manjaro and antergos https://github.com/snapcore/snapd/blob/master/dirs/dirs.go#L20007:02
zygaindeed07:02
zygathat's why I asked07:02
zygabecause that code uses DistroLike07:02
zygaand the condition changed07:02
mborzeckizyga: but DistroLike looks at ID as well07:03
zygamhm07:03
mborzeckiiirc it's ID == this || in list of ID_LIKE07:03
zygacorrect07:04
mborzeckiyup, it's if ReleaseInfo.ID == distro || strutil.ListContains(ReleaseInfo.IDLike, distro)07:04
mborzeckiarch works for us either way, and so does the rest07:04
mborzeckieli's PR has landed, so antergos in should end up with ID_LIKE=arch too07:05
jameshzyga: I managed to get some spread tests for user mode systemd daemons that works on all but three distros under spread07:06
zygajamesh: hey, that's great!07:07
zygawhich three are problematic?07:07
jameshzyga: it turns out "systemctl start user@$UID.service" does the trick provided you've got a new enough systemd07:07
jameshto get the user instance running07:07
mborzeckiheh nice07:08
mborzeckijamesh: and then systemctl --user for that user works?07:08
jameshmborzecki: yes, provided you run it with the correct UID and have XDG_RUNTIME_DIR set07:08
mborzeckinice07:09
jamesh(the latter so it can find the user insrtance socket)07:09
mborzeckimhm07:09
=== pstolowski|afk is now known as pstolowski
pstolowskimorning07:09
zygagood morning07:10
zygaall set for the trip?07:10
* zyga afk for a sec07:11
mborzeckipstolowski: hey hey07:12
pstolowskiMount snap "test-snapd-control-consumer" (2) ([start var-lib-snapd-snap-test\x2dsnapd\x2dcontrol\x2dconsumer-2.mount] failed with exit status 1: Job for var-lib-snapd-snap-test\x2dsnapd\x2dcontrol\x2dconsumer-2.mount failed07:40
pstolowskiagain in the spread tests, grr07:40
mborzeckiheh07:41
mborzeckimaybe we could do some brainstorming about that while at the sprint07:41
pstolowskii wish we had a short sprint focused on stabilization of the tests07:41
zygaI think we should land https://github.com/snapcore/snapd/pull/580707:52
mupPR #5807: interfaces: extra argument for static attrs in NewConnectedPlug/NewConnectedSlot <Created by stolowski> <https://github.com/snapcore/snapd/pull/5807>07:52
mborzeckiyeah, good idea, touches many files, easy to get into conflicts with other code07:54
mupPR snapd#5830 closed: packaging/arch: sync packaging with AUR <Simple> <Created by bboozzoo> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5830>08:18
pedronisI see, thre is some test(s) in cmd/snap tests that leaves behind ~/snap/snapname for real08:52
pstolowskizyga, mborzecki can you take a look at this trivial https://github.com/snapcore/snapd/pull/5829?08:52
mupPR #5829: tests: use lxd's waitready instead of polling lxd socket <Simple> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5829>08:52
mborzeckilooking08:52
pstolowskizyga: thanks, will fix the newline08:53
pstolowskinow08:53
mborzeckipstolowski: do you know if wait_ready is in lxd stable too?08:59
pstolowskimborzecki: i've just installed lxd on my 18.04, it's still a deb version and it has it if that means anything?09:05
* zyga tries to recall how to use quilt 09:05
zygaI have a patch for qt for the statx issue09:06
zygabut man,... packaging09:06
mborzeckipstolowski: thanks, just curious, in case we use lxd from stable in some test and need it09:06
Chipacazyga: whoa, qt easier to patch than the rest of it?09:11
pstolowskimborzecki: ah, i misunderstood your questions; you meant channels09:11
pstolowskimborzecki: let me check09:11
zygaChipaca: yes09:11
zygaChipaca: though we're progressing on the "rest of it" aspect09:11
Chipacazyga: whoa09:11
Chipacazyga: is this going to work for thresh, though? I thought they were using qt from a ppa09:12
zyganope09:12
zygabut it's a low hanging fruit09:12
Chipacaone of your five-a-day!09:12
pstolowskimborzecki: yes, lxd from stable channel supports waitready09:13
mborzeckipstolowski: thx09:14
thresh:)09:17
om26erHow do you "unrelease" a snap ? We have a snap whose "beta" channel have a very old version and we currently don't want to expose a new revision to the users in the beta channel. How do we remove that ?09:24
zygaclose the channel09:24
om26erzyga: super, I was looking for `snapcraft unrelease`, didn't know there was a `close` command.09:25
mborzeckihm snapstate tests should be run with -count=10 and some random sleep between ootb09:26
om26erSo now we need parallel installs because our crossbar snap has two variants (cpy3 vs pypy) and would be cool to have both installed at the same time, instead of having different snap names.09:26
zygamborzecki: because raciness?09:26
zygaom26er: it's coming :)09:26
mborzeckizyga: or some crazy map iteration thing09:26
zygahmmm09:27
zygabuilding qt on one core out of 809:27
zyga:/09:27
zygawell09:27
zygaat less I'll get my debdiff09:27
mborzeckizyga: parallel builds explicitly disabled or you forgot a switch?09:28
zygaI don't know09:28
zygait's not default09:28
zygaso maybe there's some switch09:28
zygabut meh :/09:28
zygacrappy defaults09:28
zygamborzecki: ha09:31
zygaI was -j1609:32
zygabut I need more ram09:32
zygac++09:32
* zyga adds more ram to the VM09:32
mborzeckihahaha09:32
pstolowskinoo i shouldn't have touched these newlines, now travis hates me again09:33
zygathe build process crashes because apparently 4GB is insufficient09:33
mborzeckizyga: can't you do that in systemd-nspawned chroot?09:33
zyga(for compiling, let alone linking)09:33
zygamborzecki: the whole OS is a vm09:33
zygaI'm not running natively09:33
mborzeckiaah you're on mac09:33
zygayeah09:33
zygaok, while this builds I can hack on a laptop09:34
* Chipaca looks at what he's wrought so far, and goes for more coffee09:38
* Chipaca pushes a PR before the coffee09:45
mupPR snapd#5831 opened: client, cmd/snap: on !linux, exit when the client tries to Do something <Simple> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5831>09:45
Chipaca^^ if you could give it a look as my next pr would build on it ^^09:45
zygasure09:55
* zyga figured out a way to update seccomp filters on the fly09:55
zygaChipaca: done09:57
Chipacazyga: getting some good feedback from pedronis also09:59
Chipacathank you09:59
mupPR snapd#5807 closed: interfaces: extra argument for static attrs in NewConnectedPlug/NewConnectedSlot <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5807>10:09
mupPR snapd#5762 closed: ifacestate: don't initialize udev monitor until we have a system snap <Hotplug> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5762>10:10
Chipacazyga: pstolowski: (pedronis): I changed the approach in that simple PR; it's a lot nicer now10:25
pstolowskiChipaca: k, looking10:25
pstolowskiChipaca: ah, runtime check, that's much nicer indeed10:27
pstolowski+1 once again10:29
Chipacapstolowski: thanks!10:29
Chipacahttps://mobile.twitter.com/Caged/status/103993716276909670410:32
pstolowskilol, so true10:40
Chipacaif you have a struct { client *client.Client }, that just holds the client and nothing else, what would you call it? clientHolder?10:40
ChipacayeOldeClientBag?10:40
ChipacaclientHolder sounds like something that'd have a clientHold method10:40
zygaChipaca: store10:41
zygaChipaca: ;)10:41
zygaor guard10:41
zygait just holds the client10:41
pstolowskiclientContainer10:41
zygaChipaca: maybe if you tell us why you want that10:42
zygais it a proxy?10:42
zygaclient future?10:42
Chipacazyga: a mixin10:42
Chipacato be embedded in any cmdFoo that needs a client10:42
zygaClientIncluded5PercentOffBuyNow10:42
* zyga stops being silly10:42
* Chipaca throws plushies at zyga10:42
pstolowskiclientWrapper10:43
Chipacai like clientContainer best, so far10:43
zygatype interface Clienter { Client() *Client }10:43
pstolowskiChipaca: 5% interest rate if you make any profit of it10:44
Chipacapstolowski: ok10:44
zygaChipaca: how about just clientMixin?10:45
Chipacazyga: that might be clearer overall10:47
Chipacaand cheaper also10:47
pstolowski#5829 anyone? trivial and needs 2nd review10:49
mupPR #5829: tests: use lxd's waitready instead of polling lxd socket <Simple> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5829>10:50
zygame10:55
zyga+110:56
pstolowskithx10:56
mupPR snapd#5829 closed: tests: use lxd's waitready instead of polling lxd socket <Simple> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5829>10:56
zygaChipaca: do you think you will have time to look at the trespassing fix PR11:00
Chipacazyga: I don't think I'll have time today unless it's urgent11:00
Chipacazyga: which is the pr?11:01
zygaone sec11:01
zygahttps://github.com/snapcore/snapd/pull/580211:01
mupPR #5802: cmd/snap-update-ns: introduce trespassing state tracking <Created by zyga> <https://github.com/snapcore/snapd/pull/5802>11:01
* zyga -> coffee11:03
mupPR snapd#5826 closed: tests: refactor for nested suite and tests fixed <Created by sergiocazzolato> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5826>11:17
pstolowskiChipaca: #5831 can old, or are you still tinkering with it?11:17
mupPR #5831: client, cmd/snap: on !linux, exit when the client tries to Do something <Simple> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5831>11:17
Chipacagreen already?11:19
Chipacagreyback: purple now :-)11:19
mupPR snapd#5831 closed: client, cmd/snap: on !linux, exit when the client tries to Do something <Simple> <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5831>11:19
pstolowskiwow, the day of landings today11:20
* Chipaca -> lunch and such11:20
zygapstolowski: before a day of takeoffs :)11:28
pstolowskiindeed ;)11:29
mupPR snapd#5832 opened: [RFC] overlord/{snapstate,assertstate}: parallel instances and refresh validation <Parallel installs> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5832>11:42
mborzeckipedronis: ^^ i was totally unfamiliar with this area, hopefully didn't do anything stupid there11:43
mupPR snapcraft#2218 closed: yaml: replace yaml.safe_load() with CSafeLoader <Created by chipaca> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2218>11:46
mborzeckioff to pick up the kids11:50
=== pstolowski is now known as pstolowski|lunch
mupPR snapcraft#2271 closed: reporting: fail gracefully on submit errors <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2271>12:01
mupPR snapd#5833 opened: asserts,interfaces/policy: add support for on-store/on-brand/on-model plug/slut rule constraints <Created by pedronis> <https://github.com/snapcore/snapd/pull/5833>12:03
mupPR snapcraft#2270 closed: catkin, rosdep: stop using FileNotFoundErrors <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2270>12:04
=== cjwatson_ is now known as cjwatson
mborzeckire12:38
mborzeckiopesuse mirrors returning empty responses again :/12:39
=== pstolowski|lunch is now known as pstolowski
Son_Gokumborzecki, this is why I use the openSUSE metalink instead of the redirector URL12:52
Son_Gokuunfortunately, I'm not sure how well zypper supports the metalink (I use dnf with openSUSE nowadays...)12:52
zygaI think we're just complaining when distribution archive is not working12:53
zygaregardless of why12:53
Son_Gokuthe redirector is kind of dumb12:53
Son_Gokuand because it only passes one URL, the package manager can't fall back to another mirror easily12:53
Son_Gokuwhereas when using the metalink, it can actually do that12:54
Son_GokuI think I recently saw some commits go into libzypp about metadata download handling, which makes me think it might have been broken before :/12:54
mborzeckihm12:54
mborzeckihopefully it'll be fixed soon12:55
mborzeckiand then we'll complain again in a month or so :)12:55
Son_Gokuhaha12:55
mborzeckididn't know dnf was supported in opensuse12:55
Son_GokuDNF is available in openSUSE since Leap 15.012:55
mborzeckinice12:56
mborzeckiSon_Goku: btw. do you remember that other package manager in fedora that happnend sort of between yum and dnf time wise, iirc it was written in c12:56
pedronismborzecki: I saw your RFC PR, not sure I will get to it today12:56
mborzeckipedronis: no worries, we can do it next week12:57
Son_Gokumborzecki: you're talking about zif12:57
Son_Gokumborzecki: https://github.com/hughsie/zif12:57
mborzeckiSon_Goku: ah zif right, is it dead?12:57
Son_Gokuit became hawkey, which is now libdnf12:57
mborzeckioh it is12:57
Son_Gokumicrodnf is another lightweight C implementation of DNF: https://github.com/rpm-software-management/microdnf12:58
Son_Gokumborzecki, VMware wrote their own C implementation of DNF called "tdnf" for VMware Photon, but it's kind of broken :(13:02
zygamborzecki: standup13:02
pedronispstolowski: did you land your changes to NewConnectedPlug/Slot ?13:38
mupPR snapd#5834 opened: cmd/snap: commands no longer build their own client <Created by chipaca> <https://github.com/snapcore/snapd/pull/5834>13:39
Chipaca^^ very long :-( but repetitive :-) pure refactor PR I'll be basing snap warnings on13:39
pstolowskipedronis: yes13:40
pedronisok, makes sense, I need to fix my PR13:41
zygaman, that's really long13:43
mupPR snapcraft#2273 opened: build providers: use the best CPU configuration <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2273>13:58
=== jdstrand_ is now known as jdstrand
mupPR snapcraft#2274 opened: snap: use a newer PyYAML and drop patches <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2274>14:52
mupPR snapcraft#2272 closed: meta: friendlier message for incorrect app command <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2272>14:55
=== pstolowski is now known as pstolowski|afk
kyrofaTrevinho, you around?17:39
mupPR snapcraft#2275 opened: build providers: use the provider if exported <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2275>17:41
kyrofakenvandine, Trevinho finally figured out how to reliably trigger that odd "firefox windows show up under slack icon" issue17:42
kyrofakenvandine, Trevinho close Firefox. Open slack snap. Click a link in slack, which fires up Firefox. Notice Firefox now shows up under the slack icon, not Firefox17:42
kenvandineoh17:42
kyrofaMight be xdg-open-related17:43
kyrofaIf firefox was already running before clicking the link in slack, it works as expected17:48
kenvandinekyrofa, maybe something leaking in the env?17:49
kenvandinejdstrand, could you please ack the dbus slot for gnome-calendar so I can get the strict snap into the edge channel?18:13
jdstrandkenvandine: I thought I did that before. I'll take a look19:06
kenvandinejdstrand, that was gnome-contacts :)19:06
kenvandinegetting them both confined this week19:06
kenvandinejdstrand, and i just requested auto-connect for gnome-calendar as well19:06
=== phoenix_firebrd is now known as murthy
jdstrandkenvandine: done. it's going through automated review now19:40
kenvandinejdstrand, thanks!19:41
=== murthy is now known as phoenix_firebrd_
=== phoenix_firebrd_ is now known as murthy

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