FEDORA-EPEL-2016-8ea82e4f90 created by ellert 4 years ago for Fedora EPEL 7

Properly own two subdirectories in /usr/include/root.

This update has been submitted for testing by ellert.

4 years ago

This update has been pushed to testing.

4 years ago
User Icon ksmith0 commented & provided feedback 4 years ago

I've observed two issues when making use of this package over an install from http://root.cern.ch. The first is that at compile time the linking fails due to missing dependencies.

/usr/bin/ld: cannot find -lPhysics

/usr/bin/ld: cannot find -lMultiProc

collect2: error: ld returned 1 exit status

This package provides a utility called root-config which provides the list of libraries that can be used to compile against. The command root-config --libs lists -lPhysics and -lMultiProc which require the package root-physics and root-multiproc respectively.

An additional issue is observed when simply running the root command the following error messages are displayed.

input_line_1:1:10: fatal error: 'new' file not found #include <new> input_line_3:38:10: fatal error: 'string' file not found #include <string> ------------------------------------------------------------------------- | Welcome to ROOT 6.06/06 http://root.cern.ch | | (c) 1995-2016, The ROOT Team | | Built for linuxx8664gcc | | From heads/v6-06-00-patches@v6-06-04-66-gb9c1d82, Aug 17 2016, 22:10:00 | | Try '.help', '.demo', '.license', '.credits', '.quit'/'.q' | -------------------------------------------------------------------------

input_line_7:1:10: fatal error: 'iostream' file not found #include <iostream>

This update has reached 14 days in testing and can be pushed to stable now if the maintainer wishes

4 years ago

Hi @ksmith0

The issues you report are not new problems introduced with this update. They are therefore not reasons not to push this update to stable and, consequently, not reasons to give a negative karma vote. The karma system is intended to catch regressions introduced by pending updates. Bugs and issues in already stable versions of packages in Fedora and EPEL should instead be reported in bugzilla.

Since the issues are not introduced by this update I will now push it to stable.

That said, some of the issued you report will be addressed in the next update. The root packages are intended to be modular so that users can install the pieces they need without dragging in dependencies of pieces they don't use. Adding the libraries listed by "root-config --libs" as dependencies to root-core would violate this idea. However, given that most of these packages are already dragged in as dependencies of the root-graf-asimage package which already is a dependency of root-core (only root-physics and root-multicore are not, and neither of them brings along additional dependencies), adding these is a reasonable compromise between modularity and usability.

The missing scriptlets calling ldconfig in root-multicore will also be addressed.

Regarding the problem with the missing headers I can not reproduce it. It really should not be possible to install root without the headers because:

  • root depends on root-core
  • root-core depends on root-cling
  • root-cling depends on gcc-c++
  • gcc-c++ depends on libstdc++-devel
  • libstdc++-devel contains the new, string and iostream headers

This update has been submitted for stable by ellert.

4 years ago

This update has been pushed to stable.

4 years ago

It is not clear to an outsider where bugs should be reported for repos. Any guidance on where to find the root repo in bugzilla would be appreciated.

This issue recently came up again for another user who contacted me separately after finding this report. We had to work through the problem again and discovered that the additional packages, root-physics and root-multicore need to be installed.

After solving the issue I decided I should update this report with the solution we discovered, as he found me through this message. Now as I type this I see that you had already given the solution in your message, I'm not sure why that was so opaque in hindsight. I'm leaving this here now in an attempt to avoid repeatedly solving this problem in the future.

This issue should not exist anymore. All libraries used by "root-config --libs" are listed as requires in the root-core package. This has been the case since version 6.06.08-1 (September 2016). Are you for some reason installing old packages that are no longer available in EPEL? The current version in EPEL stable is 6.10.04-1 and in EPEL testing root-6.10.06-1. Which version are you installing?

$ root-config --libs
-L/usr/lib64/root -lCore -lImt -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lTreePlayer -lRint -lPostscript -lMatrix -lPhysics -lMathCore -lThread -lMultiProc -pthread -lm -ldl -rdynamic

$ rpm -q --requires root-core | grep ^root
root-cling(x86-64) = 6.10.06-1.fc26
root-fonts = 6.10.06-1.fc26
root-graf(x86-64) = 6.10.06-1.fc26
root-graf-asimage(x86-64) = 6.10.06-1.fc26
root-graf-gpad(x86-64) = 6.10.06-1.fc26
root-graf-postscript(x86-64) = 6.10.06-1.fc26
root-graf3d(x86-64) = 6.10.06-1.fc26
root-hist(x86-64) = 6.10.06-1.fc26
root-icons = 6.10.06-1.fc26
root-io(x86-64) = 6.10.06-1.fc26
root-mathcore(x86-64) = 6.10.06-1.fc26
root-matrix(x86-64) = 6.10.06-1.fc26
root-multiproc(x86-64) = 6.10.06-1.fc26
root-net(x86-64) = 6.10.06-1.fc26
root-physics(x86-64) = 6.10.06-1.fc26
root-tree(x86-64) = 6.10.06-1.fc26
root-tree-player(x86-64) = 6.10.06-1.fc26

Issues with EPEL packages shoulf be reported in Redhat's bugzilla at https://bugzilla.redhat.com. When reporting new bugs choose the product "Fedora EPEL" for packages in the EPEL repository, the choose "root" as the component when reporting issues with the root package.

Thanks for the quick reply. I'm not sure how this machine was configured. I was contacted by someone who found this thread and was asking how I had solved the issue. As I do not have access to this machine and don't work with the person on a day to today basis I can unfortunately not provide much more information on the matter.

Please login to add feedback.

Content Type
Test Gating
Unstable by Karma
Stable by Karma
Stable by Time
4 years ago
in testing
4 years ago
in stable
4 years ago

Automated Test Results