Arch Linux User Repository

I took over maintaining this package back in April 2024 after it had been Orphaned for over 2 years at that point. Since December 2024 I have replaced my trusty T300 (after nearly 6 years) with a Moza wheelbase.

As such I can no longer spot issues as they develop as I no longer regularly use the driver.
But, I do still have time, and own the old wheelbase just in case, that I can do patches as necessary, but I need to be told of issues.

I believe this is better then Orphaning the package, again, but if you want to take over maintenance, I am happy to transfer the package.

Hi! Nice to see my work on Moza (both with fixing/upgrading pidff driver and creating Boxflat) made people switch to a cost effective DD setup.

On that note, I noticed that the install script ALWAYS rmmods the thrustmaster driver which can result in error if it wasn't loaded in the first place. I think it would be good to actually check if it's loaded before trying to rmmod it. Maybe with something like if [[ "$(lsmod | grep hid_universal_pidff)" != "" ]]; then

@DerGeneralFluff My bad, I was looking on github trying to solve some strange deadzone issues and just assumed that the missing joyutils was the culprit. It even says in the readme that "make udev-rules" is optional, so I should have read more carefully. Still, having installed it and manually copying the rules doesn't change much. As for issue #132, it doesn't seem to occour, but I only have a T300 to try.

I took over maintaining this package back in April 2024 after it had been Orphaned for over 2 years at that point. Since December 2024 I have replaced my trusty T300 (after nearly 6 years) with a Moza wheelbase.

As such I can no longer spot issues as they develop as I no longer regularly use the driver.
But, I do still have time, and own the old wheelbase just in case, that I can do patches as necessary, but I need to be told of issues.

I believe this is better then Orphaning the package, again, but if you want to take over maintenance, I am happy to transfer the package.

@Mattyan

According to this recent change: https://github.com/Kimplul/hid-tmff2/pull/135/commits/d4ed156bef862b8d24c655b52fef162d614d2a29 joyutils (extra) is required to make the included udev rules load correctly, so I think it should be a dependency.

Currently the udev rules are not being installed at all, as I missed https://github.com/Kimplul/hid-tmff2/commit/b264745e74cc39a4b814e2e747513754a0f1b3ee (and before October the Readme had only a vague suggestion to approach this in case of an issue) which added the file and make udev-rules (which is NOT executed when make is invoked by dkms).

The question is if this fix should be shipped. Compared to the blacklisting (now shipped with the package since Dec 24th), which I had to do manually before to get my T300 wheel to work, the deadzone was never an issue. Considering https://github.com/Kimplul/hid-tmff2/issues/132 I will postpone a decision it till the issue has been confirmed resolved.

According to this recent change: https://github.com/Kimplul/hid-tmff2/pull/135/commits/d4ed156bef862b8d24c655b52fef162d614d2a29 joyutils (extra) is required to make the included udev rules load correctly, so I think it should be a dependency.

upon updating this package after a kernel update (without restarting), it attempts to build for the current running kernel instead of the newly installed kernel

upon looking further into it your pkgbuild has an .install file that goes against the guidelines https://wiki.archlinux.org/title/DKMS_package_guidelines#Module_loading_automatically_in_.install

removing the .install file should pretty much fix the issue, i've removed lines 15 and 18 in the pkgbuild locally and it builds and installs without issue

@HaP my bad, just saw it not build without headers, and thought it was a flaw in the original package and fixed it. You are right, dkms modules on here do not list headers as dependencies, although I did see hid-fanatecff having in the list too, so I guess I am not the only one to make this misstep...

Anyway, it is fixed now

dkms already requires various linux-headers, please do not specify requiring linux mainline headers, as users of lts and zen and other kernels require different ones. zfs, nvidia and other dkms aur packages do not require headers, only dkms

You are using a latest git checkout. So your package must be renamed to hid-tmff2-dkms-git, i.e. with -git suffix.

When doing so, please also add provides=("hid-tmff2-dkms=${pkgver}") and conflicts=("hid-tmff2-dkms").

Please rename (= submit new package an file a merge request to the old package).

Also, please use a pkgver() function that guarantees a monotoneously increasing $pkgver for each upstream git commit.

Thanks for maintaining!