Package Details: streamdeck-ui 4.1.2-1

Git Clone URL: https://aur.archlinux.org/streamdeck-ui.git (read-only, click to copy)
Package Base: streamdeck-ui
Description: A Linux compatible UI for the Elgato Stream Deck
Upstream URL: https://streamdeck-linux-gui.github.io/streamdeck-linux-gui/
Keywords: deck elgato streamdeck streamer streaming
Licenses: MIT
Provides: streamdeck-ui
Submitter: GI_Jack
Maintainer: dhtseany
Last Packager: dhtseany
Votes: 7
Popularity: 0.80
First Submitted: 2021-05-14 15:27 (UTC)
Last Updated: 2024-04-15 18:45 (UTC)

Latest Comments

1 2 3 4 5 6 .. 10 Next › Last »

tuananh commented on 2024-02-14 08:39 (UTC)

it seems to miss python-evdev as dependency. after adding that, this works.

dhtseany commented on 2024-01-29 22:31 (UTC)

@4s3ti I'll push the package overhaul to reflect your addition of /udev/60-streamdeck.rules once you update the tag for 4.1.0 to include that folder or when you push the next version out. Right now the source .tar.gz file is missing the new udev folder so for the moment I'm leaving it as-is. Thanks!

4s3ti commented on 2024-01-28 15:27 (UTC) (edited on 2024-01-28 15:29 (UTC) by 4s3ti)

@dhtseany

I have also just realized that, and my guess is its either legacy or hasn't been updated in a while, therefore I have just updated all documentation to use the same rules both AUR packages are using with the added new rule. hope this helps to make things less confusing.

Also the udev rules are now being provided as part of the codebase as well: https://github.com/streamdeck-linux-gui/streamdeck-linux-gui/blob/main/udev/60-streamdeck.rules

dhtseany commented on 2024-01-28 14:53 (UTC) (edited on 2024-01-28 14:56 (UTC) by dhtseany)

Hi @4s3ti, I noticed that the official documentation for installing on Arch is referencing an entirely different udev rule compared to what I've been including in 60-streamdeck.rules since before the repository change.

I'm installing:


SUBSYSTEM=="usb", ATTRS{idVendor}=="0fd9", ATTRS{idProduct}=="0060", GROUP="users", MODE="0660"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0fd9", ATTRS{idProduct}=="0063", GROUP="users", MODE="0660"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0fd9", ATTRS{idProduct}=="006c", GROUP="users", MODE="0660"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0fd9", ATTRS{idProduct}=="006d", GROUP="users", MODE="0660"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0fd9", ATTRS{idProduct}=="0080", GROUP="users", MODE="0660"
But the documentation is instead creating 70-streamdeck.rules with the following contents:

SUBSYSTEM=="usb", ATTRS{idVendor}=="0fd9", TAG+="uaccess"
KERNEL=="uinput", SUBSYSTEM=="misc", TAG+="uaccess"

...which leads me to my question: Have the needs of the udev rules progressed forward and I missed the memo? Did something quietly change at some point that was otherwise discussed but I didn't see? Should I keep up with 60-streamdeck.rules and simply add the latest rule you've identified or should I shift the focus to the 70-streamdeck.rules format and dump 60-streamdeck.rules?

I can get this all buttoned up today with your guidance. Thanks!

4s3ti commented on 2024-01-28 14:37 (UTC)

heads up ... future releases of streamdeck-linux-gui might require the following udev rule:

KERNEL=="uinput", SUBSYSTEM=="misc", OPTIONS+="static_node=uinput", TAG+="uaccess", GROUP="input", MODE="0660"

which is not being added by the pkgbuild. here's the issue: https://github.com/streamdeck-linux-gui/streamdeck-linux-gui/issues/163

I will also update the documentation and start providing this file within the repository.

dhtseany commented on 2024-01-08 14:42 (UTC) (edited on 2024-01-08 17:58 (UTC) by dhtseany)

Hi everyone, I just bumped up to 4.1.0.

Dependency Changes:

Removed: python-pynput

Added: xf86-input-evdev

Release: https://github.com/streamdeck-linux-gui/streamdeck-linux-gui/releases/tag/v4.1.0

Notably this version adds support for the Streamdeck+ however I don't think I have the updated udev rules for it so it might not be detected yet. I'll push another update for the rules once I get those.

smark commented on 2023-11-11 16:00 (UTC)

Did a clean build (using yay ;-) but it did not change anything.

In the meantime i'm pretty sure that ttf-robot is/should actually not a dependency. but for some reason the font from the upstream package does not seem to be used (at least on my installation).

dhtseany commented on 2023-11-11 15:53 (UTC)

@smark try and do a clean build and see if that helps clear up your font problem, I wasn't made aware of ttf-roboto being required from upstream, it's probably just an angry python problem. I personally recommend yay for an AUR helper and when I install AUR packages I always choose to clean build everything when asked by yay.

smark commented on 2023-11-10 06:43 (UTC) (edited on 2023-11-10 08:56 (UTC) by smark)

Looks like the dependency to ttf-roboto is missing:

Traceback (most recent call last):
  File "/usr/lib/python3.11/threading.py", line 1038, in _bootstrap_inner
    self.run()
  File "/usr/lib/python3.11/threading.py", line 975, in run
    self._target(*self._args, **self._kwargs)
  File "/usr/lib/python3.11/site-packages/streamdeck_ui/stream_deck_monitor.py", line 117, in _run
    self.attached(streamdeck_id, streamdeck)
  File "/usr/lib/python3.11/site-packages/streamdeck_ui/api.py", line 203, in _on_steam_deck_attached
    self._update_streamdeck_filters(serial_number)
  File "/usr/lib/python3.11/site-packages/streamdeck_ui/api.py", line 658, in _update_streamdeck_filters
    self._update_button_filters(serial_number, page, button)
  File "/usr/lib/python3.11/site-packages/streamdeck_ui/api.py", line 691, in _update_button_filters
    TextFilter(
  File "/usr/lib/python3.11/site-packages/streamdeck_ui/display/text_filter.py", line 25, in __init__
    self.true_font = ImageFont.truetype(font, font_size)
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/PIL/ImageFont.py", line 791, in truetype
    return freetype(font)
           ^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/PIL/ImageFont.py", line 788, in freetype
    return FreeTypeFont(font, size, index, encoding, layout_engine)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/PIL/ImageFont.py", line 226, in __init__
    self.font = core.getfont(
                ^^^^^^^^^^^^^
OSError: cannot open resource

EDIT: ok, this is strange: the font seems to be already in the package