climate-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lewis john mcgibbney <lewi...@apache.org>
Subject Re: Availability of Pydap
Date Fri, 29 Jun 2018 21:32:31 GMT
Hi Alex,
Thanks for this yes I agree.
The point I was making is that the build is busted.
Let me propose then that we
1) drop Pydap support for the Python 2.7 build,
2) enable it for the Python 3.

Then what do we do about the following issue for the Python 3.4 build?

UnsatisfiableError: The following specifications were found to be in
conflict:
- netcdftime -> python=3.6
- python=3.4

We could remove the netcdftime dependency and replace the functionality
with some equivalent. I am not sure where the equivalent is though. Any
ideas? Anything we can pull from the netcdf depndency?

Lewis

On Thu, Jun 28, 2018 at 6:27 AM, <dev-digest-help@climate.apache.org> wrote:

>
> From: "Goodman, Alexander (398K)" <alexander.goodman@jpl.nasa.gov>
> To: "dev@climate.apache.org" <dev@climate.apache.org>
> Cc:
> Bcc:
> Date: Tue, 26 Jun 2018 13:46:58 -0700
> Subject: Re: Availability of Pydap
> This shouldn't be a big deal. Previously we excluded pydap for our python 3
> builds, so in the worst case scenario we can always do the reverse. I
> honestly don't think it's that important of a dependency anyways since the
> base netCDF4 library already provides some opendap functionality....
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message