Package Details: cpu-x 4.3.1-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: http://X0rg.github.io/CPU-X/
Keywords: CPU CPU-Z
Licenses: GPL3
Submitter: Xorg
Maintainer: Xorg
Last Packager: Xorg
Votes: 98
Popularity: 3.60
First Submitted: 2014-11-02 11:35 (UTC)
Last Updated: 2022-05-08 10:17 (UTC)

Pinned Comments

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

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

Latest Comments

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

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

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

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

hayao commented on 2020-08-30 07:08 (UTC) (edited on 2020-08-30 07:09 (UTC) by hayao)

cpu-x cannot be started with the following error, but it can be started by rebuilding. cpu-x: error while loading shared libraries: libcpuid.so.14: cannot open shared object file: No such file or directory

Xorg commented on 2020-05-24 15:06 (UTC)

@WFV: Ah, yes, yesterday libcpuid-git was broken due to a change from Autotools to CMake build system in libcpuid PKGBUILD (upstream fix).
Ok, good to know this issue is solved.

WFV commented on 2020-05-24 14:57 (UTC) (edited on 2020-05-24 14:57 (UTC) by WFV)

@Xorg: Thank you for reply (and for the package!). It looks like it didn't bring in libcpuid-git dependency, but I got a successful build+install with yay -Sua libcpuid-git. Yesterday cpu-x failed yay -Sua cpu-x, and same failure when I tried the Git Clone URL and makepkg, the lines preceding those mentioned indicated libcpuid files didn't exist in src. All good now.

Xorg commented on 2020-05-24 07:01 (UTC)

@WFV: I don't know, the error does not display "why". It works for me with libcpuid 0.4.1-1 and cpu-x 4.0.0-1. Try to add --verbose on cmake --build build line (in CPU-X PKGBUILD), and paste the output to your favorite pastebin.

WFV commented on 2020-05-24 01:47 (UTC) (edited on 2020-05-24 01:48 (UTC) by WFV)

makepkg fails to build, maybe libcpuid is reason? [24/43] Building C object src/CMakeFiles/cpu-x-daemon.dir/daemon.c.o FAILED: src/CMakeFiles/cpu-x-daemon.dir/daemon.c.o [27/43] Building C object src/CMakeFiles/cpu-x.dir/core.c.o FAILED: src/CMakeFiles/cpu-x.dir/core.c.o [33/43] Building C object src/dmidecode/CMakeFiles/dmidecode.dir/dmidecode.c.o ninja: build stopped: subcommand failed. ==> ERROR: A failure occurred in build(). Aborting...

Xorg commented on 2020-03-11 18:01 (UTC)

@utsi: Yes, you know you're right. Done in b691538cabdd.

utsi commented on 2020-03-11 11:56 (UTC)

Could you please disable updated version checks by adding -DWITH_LIBCURL=0 to cmake?

https://github.com/X0rg/CPU-X/wiki/FAQ#forbid-check-for-new-version

aviallon commented on 2019-11-30 16:22 (UTC)

What a niiiice package. Tanks Xorg !

Xorg commented on 2018-12-02 20:28 (UTC)

@yochananmarqos: Ok. Please leave a comment instead of using the flag out-of-date function next time.

Xorg commented on 2018-06-08 17:37 (UTC)

@ReiLucio: As severach said, more generally, you need to rebuild all your AUR packages that depend upon procps-ng to build them against libprocps.so.7.

severach commented on 2018-06-08 04:53 (UTC)

Works fine here. Try recompiling.

ReiLucio commented on 2018-06-08 03:33 (UTC)

cpu-x: error while loading shared libraries: libprocps.so.6: cannot open shared object file: No such file or directory

Xorg commented on 2014-11-02 19:49 (UTC)

I can't reproduce this bug. Try this modified PKGBUILD: http://pastebin.archlinux.fr/651540 If there is warning on 'make', please paste him here.

karol_007 commented on 2014-11-02 18:38 (UTC)

Recompiled, reinstalled, still crashes with sudo or as root, even with '--no-gui'.

Xorg commented on 2014-11-02 16:46 (UTC) (edited on 2015-10-04 09:38 (UTC) by Xorg)

Hi karol_007. Sorry for CMake, I've forgot it. Added, thank. Ok, typo has been fixed on Git (commit: https://github.com/X0rg/CPU-X/commit/f7f3bd2bf804dc85dbeb54bd6219f67551096b93). Thank. I'm sorry, I don't understand what's happen. Please try to add this in PKGBUILD: option=(!buildflags) And recompile. Then, tell me if it's work.

karol_007 commented on 2014-11-02 14:26 (UTC)

Please add cmake as a makedependency and correct the typo: [in English] the first field in the 'Mainboard' (motherboard?) tab should say 'manufacturer'. On a 32-bit Arch I get $ sudo cpu-x *** stack smashing detected ***: cpu-x terminated ======= Backtrace: ========= /usr/lib/libc.so.6(+0x6bca9)[0xb6c97ca9] /usr/lib/libc.so.6(__fortify_fail+0x37)[0xb6d26a17] /usr/lib/libc.so.6(+0xfa9da)[0xb6d269da] cpu-x(instructions+0x0)[0x804a350] cpu-x(main+0x7f)[0x804989f] /usr/lib/libc.so.6(__libc_start_main+0xde)[0xb6c43e5e] cpu-x[0x80499ca] ======= Memory map: ======== 08048000-08050000 r-xp 00000000 08:01 2524133 /usr/bin/cpu-x 08050000-08051000 r--p 00007000 08:01 2524133 /usr/bin/cpu-x 08051000-08052000 rw-p 00008000 08:01 2524133 /usr/bin/cpu-x 08e12000-08e33000 rw-p 00000000 00:00 0 [heap] b5f08000-b5f24000 r-xp 00000000 08:01 2496858 /usr/lib/libgcc_s.so.1 b5f24000-b5f25000 rw-p 0001b000 08:01 2496858 /usr/lib/libgcc_s.so.1 b5f25000-b5f2a000 rw-p 00000000 00:00 0 b5f2a000-b5f2e000 r-xp 00000000 08:01 2511624 /usr/lib/libXxf86vm.so.1.0.0 b5f2e000-b5f2f000 r--p 00004000 08:01 2511624 /usr/lib/libXxf86vm.so.1.0.0 b5f2f000-b5f30000 rw-p 00005000 08:01 2511624 /usr/lib/libXxf86vm.so.1.0.0 etc. etc. Do you want me to post the whole thing somewhere?