Package Details: cpu-x 4.5.2-1

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)

Dependencies (18)

Required by (0)

Sources (1)

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.

Latest Comments

1 2 3 Next › Last »

UnicornDarkness commented on 2022-10-23 09:22 (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.

dpirate commented on 2022-10-22 19:59 (UTC)

3 implementations of awk (one being in AUR) needed to check cpu-x? Really?

UnicornDarkness commented on 2022-09-25 13:45 (UTC)

@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?

Neko-san commented on 2022-09-24 22:45 (UTC)

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)

UnicornDarkness commented on 2022-03-14 17:57 (UTC) (edited on 2022-03-14 18:00 (UTC) by UnicornDarkness)

@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).

MajorMayer commented on 2022-03-14 17:24 (UTC)

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?

MarsSeed commented on 2022-03-06 13:43 (UTC)

@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).

rfried commented on 2022-03-04 20:43 (UTC)

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.

UnicornDarkness commented on 2020-10-28 20:11 (UTC)

If you have an error about libcpuid.so, you need to rebuild the package.