Package Details: roccat-tools-pyra 5.9.0-2

Git Clone URL: https://aur.archlinux.org/roccat-tools.git (read-only, click to copy)
Package Base: roccat-tools
Description: Userland applications to configure and make extended use of ROCCAT Pyra devices
Upstream URL: http://roccat.sourceforge.net
Keywords: gui hardware keyboard mouse settings
Licenses: GPL2
Submitter: russo79
Maintainer: aaronfischer
Last Packager: aaronfischer
Votes: 55
Popularity: 0.000340
First Submitted: 2012-03-05 16:53
Last Updated: 2019-08-24 19:39

Dependencies (3)

Required by (0)

Sources (3)

Pinned Comments

aaronfischer commented on 2019-03-28 20:13

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

Stunts commented on 2017-01-05 13:13

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

aaronfischer commented on 2015-11-22 13:21

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

edward_81 commented on 2015-10-03 15:31

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.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Endershadow commented on 2020-05-19 19:29

@aaronfischer Sorry, I'm not sure what the patch to fix it would be, I was just mentioning it so that if someone tries to install it in the future, they know that downgrading gcc and gcc-libs to 9.3.0 will allow them to successfully build it.

aaronfischer commented on 2020-05-19 19:25

@Endershadow: Can you provide a patch for this? Stefan Achatz stepped back as the only developer on this project, so this will not be fixed right away I guess :/

Endershadow commented on 2020-05-17 21:25

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

haawda commented on 2019-08-19 20:11

Builds with pango 1.44.5 if you add

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

to the cmake directives.

nTia89 commented on 2019-08-14 20:04

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

fettouhi commented on 2019-05-15 06:39

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?

aaronfischer commented on 2019-03-28 20:13

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

Gonzo2028 commented on 2019-03-27 19:17

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?

madmalkav commented on 2019-03-16 12:06

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

antianno commented on 2019-02-01 18:35

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.