include libiconv on linux #36
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Include libiconv in the host requirements on linux. Alternatively the libiconv implementation included with glibc could be used but getting ./configure to ignore the stand alone version pulled in by libxml2 seems difficult. It seem as if --without-libiconv-prefix could be used but in tests that argument did not work. closes conda-forge#35
|
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
|
@conda-forge-admin, please rerender |
…da-forge-pinning 2019.06.27
|
Since the packages are broken already, no What's the process to update the package and fix conda/conda#8838 for ubuntu 16.04? |
|
A solution for me has been: conda/conda#8838 (comment) |
Zaharid
added a commit
to NNPDF/nnpdf
that referenced
this pull request
Mar 5, 2021
If I try to set up a clean environment on linux I get essentially this error: conda/conda#8838 when trying to import NNPDF, which as said on the issue gets solved if one installs libiconv manually. Indeed checking libarchive with ldd I see that it is asking for libiconv and not finding it. It seems there is some amount of dancing around of dancing around in the conda forge channel with it being added conda-forge/libarchive-feedstock#36 and then removed conda-forge/libarchive-feedstock#59 and seems that that somehow can result in an incompatible environment. Pull to the latest version (and be stricter with pinning in hopes that resolves the problem.
Zaharid
added a commit
to NNPDF/nnpdf
that referenced
this pull request
Mar 10, 2021
* Fix version of libarchive If I try to set up a clean environment on linux I get essentially this error: conda/conda#8838 when trying to import NNPDF, which as said on the issue gets solved if one installs libiconv manually. Indeed checking libarchive with ldd I see that it is asking for libiconv and not finding it. It seems there is some amount of dancing around of dancing around in the conda forge channel with it being added conda-forge/libarchive-feedstock#36 and then removed conda-forge/libarchive-feedstock#59 and seems that that somehow can result in an incompatible environment. Pin the version to one that works.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Include libiconv in the host requirements on linux.
Alternatively the libiconv implementation included with glibc could be
used but getting ./configure to ignore the stand alone version pulled in
by libxml2 seems difficult. It seem as if --without-libiconv-prefix could
be used but in tests that argument did not work.
closes #35
Checklist
0(if the version changed)conda-smithy(Use the phrase@conda-forge-admin, please rerenderin a comment in this PR for automated rerendering)