Package Details: geant4 10.7.1-1

Git Clone URL: (read-only, click to copy)
Package Base: geant4
Description: A simulation toolkit for particle physics interactions.
Upstream URL:
Licenses: custom:
Conflicts: geant4_devel
Submitter: Eothred
Maintainer: donpicoro
Last Packager: donpicoro
Votes: 15
Popularity: 0.85
First Submitted: 2010-04-08 08:54
Last Updated: 2021-02-05 14:58

Dependencies (21)

Sources (2)

Latest Comments

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

hugo_loio commented on 2021-04-11 17:09

Thank you very much for the help @donpicoro!

donpicoro commented on 2021-04-09 13:01

Dear hugo_loio,

The way I set up the geant4 package by default it does not bring the data files. This is to keep the package size small for people not using those (sometimes massive) datasets. The script /urs/bin/ sets some generic variables like LD_LIBRARY_PATH and so on.

To get the data files, please install the corresponding dataset package. They will bring their own /etc/profile.d/*.[c]sh files.

Please find the dataset packages in aur



hugo_loio commented on 2021-04-09 09:51

Geant4 environment variables aren't being loaded in my system. For example the printenv | grep G4command gives no output. I tried sourcing both /urs/bin/ and /etc/profile.d/ and that didn't make a difference.

donpicoro commented on 2021-01-31 21:43

OK, this is I how I deal with this:

  • thanks for pointing out that I was not properly handling geant4make.[c]sh in the same way as geant4.[c]sh
  • geant4make.[c]sh is for in-source compilation (as opposed to geant4.[c]sh) that has been discourage since long time ago. If you clone and compile this package again both compilation ways get their enviromental variables removed.
  • the variables are now set automatically for you in /etc/profile.d/ by every data package. Either source the corresponding .[c]sh file once you install a data package or open a new terminal and it should happen automatically for you.
  • since now the geant4make.[c]sh script does not set environmental variables once you execute it, the values set by the /etc/profile.d/ should stay and your compilation should work.

I hope this works to your satisfaction. I want to keep it this way as moving file into the geant4 file tree is not recommended as many times the geant4 version changes but not the datasets.



gvannoye commented on 2021-01-19 17:41

When installing the geant4-* optionnal dependencies and evaluating /usr/share/Geant4-10.7.0/geant4make/, the definition of ressource file paths shell variables (G4NEUTRONHPDATA, G4LEDATA, …) is not correct.

I would suggest either copying the content of the /usr/share/geant4-*data/ folders to /usr/share/Geant${pkgver}/data/ or modifying the geant4make files (I don't know which other files would need to be changed, so the first option might be better).

donpicoro commented on 2020-04-23 11:47

Ok @flagarde I will release that as a default configuration with the next package update.

Thank you for the info.

flagarde commented on 2020-04-23 06:42

Can't build DD4hep with geant4.

changing to -DGEANT4_BUILD_TLS_MODEL=global-dynamic solves the issue.

donpicoro commented on 2019-12-11 11:16

I just added the openmotif dependency without bumping the version number. Just try again and let me know whether it works.

(You need to pull the source code again)

lonaowna commented on 2019-12-10 21:34

Can't build 10.6.0-1:

CMake Error at /usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):

Installing openmotif fixes it.

TheFlyingPengwyn commented on 2019-07-15 08:43

As the SoXt dependency is broken, you can work around this by disabling the only soxt dependency of geant4: the Inventor GUI.

Remove the line:


and remove soxt from the dependencies.