[gdal-dev] conda conflicts

[László Sándor]

Thanks, Joris, I will follow up on this.

But just on your last question: I definitely let the command finish (on
multiple attempts, actually), I just spared you the lengthy output.
Conflicts galore.

On Wed, Feb 5, 2020 at 1:49 PM Joris Van den Bossche <
jorisvandenbossche at gmail.com> wrote:

> Hi Laszlo,
>
> The conda packages are not directly controlled by the GDAL developers, so
> for the default Anaconda channel, you might want to report an issue at
> https://github.com/ContinuumIO/anaconda-issues/issues, and for the
> conda-forge package at
> https://github.com/conda-forge/gdal-feedstock/issues.
> If you do that, make sure to provide some more information: the output of conda
> info and conda list would help.
>
> Specifically for conda-forge, check here how to set things up to work best
> with the conda-forge channel:
> https://conda-forge.org/docs/user/introduction.html#how-can-i-install-packages-from-conda-forge
> (the strict channel priority is important)
> Also, the output you showed below doesn't really show an error. Did you
> let the command complete? (it can take a while)
>
> Best,
> Joris
>
> On Wed, 5 Feb 2020 at 13:39, László Sándor <sandorl at gmail.com> wrote:
>
>> Hi,
>> Many thanks for GDAL. I spent some time on gdal.org, the git repo, the
>> Anaconda repo, and even tried a Homebrew installation. I cannot get a
>> working installation on my mac.
>>
>> As I guess conda was supposed to be the default and foolproof way to get
>> started, let me explain how dependencies break.
>>
>> Here is how a simple "conda install gdal" proceeds. It did not seem to
>> make a difference to activate an environment I use for the Intel Python
>> Distro or not, or specify the conda-forge channel or not.
>>
>> conda install gdal (*idp*)
>>
>> Collecting package metadata (current_repodata.json): done
>>
>> Solving environment: failed with initial frozen solve. Retrying with
>> flexible solve.
>>
>> Solving environment: failed with repodata from current_repodata.json,
>> will retry with next repodata source.
>>
>> Collecting package metadata (repodata.json): done
>>
>> Solving environment: failed with initial frozen solve. Retrying with
>> flexible solve.
>>
>> Solving environment: -
>>
>> Found conflicts! Looking for incompatible packages.
>>
>> This can take several minutes.  Press CTRL-C to abort.
>>
>> Examining conflict for (and here many packages are repeatedly checked)
>>
>> A conda search gdal found the version below, among many:
>>
>> gdal                           3.0.2  py37hbe65578_0  pkgs/main
>>
>> I was actually hoping to get a simple operation done (below), sorry for
>> all this trouble!
>>
>> https://gis.stackexchange.com/questions/348598/how-to-use-facebook-geotiff-maps-on-carto/348746?noredirect=1#comment572180_348746
>>
>> Thanks for any thoughts,
>>
>> Laszlo
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20200205/fa870891/attachment-0001.html>