unix-streamdeck / streamdeckd Goto Github PK

Trying to build on FreeBSD leads to this error:

go get: installing executables with 'go get' in module mode is deprecated.
        Use 'go install pkg@version' instead.
        For more information, see https://golang.org/doc/go-get-install-deprecation
        or run 'go help get' or 'go help install'.
# github.com/godbus/dbus/v5
In file included from go/pkg/mod/github.com/godbus/dbus/[email protected]/transport_unixcred_freebsd.go:13:
In file included from /usr/include/sys/ucred.h:39:
/usr/include/sys/_lock.h:38:2: error: unknown type name 'u_int'
        u_int   lo_flags;
        ^
/usr/include/sys/_lock.h:39:2: error: unknown type name 'u_int'
        u_int   lo_data;                /* General class specific data. */
        ^
In file included from go/pkg/mod/github.com/godbus/dbus/[email protected]/transport_unixcred_freebsd.go:13:
In file included from /usr/include/sys/ucred.h:40:
/usr/include/sys/_mutex.h:49:11: error: unknown type name 'uintptr_t'
        volatile uintptr_t      mtx_lock;       /* Owner and flags. */
                 ^
/usr/include/sys/_mutex.h:63:11: error: unknown type name 'uintptr_t'
        volatile uintptr_t      mtx_lock;       /* Owner and flags. */
                 ^
4 errors generated.

System used: helloSystem 0.7.0 (Build 0G126)

FreeBSD% uname -a
FreeBSD FreeBSD 13.0-RELEASE-p4 FreeBSD 13.0-RELEASE-p4 #0: Tue Aug 24 07:33:27 UTC 2021     [email protected]:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64

Possibly related?

• godbus/dbus#208

Opened upstream:

• godbus/dbus#282

When running streamdeckd on NixOS it looks like a command has been started as a PID is returned and no error shown, but the command does not actually start.

In the above screenshot streamdeckui has in theory been started by the Stream Deck via a button push, but it never shows up.

This is because streamdeckd uses something similar to /bin/sh -c '/usr/bin/nohup streamdeckui' to start the streamdeckui command. While NixOS has /bin/sh available for backwards compatibility, /usr/bin/nohup does not exist, but nohup is available on the PATH at a build dependent nix store path:

I expect nohup is going to be available on the default PATH for any Linux distro, and therefore I think it would be safe to call nohup without the /usr/bin/ prefix.

PR incoming! 😄

In the driver, there is no support for the Streamdeck Mk 2 :

Path:"0001:000b:00"
VendorID:4057 = 0xfd9
ProductID:128 = 0x80
Release:512 = 0x200
Serial:"DL34K1A04150"
Manufacturer:"Elgato"
Product:"Stream Deck MK.2"
UsagePage:0 = 0x0
Usage:0 = 0x0
Interface:0

Upstream is 10 commit ahead, and does support the Mk2.

Would it be possible to refresh the driver ?

Thanks.

when installing on arch your install script tries to use cloning into bare repository. This is no longer allowed by git. So it does not install the package.

There is currently no way to stop a gif from playing other than restarting the daemon. Replacing the icon handler will replace the first frame of the gif and you can see it for a few miliseconds, but then the rest of the gif replaces it.

I suggest moving config files to $XDG_CONFIG_HOME/streamdeck, or similar, instead of putting the config directly in $HOME.

What with the streamdeck requiring multiple resources, it would be nice with a common place to put it all.

Nothing prevents you from running multiple instances of streamdeckd, leading to a streamdeck that appears to work, but won't respond to buttonpresses.