Arch Linux User Repository

@dhtseany The ModuleNotFoundError indicates that the package is not installed correctly. Since Python was recently upgraded from 3.10 to 3.11, all Python-related packages need to be rebuilt and reinstalled. Packages in the Arch repositories should already be rebuilt and will update correctly with pacman -Syu. Packages from the AUR, like this one, need to be rebuilt and reinstalled manually.

Another possibility is that the packaging for this package is broken. However, when I built the package, I did not get the ModuleNotFoundError.

python-setuptools is used by a lot of packages, and as far as I know not deprecated.

I build packages with extra-x86_64-build. It sets up a clean chroot and runs namcap. So anything it reports shouldn't be unique to my system.

I adopted streamdeck-ui-git to fix/update it. So you could use that as a reference. I had commented with an offer to make you comaintainer, but did not receive a response, so deleted it. The offer still stands if you're interested.

@xiota I'm still working on this however I wanted to acknowledge your post and gives you responses:

Have you rebuilt all modules for Python 3.11?

I'll be honest, I'm not sure what you mean. I don't use pip intentionally as I'm against the philosophy of multiple package managers on a single system. When I tried to google this I didn't see anything definitive besides people suggesting pip commands, which I don't have on my system. Got a link? I'm willing to learn if it's not pip related lol

namcap

Oh hey, this is a cool tool but your post is introducing me to it. I'll try to guess at it's output and how to use the tool myself...

streamdeck-ui E: Missing custom license directory (usr/share/licenses/streamdeck-ui)

That one's fair, good catch and thanks for pointing it out, I'll push an update for this once I figure out the fix on the missing module error.

streamdeck-ui W: Referenced python module 'pkg_resources' is an uninstalled dependency (needed in files ['usr/lib/python3.11/site-packages/streamdeck_ui/gui.py'])

When I tried to use namcap myself against the PKGBUILD it didn't produce this message and a little research suggests that's likely something unique to your system.

streamdeck-ui W: Dependency included, but may not be needed ('python-hidapi') streamdeck-ui W: Dependency included, but may not be needed ('python-xlib')

I couldn't replicate this message either, when I run:

namcap -e unusedsodepends PKGBUILD

...I don't get any output back like yours. However, I keep an eye on the streamdeck-ui forums and Tim's changelog and he's usually pretty good about telling people when dependency changes are required so I'm gonna err on the side of caution and keep them around for now.

Move python-setuptools from makedepends to depends

I first worked to remove the need for python-setuptools when I took over this package, using it for the package setup would be a regression.

I'll also have the .service file moved into the correct location of /etc/systemd/user which is where I've since learned I should have put it.

I'll report back when I work around the missing module error that doesn't involve pip.

@dhtseany I don't get that ModuleNotFoundError error. Have you rebuilt all modules for Python 3.11?

namcap reports the following:

streamdeck-ui E: Missing custom license directory (usr/share/licenses/streamdeck-ui)
streamdeck-ui W: Referenced python module 'pkg_resources' is an uninstalled dependency (needed in files ['usr/lib/python3.11/site-packages/streamdeck_ui/gui.py'])
streamdeck-ui W: Dependency included, but may not be needed ('python-hidapi')
streamdeck-ui W: Dependency included, but may not be needed ('python-xlib')

Fixes:

• Move python-setuptools from makedepends to depends
• Remove python-hidapi and python-xlib from depends
• Add to package():

  install -Dm 644 LICENSE -t "$pkgdir/usr/share/licenses/$pkgname"
  

Hey everyone, I'm back from paternity leave and as I was getting everything updated I took note that the app is now crashing with the following errors:

Traceback (most recent call last):

File "/usr/bin/streamdeck", line 5, in <module>

from streamdeck_ui.gui import start

ModuleNotFoundError: No module named 'streamdeck_ui'

I'm not sure yet what's up with the Python error but I'll investigate and report back soon.

I'm presently away on paternity leave until the end of May, I'll get the service file changes implemented upon my return, thanks everyone!

Currently the package installs the service file into /etc instead of /usr prefix, but I can confirm that

1. moving /etc/systemd/system/streamdeck.service to /etc/systemd/user/
2. systemctl --user start streamdeck (as user)

works as expected.

Can you test installing the service file into /usr/lib/systemd/user/ instead of /etc/systemd/system/?

@dhtseany thank you for keeping me and others updated. No rush, the old way still works pretty well anyway!

@jvzr I think I get what's wrong: root vs user land.

When the service runs as I provided it, I admit I tested $ /usr/bin/streamdeck -n in user-space and I didn't consider that it worked because I ran it as my local user.

However, when the service attempts to invoke the same run command it's trying to run it as root and it doesn't work because the streamdeck's config file was made and works in user-space so the service running as root doesn't see the cached streamdeck config file. This prevents it from seeing the cached userland config so in the service's case it craps itself but in the case of running it as root it presents a blanked out config. Re-running the app as a regular user restores the config instantly.

Bear with me while I keep tinkering with this, I'm sure I'll find a workaround, I'm just not sure what the fix is yet to let the service invoke the user-space streamdeck config. Maybe going with the upstream instructions is the right approach after all? I'll test and report back my findings.

@jvzr I'm having the same problem on my production system, I'll get it fixed/patched soon and report back once I know what's up. Thanks for the report!