Package Details: root 6.14.02-1

Git Clone URL: (read-only)
Package Base: root
Description: C++ data analysis framework and interpreter from CERN.
Upstream URL:
Keywords: root
Licenses: LGPL2.1
Submitter: td123
Maintainer: kgizdov
Last Packager: kgizdov
Votes: 68
Popularity: 1.262867
First Submitted: 2012-04-08 19:07
Last Updated: 2018-08-08 23:34

Dependencies (32)

Sources (8)

Pinned Comments

kgizdov commented on 2018-01-17 23:10


  • CMake settings of ROOT are conditionally and dependency related, don't mess with them without reading and making an effort to understand the ROOT Building Guide
  • The package is thoroughly tested on a few different machines on every release. Please take this into account when reporting problems. Try to weed out user error first.
  • I only provide support for the packages I currently maintain. For custom installations, there is the ROOT support forum.
  • I welcome suggestions to provide a different variant of ROOT. So far no such requests have been made, not for lack of asking from my side.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

kgizdov commented on 2018-08-08 12:00

@op3, I'm guessing this affects everything up to and including 6.15. If that is the case, I will monitor for a patch and apply it - thanks for reporting.

EDIT: scratch that, there's a new version 6.14/02 that fixes a lot of things (this included). I will push that instead.

op3 commented on 2018-08-07 07:45

Apparently, (Py)ROOT is currently incompatible with python3.7. In particular, there is a problem in PyRootType.cxx:

This also causes the build to fail.

kgizdov commented on 2018-08-03 10:42

@skaphle, you cannot build a new package version over the old one with the same cache. CMake does not work that way; and even the src directory has changed as you can see by the paths you posted. You don't need to do what you did. You can just run git pull && makepkg -C inside the folder of the package.

Furthermore, in order to mitigate this rookie mistake, I would have to auto-delete the build directory on every prepare() call, so that you never have any CMakeCache.txt to work with and force a rebuild. This will make a lot of people that use ccache or CMake integration and other similar tools very very very angry.

Thus, I urge you to read the Arch Wiki page on makepkg and go through the PKGBUILD of ROOT until you are satisfied you understand what it does. Happy AUR-ing.

skaphle commented on 2018-07-31 07:37

I updated from 6.12.04 to 6.14.00 and I got the error:

CMake Error: The source "/my/home/builds/root/src/root-6.14.00/CMakeLists.txt" does not match the source "/my/home/builds/root/src/root-6.12.04/CMakeLists.txt" used to generate cache. Re-run cmake with a different source directory. ==> ERROR: A failure occurred in prepare().

I had to remove the package and source, clone again and recompile. Is this to be expected after every update?

kgizdov commented on 2018-07-06 15:58

@test0 @ptrstn found the culprit - it's a bug. I've patched it.

kgizdov commented on 2018-07-06 13:00

@test0 @ptrstn I will look into what's happening. Do you perhaps have openblas or openblas-lapack installed with python-numpy? While configuring do you see tmva-cpu

ptrstn commented on 2018-07-06 12:21

Compilation failed for me too without python-numpy.

I've got the same error message as @test0

test0 commented on 2018-07-05 17:01

@kgizdov, here is the output:

-- Found PythonInterp: /usr/bin/python (found version "3.6.6") 
-- Found PythonLibs: /usr/lib/ (found version "3.6.6") 
CMake Error at cmake/modules/FindNumPy.cmake:62 (message):
  NumPy import failure:

  Traceback (most recent call last):

    File "<string>", line 1, in <module>

  ModuleNotFoundError: No module named 'numpy'

Call Stack (most recent call first):
  cmake/modules/SearchInstalledSoftware.cmake:9 (_find_package)
  cmake/modules/SearchInstalledSoftware.cmake:452 (find_package)
  CMakeLists.txt:110 (include)

-- Configuring incomplete, errors occurred!
See also "[...]/src/build/CMakeFiles/CMakeOutput.log".
See also "[...]/src/build/CMakeFiles/CMakeError.log".
==> ERROR: A failure occurred in prepare().

test0 commented on 2018-06-28 18:49

I guess that python-numpy need to be added as mandatory dependency, compilation failed because it was not installed.

kgizdov commented on 2018-06-20 09:40

@cap_sensitive, I guess I would have to make a sticky comment for this too, it's been mentioned many times in the comments here. This is not a problem with the package - it's the fact that before (more than a year ago) libAfterImage was built-in and now it's a dependency. So if you haven't updated since then, you need to do sudo pacman -Rns root and then build in a clean environment - remove your old build.