Package Details: lhapdf 6.2.0-3

Git Clone URL: (read-only)
Package Base: lhapdf
Description: A particle physics tool for evaluating PDFs from discretised data files.
Upstream URL:
Licenses: GPL3
Submitter: None
Maintainer: fsiegert
Last Packager: fsiegert
Votes: 4
Popularity: 0.063792
First Submitted: 2008-04-09 09:39
Last Updated: 2017-08-02 12:17

Latest Comments

fsiegert commented on 2017-08-02 12:19

Good point. It probably isn't good packaging practice, but I have implemented your suggestion now since it's probably better to not run lhapdf get as root.

But in my experience there is no problem when running lhapdf get as root, since the installed PDF sets are still world readable.

beojan commented on 2017-08-02 12:02

Can you change the permissions on /usr/share/LHAPDF after installation to make it world writable, so lhapdf get works as an ordinary user?

If PDF sets are downloaded as root, they aren't properly readable by users.

fsiegert commented on 2017-07-17 07:14

Indeed, the tarball has changed, because I had reported a spurious boost dependency in "make check" to the LHAPDF developers and they have quickly replaced the tarball with a fixed one.

Updated the PKGBUILD now with the correct checksum and re-enabled make check.

JP-Ellis commented on 2017-07-17 00:43

The checksum in the last update seems to be incorrect. The MD5 sum should be a7c695803b01a31e19b81b73a824f021 (or f0f6395f6400eab8306cdf5e73dc1209f9919a1017ce665bcec08eb48fbed23d for the sha256 sum).

JP-Ellis commented on 2017-02-27 06:33

Indeed this patch is really in two parts (which I tried to keep distinct).

I agree that building and installing with python2 after having first built with python3 is a little... inelegant to say the least. An alternative would be to have a complicated patch and copying various files over, but that seemed even worse.

From the little testing I did, it all seemed to work fine, so hopefully no serious bug is introduced.

fsiegert commented on 2017-02-23 16:48

Thanks, there are two parts to your patch as far as I can tell:

1) Building and installing with python2 after first having built with python3
It seems like a bit of a fiddly solution to me... are we sure that the second build/install doesn't overwrite anything from the first one which would be necessary for using it with python3? I'll probably give it a try...

2) You add a patch that I had submitted upstream a while ago[0]. I forgot about committing this to the Arch package, because it is not needed if /afs or /cvmfs are available (which was the case on my test machine). I will add that in a second.


JP-Ellis commented on 2017-02-13 10:00

Sorry, I removed the PKGBUILD after a couple of months as I heard nothing back.

It would be good if this could install the python libraries for both python2 and python3 when both are installed. I made a patch that adds optional support for python2.7 (without removing python3 support). This is useful for MadGraph as MadGraph does not support python3.

You can install the patch with:

wget -O - | git am

I'm not sure whether that is the best way to install it, but it seems to work fine for me.

EDIT: There was a bug in the first version of the patch. I've updated it now and it seems to be working better.

fsiegert commented on 2016-12-05 16:07

I cannot reproduce your problem, for me the package builds fine. I also can't access the updated PKGBUILD anymore. Could you check again?


JP-Ellis commented on 2016-09-30 06:38

I'm getting errors due to `urllib2` not being part of Python 3. Here's an updated PKGBUILD that ensures Python 2 is used:

aminsub commented on 2015-03-20 08:47

Hi Frank,

Thank you for your help but I found an other problem, I can't use the news version of LHAPDF. Then I will use only the last version.

Thank you!

All comments