Search Criteria
Package Details: python-slycot 0.4.0.0-3
Git Clone URL: | https://aur.archlinux.org/python-slycot.git (read-only, click to copy) |
---|---|
Package Base: | python-slycot |
Description: | Python wrapper for selected SLICOT routines, notably including solvers for Riccati, Lyapunov and Sylvester equations. |
Upstream URL: | http://github.com/python-control/Slycot |
Licenses: | |
Conflicts: | |
Provides: | |
Submitter: | bnavigator |
Maintainer: | bnavigator |
Last Packager: | bnavigator |
Votes: | 0 |
Popularity: | 0.000000 |
First Submitted: | 2019-09-27 15:16 |
Last Updated: | 2020-10-05 11:42 |
Dependencies (10)
- python-numpy (python-numpy-mkl-bin, python-numpy-openblas, python-numpy-git, python-numpy-mkl)
- blas (openblas-lapack-git, openblas-git, blas-tmg, flexiblas, openblas-lapack-static, openblas-cblas-git, atlas-lapack, blis-cblas-openmp, blis-cblas, blas-git, openblas-lapack, armpl, openblas) (make)
- cmake (cmake-git) (make)
- gcc-fortran (gcc-fortran-multilib-x32, gcc-fortran-multilib-git, gcc-fortran-git) (make)
- lapack (openblas-lapack-git, lapack-tmg, flexiblas, openblas-lapack-static, atlas-lapack, lapack-git, openblas-lapack, armpl) (make)
- python-coverage (make)
- python-pytest (make)
- python-scipy (python-scipy-mkl, python-scipy-mkl-bin) (make)
- python-setuptools (make)
- python-scikit-build>=0.8.1 (make)
Required by (2)
- python-control (check)
- python-control (optional)
Latest Comments
bnavigator commented on 2020-10-02 14:16
I am not saying we do not support MKL upstream. In fact the conda packages used to build against MKL. I do not know the current status, it looks like they reverted that. Upstream still has the recipe in the repository with
python setup.py build_ext -lmkl -DBLA_VENDOR=Intel10_64lp
Removing the check is not an option, it makes sure that the built package actually works. Did you try to use the installed slycot yet? Chances are, that the link to your installed MKL lib is broken there too.
To disable the check use
makepkg --nocheck
(oryay --mflags --nocheck
). To force a specific LAPACK implementation, set BLA_VENDOR.acxz commented on 2020-10-02 13:14
According to upstream: https://github.com/python-control/Slycot#dependencies last bullet
They mention that MKL is a valid BLAS/LAPACK package to use.
Although installing MKL and rebuilding
python-slycot
finishes successfully. Thx for you help in debugging this. I post an issue upstream. (https://github.com/python-control/Slycot/issues/138)In the meanwhile, would it be possible to comment out the
check
function to prevent this issue from appearing for other users. Right now when installing/updating python-slycot I will need to uninstall intel-mkl and reinstall it after python-slycot has been installed.bnavigator commented on 2020-10-02 13:01
Yes those versions are the same (ignore the plugins, the are not used here). More interesting would be the numpy and blas/lapack versions.
Edit: Yep you are trying to use a custom lapack/blas implementation: Intel MKL. Archlinux cannot help here. Maybe I can help you upstream when you open an issue on GitHub and provide as much details about your installation as possible, but be aware that it might be just your custom setup which is not supported.
acxz commented on 2020-10-02 12:45
Hello @bnavigator, thx for maintaining this package! I am having some trouble when installing this package, in particular the
check()
is failing for me. Commenting out thecheck()
functions allows me to complete the successful install of the package.Here is the error with the check function:
Honestly doesn't seem very informative. Maybe I should also post upstream? Can you confirm that the versions under
test session starts
are the same for you? ThanksEdit: Looking a bit deeper (i.e. running the test manually by adding a main and calling the test function directly in the file) I see the follow error:
calcmogul commented on 2020-01-07 15:35
The pkgrel in the .SRCINFO was bumped to 3, but the PKGBUILD still has 2. This causes the package built to never appear up to date. The pkgrel in the PKGBUILD should be bumped to match the .SRCINFO file.