Package Details: openrgb 0.7-6

Git Clone URL: https://aur.archlinux.org/openrgb.git (read-only, click to copy)
Package Base: openrgb
Description: Open source RGB lighting control that doesn't depend on manufacturer software.
Upstream URL: https://gitlab.com/CalcProgrammer1/OpenRGB
Keywords: led lighting rgb
Licenses: GPL2
Submitter: dangersalad
Maintainer: Talzahr (MicrochipQ)
Last Packager: Talzahr
Votes: 59
Popularity: 3.02
First Submitted: 2020-05-19 15:35 (UTC)
Last Updated: 2022-05-17 13:24 (UTC)

Latest Comments

Talzahr commented on 2022-08-11 00:46 (UTC) (edited on 2022-08-11 00:50 (UTC) by Talzahr)

@CalcProgrammer1: it used to be set this way when I took over the repo 2 years ago. However, I've been informed by many users that the Arch Build System convention is to never override a user's makepkg.conf build flags.

*makepkg allows for overriding the makepkg.conf settings directly and AUR helpers have a makepkg passthrough option as well.

yochananmarqos commented on 2022-08-10 17:10 (UTC)

@CalcProgrammer1: That's configured in makepkg.conf, you can set it yourself. See https://wiki.archlinux.org/title/Makepkg#Improving_compile_times

CalcProgrammer1 commented on 2022-08-10 15:15 (UTC)

Please add -j<number of cores> to the make command so that it utilizes all cores when building.

Talzahr commented on 2022-05-17 13:25 (UTC) (edited on 2022-05-17 13:27 (UTC) by Talzahr)

Thank you Harre and Rayyan for the fix that some are reporting. Tested this in a clean build and all good. Pushed pkgrel 6. Apologies for the delay. Been away from my Arch system on a 2 month sabbatical to the coast (and was awesome).

harre commented on 2022-04-24 01:21 (UTC) (edited on 2022-04-24 01:22 (UTC) by harre)

I get segfault too and the patch seems to fix it.

Can the maintainer add this to the package?

