-
Notifications
You must be signed in to change notification settings - Fork 9
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
Issue with the rapidyaml Python package #56
Labels
bug
Something isn't working
Comments
mtdudek
added a commit
to antmicro/fpga-interchange-tests
that referenced
this issue
Jul 30, 2021
Rapidyaml requires libpython3.9.so.1.0 to work, but it isn't installed. Signed-off-by: Maciej Dudek <[email protected]>
mtdudek
added a commit
to antmicro/fpga-interchange-tests
that referenced
this issue
Jul 30, 2021
Rapidyaml requires libpython3.9.so.1.0 to work, but it isn't installed. Signed-off-by: Maciej Dudek <[email protected]>
mtdudek
added a commit
to antmicro/fpga-interchange-tests
that referenced
this issue
Jul 30, 2021
Rapidyaml requires libpython3.9.so.1.0 to work, but it isn't installed. Signed-off-by: Maciej Dudek <[email protected]>
mtdudek
added a commit
to antmicro/fpga-interchange-tests
that referenced
this issue
Jul 30, 2021
Rapidyaml requires libpython3.9.so.1.0 to work, but it isn't installed. Signed-off-by: Maciej Dudek <[email protected]>
@mkurc-ant - Shouldn't conda package building be complaining about that? |
acomodi
pushed a commit
to antmicro/fpga-interchange-tests
that referenced
this issue
Aug 2, 2021
Rapidyaml requires libpython3.9.so.1.0 to work, but it isn't installed. Signed-off-by: Maciej Dudek <[email protected]>
@mithro We install rapidyaml through pip, not conda. I haven't been fully through the package build system but it looks like the package has the requirement of Python >= 3.7 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This issue is to track
rapidyaml
package import errors, another issue has been posted in the rapidyaml repo: biojppm/rapidyaml#146With the PR #42 I've noticed kokoro CI failures on
rapidyaml
import. whereas the GH actions CI imports it successfully even though it uses the same Conda environmeng.By attaching the following debug command just before invoking the tests themselves to each CI script:
I discovered that the Python interpreter always tries to link
libpython3.9.so.1.0
even though the conda env uses Python 3.7.On GH actions the import succeeds because the library is found in the system outside the conda env while on kokoro it is not. The log indicated that it linked to
/opt/hostedtoolcache/Python/3.9.6/x64/lib/libpython3.9.so.1.0
The text was updated successfully, but these errors were encountered: