Closed jschueller closed 2 years ago
I can confirm the same problem here: https://github.com/conda-forge/cgal-cpp-feedstock/pull/6
Same issue for conda-forge/inchi-feedstock#2
I'm having the same issues on bioconda, reverting to version 3.3.3 fixes the issue.
I suspect the interface for the OSX library changed between 3.3.3 and 3.4.0, since this works on Linux but not OSX. That suggests that the issue is somewhere in the interface between this and python-libarchive-c.
Should the macOS libarchive 3.4.0 packages be labeled bad
until this issue can be resolved?
Labeling it broken
makes sense. There will be some fallout for other packages that are linked against it. Not to say we shouldn't do it for that reason. Just trying to make people aware of this issue. If we don't do it evenly across OSes, that may also cause some surprises. Thoughts @conda-forge/core?
Should we pin this and downgrade the pin? (I'm thinking in the context of what levers do we have to fix this)
It doesn't appear to be pinned so that would be worth doing.
Just did a quick search and at least within conda-forge it seems like relatively few things depend on libarchive
. We can probably just pull 3.4.0
across the board and rebuild anything as needed.
libarchive is a parent of conda-package-handling
which is the parent of conda
and conda-build
. Is that a problem?
That appears to actually be handled by a different static build of libarchive
. So I think no.
Ok my understanding of the path forward is to:
3.4.0
as broken3.3
into the pinning feedstockconda no longer uses libarchive
(rather that static build) but conda-build does. That said removing the 3.4.0 should not be a problem since 3.3 is still available.
Have done 1. Working on 2.
Handling 2 with PR ( https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/319 ). Please take a look.
I'm having this issue with https://github.com/conda-forge/tensorboard-feedstock/pull/23, but I can't use a different archive format as a workaround (there are only .whl files). Pinning libarchive=3.3 in the host requirements for osx didn't work. Will there be a new conda-forge-pinning release soon that will fix this or is there a workaround that I can apply in the meantime?
I think more 3.4.0 builds were published at some point. We should mark them as broken too.
I'm not seeing any 3.4.0 packages on the conda-forge channel that do not have the broken
label.
I think @ocefpaf just moved them. (Thanks for doing that btw 🙂)
Closing as this was resolved a long time ago and libarchive
has since upgraded past the problematic version/package
I'm updating a few recipes, some of them use zip archives and fail with the same error on osx:
is it a bug of this package ?
see these prs: https://github.com/conda-forge/cminpack-feedstock/pull/8 https://github.com/conda-forge/fmilib-feedstock/pull/13
see also https://github.com/conda-forge/orekit-feedstock/pull/33