Package Details: streamdeck-ui-git 4.1.0.r10.g6a3beb04-1

Git Clone URL: https://aur.archlinux.org/streamdeck-ui-git.git (read-only, click to copy)
Package Base: streamdeck-ui-git
Description: Frontend for the Elgato Stream Deck
Upstream URL: https://github.com/streamdeck-linux-gui/streamdeck-linux-gui
Licenses: MIT
Conflicts: streamdeck-ui
Provides: streamdeck-ui
Submitter: hexptr
Maintainer: xiota
Last Packager: xiota
Votes: 2
Popularity: 0.000000
First Submitted: 2020-07-18 18:13 (UTC)
Last Updated: 2024-02-19 10:18 (UTC)

Latest Comments

1 2 3 4 Next › Last »

xiota commented on 2024-02-19 09:07 (UTC)

@4s3ti Please test whether the following does what you need.

SUBSYSTEM=="misc", KERNEL=="uinput", OPTIONS+="static_node=uinput", TAG+="uaccess"

coolapso commented on 2024-01-29 08:02 (UTC)

@xiota this is necessary for the "write text" feature to work on wayland.

here's the github issue with more details: https://github.com/streamdeck-linux-gui/streamdeck-linux-gui/issues/163

xiota commented on 2024-01-28 23:41 (UTC) (edited on 2024-01-29 00:01 (UTC) by xiota)

@4s3ti I'm not familiar with writing udev rules, but that looks like a generic rule that packages should avoid adding. What is the reason it's needed?

coolapso commented on 2024-01-28 13:58 (UTC) (edited on 2024-01-28 14:08 (UTC) by coolapso)

Maybe just me using old rules, but looks like new master branch may needs new udev rule:

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

edit: Can confirm that rule is needed, at least I had to add it, not entirely sure about other users in general.

coolapso commented on 2023-11-04 21:04 (UTC)

yeah it seems to not exist in the project dependencies anymore. thanks :)

xiota commented on 2023-11-04 12:35 (UTC) (edited on 2023-11-04 12:44 (UTC) by xiota)

@4s3ti I just rechecked. Looks like it's used in one file. I will update to add the dependency without any specified version.

I'm not finding any use of xcb / xcffib, so removing it from depends.

coolapso commented on 2023-11-04 12:22 (UTC)

Then maybe its not required as part of the package then, I've been running the develop branch with python 3.11 and haven't had any issue.

will take a look and maybe move that dependency to development dependencies section.

Thanks a lot for the input.

xiota commented on 2023-11-04 12:20 (UTC) (edited on 2023-11-04 12:20 (UTC) by xiota)

@4s3ti Thanks for the notice. As far as I can tell, develop and main branches are already synced. There is no code currently packaged that uses importlib-metadata, so nothing to do for now.

I suggest not requiring importlib-metadata 6.8.0 until the package in the Arch repos is updated, along with the rest of the Python toolchain. Based on search results importlib-metadata 6.8.0 is incompatible with Python 3.11.

coolapso commented on 2023-11-04 11:57 (UTC)

hi, heads up your package going to become the main head for not released code. -develop and -beta going to be over.

Develop branch has been merged to main and is now ahead of the previous release. There's a new dependency: importlib-metadata = "^6.8.0"

Most arch users probably going to have it already, but is still a new python dependency on the project.

thank you

coolapso commented on 2023-10-07 08:21 (UTC) (edited on 2023-10-07 08:21 (UTC) by coolapso)

The difference was to get the package more aligned with the actual version of the application.

Because you were getting annotated tags the package was advertising as v2.(something) which may cause users to think that the package is installing version 2, like this it aligns better with the actual version of the code in the Main branch.