[08:15] <mup> PR core18#67 closed: hooks: add ping <Created by mvo5> <Merged by sil2100> <https://github.com/snapcore/core18/pull/67>
[08:48] <ahasenack> hi, is awk supposed to be in the core snap?
[08:48] <ahasenack> I started getting this error today:
[08:48] <ahasenack> 09/17/2018 05:44:20 - ERROR:stderr: /snap/git-ubuntu/433/usr/share/quilt/push: line 306: awk: command not found
[08:48] <ahasenack> my core snap was updated 5 days ago, and I haven't used the laptop since then (was on pto)
[08:49] <ahasenack> or maybe this is related to snapd's update regarding the PATH issue from last week?
[09:34] <mup> PR snapcraft#2277 opened: snap: move to a newer pysha3 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2277>
[09:40] <jamesh> ahasenack: git-ubuntu is a classic snap, so it may be relying on utilities on the host system
[09:40] <jamesh> awk is definitely in the core snap, but /usr/bin won't be from core for classic snaps
[09:42] <jamesh> and looking at the core snap, /snap/core/current/usr/bin/awk is an absolute symlink, so won't resolve if the snap adds /snap/core/current/usr/bin to $PATH
[10:32] <sergiusens> Wimpress: how's the sprint?
[10:33] <Wimpress> All good
[11:19] <ads20000> popey: quick idea, does the snap-advocacy-bot thingy update snap dependencies automatically? If so: 1. That's really really cool!!! 2. Where's the code and could you guys make it a service for other snaps to use?
[11:19] <ads20000> *non-snapcrafters snaps
[11:27] <ahasenack> jamesh: thanks. Trying to track what changed, since the git-ubuntu snap didn't (afaik)
[11:29] <jamesh> ahasenack: looking at the git-ubuntu snap.yaml, it is definitely adding /snap/core/current/usr/bin to $PATH
[11:30] <jamesh> ahasenack: so if I had to guess, the usr/bin/awk symlink has changed from relative to absolute
[11:31] <jamesh> ahasenack: I suspect https://github.com/snapcore/core/pull/93 is the cuprit
[11:31] <jamesh> culprit, even
[11:31] <mup> PR core#93: hooks: unwind /etc/alternatives <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core/pull/93>
[11:32] <ahasenack> rbasak: ^
[11:35] <rbasak> jamesh: that sounds likely. I'm happy to fix the git-ubuntu snap as needed, but isn't it a problem that changes in the core snap regress existing classic snaps like this?
[11:35] <jamesh> rbasak: I don't think it is a problem with the git-ubuntu snap
[11:36] <rbasak> Oh, I misunderstood. You think it could be a core snap regression then?
[11:38] <jamesh> rbasak: yeah.  Ideally all these symlinks should be relative so they point at the same thing whether in strict or classic confinement
[11:39] <rbasak> OK, thanks
[11:42] <popey> ads20000: it is just a shell script that touches a file which triggers a rebuild. It's not that clever :D
[11:44] <mborzecki> cachio: https://api.travis-ci.org/v3/job/428160334/log.txt
[11:45] <popey> ads20000: the goal was to trigger a rebuild of every single snap in snapcrafters to review what's broken
[11:59] <rbasak> Is there a reliable way for me to detect inside the code in a part whether snapcraft is running (eg. by it calling setup.py) or if I'm running in production?
[12:00] <rbasak> I was using $SNAP but that only worked with the deb, and I suspect it has stopped working with the latest snapcraft in Xenial.
[12:00] <rbasak> This is for a workaround for a bug, so some kind of temporary hack will also do.
[12:18] <popey> rbasak: to detect if you're currently building via snapcraft? There are various $SNAPCRAFT_ environment variables that only exist during the snap build in snapcraft
[12:19] <popey> e.g. $SNAPCRAFT_PART_INSTALL
[12:20] <rbasak> That sounds like it'll do. Thanks!
[12:22] <cachio> mborzecki, https://paste.ubuntu.com/p/PHhq2ZpMH7/
[12:25] <ads20000> popey: oh I see... fair enough! :)
[12:27] <jamesh> popey: is SNAPCRAFT_PART_INSTALL actually set in the environment?  I thought they just expanded it in the scriptlet
[12:28] <popey> oh, one for @sergiusens
[12:29] <ogra> there are other vars though
[12:34] <ogra> thresh, yo ... i noticed that vlc can not access any avahi exported resources (namely i run various webcams around my house and while i can open them in a browser, the vlc snap does not resolve .local names at all)
[12:34] <ogra> opeing them via IP works fine ...
[12:35] <ogra> probably just adding the "avahi-observe" plug would just be enough ... not sure ...
[12:37] <thresh> possibly
[12:37] <thresh> if you could test that I'd be grateful
[12:41] <ogra> if you can provide a snap with it enabled (in edge or so) i'll happily test
[12:47] <thresh> let me fire the build then
[12:48] <thresh> ogra, you're on stable right, so 3.0.4?
[12:59] <mup> PR snapd#5835 opened: tests: find snaps just for edge and beta channels <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5835>
[13:01] <ogra> thresh, yep
[13:14] <mup> PR snapd#5827 closed: ifacestate/autoconnect: do not self-conflict on setup-profiles if core-phase-2 <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5827>
[13:22] <mup> PR snapcraft#2278 opened: snap: pull early <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2278>
[13:29] <kyrofa> Hey Chipaca, what is the core snap release process? Does snapd master land anywhere that it can be used?
[13:29] <ogra> there is a PPA
[13:30] <thresh> ogra, it's in beta, #583
[13:30] <mup> PR #583: interfaces: support permanent security snippets <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/583>
[13:30] <ogra> kyrofa, does https://launchpad.net/~snappy-dev/+archive/ubuntu/edge help ?
[13:30] <kyrofa> ogra, I should have just asked that second question: how can I test out a feature in snapd that hasn't yet been released?
[13:30] <ogra> kyrofa, ah, just the edge core snap then
[13:31] <ogra> that should always have a daily build of master
[13:31] <kyrofa> Oh, that's what I thought, but a feature seems to be missing. Maybe it's my problem
[13:31] <ogra> (though dont ask me how that works for core18 ... )
[13:32] <thresh> it also seems vlc from the store is missing a camera autoconnect
[13:33] <ogra> well ... not sure if i'd like it to do that on my system
[13:33] <kyrofa> ogra, it seems edge core contains 2.35.2
[13:33] <ogra> so manual seems fine
[13:33] <kyrofa> (unless that version is hard-coded)
[13:33] <popey> jdstrand: did something change in mksquashfs overnight? I have a snap which grew 5.5MB, but contents are same from yesterday to today.
[13:33] <ogra> kyrofa, ah, i think mvo overrides it when he does a release, normally you have dailies from master though
[13:35] <ogra> popey, debug symbols ? (check the sizes of the binaries if you have yesterdays build around)
[13:35] <popey> the contents are the same
[13:35] <popey> only the snap grew overnight
[13:36] <kyrofa> ogra, are you in brussels?
[13:37] <ogra> kyrofa, nope
[13:37] <ogra> 250km east :)
[13:37] <kyrofa> :(
[13:37] <kyrofa> Well drive over here already
[13:37] <ogra> haha
[13:39] <ogra> thresh, https://paste.ubuntu.com/p/NQbtcQ9wGC/ ... sadly the interface isnt enough ... i guess it'd also need a client lib or some such
[13:39] <ogra> IP works fine ...
[13:39] <ogra> $ vlc http://192.168.2.59:8080/?action=stream
[13:39] <ogra> VLC media player 3.0.5 Vetinari (revision 3.0.4-20-g7df06c6)
[13:39] <ogra> [0000000000d5f3b0] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.
[13:39] <ogra> (the UI pops up after that line)
[13:42] <popey> Do you have network-bind?
[13:42] <ogra> yeah, vlc has that by default
[13:43] <ogra> (and it is auto-connected)
[13:44] <thresh> I think it has the avahi-client lib or somethign
[13:44] <thresh> I mean the discovery works so
[13:45] <ogra> watching dmesg while it starts up with avahi address only gets me the typical perf denial ... nothing special there
[13:45] <ogra> (and using the IP shows the same message ... )
[13:48] <thresh> ogra, do you have avahi-daemon running?
[13:48] <thresh> running vlc -vv gives me e.g. "[00007fa7d0d7b530] avahi services discovery: service 'ms' of type '_sftp-ssh._tcp' in domain 'local' port 22
[13:48] <ogra> thresh, locally ? sure, else the browser wouldnt open the url
[13:49] <ogra> and the processlist agrees
[13:49] <thresh> but it did resolve to an ip address it seems
[13:49] <thresh> ogra, can you PM/mail me the output of vlc -vv from your machine so I can compare?
[13:49] <thresh> preferably with LC_ALL=C
[13:51] <ogra> wow, thats a lot of output ...
[13:51] <ogra> https://paste.ubuntu.com/p/yW78Kct79N/
[13:51] <ogra> thresh, ^^^
[13:52] <thresh> oh I should have been more verbose: try accessing the discovered streams as well
[13:52] <thresh> ah wait
[13:53] <thresh> you're using CLI to actually access them
[13:53] <ogra> i can use the UI only but that gets the same result
[13:54] <ogra> https://paste.ubuntu.com/p/93nJGhkXHB/
[13:55] <ogra> same thing using the GUI to open the stream URL
[13:59] <thresh> you probably used "open network stream";  can you go to the "zeroconf network services" to check if it's there?  https://imgur.com/98AKRXp
[14:00] <thresh> normally it's nsswitch.conf that's supposed to have mdns4 or somethign similar, I'm not sure how that works in the snapped env
[14:00] <ogra> i actually use "open network stream" (is there another way ?)
[14:01] <ogra> sorry, i had to change machines now for a meeting ... will take a bit til i get back to the other one
[14:01] <thresh> interestingly this "zeroconf network services" works without granting vlc avahi-observe
[14:01] <thresh> sure
[14:02] <ogra> my typical way is: media -> open network stream -> pick (former) URL from the pulldown
[14:02] <ogra> i normally use the minimal interface and no playlist ... so i never noticed there is that zeroconf list
[14:11] <kyrofa> zyga, are you around?
[14:14] <mup> PR snapd#5836 opened: tests: try to build cmd/snap for darwin <Created by chipaca> <https://github.com/snapcore/snapd/pull/5836>
[14:21] <Chipaca> kyrofa: in a meeting
[14:21] <kyrofa> Chipaca, does snapd actually have a room?
[14:22] <Chipaca> kyrofa: yes
[14:22] <Chipaca> kyrofa: we are fancy that way
[14:22] <kyrofa> It's not on the spreadsheet. Or rather, it is, but it's actually MY room :P
[14:24] <Chipaca> kyrofa: ¯\_(ツ)_/¯  come up to floor 7. We have cookies.
[14:24] <Chipaca> * the cookies are, all of them, lies
[14:24] <kyrofa> Nice. Cookies always have butter in them anyway
[14:41] <mup> PR snapd#5837 opened: daemon: make error responders not printf when called with 1 argument <Created by chipaca> <https://github.com/snapcore/snapd/pull/5837>
[14:52] <mup> PR snapcraft#2277 closed: snap: move to a newer pysha3 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2277>
[14:56] <mup> PR snapd#5838 opened: many: return real snap name in API response <Created by zyga> <https://github.com/snapcore/snapd/pull/5838>
[14:57] <mup> PR snapd#5839 opened: overlord/state: return latest LastAdded time in WarningsSummary <Created by chipaca> <https://github.com/snapcore/snapd/pull/5839>
[15:10] <ogra> thresh, so looking at the zeroconf stuff, that only opens sftp to act as file server
[15:10] <ogra> (back at the other machine)
[15:11] <thresh> but they do resolve?
[15:11] <thresh> probably via libavahi calls, not system dns resolver
[15:12] <ogra> yes, they do resolve and i get a user/password prompt
[15:13] <ogra> but i guess thats very specific to the file services bit in the playlist ... wotn affect generic DNS resolution
[15:13] <ogra> *wont
[15:14] <mup> PR snapcraft#2279 opened: sanity checks: run properly on build VMs <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2279>
[15:14] <thresh> interesting that we only support ftp/sftp/nfs/smb/rtsp published via avahi, and not http
[15:14] <ogra> ah, is there a protocol list in the code somewhere ?
[15:15] <kyrofa> sergiusens, ^
[15:15] <ogra> perhaps thats the limiting bit
[15:15] <thresh> yep https://git.videolan.org/?p=vlc.git;a=blob;f=modules/services_discovery/avahi.c;h=956835dbc1ad2f5376a50e09cf2ce0e934933320;hb=10e610ee2f1f11c6fbc6f723bb52a665010fbeb7#l81
[15:16] <thresh> well, I'm pretty sure vlc wont try avahi-sd when it just gets the http://foo.local/ link
[15:17] <ogra> aha
[15:17] <ogra> so not actually a snap issue then ... interesting
[15:18] <ogra> (funny that i never noticed it before though ... but i really havent)
[15:18] <thresh> will a regular system resolver be used for gethostbyname calls in a snap?
[15:19] <thresh> I mean, does it respect the system-wide nsswitch magic or core snap has its own copy?
[15:19] <ogra> it should through network and network-bind i think
[15:20] <ogra> hmm
[15:20] <ogra> chromium cant resolve it either
[15:21] <ogra> just trying with the chromuim snap here
[15:22] <thresh> then I'm a bit buzzled why it works in firefox then
[15:22] <ogra> well, not using a FF snap here
[15:22] <thresh> my snapped firefox doesnt resolve .local too
[15:22] <ogra> but it seems to be a systemic snap issue
[15:23] <ogra> yeah
[15:23] <thresh> non-snapped ping foo.local works though, so I would say different settings in nsswitch for snaps
[15:25] <ogra> aha ... snaps only use https://www.freedesktop.org/software/systemd/man/nss-resolve.html
[15:25] <ogra> so the fact that i'm running 16.04 whihc doesnt use systemd-resolved might also play a role
[15:26] <thresh> I'm on debian testing, and I dont have that daemon as well
[15:26] <ogra> oh, really ? did debian not switch to it yet ?
[15:26] <ogra> 18.04 uses it by default
[15:27] <ogra> instead of resolvconf ...
[15:28] <ogra> there is definitely nothig in any interface allowing access to nsswitch.conf though
[15:29] <ogra> so unless the snap uses systemd's nss resolver .local links wont be resolved anywhere
[15:29] <ogra> smells like a bug ... hmm
[15:29] <thresh> I've no idea what's the default in debian these days, I try to avoid system-* stuff where possible
[15:30] <ogra> thresh, well, not a vlc issue in any case, thanks a lot for your time
[15:30] <thresh> no problem at all
[15:30] <ogra> (and thanks for vlc ... it is one of my most used snaps !)
[15:34] <mwhudson> Chipaca: is created-at from the store v2 api going to get propagated to the snapd v2/find endpoint any time soon?
[15:34] <Chipaca> mwhudson: define soon
[15:34] <Chipaca> mwhudson: once the search api is also v2, yes
[15:34] <Chipaca> mwhudson: otherwise search and info would be too different
[15:35] <mwhudson> Chipaca: dunno what i mean by soon really
[15:35] <mwhudson> (or any other words at this point of the day)
[15:35] <mwhudson> the reason for asking is that i want to show the info in subiquity
[15:35] <Chipaca> mwhudson: there's a v2 search session this week
[15:35] <mwhudson> which currently just pings v2/find?name=blah
[15:35] <Chipaca> mwhudson: be there or be parallelepiped
[15:36] <mwhudson> Chipaca: "snap search improvements"?
[15:36] <Chipaca> mwhudson: yeh
[15:36] <Chipaca> probably
[15:36]  * Chipaca looks
[15:37] <Chipaca> mwhudson: yes, that's the one i meant
[15:37] <mwhudson> ok
[15:37] <mwhudson> i shall consider loitering
[15:39] <Chipaca> mwhudson: when you say it pings v2/find,  you mean on the store?
[15:39] <mwhudson> no
[15:39] <thresh> ogra, I wonder if there is any software capable of publishing http streams on avahi
[15:39] <mwhudson> on snapd
[15:39] <thresh> I'd try that at home
[15:39] <mwhudson> sorry, should have said
[15:46] <ogra> thresh, well, on a laptop with webcam: snap install mjpg-streamer, edit "DAEMON" from false to true in /var/snap/mjpg-streamer/current/config; snap restart mjpg-streamer ... then it serves on "http://<host>.local:8080/?action=stream"
[15:47] <ogra> should theoretically work on any modern lptop
[15:47] <ogra> *laptop
[15:51] <ogra> oh, i forgot ... snap connect mjpg-streamer:camera ... it doesnt auto-connect
[15:53] <thresh> right, thanks!
[16:35] <mup> PR snapcraft#2280 opened: Use the better snapcraft.io/account URL <Created by evandandrea> <https://github.com/snapcore/snapcraft/pull/2280>
[16:50] <mup> PR snapcraft#2276 closed: spread: move legacy wiki tests to spread <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2276>
[16:50] <mup> PR snapcraft#2278 closed: snap: pull early <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2278>
[16:55] <anarcat> hello
[16:55] <anarcat> i'm trying to figure out the history of my firefox snap package
[16:55] <anarcat> i'm running 62 now but i seem to recall other versions were installed in the past
[16:55] <anarcat> what's the magic command? "snap changes" doesn't yield any output
[17:23] <Thesaurus> did they break the icons for gnome-system-monitor and gnome-characters in a recent update?
[18:35] <thresh> hmm, seems apt://vlc no longer works as a <a> link to install VLC on Ubuntu Software app anymore, any tips what snapcraft.io app uses?
[18:41] <thresh> snap://vlc it seems