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