% git diff PKGBUILD 
diff --git a/PKGBUILD b/PKGBUILD
index edbce47..14eee78 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -19,10 +19,12 @@ source=(
    "https://gitlab.com/CalcProgrammer1/OpenRGB/-/archive/release_$pkgver/OpenRGB-release_$pkgver.tar.gz"
    openrgb.conf
    openrgb.service
+   https://gitlab.com/CalcProgrammer1/OpenRGB/-/commit/59732ed47e6c1392ba5236c07410dca13d4d721f.patch
 )
 sha256sums=    ('6052e04ad736f94a91a386f6cfc0aaff9554fafdabe99cdd46a296fd49132569'
                 'b5a53d747422f8b594e3e9615e238457d696732efce94050cdd72182a8645ef2'
-                '272dc43a77d0e48d29f32da753c7e05fd635883b173c21047f4eefa8bfc77938')
+                '272dc43a77d0e48d29f32da753c7e05fd635883b173c21047f4eefa8bfc77938'
+                '9d5f9435426351af7e9a12df5f75f56183585fd38729956a5cead1e2172d8e02')

 prepare() {
    cd "$srcdir/OpenRGB-release_$pkgver"

Rayyan commented on 2022-03-26 14:57 (UTC) (edited on 2022-03-26 14:58 (UTC) by Rayyan)

It segfaults for me as well. I've just tried building this package with this patch applied, and the issue is fixed.

https://gitlab.com/CalcProgrammer1/OpenRGB/-/commit/59732ed47e6c1392ba5236c07410dca13d4d721f.patch

PC2022 commented on 2022-03-21 18:00 (UTC) (edited on 2022-03-21 18:05 (UTC) by PC2022)

@dada513 - segfaulting here too. Try completely deleting ~/.config/OpenRGB which allow it to run, although still segfaults the subsequent time

dada513 commented on 2022-03-17 15:10 (UTC)

Anyone else having this segfault instantly?

microsoftenator commented on 2022-03-11 05:24 (UTC) (edited on 2022-03-11 05:27 (UTC) by microsoftenator)

It seems that lto is still enabled somewhere even with options=("!lto") in the PKGBUILD

Turns out the Makefile has -flto explicitly enabled. It then appears later in the CXXFLAG variable, resulting in it being enabled anyway.

medzik commented on 2022-02-15 12:56 (UTC)

@hazelnot recompile this package

hazelnot commented on 2022-02-10 12:06 (UTC)

Fails to start - openrgb: error while loading shared libraries: libmbedtls.so.13: cannot open shared object file: No such file or directory

I do have mbedtls installed

Swivel commented on 2022-02-07 20:48 (UTC)

Seems benign, but I'm getting the following errors when it starts building. Everything appears to be working despite this, though.

==> Starting build()...
Info: creating stash file ~/var/aur/openrgb/src/OpenRGB-release_0.7/.qmake.stash
fatal: not a git repository: '~/var/aur/openrgb/src/OpenRGB-release_0.7/.git'
fatal: not a git repository: '~/var/aur/openrgb/src/OpenRGB-release_0.7/.git'
fatal: not a git repository: '~/var/aur/openrgb/src/OpenRGB-release_0.7/.git'

yochananmarqos commented on 2022-01-04 15:24 (UTC)

@neo2001: git is not in the base-devel group.

neo2001 commented on 2022-01-04 11:57 (UTC)

@daenney Please check out https://wiki.archlinux.org/title/PKGBUILD#makedepends

In short: Packages of the base-devel group are assumed to be available when building/using AUR packages.

daenney commented on 2022-01-04 10:35 (UTC)

This seems to be missing a build dependency on git. When building it in a clean chroot:

Info: creating stash file /build/openrgb/src/OpenRGB-release_0.7/.qmake.stash
sh: line 1: git: command not found
sh: line 1: git: command not found
sh: line 1: git: command not found

It doesn't really seem to cause any issues, but it's probably good to add.

redkurn commented on 2021-12-31 08:33 (UTC) (edited on 2021-12-31 08:34 (UTC) by redkurn)

@Talzahr It does not detect it. oh well, latest update allows me to control everything in my case now and individually at that.

Installed no issues for me, runs fine.

DarkThoughts commented on 2021-12-31 08:10 (UTC)

@Talzahr I was removing & rebuilding it literally right before your comment, in an attempt to see if that fixes it somehow, but still have the same issue. I'm using Manjaro, if that's maybe distro related?

Talzahr commented on 2021-12-31 08:05 (UTC)

@DarkThoughts is this happening after lto was disabled in the PKGBUILD? That was pkgrel 5 which I pushed just before your message. Give it a try again with a fresh build to make sure lto is disabled. Seems to be a common issue with 0.7.

redkurn commented on 2021-12-31 07:23 (UTC)

@Talzahr I didn't think of trying that... I suspect my keychron k2 wireless is in fact rgb, but limited to white.

I think I'll connect it and see if it is detected.

DarkThoughts commented on 2021-12-30 23:10 (UTC) (edited on 2021-12-30 23:10 (UTC) by DarkThoughts)

New update isn't starting for me. If I launch it through the terminal I get:

Attempting to connect to local OpenRGB server.
Connection attempt failed
Local OpenRGB server unavailable.
Running standalone.
Registering Bubbles effect
Registering GIFPlayer effect
Registering Rain effect
Registering Wavy effect
Registering Visor effect
Registering Ambient effect
Registering AudioSync effect
Registering Breathing effect
Registering RainbowWave effect
Registering StarryNight effect
Registering GradientWave effect
Registering AudioVisualizer effect
Registering Lightning effect
Registering SpectrumCycling effect
Segmentation fault (core dumped)

Talzahr commented on 2021-12-30 21:43 (UTC)

Upstream disabled LTO in their .deb packaging and Fedora builds So I'll do the same here until a more permanent upstream fix is released.

yochananmarqos commented on 2021-12-30 18:52 (UTC)

@katt: devtools now has lto enabled by default. Add the following to the PKGBUILD to disable it and rebuild:

options=('!lto')

katt commented on 2021-12-30 18:48 (UTC)

With 0.7-4 it segfaults if ran as non-root for me, built with a clean chroot.

Program received signal SIGSEGV, Segmentation fault.
nlohmann::detail::input_stream_adapter::get_character (this=0x7fffffffd6e8) at dependencies/hueplusplus-1.0.0/include/json/json.hpp:3978
3978    dependencies/hueplusplus-1.0.0/include/json/json.hpp: No such file or directory.

Backtrace:

(gdb) bt
#0  nlohmann::detail::input_stream_adapter::get_character (this=0x7fffffffd6e8) at dependencies/hueplusplus-1.0.0/include/json/json.hpp:3978
#1  nlohmann::detail::lexer<nlohmann::basic_json<std::map, std::vector, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, bool, long, unsigned long, double, std::allocator, nlohmann::adl_serializer, std::vector<unsigned char, std::allocator<unsigned char> > >, nlohmann::detail::input_stream_adapter>::get (this=this@entry=0x7fffffffd6e8)
    at dependencies/json/json.hpp:7288
#2  0x000055555569325f in nlohmann::detail::lexer<nlohmann::basic_json<std::map, std::vector, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, bool, long, unsigned long, double, std::allocator, nlohmann::adl_serializer, std::vector<unsigned char, std::allocator<unsigned char> > >, nlohmann::detail::input_stream_adapter>::skip_bom (this=0x7fffffffd6e8)
    at dependencies/json/json.hpp:7425
#3  nlohmann::detail::lexer<nlohmann::basic_json<std::map, std::vector, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, bool, long, unsigned long, double, std::allocator, nlohmann::adl_serializer, std::vector<unsigned char, std::allocator<unsigned char> > >, nlohmann::detail::input_stream_adapter>::scan (this=this@entry=0x7fffffffd6e8)
    at dependencies/json/json.hpp:7451
#4  0x0000555555698dba in nlohmann::detail::parser<nlohmann::basic_json<std::map, std::vector, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, bool, long, unsigned long, double, std::allocator, nlohmann::adl_serializer, std::vector<unsigned char, std::allocator<unsigned char> > >, nlohmann::detail::input_stream_adapter>::get_token (this=0x7fffffffd6c0)
    at dependencies/json/json.hpp:10636
#5  nlohmann::detail::parser<nlohmann::basic_json<std::map, std::vector, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, bool, long, unsigned long, double, std::allocator, nlohmann::adl_serializer, std::vector<unsigned char, std::allocator<unsigned char> > >, nlohmann::detail::input_stream_adapter>::parser(nlohmann::detail::input_stream_adapter&&, std::function<bool (int, nlohmann::detail::parse_event_t, nlohmann::basic_json<std::map, std::vector, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, bool, long, unsigned long, double, std::allocator, nlohmann::adl_serializer, std::vector<unsigned char, std::allocator<unsigned char> > >&)>, bool, bool) (skip_comments=false, allow_exceptions_=true, cb=..., adapter=..., this=0x7fffffffd6c0)
    at dependencies/json/json.hpp:10252
#6  nlohmann::basic_json<std::map, std::vector, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, bool, long, unsigned long, double, std::allocator, nlohmann::adl_serializer, std::vector<unsigned char, std::allocator<unsigned char> > >::parser<nlohmann::detail::input_stream_adapter>(nlohmann::detail::input_stream_adapter, std::function<bool (int, nlohmann::detail::parse_event_t, nlohmann::basic_json<std::map, std::vector, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, bool, long, unsigned long, double, std::allocator, nlohmann::adl_serializer, std::vector<unsigned char, std::allocator<unsigned char> > >&)>, bool, bool) (allow_exceptions=true, ignore_comments=false, cb=..., adapter=...) at dependencies/json/json.hpp:16771
#7  nlohmann::operator>> (j=..., i=...) at dependencies/json/json.hpp:23453
#8  SettingsManager::LoadSettings (this=0x55555592c500, 
    filename="\340\267\271\366\377\177\000\000pֹ\366\377\177\000\000@\213\271\366\377\177\000\000Pb\271\366\377\177\000\000`\210\271\366\377\177\000\000\200\212\271\366\377\177\000\000@d\271\366\377\177\000\000\060c\271\366\377\177\000\000\260u\271\366\377\177\000\000`g\271\366\377\177\000\000\300\351\274\366\377\177\000\000\300d\271\366\377\177\000\000@m\271\366\377\177\000\000`\206\271\366\377\177\000\000\000\001", '\000' <repeats 14 times>, "\230\230\311\366\377\177", '\000' <repeats 19 times>, "\377\377\377\377\377\377\377\000\377\377\377\377\377\377\377\230\230\311\366\377\177", '\000' <repeats 18 times>, "`\216\311\366\377\177\000\000"...) at /build/openrgb/src/OpenRGB-release_0.7/SettingsManager.cpp:76
