Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

current build incorrectly installing aicsimageio version and dependencies #14

Closed
TimMonko opened this issue Aug 11, 2022 · 3 comments
Closed

Comments

@TimMonko
Copy link

Hi @haesleinhuepf ,
Back again. CZIreader from AICSImageIO does not work in current conda build.
conda create -name new-env -c conda-forge devbio-napari. I have found the reason is due to 1) lacking install of xmlschema module and 2) some other weirdness... older forges result in aicsimageio 4.7.0 and aicspylibczi 3.0.5, consistent with the current versions installed by conda forge. Installing the missing xmlschema module does not fix the issue, so not sure what tangles are back there.

Solution: conda install aicsimageio solves this by installing aicsimageio 4.9.1, aicspylibczi 3.0.5 and additionally installs xmlschema 1.4.1. Alternatively I had success with conda create --name new-env -c conda-forge aicsimageio devbio-napari

Is the way to solve this just by putting aicsimageio>=4.9.1 in the requirements.txt?

@haesleinhuepf
Copy link
Owner

haesleinhuepf commented Aug 11, 2022

Hi Tim @TimMonko ,

we cannot add aicsimageio due to licensing incompatibly. Sad I know.

See #5

CZIreader from AICSImageIO does not work in current conda build.
conda create -name new-env -c conda-forge devbio-napari.

Can you describe the problem a bit in detail? And consider telling the aicsimageio folks about it. Your description sound like their installation is broken ...

@TimMonko
Copy link
Author

@haesleinhuepf thanks for the reply.

To describe the problem in more detail...
I think it was my doing ;)
At some point I must have accidentally pip installed aicspylibczi in my base python directory. As such, conda list exposed the conda installed packages... but masked them if there was a package in the base python envs folder. I discovered this by comparing conda list and pip list.

Now doing it correctly (and reinstalling everything, this time with miniconda) conda list correctly shows packages install with pip and properly displays the source (pip, conda, etc). Previously with the packages in the base directory, conda list displayed the source as conda-forge, but would load the older version masked package.

It finally makes sense why building devbio-napari on different machines caused many different results -- depended if I bricked the base directory back when I was learning python or not.

Cheers :)

@haesleinhuepf
Copy link
Owner

Thanks for the explanation @TimMonko ! So your problem seems solved? If not feel free to reopen this issue and let me know how I can help.

Cheers! 😃

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants