[07:49] <pbek> Is it possible to get the revision from `snapcraft push` to use it for `snapcraft release` afterwards?
[13:43] <ali1234> wow. i just snapped sigrok and it appears to have worked first time
[13:46] <ogra_> *clap* *clap*
[13:46] <ogra_> congrats :)
[13:55] <ali1234> uh oh
[13:55] <ali1234> i think the desktop helper is busted
[13:55] <ali1234> oh hang on, it's probably a missing library
[13:56] <ali1234> hmmmmmm
[14:01] <ali1234> firmware files aren't found properly. still, it's pretty close
[14:07] <mup> PR snapd#1606 opened: debian: add extra checks when debian/snapd.postrm purge is run <Created by mvo5> <Conflict> <https://github.com/snapcore/snapd/pull/1606>
[14:52] <ali1234> okay i need to tell sigrok how to find device firmwares
[14:52] <ali1234> they end up in $SNAP/share/
[14:52] <ali1234> sigrok looks in $PREFIX/share and $XDG_DATA_DIRS/share
[14:52] <ali1234> i would rather not patch the source
[14:53] <ali1234> would it be reasonable to add $SNAP to XDG_DATA_DIRS at run time?
[15:00] <ali1234> this is all the places it looks http://paste.ubuntu.com/21641468/
[15:05] <ali1234> hmm it uses g_get_system_data_dirs
[15:05] <ali1234> so it should work?
[15:11] <ali1234> oh i see
[15:31] <ali1234> it works :)
[15:32] <ogra_> :)
[15:33] <ali1234> now, is there a plug/interface for libusb?
[15:34] <ogra_> not sure, zyga would know ...
[15:34] <ogra_> there is an interfaces.md somewhere in either the snapd or the snapcraft branches
[15:37] <ali1234> https://github.com/snapcore/snapd/blob/master/docs/interfaces.md
[15:37] <ali1234> looks like the answer is no
[15:38] <ogra_> yeah, that would be a bit broad
[15:38] <ali1234> well sigrok talks to many different USB logic analyzers...
[15:38] <ogra_> i'd expect a bunch of more fine grained device interfaces rather than all of usb
[15:39] <ogra_> serial, disk, audio, input etc etc ...
[15:39] <ali1234> "logic analyzer"
[15:39] <ali1234> that's probably not going to happen
[15:39] <ogra_> is that just using a usb serial interface ?
[15:39] <ali1234> especially given they are all completely different and not defined in the kernel at all
[15:40] <ali1234> it is using libusb
[15:40] <ali1234> i expect some of them are serial-ish devices
[15:40] <ali1234> mine isn't though
[15:40] <ali1234> mine requires a firmware to be loaded at runtime, and then talks a custom protocol
[15:41] <ali1234> sigrok can also talk over i2c
[15:41] <ogra_> well, file a wishlist bug and lets see ... probably there will be such an interface
[15:41] <ali1234> i have a lot of interfaces i need actually :)
[15:41] <ogra_> gpio and i2c are definitely required interfaces for the embedded images
[15:41] <ali1234> embedded audio too. ie audio without a user session, from a daemon
[15:42] <ali1234> where should i file wishlist bugs? github?
[15:42] <ogra_> iirc someone was working on a pulse snap
[15:42] <ogra_> that should provide such an interface on snappy images
[15:42] <ali1234> nice
[15:42] <ogra_> see channel topic ;)
[15:42] <ali1234> allowing the snap to own the audio device would also be acceptable
[15:43] <ali1234> although really i feel like  daemon should be able to make sound even if a user is logged in
[15:43] <ali1234> if you want it to i mean
[15:44] <ali1234> what about feature requests for snapcraft? same place?
[15:46] <ogra_> yep
[15:46] <ogra_> or you can s/snappy/snapcraft/ ... in the url
[15:46] <ogra_> both should work
[15:52] <ali1234> https://bugs.launchpad.net/snappy/+bug/1608244
[15:52] <mup> Bug #1608244: implement low level usb interface for snaps requiring libusb <Snappy:New> <https://launchpad.net/bugs/1608244>
[15:53] <mup> Bug #1608244 opened: implement low level usb interface for snaps requiring libusb <Snappy:New> <https://launchpad.net/bugs/1608244>
[15:59] <ali1234> when snapcraft clones a git source url, does it use --depth=1?
[16:00] <ali1234> if not it should
[16:01] <ali1234> ah it already does that. cool
[21:34] <mwhudson> zyga: did you get your gpg key signed by a DD yet? :)