#9  0x000055555568fe28 in ResourceManager::ResourceManager (this=<optimized out>, this=<optimized out>) at /build/openrgb/src/OpenRGB-release_0.7/ResourceManager.cpp:53
#10 0x0000555555690e3e in ResourceManager::get () at /build/openrgb/src/OpenRGB-release_0.7/ResourceManager.cpp:29
#11 0x000055555564cf02 in DeviceDetector::DeviceDetector(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::function<void (std::vector<RGBController*, std::allocator<RGBController*> >&)>) [clone .constprop.0] (name="OpenRazer", detector=..., this=<optimized out>) at ./DeviceDetector.h:14
#12 0x00005555556585e8 in _sub_I_65535_0.0 ()
#13 0x00005555557e5c8d in __libc_csu_init ()
#14 0x00007ffff6787ab1 in __libc_start_main () from /usr/lib/libc.so.6
#15 0x000055555565b69e in _start ()

tessaracht commented on 2021-12-30 15:13 (UTC)

@talzahr: yeah, built fine! thanks for the update!

Talzahr commented on 2021-12-30 13:51 (UTC)

@Tessaracht I added mbedtls dependency just now in 0.7-4 which is now required as per https://gitlab.com/CalcProgrammer1/OpenRGB#linux

Hope it builds for you this time :D

