Noting that the upstream repository has been archived, and that the package as it currently is does not build. Any patches are welcome if necessary, or if someone else wishes to maintain it, do let me know.
Search Criteria
Package Details: koku-xinput-wine 1.2.3-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/koku-xinput-wine.git (read-only, click to copy) |
|---|---|
| Package Base: | koku-xinput-wine |
| Description: | Adds xinput support to Wine without modifying the source binaries of Wine. |
| Upstream URL: | https://www.github.com/KoKuToru/koku-xinput-wine |
| Keywords: | controller wine xbox xinput |
| Licenses: | BSD |
| Conflicts: | koku-xinput-wine-git |
| Provides: | koku-xinput-wine |
| Submitter: | ekkelett |
| Maintainer: | ekkelett |
| Last Packager: | ekkelett |
| Votes: | 4 |
| Popularity: | 0.000000 |
| First Submitted: | 2016-10-23 23:48 (UTC) |
| Last Updated: | 2018-07-16 08:27 (UTC) |
Dependencies (5)
- lib32-sdl2 (lib32-sdl2-compat-gitAUR)
- sdl2 (sdl2-compat-gitAUR, sdl2-gitAUR)
- cmake (cmake-gitAUR) (make)
- gcc-multilib (gcc-gitAUR, gcc-libs-gitAUR, gcc-fortran-gitAUR, gcc-objc-gitAUR, gcc-ada-gitAUR, gcc-go-gitAUR, gccrs-gitAUR, gccrs-libs-gitAUR, gcc-snapshotAUR, gcc) (make, x86_64)
- wine (wine-valveAUR, wine-stable-nextAUR, wine64-ge-aarch64-binAUR, wine-stableAUR, wine-wow64-gitAUR, wine-staging-wow64-gitAUR, wine-ge-customAUR, wine-wow64AUR, wine-staging-wow64AUR, wine-gitAUR, wine-staging-gitAUR, wine-tkg-staging-wow64-binAUR, wine-staging) (make)
Required by (0)
Sources (1)
Latest Comments
ekkelett commented on 2020-05-27 09:56 (UTC)
Keiko commented on 2019-09-07 15:48 (UTC)
I'm getting error while attempting to install in arch linux.
Terminal output: https://pastebin.com/raw/AALMdhws
missingSleepDeps commented on 2018-11-11 00:14 (UTC)
CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:2 (project)
CMake Error at CMakeLists.txt:2 (project): The CMAKE_CXX_COMPILER:
Build fails on Manjaro as the Makefile can't be fully generated due to: " x86_64-w64-mingw32-g++
is not a full path and was not found in the PATH.
Tell CMake where to find the compiler by setting either the environment variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path to the compiler, or to the compiler name if it is in the PATH.
-- Configuring incomplete, errors occurred! " So where is the package providing " x86_64-w64-mingw32-g++" and why doesn't Octopi have an option to search for packages by the files that they provide?
ekkelett commented on 2017-11-13 15:11 (UTC)
Thanks for helping out, ainola! :) Sorry for not getting around to this till you flagged it as out-of-date, but busy days.
I can help make 32-bit and 64-bit work, but I have no interest in maintaining 32-bit support since Arch has deprecated it per https://www.archlinux.org/news/the-end-of-i686-support/.
You're absolutely on spot about the releases: I'm splitting them up and fixing this one to follow the releases. :)
<deleted-account> commented on 2017-11-11 07:39 (UTC)
workaround: edit /etc/makepkg.conf to not contain the default ',-z,relro' in LDFLAGS, and revert after building.
your build script transmits system build flags to CMake which would be fine if not for the fact that this is a CROSS-BUILD.
ainola commented on 2017-11-07 06:30 (UTC)
Thanks for maintaining this package, ekkelett.
This package should follow the actual releases on github (there was one released just 20 hours ago, btw) as it does not have the -git suffix in the package name.
Also, the depends() section should be split up into 32-bit and 64-bit sections so that both 32 bit and 64 bit will work. For 64-bit, gcc-multilib should be a makedep.
ekkelett commented on 2017-10-01 22:04 (UTC) (edited on 2017-10-01 22:07 (UTC) by ekkelett)
@Yamakaky right-o -- my mistake. mingw is for Windows however.
Well, the CMakelists look for mingw to some extent, but the -z flag is not compatible with the version of ld that comes with mingw. Overriding the compiler could also work as an alternative.
Yamakaky commented on 2017-10-01 16:42 (UTC) (edited on 2017-10-01 16:45 (UTC) by Yamakaky)
Not at all, I'm on arch! The compiler is from the package mingw-w64-gcc. It seems to work if I uninstall it.
ekkelett commented on 2017-10-01 16:03 (UTC)
@Yamakaky I'd wager it's because you're trying to compile this with Windows Subsystem for Linux, no? Check the make-related sources in the project, and replace the usage of "-z" for WSL/Cygwin alternative.
Yamakaky commented on 2017-09-30 19:18 (UTC)
I get the following error :
/usr/bin/i686-w64-mingw32-gcc -march=native -O2 -pipe
-fdiagnostics-color=auto -fstack-protector-strong
-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,--whole-archive
CMakeFiles/cmTC_55217.dir/objects.a -Wl,--no-whole-archive -o
cmTC_55217.exe -Wl,--out-implib,libcmTC_55217.dll.a
-Wl,--major-image-version,0,--minor-image-version,0
@CMakeFiles/cmTC_55217.dir/linklibs.rsp
/usr/lib/gcc/i686-w64-mingw32/7.2.0/../../../../i686-w64-mingw32/bin/ld:
unrecognized option '-z'
/usr/lib/gcc/i686-w64-mingw32/7.2.0/../../../../i686-w64-mingw32/bin/ld:
use the --help option for usage information
Any idea why that is?
Pinned Comments
ekkelett commented on 2020-05-27 09:56 (UTC)
Noting that the upstream repository has been archived, and that the package as it currently is does not build. Any patches are welcome if necessary, or if someone else wishes to maintain it, do let me know.