Package Details: root 6.14.04-2

Git Clone URL: https://aur.archlinux.org/root.git (read-only)
Package Base: root
Description: C++ data analysis framework and interpreter from CERN.
Upstream URL: http://root.cern.ch
Keywords: root
Licenses: LGPL2.1
Submitter: td123
Maintainer: kgizdov
Last Packager: kgizdov
Votes: 68
Popularity: 0.398578
First Submitted: 2012-04-08 19:07
Last Updated: 2018-10-07 19:42

Dependencies (33)

Sources (8)

Pinned Comments

kgizdov commented on 2018-01-17 23:10

IMPORTANT:

  • After installing root for the first time, $PYTHONPATH will not be updated until next login or manually sourcing /etc/profile.d/root.sh
  • 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-10-19 10:36

Hi, @kmiernik, the PYTHONPATH is set with this. If you just installed root, this script will not be sourced until you login again or you run it manually. Try running it manually. You should not be sourcing thisroot.sh - that behavior is old & broken.

@terawth & @bins, while I can see you are trying to help, this is not the way. Comments here are for the root package support only. If everyone started listing the ways they circumvent root or use different packages, the comments will be endless.

terawth commented on 2018-10-19 08:21

@kmiernik How are you launching Python? Using python, python2 or an external installation somewhere like anaconda?

To avoid using ROOT, you could use uproot to read ROOT files into Python directly:

https://github.com/scikit-hep/uproot

bins commented on 2018-10-19 08:07

You could perhaps use Go-HEP to read the ROOT file and gonum/hdf5 to write the output file?

kmiernik commented on 2018-10-19 07:58

I have problem with pyroot with this package - "import ROOT" would not work, perhaps due to pats not being set properly (PYTHONPATH is empty). Sourcing the "thisroot.sh" which should set these breaks the bash, I end up with ("sed: command not found"). Frankly speaking I need root to use rootpy to convert root files to HDF5 format.

parnmatt commented on 2018-10-08 20:22

Interesting; I swear I've manually installed ROOT 6 using a beta version of clang 7

Fair enough; makes sense.

kgizdov commented on 2018-10-08 20:12

@parnmatt, ROOT requires a custom version of Clang 5 and it itself requires LLVM 5. LLVM is a makedepend, so you can remove it and its dependencies after compilation. The point is create a more stable package that includes all upstream fixes in LLVM 5.

parnmatt commented on 2018-10-08 17:23

why has llvm50-libs (which is llvm 5.0.2) been added? why not just use llvm-libs (which is llvm 7.0.0)? especially if the idea was to use an external LLVM.

Not everyone uses LLVM, so forcing it to use an external isn't the best idea. Why not check if there is already an external LLVM that is compatibly; and if not, then use the internal build?

I just had to "manually" install icu59 and llvm50-libs (which are older than current repo) to update this install of ROOT.

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: https://sft.its.cern.ch/jira/browse/ROOT-9521

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.