Closed mariusvniekerk closed 5 years ago
Marked linux64 and osx64 as broken
Argh :-/
I'll pull the package until we figure out what is going on. Thanks for reporting.
Marked linux64 and osx64 as broken
You were faster :smile:
Could it maybe be an incompatibility between python-libarchive-c
built against an older libarchive
? Were they build in the right order (I believe at build-time python-libarchive-c
might detect the symbols it finds in libarchive
).
Are we pinning to 3.3.3 anywhere?
That could be it. I don't think those are pinned.
seems to be python-libarchive-c
doing bad find_library_things
Does your python 3.6 build include https://github.com/conda-forge/python-feedstock/blob/3.6/recipe/0015-Fix-find_library-so-that-it-looks-in-sys.prefix-lib-.patch ?
yes
Issue seems to be
>>> _findLib_prefix('archive')
'/opt/conda/lib/libarchive.so'
>>> _get_soname(_findLib_prefix('archive'))
None
After that it just returns None
in _get_soname we make the assumption that
objdump = shutil.which('objdump')
if not objdump:
# objdump is not available, give up
return None
In a simple miniconda case this fails there.
This is provided by binutils
Why do we need a separate binutils (we already got one)? I can fix this in Python rather than forcing this heavy dependency. Though technically this is an upstream issue with Python itself.
OK, I have something that'll address this in a minimal way, the breakage is my fault. I guess I never run on computers without objdump!
Should this be closed? Looks like most of the discussion is about python-libarchive-c
, which this is not.
@mariusvniekerk I don't think we care about this anymore, right? Please re-open if I'm mistaken.
https://anaconda.org/conda-forge/libarchive/3.3.3/download/linux-64/libarchive-3.3.3-h40d5236_1.tar.bz2