Arch Linux User Repository

@Gonzo2028: See here: https://www.reddit.com/r/linux_gaming/comments/5js1l2/im_stefan_achatz_stopping_programming_linux/

@gonzo2028: There are 2 alternative ways: 1. @aaronfischer splits the package into 25 different ones and whenever there is an update he will have to update 25 individual packages; good for the useres, not so good for the maintainer. 2. @aaronfischer "merges" all the files from the split packages into a single package. This will result in installing binaries, udev rules and .desktop files for 25 devices for every user. Less work for the maintainer, not practical for the users. As is it, the maintainer maintains one single "split-package" and users that use an AUR helper such as yaourt, can uninstall the packages they don't need. This way users get to keep only the files they need to support their own device and the maintainer does not have to modify and commit 25 packages every time there is an update. Hope this helps clear it.

@edward_81: Please read the previous comments here. I've talked to Stefan about this. Every version of roccat-tools need a specific version of libgaminggear to work correctly. There are two options here: Consistent/reliable package and a little bit of hasle on upgrades -- or easy upgrade process and the chance of a broken package with weird bugs everywhere. I've choosen the first option.

Is possible to change the dependency line for libgaminggear from: libgaminggear=0.11.1 to: libgaminggear>=0.11.1 Because every time i try to upgrade the system with yaourt/aur, it complain that roccat-tool-common need that exactly version of libgaminggear.

This no longer successfully builds with the latest version of gcc and gcc-libs. It works fine with version 9.3.0, but it fails with 10.1.0. Here's the log of a second run of makepkg -i with gcc and gcc-libs 10.1.0 https://pastebin.com/Hd4CL74y

Builds with pango 1.44.5 if you add

-DCMAKE_C_FLAGS="$(pkg-config --cflags harfbuzz)" \

to the cmake directives.

Error compiling. It looks like an issue with new pango:

In file included from /usr/include/pango-1.0/pango/pango-font.h:25,
                 from /usr/include/pango-1.0/pango/pango-attributes.h:25,
                 from /usr/include/pango-1.0/pango/pango.h:25,
                 from /usr/include/gtk-2.0/gdk/gdktypes.h:37,
                 from /usr/include/gtk-2.0/gdk/gdkscreen.h:32,
                 from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:31,
                 from /usr/include/gtk-2.0/gdk/gdk.h:32,
                 from /usr/include/gtk-2.0/gtk/gtk.h:32,
                 from /tmp/yaourt-tmp-mattia/aur-roccat-tools-kovaplus/src/roccat-tools-5.9.0/libroccathelper/gtk_roccat_helper.h:21,
                 from /tmp/yaourt-tmp-mattia/aur-roccat-tools-kovaplus/src/roccat-tools-5.9.0/libroccathelper/gtk_roccat_helper.c:18: /usr/include/pango-1.0/pango/pango-coverage.h:28:10: fatal error: hb.h: No such file or directory
   28 | #include <hb.h>
      |          ^~~~~~
compilation terminated.
make[2]: *** [libroccathelper/CMakeFiles/libroccathelper.dir/build.make:136: libroccathelper/CMakeFiles/libroccathelper.dir/gtk_roccat_helper.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:408: libroccathelper/CMakeFiles/libroccathelper.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[  4%] Built target kone_dbus_bindings
make: *** [Makefile:141: all] Error 2

EDIT: the only way I've found to fix the issue is to compile with package pango-1:1.43.0-2 installed. Then you can upgrade pango to current version

There are new relases again for roccat? Is Stefan working on it again or has somebody taken over the project since 5.8.0 and now 5.9.0 have been released?

@Gonzo2028: See here: https://www.reddit.com/r/linux_gaming/comments/5js1l2/im_stefan_achatz_stopping_programming_linux/

i just got a roccat vulcan aio 100/120 and now i ve just seen that there is no package for that keyboard. any chance to get a package for that keyboard?

When I try to install the XTD AUR packages, I get the following error:

no results found for roccat-tools package failed to retrieve roccat-tools package

CMake 3.13.3 broke this PKGBUILD because it now requires to specify a build directory. As mentioned in CMake's issue tracker it seems that not specifying a build directory was never a supported scenario to begin with.

The fix is as easy as adding a dot:

cmake . -DFOO=bar instead of just
cmake -DFOO=bar

... as can be seen in the git history of another AUR package's PKGBUILD.

The CMake guys recently patched this behavior but CMake will still issue a warning; also, who knows when the new CMake version is due and when it'll land in the Arch Linux Extra repo.

Thanks! BTW, the libgaminggear package is affected by this as well.

Thanks for the hint @astaoth, I've updated the libgaminggear package.