Package Details: headsetcontrol 3.0.0-4

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: 17
Popularity: 0.080350
First Submitted: 2020-12-14 21:00 (UTC)
Last Updated: 2024-04-10 00:02 (UTC)

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, 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.

Latest Comments

1 2 Next › Last »

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.

wereii commented on 2024-04-02 09:28 (UTC)

@ciberbago I am not sure if this one should be reported, they seem to use -Werror to promote errors into warnings but then I would expect their build to fail too, seemingly only building for linux raises these errors?

The upstream seems to build only for windows, are they not hitting these? or they too are adding exclusion into their CFLAGS as the maintainer here does?

ciberbago commented on 2024-04-02 02:54 (UTC) (edited on 2024-04-02 02:56 (UTC) by ciberbago)

I can confirm I got the same error at build time, should I report this upstream?

make[2]: *** [CMakeFiles/headsetcontrol.dir/build.make:76: CMakeFiles/    headsetcontrol.dir/src/main.c.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [CMakeFiles/Makefile2:149: CMakeFiles/headsetcontrol.dir/all] Error 2
make: *** [Makefile:146: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: headsetcontrol-exit status 4

Lifeismana commented on 2024-04-01 22:06 (UTC) (edited on 2024-04-01 22:07 (UTC) by Lifeismana)

The new pgp key that you added isn't in arch's default keyserver ( https://keyserver.ubuntu.com/ ) but it's in https://keys.openpgp.org & https://keyoxide.org

so if someone's getting gpg: keyserver receive failed: No data when trying to add that pgp key, you should try retrieving it from one of these 2 keyservers

wereii commented on 2024-04-01 18:14 (UTC)

Anyone else unable to build this?

In function ‘handle_feature’,
    inlined from ‘main’ at /home/user/.cache/yay/headsetcontrol/src/HeadsetControl-3.0.0/src/main.c:860:45:
/home/user/.cache/yay/headsetcontrol/src/HeadsetControl-3.0.0/src/main.c:314:8: error: ‘ret’ may be used uninitialized [-Werror=maybe-uninitialized]
  314 |     if (ret >= 0) {
      |        ^