also any specific reason to depend on specific version of libgaminggear? Why not use libgaminggear>=0.4.0 instead of libgaminggear=0.4.0 ? Updating to newer libgaminggear in your case requires either removal of roccat-tools or breaking deps.
Search Criteria
Package Details: roccat-tools-common 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: | ROCCAT tools common files |
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 (12)
- dbus-glib
- gtk2 (gtk2-maemoAUR, gtk2-patched-filechooser-icon-viewAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libcanberra
- libgaminggearAUR
- libgudev
- libnotify (libnotify-gitAUR)
- lua
- udev (systemd-chromiumosAUR, eudevAUR, systemd-selinuxAUR, systemd-gitAUR, systemd-fmlAUR, systemd)
- cmake (cmake-gitAUR) (make)
- kmod-roccatAUR (roccat-dkmsAUR) (optional) – Adds support for the old kone device.
Required by (25)
- roccat-dkms (optional)
- roccat-tools-arvo
- roccat-tools-isku
- roccat-tools-iskufx
- roccat-tools-kiro
- roccat-tools-kone
- roccat-tools-koneplus
- roccat-tools-konepure
- roccat-tools-konepuremilitary
- roccat-tools-konepureoptical
- roccat-tools-konextd
- roccat-tools-konextdoptical
- roccat-tools-kova2016
- roccat-tools-kovaplus
- roccat-tools-lua
- roccat-tools-nyth
- roccat-tools-pyra
- roccat-tools-ryosmk
- roccat-tools-ryosmkfx
- roccat-tools-ryostkl
- Show 5 more...
Sources (4)
Latest Comments
« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 22 Next › Last »
von commented on 2014-09-25 20:39 (UTC)
von commented on 2014-09-25 20:28 (UTC)
You can subscribe to updates on sourceforge you know. And get email with each new release on the projects you follow. A very useful feature for a maintainer.
AnAkkk commented on 2014-07-11 20:21 (UTC)
I've removed my comments because I found out the issue: my user was no longer in the group "roccat".
von commented on 2014-07-09 13:56 (UTC)
I just removed the old roccat-tools packages and installed the new ones. It's not like I use them all the time anyway.
pdq commented on 2014-07-09 02:33 (UTC)
How did you guys upgrade these packages? Installed fresh? Using --force doesn't seem to work with pacman -U and libgaminggear because it's not the package being installed that has depends issues it's the existing/already installed roccat-tools package.
If it's changed to >= then one would be able to upgrade libgaminggear to 0.4.0 while still having previous roccat-tools installed, which would then allow roccat-tools to get updated at the same time and after the libgaminggear. I cannot do this for the current PKGBUILD cause I'm still stuck using the old packages.
If you could graciously link us to the previous roccat-tools PKGBUILD? Then we'd be able to modify it from =0.3.0 to >=0.3.0 and then reinstall the old/existing package and then we'd be able to upgrade/install to this latest version and also do the same for that.
= to >= otherwise this problem will arise next time the package(s) need updating. I not think this is any problem because you maintain both packages and the next time there is an update needing specific versions you control it. :] Thanks.
aaronfischer commented on 2014-07-08 18:31 (UTC)
@Von, @pdq: The problem is that all roccat-tools NEED libgaminggear in version 0.4.0 and will not work with 0.3.0. So >= will fix the upgrade-problem, but is not correct :/ Is there no other solution sane for this problem?
von commented on 2014-07-08 12:04 (UTC)
I'm pretty sure roccat-tools is only needed for the configuration of roccat hardware. The kernel should have all the required drivers shipped with it since liek 3.0?
Another option is to make package depend on >=version instead of ==version, so that the future versions of the dependency won't be prevented from being installed.
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)
aaronfischer commented on 2015-11-22 13:21 (UTC) (edited on 2017-01-04 21:58 (UTC) by aaronfischer)
edward_81 commented on 2015-10-03 15:31 (UTC)