Resolve "Installing Jppy does not work on my MacOS system"

Closes #6 (closed)

assigned to @tgal

enabled an automatic merge when the pipeline for 6fb19f2e succeeds

mentioned in issue #6 (closed)

aborted the automatic merge because source branch was updated

added 1 commit

• fce804e3 - Adapt tests to new PDF values

Compare with previous version

enabled an automatic merge when the pipeline for fce804e3 succeeds

aborted the automatic merge because source branch was updated

added 1 commit

• 2040317c - More values have changed

Compare with previous version

added 1 commit

• 36c29b70 - More fixes

Compare with previous version

added 1 commit

• 2f41e420 - Final fix of the test numbers

Compare with previous version

@mdejong @bjjung I am a bit puzzled why the test numbers for the PDF and PDF evaluator are suddenly not within the range anymore. I assume that the dat-files on the SFTP server have been changed, but it's difficult to tell since there is no version management.

Here you can investigate the changes which I had to introduce in order to make the test suite happy again: !8 (diffs)

I remember I had to change the PDF values as well when I was working on !7 (merged). Perhaps the new changes of the dat-files on the SFTP server have to do with the recent release of Jpp v17? If this is the case, I suppose we will have the same problem with future releases of Jpp.

On the sftp server I see that the PDF tables for multiple Jpp versions are stored. I presume these don't change over time. Would it be possible to let the tests run with a set of these tables corresponding to a specific Jpp tag?

Yes that's certainly a good idea I have forgot to check if we store specific versions.

I'd propose to use https://sftp.km3net.de/data/v17.0.0/ then

added 1 commit

• 9f7fea39 - Pin version of PDFs/CDFs

Compare with previous version

enabled an automatic merge when the pipeline for 9f7fea39 succeeds

merged

mentioned in commit 82b69d1c