Search Criteria
Package Details: fsleyes 1.12.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/fsleyes.git (read-only, click to copy) |
---|---|
Package Base: | fsleyes |
Description: | FSLeyes is the FSL image viewer |
Upstream URL: | https://fsl.fmrib.ox.ac.uk/fsl/fslwiki/FSLeyes |
Licenses: | Apache |
Submitter: | tobac |
Maintainer: | tobac |
Last Packager: | tobac |
Votes: | 5 |
Popularity: | 0.000000 |
First Submitted: | 2017-10-11 11:10 (UTC) |
Last Updated: | 2024-07-05 19:52 (UTC) |
Dependencies (36)
- fsleyes-propsAUR
- fsleyes-widgetsAUR
- fslpyAUR
- python (python37AUR, python311AUR, python310AUR)
- python-certifi
- python-dill
- python-file-treeAUR
- python-jinja
- python-matplotlib (python-matplotlib-gitAUR)
- python-nibabelAUR
- python-numpy (python-numpy-flameAUR, python-numpy-mkl-binAUR, python-numpy-gitAUR, python-numpy1AUR, python-numpy-mklAUR)
- python-opengl
- python-opengl-accelerateAUR
- python-parse
- python-pillow (python-pillow-gitAUR)
- python-pyparsing
- python-pytest-timeout
- python-pytest-xdist
- python-scipy (python-scipy-mkl-binAUR, python-scipy-gitAUR, python-scipy-mklAUR)
- python-setuptools
- Show 16 more dependencies...
Latest Comments
1 2 3 4 5 6 Next › Last »
jnvandermeer commented on 2024-04-21 02:18 (UTC)
I tried installing fsleyes with yay on a completely up-to-date version of Arch (as per 21/4/2024), but things break again, it may have to do with wxpython jumping to 4.2.1:
https://github.com/pauldmccarthy/fsleyes/issues/81
wx._core.wxAssertionError: C++ assertion ""tempContext"" failed at /home/conda/feedstock_root/build_artifacts/wxpython_1689356204926/work/ext/wxWidgets/src/unix/glx11.cpp(498) in wxGLContext(): glXCreateContext failed
tobac commented on 2024-03-28 18:24 (UTC)
They removed python-dataclasses as a dependency from fslpy and everything works fine here with the latest packages. Can you upgrade fsleyes (which should pull the latest fslpy version) and try again?
jnvandermeer commented on 2023-03-06 11:20 (UTC)
One of the dependencies is python-dataclasses and this may not work.
When I try to install with pacaur python-dataclasses, it fails with error message: AttributeError: module 'typing' has no attribute '_ClassVar'. Did you mean: 'ClassVar'?
From what I could find, this has something to do with python version being >=3.8.
It gets stuck in the same error when I try to make fsleyes.
keiichiiownsu12 commented on 2022-10-04 22:37 (UTC) (edited on 2022-10-04 22:37 (UTC) by keiichiiownsu12)
Minor suggested patch to
fsleyes.desktop
, to allow opening multiple files from file browser...tobac commented on 2022-04-03 09:28 (UTC)
Thanks for bringing this to my attention and apologies for reacting late, I had actually fixed this a few weeks ago and forgot to do "git push".
javierbg commented on 2022-03-10 11:58 (UTC)
A fresh install gives the following error on startup associated to the
pyparsing
module version:The
python-pyparsing
package was recently updated to version 3.0 as of 2022-02-14.I tried running the following in the system Python interpreter:
But no error was thrown here.
Adding the following line to the PKGBUILD before install fixes it:
FSLeyes is running without problems now.
By the way, the jinja dependency has been changed from
==2.*
to>=2.*
, so the existing workaround now does nothing and doesn't appear to be necessary.tobac commented on 2021-05-13 13:51 (UTC)
Added an ugly workaround. The few use cases I tested seemed to work fine. YMMV.
keiichiiownsu12 commented on 2021-05-12 23:35 (UTC)
Recent jinja update breaks fsleyes,
(truncated) pkg_resources.DistributionNotFound: The 'jinja2==2.*' distribution was not found and is required by fsleyes
tobac commented on 2021-05-04 19:33 (UTC)
This has to do with wxPython being outdated in Arch's repository. Installing wxPython with pip is a workaround until an up-to-date version gets packaged.
keiichiiownsu12 commented on 2021-05-04 17:52 (UTC)
Apologies for flurry of bug reports...
In the "Overlay list" panel, the "link", "save", and toggle-visibility buttons are not being displayed, nor are images shown in the list.
Loading one image gives the following traceback:
Loading a second image gives this traceback
Not sure if this is an upstream issue or not.
1 2 3 4 5 6 Next › Last »