tessaracht commented on 2021-12-30 13:22 (UTC)

hmmm, the new release (0.7-3) doesn't build for me, I get the following compile error:

dependencies/hueplusplus-1.0.0/src/EntertainmentMode.cpp:24:10: fatal error: mbedtls/certs.h: No such file or directory

Talzahr commented on 2021-12-30 12:28 (UTC)

@redkurn Updated, thanks!

Really liking this version. It even (somewhat) works with my cheapo Amazon RGB keyboard. I even emailed the manufacturer to see if they had any software for it and they didn't. Was previously only able to control it with the special function key combos.

redkurn commented on 2021-12-30 07:59 (UTC)

new update to 0.7 released, apparently loads of fixes.

Talzahr commented on 2021-11-05 21:50 (UTC)

Updated to pkgrel 3 with .service patch thanks to MicrochipQ.

Sorry been super busy IRL.

VorpalGun commented on 2021-10-08 17:06 (UTC)

The installed service is a bit broken. It puts OpenRGB.json and a "logs" folder in the system root (/). Presumably this should go somewhere in /etc and /var respectively!

Also as "Fl0Cri" mentioned before, it is started using the wrong options.

To fix the issue that he mentioned, the service type needs to be changed from "forking" to "simple".

Neko-san commented on 2021-08-02 02:16 (UTC)

Is this going to get updated soon?

(Also wish I could start OpenRGB minimized :v )

Fl0Cri commented on 2021-06-10 21:47 (UTC)

Hi, I got some issues getting the systemd service running: it seems that the --startminimized option actually attempts to start the GUI (from openrgb -h: "Implies --gui, even if not specified"), which crashes the service.

