-
-
Notifications
You must be signed in to change notification settings - Fork 14.8k
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
cartopy cannot find geos library #24805
Comments
Related? #7307 Any ideas? thanks! |
With Python on Nix you cannot rely on ctypes and have to patch code to use an absolute path to a library. |
The issue here seems to be a bit different since I took your Nix expression and built
The NixOS version you mention is not a revision that is available via https://github.com/NixOS/nixpkgs/. What other changes did you make? |
I only removed the system images from android, as not everyone has a 1 TB hdd. I did have a few more libraries installed, I'll check later. so I need to patch cartopy at build time? it's that in the let.. clause above? |
Full default.nix
|
I think this issue was closed by accident - but I don't think I can re-open it. Should I submit a new one? thanks! |
I attempted to supply the -I and -L paths at build time, but it didn't help.
FRidh, what's the recommended way to patch the path to geos? thanks! |
No, it wasn't closed by accident. You describe an issue with a package that is not part of Nixpkgs tree. Furthermore, I cannot reproduce your issue. I tried again, with nixos-17.03 @ 69d9061 and again I could not reproduce your issue. I took the trace and made some fixes, but now another module is needed but missing ( |
Hi, sorry I misunderstood your earlier request. Having deleted most of the libraries above, and then tried it, I had the same problem you mention with shapely, shapefile and six. this example is the smallest I can make it and reproduce the missing geos business:
|
No such problem if I set the LD_LIBRARY_PATH:
|
is this enough information to reopen please? |
Now I can reproduce your issue, thank you. |
I think the issue is with Shapely, I seem to be getting errors there with e.g. |
Yep, shapely needs a bit more patching. Because it currently has no maintainers I think its up to you to fix it :) |
Good catch! Apparently it's already being handled:
Further testing shows the cartopy library is working (or subtly broken, depending on whether or not I'm exercising the correct path...). So I guess the "Failed" is just sort of a warning, as it's falling back on the correct path:
|
Ah yes, now I see. Shapely has a function So, that means your issue is solved so now I can close this :) |
Yes, thank you :-)
…On 14 April 2017 at 18:55, Frederik Rietdijk ***@***.***> wrote:
Ah yes, now I see. Shapely has a function load_dll which loads a shared
library. It first tries to find the library name, and then it checks the
list of fallback names. Looking at the patch we have in Nixpkgs we pass the
full library via the list of fallback names. That's why it fails initially
but can be found afterall.
So, that means your issue *is* solved so now I can close this :)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#24805 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACybSjzori7zGPzsLb8M9gnVUV2MhXtYks5rv7L1gaJpZM4M5VYU>
.
|
Issue description
Following this: http://nixos.org/nixpkgs/manual/#handling-dependencies,
propagatedBuildInputs
should link in run time dependencies.Steps to reproduce
default.nix:
Running it:
Technical details
The text was updated successfully, but these errors were encountered: