Arch Linux User Repository

@JP-Ellis I can't reproduce that problem. I have been using extra-x86_64-build to build in a clean chroot and there everything works fine:

Making all in doc
make[1]: Entering directory '/build/rivet/src/Rivet-2.6.1/doc'
LD_LIBRARY_PATH=../src/.libs: \
    DYLD_LIBRARY_PATH=../src/.libs: \
    PYTHONPATH=/usr/lib/python3.7/site-packages:/usr/lib/python3.7/site-packages: \
    ./mk-analysis-html
LD_LIBRARY_PATH=../src/.libs: \
    DYLD_LIBRARY_PATH=../src/.libs: \
    PYTHONPATH=/usr/lib/python3.7/site-packages:/usr/lib/python3.7/site-packages: \
    ./mk-analysis-json
Using output file name 'analyses.json'
Using output file name 'analyses.html' and directory 'analyses'
make[1]: Leaving directory '/build/rivet/src/Rivet-2.6.1/doc'

Do you by any chance have PYTHONPATH set, which might lead to the error message you are getting?

@fsiegert Thanks for updating the package. I'm also getting an error in one of the last stages of the build:

Making all in doc
make[1]: Entering directory '/tmp/makepkg/rivet/src/Rivet-2.6.1/doc'
LD_LIBRARY_PATH=../src/.libs:/home/josh/.local/lib: \
    DYLD_LIBRARY_PATH=../src/.libs: \
    PYTHONPATH=/usr/lib/python2.7/site-packages:/usr/lib/python3.7/site-packages:/usr/lib/root \
    ./mk-analysis-html
LD_LIBRARY_PATH=../src/.libs:/home/josh/.local/lib: \
    DYLD_LIBRARY_PATH=../src/.libs: \
    PYTHONPATH=/usr/lib/python2.7/site-packages:/usr/lib/python3.7/site-packages:/usr/lib/root \
    ./mk-analysis-json
Traceback (most recent call last):
  File "./mk-analysis-html", line 4, in <module>
Traceback (most recent call last):
  File "./mk-analysis-json", line 3, in <module>
    import sys, os, re
  File "/usr/lib/python3.7/re.py", line 143, in <module>
    import sys, os, re
  File "/usr/lib/python3.7/re.py", line 143, in <module>
    class RegexFlag(enum.IntFlag):
AttributeError: module 'enum' has no attribute 'IntFlag'
    class RegexFlag(enum.IntFlag):
AttributeError: module 'enum' has no attribute 'IntFlag'

I'm not sure whether this is due to a missing dependency, or something to do with Python 3.7.

Thanks for noticing, JP-Ellis.

There seems to have been a post-release replacement of the 2.6.1 tarball as far as I can interpret from the revision history (https://rivet.hepforge.org/trac/log/). So this seems to be a valid change and I have updated the hashsums in the PKGBUILD now.

The checksum appear to be incorrect.