| Git Clone URL: | https://aur.archlinux.org/cpu-x.git (read-only, click to copy) |
|---|---|
| Package Base: | cpu-x |
| Description: | A Free software that gathers information on CPU, motherboard and more |
| Upstream URL: | https://thetumultuousunicornofdarkness.github.io/CPU-X |
| Keywords: | CPU CPU-Z |
| Licenses: | GPL3 |
| Submitter: | UnicornDarkness |
| Maintainer: | UnicornDarkness |
| Last Packager: | UnicornDarkness |
| Votes: | 119 |
| Popularity: | 3.41 |
| First Submitted: | 2014-11-02 11:35 (UTC) |
| Last Updated: | 2022-11-12 17:31 (UTC) |
3 implementations of awk (one being in AUR) needed to check cpu-x? Really?
@dpirate this point was already discussed in https://github.com/X0rg/CPU-X/issues/243. To be short, gawk is not the default on all systems, and in the past, we discovered some issues when mawk is a symlink to awk. The goal is this test case is to ensure that regex will work properly with gawk, nawk and mawk.
If you do not want to do tests, just use makepkg --nocheck or change BUILDENV in /etc/makepkg.conf.
3 implementations of awk (one being in AUR) needed to check cpu-x? Really?
@Neko-san if you want to use LDFLAGS="-static", you need to have every static library that CPU-X depends on available on your system.
For example, -lgtk-3 will look for /usr/lib/libgtk-3.a, but this static library is not shipped with the gtk3 package from official repositories.
I am curious how your LDFLAGS="-static" works with other programs. Does it fallback by using shared library if static library is missing?
Including LDFLAGS="${LDFLAGS/-static/}" can prevent a static link build error that gets thrown near the end
(I generally have static linking globally enabled so that re-building isn't a necessity, but it doesn't work here, so figured I'd mention it to preemptively avoid the issue in case others do the same)
@MajorMayer: It is a packaging issue from okimfpsdrv with a side effect on cpu-x.
As wrote in Arch package guidelines, /usr/libexec/ should not be used:
Avoid using
/usr/libexec/for anything. Use/usr/lib/$pkgname/instead.
As okimfpsdrv uses /usr/libexec/, CMake detects this directory exists, so CMake try to use this directory to put cpu-x-daemon, but as you noticed, it creates an issue.
As a workaround, I can add -DCMAKE_INSTALL_LIBEXECDIR="lib/cpu-x" during CMake invocation in CPU-X PKGBUILD (done in 23a1bbd001de).
I get the error: - cpu-x: /usr/libexec already exists in filesystem (owned by okimfpsdrv)
Is this package not compatible with okimfpsdrv? Can i do something about that?
@rfried If so, that's a Pamac problem, not an issue with this package.
I don't use Pamac myself but it should look for the provides field of packages and offer suitable dependencies.
Same is true for all AUR helpers. (And unfortunately not all of them do so by default).
pamac does report a dependeny problem about missing opencl-icd-loader. opencl-icd-loader ist provided by ocl-icd. Adding odc-icd does allow pamac to install cpu-x 4.3.0-1.
If you have an error about libcpuid.so, you need to rebuild the package.
Pinned Comments
UnicornDarkness commented on 2020-10-28 20:11 (UTC)
If you have an error about
libcpuid.so, you need to rebuild the package.