Skip to content
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

Not able to pull latest RavenPy 0.6.0 in a full rebuild #77

Closed
tlvu opened this issue Jun 18, 2021 · 6 comments
Closed

Not able to pull latest RavenPy 0.6.0 in a full rebuild #77

tlvu opened this issue Jun 18, 2021 · 6 comments
Assignees

Comments

@tlvu
Copy link
Contributor

tlvu commented Jun 18, 2021

Triggered a full rebuild on DockerHub today (https://hub.docker.com/repository/registry-1.docker.io/pavics/workflow-tests/builds/b5e792c8-0ad7-481a-a5d4-663494cd7c19) and RavenPy is still at 0.5.2 while the latest one on https://anaconda.org/conda-forge/ravenpy/ is 0.6.0.

DockerHub build logs: pavics-workflow-tests-builds-b5e792c8-0ad7-481a-a5d4-663494cd7c19.txt

It's as if some indirect dependency in the environment.yml file (https://github.com/Ouranosinc/PAVICS-e2e-workflow-tests/blob/1ce2e5445600be8808fa9282b95034986ade6aea/docker/environment.yml) pinned RavenPy version.

Tried forcing ravenpy==0.6.0 and stuck at dependency solving:

$ docker run -it --rm --name test-ravenpy-pinning -u 0 --entrypoint bash pavics/workflow-tests:210527.1-update20210618
(base) root@f71b6fb1f025:/# conda activate birdy
(birdy) root@f71b6fb1f025:/# conda install -c conda-forge -c cdat -c bokeh -c plotly -c defaults -n birdy ravenpy==0.6.0
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.

FYI @Zeitsperre

@Zeitsperre Zeitsperre self-assigned this Jun 18, 2021
tlvu added a commit that referenced this issue Jul 13, 2021
Also hopefully the issue with not able to pull latest RavenPy 0.6.0
(#77)
would also be resolve by this unpinning.
@tlvu
Copy link
Contributor Author

tlvu commented Jul 13, 2021

Tried a full rebuild, unpinning cftime, still not pulling latest RavenPy, see commit b766d3c, dockerhub build log https://hub.docker.com/repository/registry-1.docker.io/pavics/workflow-tests/builds/2c5d3b67-e29f-45c9-a110-3861a714f36b

@Zeitsperre
Copy link
Collaborator

Would pulling that version of RavenPy be an acceptable option? I wonder if conda-forge allows us to park specific version of binaries as only privately-accessible?

@tlvu
Copy link
Contributor Author

tlvu commented Jul 16, 2021

Would pulling that version of RavenPy be an acceptable option? I wonder if conda-forge allows us to park specific version of binaries as only privately-accessible?

Not sure what you mean.

FYI I just triggered a full rebuild on DockerHub again and it still did not pickup the new ravenpy 0.6.0 build1. The build1 was from this feedstock conda-forge/ravenpy-feedstock#6 ?

@Zeitsperre
Copy link
Collaborator

Still? Alright. More to look into.

@Zeitsperre
Copy link
Collaborator

Zeitsperre commented Jul 16, 2021

@tlvu Try rebuilding now. I think it should work with ravenpy==0.6.0_pyh1bb2064_2. There is most definitely a set of packages that don't like newer gdal versions. I'm not sure why.

@tlvu
Copy link
Contributor Author

tlvu commented Jul 19, 2021

@Zeitsperre conda-forge/ravenpy-feedstock#7 did it. I was able to pull latest RavenPy in a full Jupyter env build, thanks !

@tlvu tlvu closed this as completed Jul 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants