Ci refactoring
Refactoring of the CI process.
Linked to Issue #42 (closed)
Merge request reports
Activity
requested review from @ydayer
assigned to @amayoraz
That's exactly what we need, thanks.
We have some trouble depending on that package as-is, though. The package is only available on its GitLab registry and we would need to specify the "index url" for each package we depend upon if they are only published there (at least as far as I understand).
If we release auto-intersphinx, it would be availabel on Pypi directly and would simplify things. Should we do that?
Check bob/auto-intersphinx> documentation for details on the problem you are currently having on the doc stage. The package tries its best to resolve the URL for the package documentation. If it cannot for any reason, it prints the errors you have on the logs there.
For the gitlab-ci-local, I'm not sure what that is, so it is difficult to help.
46 - {{ pin_compatible('dask-jobqueue', max_pin='x.x') }} 47 - {{ pin_compatible('distributed', max_pin='x.x') }} 48 - {{ pin_compatible('scikit-learn', max_pin='x.x') }} 49 - {{ pin_compatible('xarray', max_pin='x.x') }} 40 - bob.extension 41 - bob.io.base 42 - {{ pin_compatible('numpy') }} 43 - {{ pin_compatible('dask') }} 44 - {{ pin_compatible('dask-jobqueue') }} 45 - {{ pin_compatible('distributed') }} 46 - {{ pin_compatible('scikit-learn') }} 47 - {{ pin_compatible('xarray') }} 50 48 - {{ pin_compatible('h5py') }} 51 49 run_constrained: 52 - {{ pin_compatible('dask-ml', max_pin='x.x') }} 50 - {{ pin_compatible('dask-ml') }} -
Hmmm, ok. Packages are still pinned with a
max_pininconda_build_config.yaml, so themax_pinin here are not necessary.
added 1 commit
- 50e1ab0f - [ci] put dask-ml back as dependency of doc and test
added 1 commit
- 89e8d97e - [doc] added auto-intersphinx dependency inside toml
I merge this branch. Modifications related to bob.extension replacement have been moved to the branch bob_extension_replacement and are listed on Issue #43 (closed)
mentioned in commit a10c058e