Arch Linux User Repository

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.

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

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

I tested it and it seems to work fine now thanks to your adjustment. Thank you so much!

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.

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

@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?

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

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

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) {
      |        ^

Hello,

A while ago I made a issue to request signed sources, this is now available. [1]

Could the package be updated to support this with the latest version, following official guidelines. [2]

Thank you,
Polarian

[1] https://github.com/Sapd/HeadsetControl/issues/318#issuecomment-2029818797
[2] https://rfc.archlinux.page/0011-store-source-signing-keys/