YODA - Yet more Objects for Data Analysis
YODA is a small set of data analysis (specifically histogramming) classes being developed by MCnet members as a lightweight common system for MC event generator validation analyses.
- Sources inherited from project openSUSE:Leap:15.2
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Leap:15.2:Update/YODA && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
YODA-1.8.0.tar.bz2 | 0001020660 997 KB | |
YODA-py3-compatibility-for-IO_pyx.patch | 0000001770 1.73 KB | |
YODA.changes | 0000014696 14.4 KB | |
YODA.spec | 0000005941 5.8 KB | |
sover.diff | 0000000627 627 Bytes |
Latest Revision
Yuchen Lin (maxlin_factory)
accepted
request 775738
from
Atri Bhattacharya (badshah400)
(revision 11)
- Add YODA-py3-compatibility-for-IO_pyx.patch -- Py3 compatibilty for IO.pyx; patch taken from upstream commit and modified to fix further similar errors (https://gitlab.com/hepcedar/yoda/issues/4). - Change hashbangs referring to python or `env python` to use `/usr/bin/python3` consistently in source dir, rather than from buildroot after installation. This allows to run the tests correctly in the %check section. - Move binaries using the python module to python3-%{name} package. - Run make check. - Switch to python3: * Requires and BuildRequires switched to python3 versions * Rename python package to python3-%{name} and provide python-%{name} from it; this makes the py3 switch clear to users. * Explicitly pass PYTHON_VERSION as py3 version to make it build against python3 * Drop an unecessary hashbang from a file in non-exec location. - Remove an sed hack for buildroot in *.pyc file(s); no longer needed. - Update to version 1.8.0: * Add extra optional bool arguments to the mkScatter converter functions for Histo1D and Histo2D types. * Force rebuild of the Python interface if a sufficient Cython is found, even if the generated .cpp file is present at configure-time. * Final conversion to use ast module not just in autotype but as
Comments 0