AUR (en) - roccat-tools

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: roccat-tools-iskufx 5.9.0-2

Package Actions

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 Isku FX 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.000000
First Submitted:	2012-03-05 16:53 (UTC)
Last Updated:	2020-09-23 21:17 (UTC)

Dependencies (4)

roccat-tools-common^AUR
roccat-tools-isku^AUR
cmake (cmake-git^AUR) (make)
kmod-roccat^AUR (roccat-dkms^AUR) (optional) – Adds support for the old kone device.

Required by (0)

Sources (4)

Pinned Comments

aaronfischer commented on 2019-03-28 20:13 (UTC)

@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 (UTC)

@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 (UTC) (edited on 2017-01-04 21:58 (UTC) by aaronfischer)

@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 (UTC)

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

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 22 Next › Last »

AnAkkk commented on 2014-06-10 10:56 (UTC)

Doesn't compile anymore for me either, libgaminggear is installed but it doesn't find gaminggear/libusb.h.

salsadoom commented on 2014-06-10 02:14 (UTC)

Doesn't compile since -3, fails with Building C object libroccatwidget/CMakeFiles/libroccatwidget.dir/roccat_update_assistant.o [ 56%] Building C object libroccatwidget/CMakeFiles/libroccatwidget.dir/roccat_volume_scale.o [ 56%] Building C object libroccatwidget/CMakeFiles/libroccatwidget.dir/roccat_warning_dialog.o Linking C shared library libroccatwidget.so [ 56%] Built target libroccatwidget Makefile:126: recipe for target 'all' failed make: *** [all] Error 2 This also applies to -konextd and -ryos, probably the others. The split package is a good idea though!

aaronfischer commented on 2014-06-08 20:43 (UTC)

I've aded the compiler flag @salsadoom suggested. Home this will help.

AnAkkk commented on 2014-06-08 12:11 (UTC)

I guess I have the same issue as salsadoom: /usr/bin/roccateventhandler: symbol lookup error: /usr/lib/roccat/libryoseventhandler.so: undefined symbol: Py_InitModule

salsadoom commented on 2014-05-23 01:15 (UTC)

There seems to be a missing dep, to get roccateventhandler to run I had to change it to compile -DWITHOUT_PYTHON=TRUE otherwise it complains about a missing symbol. I lost the exact error message but doesn't isn't right there.

salsadoom commented on 2014-05-19 22:04 (UTC)

Oh, yup! My repo must have been out of date, that fixed it! Thanks! :D

aaronfischer commented on 2014-05-19 20:31 (UTC)

@salsadoom: Please update libgaminggear to 0.2.0-3(!), there was a small bugfix in the cmake directory (see comments on this package for details). If this does not fix your problem, please let me know.

salsadoom commented on 2014-05-19 19:31 (UTC)

Doesn't seem to compile for me... libgaminggear is installed, though. Thanks for maintaining this package! CMake Error at CMakeLists.txt:55 (FIND_PACKAGE): By not providing "FindGAMINGGEAR0.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "GAMINGGEAR0", but CMake did not find one. Could not find a package configuration file provided by "GAMINGGEAR0" (requested version 0.2.0) with any of the following names: GAMINGGEAR0Config.cmake gaminggear0-config.cmake Add the installation prefix of "GAMINGGEAR0" to CMAKE_PREFIX_PATH or set "GAMINGGEAR0_DIR" to a directory containing one of the above files. If "GAMINGGEAR0" provides a separate development package or SDK, be sure it has been installed.