@bassettr86 Corsair Virtuoso XT is currently not supported by HeadsetControl. Please check the supported headsets page. In fact, none of Virtuoso headsets lineup seems to be supported. For the Corsair Virtuoso XT specifically, there seems to be problem with reverse engineering the protocol, see issues#177.
Search Criteria
Package Details: headsetcontrol 3.0.0-5
Package Actions
| Git Clone URL: | https://aur.archlinux.org/headsetcontrol.git (read-only, click to copy) |
|---|---|
| Package Base: | headsetcontrol |
| Description: | Sidetone and Battery status for Logitech G930, G533, G633, G933 SteelSeries Arctis 7/PRO 2019 and Corsair VOID (Pro) in Linux and MacOSX |
| Upstream URL: | https://github.com/Sapd/HeadsetControl |
| Keywords: | arctis battery corsair g533 g633 g930 g933 headphones headset logitech sidetone steelseries |
| Licenses: | GPL-3.0-only |
| Provides: | headsetcontrol |
| Submitter: | clove3am |
| Maintainer: | TheBill2001 |
| Last Packager: | TheBill2001 |
| Votes: | 19 |
| Popularity: | 0.32 |
| First Submitted: | 2020-12-14 21:00 (UTC) |
| Last Updated: | 2024-12-12 12:24 (UTC) |
Dependencies (2)
- hidapi (hidapi-gitAUR)
- cmake (cmake-gitAUR, cmake3AUR) (make)
Required by (5)
Sources (2)
TheBill2001 commented on 2025-02-24 04:01 (UTC)
bassettr86 commented on 2025-02-21 02:16 (UTC)
I'm getting: gpg: Note: database_open 134217901 waiting for lock (held by 2783) ...
I'm rather new to arch linux, but not hesitant to post my problem. Maybe I can get some assistance as I have tried everything below. I have a Corsair Virtuoso XT and I cant seem to get audio to work through it.
TheBill2001 commented on 2024-12-12 12:25 (UTC)
@RayJW Thanks for reporting. I've fixed the issue.
RayJW commented on 2024-12-12 12:00 (UTC)
There seems to be some weird problem with the build process, for some reason the resulting binary reports no version number. I don't think it causes any issues for now, but it might lead to odd behaviour with applications interacting with the binary, since that is not an issue with an upstream build from source.
RVOtakuMike commented on 2024-05-13 09:56 (UTC)
@TheBill2001 @fettouhi another alternative is to add :443 to the end like this:
gpg --keyserver hkps://keys.openpgp.org:443 --receive-keys 77BEB7E232CF1E5154777D4DD5866C58940197BF
TheBill2001 commented on 2024-04-05 08:41 (UTC)
@fettouhi Quick google search tell me that is a network issue. Try replacing hkps://keys.openpgp.org/ with hkp://keys.openpgp.org:80. Reference here.
fettouhi commented on 2024-04-05 08:36 (UTC)
Keep getting this error:
gpg --keyserver hkps://keys.openpgp.org/ --search-keys "Denis Arnst git@sapd.eu" gpg: error searching keyserver: Server indicated a failure
ciberbago commented on 2024-04-02 15:46 (UTC)
I tested it and it seems to work fine now thanks to your adjustment. Thank you so much!
TheBill2001 commented on 2024-04-02 09:49 (UTC) (edited on 2024-04-06 11:21 (UTC) by TheBill2001)
The PGP public key can be found and downloaded from https://keys.openpgp.org using the name Denis Arnst, email git@sapd.eu, or signature 77BEB7E232CF1E5154777D4DD5866C58940197BF:
You can import the downloaded key manually with the following command and the build the package:
gpg --import <key-file>
In the event that the keyserver being problematic, a copy of the key is included alongside the PKGBUILD. Please note that, AFAIK, AUR helpers generally don't automatically import it.
You can also search and import the key directly using gpg:
gpg --keyserver hkps://keys.openpgp.org/ --search-keys "Denis Arnst <git@sapd.eu>"
Or import directly with the key's signature:
gpg --keyserver hkps://keys.openpgp.org --receive-keys 77BEB7E232CF1E5154777D4DD5866C58940197BF
Additionally, you can add the keyserver to the GPG config file for automatic import. Referencing the Arch Wiki GnuPG#Key_servers and OpenPGP#Keyserver.
TheBill2001 commented on 2024-04-02 09:29 (UTC)
@wereii @ciberbago Upstream set the compile flags to treat all warnings as errors. This conflicts with the default compile flags from makepkg.conf shipped by Arch.
The compile flags from Arch cause additional warnings (from various additional optimizations) to be triggered, and thus, being treated as errors and make the build process fail.
I decided to omit the upstream's flags, which should fix this issue.
Pinned Comments
TheBill2001 commented on 2024-04-02 09:49 (UTC) (edited on 2024-04-06 11:21 (UTC) by TheBill2001)
The PGP public key can be found and downloaded from https://keys.openpgp.org using the name
Denis Arnst, emailgit@sapd.eu, or signature77BEB7E232CF1E5154777D4DD5866C58940197BF:You can import the downloaded key manually with the following command and the build the package:
In the event that the keyserver being problematic, a copy of the key is included alongside the PKGBUILD. Please note that, AFAIK, AUR helpers generally don't automatically import it.
You can also search and import the key directly using gpg:
Or import directly with the key's signature:
Additionally, you can add the keyserver to the GPG config file for automatic import. Referencing the Arch Wiki GnuPG#Key_servers and OpenPGP#Keyserver.