# Is conda GMT for Macs working well?

**URL:** <https://forum.generic-mapping-tools.org/t/is-conda-gmt-for-macs-working-well/2996>\
**Category:** Q&A\
**Created:** [June 3, 2022, 2:10pm UTC](https://forum.generic-mapping-tools.org/t/is-conda-gmt-for-macs-working-well/2996 "2022-06-03T14:10:53Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Joaquim](https://yyz1.discourse-cdn.com/flex047/user_avatar/forum.generic-mapping-tools.org/joaquim/32/16_2.png) [@Joaquim](https://forum.generic-mapping-tools.org/u/Joaquim)\
**Post date:** [June 3, 2022, 2:10pm UTC](https://forum.generic-mapping-tools.org/t/is-conda-gmt-for-macs-working-well/2996/1 "2022-06-03T14:10:53Z")

</div>

Didn’t remember this but apparently I have the GMT.jl documentation build being done by a Mac VM that uses the GMT conda installation, and since a copuple of weeks that is failing with this compatibility error. Now, that being true, the PyGMT users should see it too, no?

 ![image](https://canada1.discourse-cdn.com/flex047/uploads/gmt/original/2X/8/84097852dc3bcde48a1c58d68eed77109c08cc72.png)

---

<div class="post-metadata">

**Author:** ![weiji14](https://yyz1.discourse-cdn.com/flex047/user_avatar/forum.generic-mapping-tools.org/weiji14/32/33_2.png) [@weiji14](https://forum.generic-mapping-tools.org/u/weiji14)\
**Post date:** [June 4, 2022, 11:22am UTC](https://forum.generic-mapping-tools.org/t/is-conda-gmt-for-macs-working-well/2996/2 "2022-06-04T11:22:02Z")

</div>

The macOS CI tests from 11 hours ago (3 Jun 2022 4pm UTC) seems ok, see [https://github.com/GenericMappingTools/pygmt/runs/6734533110?check\_suite\_focus=true](https://github.com/GenericMappingTools/pygmt/runs/6734533110?check_suite_focus=true) and [https://github.com/GenericMappingTools/pygmt/runs/6718151699?check\_suite\_focus=true#step:17:26](https://github.com/GenericMappingTools/pygmt/runs/6718151699?check_suite_focus=true#step:17:26).

There was an issue with macOS about 25 days ago (10 May 2022) at [https://github.com/GenericMappingTools/pygmt/issues/1923](https://github.com/GenericMappingTools/pygmt/issues/1923), but this looks different to your error. Maybe something broke in the recent GDAL3.5.0 migration, see [https://github.com/JuliaGeo/GDAL.jl/pull/136](https://github.com/JuliaGeo/GDAL.jl/pull/136)

---

<div class="post-metadata">

**Author:** ![Joaquim](https://yyz1.discourse-cdn.com/flex047/user_avatar/forum.generic-mapping-tools.org/joaquim/32/16_2.png) [@Joaquim](https://forum.generic-mapping-tools.org/u/Joaquim)\
**Post date:** [June 4, 2022, 12:38pm UTC](https://forum.generic-mapping-tools.org/t/is-conda-gmt-for-macs-working-well/2996/3 "2022-06-04T12:38:09Z")

</div>

Hmm, that GDAL.jl issue seems to be the exact same issue as with the GMT.jl documentation build. I will revert back to build it in Linux but I now remember to have had a user mentioning an error similar to this. Very very confusing the \*nix world.  
And thanks for the pointers.

```auto
  Reason: Incompatible library version: libgdal.31.dylib requires version 13.0.0 or later, but libcurl.4.dylib provides version 12.0.0

```

---

<div class="post-metadata">

**Author:** ![Joaquim](https://yyz1.discourse-cdn.com/flex047/user_avatar/forum.generic-mapping-tools.org/joaquim/32/16_2.png) [@Joaquim](https://forum.generic-mapping-tools.org/u/Joaquim)\
**Post date:** [June 6, 2022, 10:56pm UTC](https://forum.generic-mapping-tools.org/t/is-conda-gmt-for-macs-working-well/2996/4 "2022-06-06T22:56:16Z")

</div>

Not exactly related to this issue but … Conda ai ai ai

> **[Failing to register new version because](https://discourse.julialang.org/t/failing-to-register-new-version-because/82346/7)**
>
> ??? I’m not using anything different than always had. Maybe Conda did, but not me. And if \*nix didn’t find so amusing breaking compatibility all the times that would help a bit too 🫢