Removing this option allows the service to run (and the GUI to connect to it), but systemctl status openrgb reports the service as perpetually "activating". I'm a systemd newbie but I guess the openrgb process doesn't fork anymore without --startminimized, and systemd is waiting for a fork that will never happen. Anyway, I switched back the service Type to simple and now the service has a nice green "active running" status.
(Running systemctl stop openrgb terminates the openrgb process so I guess the killall doesn't need to be added back)

Talzahr commented on 2021-06-03 21:33 (UTC) (edited on 2021-06-03 21:33 (UTC) by Talzahr)

I'll be including some additional patches aimed for v0.7 soon until its expected July release. Busy at work at the moment so will include the diff patches once I get a chance to update the repo.

Talzahr commented on 2021-06-03 20:19 (UTC) (edited on 2021-06-03 20:36 (UTC) by Talzahr)

@Steak3900 @The999eagle included and tested (I have a wired G502 hero) patches for detector and correct PID in the repo.

The999eagle commented on 2021-06-03 19:01 (UTC)

@Steak3900 the issue has been fixed in the latest master already, see here. For now you can use openrgb-git.

Steak3900 commented on 2021-06-02 22:43 (UTC) (edited on 2021-06-02 22:51 (UTC) by Steak3900)

Getting a segmentation fault after updating to 0.6. It doesn't happen with the AppImage version on the project's gitlab releases page. Edit I found it has something to do with my Logitech G502 Hero Mouse (This still doesn't happen when I use the appimage version though.)

Talzahr commented on 2021-06-02 19:52 (UTC)

0.6 out from the upstream with some big updates! MSI Mystic issues should be working now (sorry I don't have any MSI to test with).

@K900 Thanks for the suggestion. I'll modify it here shortly for PKGBUILD relver 2 as some users may not have killall intalled.

dsf001 commented on 2021-05-21 21:28 (UTC)

@DarkThoughts MSI Mystic Light doesn't work for me(0.5-7). The owner said it's going to be enabled by default in 0.6 tho.

DarkThoughts commented on 2021-05-19 15:44 (UTC)

Does 0.5-7 already contain the MSI mainboard fixes?

K900 commented on 2021-05-12 15:15 (UTC)

You can use Type=forking in the unit file to avoid the killall hack.

Talzahr commented on 2021-03-16 01:17 (UTC) (edited on 2021-03-16 01:18 (UTC) by Talzahr)

@CCF_100 Sure thing. I'll probably throw it in for the next version so users don't have to rebuild a new release. However there has been a reported issue with the latest 0.5 release of the service failing. However it has been working for me so YMMV. https://gitlab.com/CalcProgrammer1/OpenRGB/-/issues/808#note_462665421

From said post:

[Unit]
Description=Run openrgb server
After=network.target lm_sensors.service

[Service]
Type=simple
RemainAfterExit=yes
ExecStart=/usr/bin/openrgb --server --startminimized
ExecStop=/usr/bin/killall openrgb
Restart=always

[Install]
WantedBy=multi-user.target

@tvidal Thanks for the link to the issue fix. The headless '--server' fix has been merged into the master branch but not tagged as a release. This AUR repo is only for releases.

@Sunner sorry for the delay to get back to you. I put it back into the package function with pkgrel 6 in Jan to be easier to enable i²p. Thanks

CCF_100 commented on 2021-03-15 04:51 (UTC)

Hey, could you consider packaging a systemd service with this package?

Sunner commented on 2021-01-06 10:11 (UTC)

Did the module config file disappear? I'm pretty sure this package used to provide a config file to load the i2c_dev module on startup, but it seems to be gone now.

Talzahr commented on 2021-01-03 15:05 (UTC)

@Katt Gotcha, so -git packages should make sure they're on a system that doesn't have the release installed. Already removed the provides line. Will remove the conflict for the next PKGBUILD release.

katt commented on 2021-01-03 13:26 (UTC)

@Talzahr

Also, why not have it conflict with openrgb-git package? Left that alone for now.

Because that's the job of the -git package, also packages should never "provide" itself. The -git package should conflict and provide openrgb.

Talzahr commented on 2021-01-03 12:54 (UTC)

@katt made some changes but build had a failure with pkgconf uninstalled so added a makedeps for it in case someone doesn't have base-devel installed (which should be required for AUR building but to be on the safe side).

Also, why not have it conflict with openrgb-git package? Left that alone for now. Thanks for checking further into the OpenRGB.pro file.

Talzahr commented on 2021-01-03 12:34 (UTC)

@Inlart patch added and prepare function to apply. Thanks.

inlart commented on 2021-01-02 23:53 (UTC)

Could you please patch OpenRGB with these changes to OpenRGB.pro: https://gitlab.com/CalcProgrammer1/OpenRGB/-/commit/7a8c4dd2a61ac44cbd2d1def9b88d0893bdc2707 ? Without the patch USB devices might show up multiple times due to the update to hidapi 0.10.1 (see https://gitlab.com/CalcProgrammer1/OpenRGB/-/issues/924).

NovaViper commented on 2020-12-19 23:57 (UTC)

How do I compile it to where I can change the LEDS on MSI Mystic Light motherboards?

katt commented on 2020-12-07 13:35 (UTC) (edited on 2020-12-07 13:35 (UTC) by katt)

Hello again, sorry for disturbing the peace once more, but I got a case that shows my RGB more, so I actually started using this more :P

I fixed up the PKGBUILD so that it ships the included .conf and .desktop file, which includes far more rules and an actually working .desktop file.

I should probably submit some of this upstream but honestly after dealing with qmake I'm mentally spent.

diff --git a/PKGBUILD b/PKGBUILD
index 2aa2d1c..330e628 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,34 +2,26 @@
 # Contributor: Paul Davis <paul@dangersalad.com>
 pkgname=openrgb
 pkgver=0.5
-pkgrel=1
+pkgrel=2
 pkgdesc="Open source RGB lighting control that doesn't depend on manufacturer software."
 arch=("x86_64")
 url="https://gitlab.com/CalcProgrammer1/OpenRGB"
 license=('GPL2')
 depends=('qt5-base' 'libusb' 'hidapi')
-makedepends=('make' 'binutils' 'pkgconf')
 optdepends=('i2c-tools: Motherboard & RAM access')
-conflicts=('openrgb-git')
+conflicts=('openrgb')
 provides=("openrgb")
-source=("https://gitlab.com/CalcProgrammer1/OpenRGB/-/archive/release_$pkgver/OpenRGB-release_$pkgver.tar.gz"
-        'openrgb.desktop'
-        'openrgb.conf')
-sha256sums=('e227dedfe0c3aa8f3bcb0c4149aa5feb1db4b0429a151423d74c0103c55d7d26'
-            '2f96f6bcb381490dae7132b9533045dd46db8a0fc9f9ab5d00d952545800c6fc'
-            'b5a53d747422f8b594e3e9615e238457d696732efce94050cdd72182a8645ef2')
+source=("https://gitlab.com/CalcProgrammer1/OpenRGB/-/archive/release_$pkgver/OpenRGB-release_$pkgver.tar.gz")
+sha256sums=('e227dedfe0c3aa8f3bcb0c4149aa5feb1db4b0429a151423d74c0103c55d7d26')

 build() {
        cd "OpenRGB-release_$pkgver"
+       sed -i 's|rules.path=/lib|rules.path=/usr/lib|g' OpenRGB.pro
        qmake OpenRGB.pro
        make 
 }

 package() {
        cd "$srcdir/OpenRGB-release_$pkgver"
-       install -Dm755 openrgb "$pkgdir"/usr/bin/openrgb
-       install -Dm644 qt/OpenRGB.png "$pkgdir"/usr/share/pixmaps/openrgb.png
-       install -Dm644 -t "$pkgdir"/usr/share/applications ../openrgb.desktop
-       install -Dm644 -t "$pkgdir"/usr/lib/udev/rules.d 60-openrgb.rules
-       install -Dm644 -t "$pkgdir"/usr/lib/modules-load.d ../openrgb.conf
+       make INSTALL_ROOT="$pkgdir" install
 }

Talzahr commented on 2020-11-21 17:28 (UTC)

@katt thanks for the suggestions to the PKGBUILD. Changes have been committed.

katt commented on 2020-11-19 14:03 (UTC)

Please don't set -j, makepkg.conf handles that and should not be overridden.

makepkg should also not touch the users directory (as you do in check())

Talzahr commented on 2020-09-27 17:31 (UTC) (edited on 2020-09-27 17:35 (UTC) by Talzahr)

commit 0ca3781 for latest version 0.4, added .conf and .desktop, updated PKGBUILD package () to install them and the qt/OpenRGB.png as is on the openrgb-git repo.

The999eagle commented on 2020-09-17 18:59 (UTC)

This package is missing hidapi as dependency. Building in a clean chroot fails without this package.

acxz commented on 2020-07-19 01:04 (UTC) (edited on 2020-07-19 01:08 (UTC) by acxz)

@dangersalad can you add the udev rules in the PKGBUILD installation process? See: https://gitlab.com/CalcProgrammer1/OpenRGB/-/wikis/Frequently-Asked-Questions#my-non-razer-usb-devices-arent-being-detected

This is how the -git version of this package does it: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=openrgb-git#n42

THanks for maintaining this package!