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

Docs for pre/dev releases #861

Open
CJ-Wright opened this issue Sep 13, 2019 · 3 comments
Open

Docs for pre/dev releases #861

CJ-Wright opened this issue Sep 13, 2019 · 3 comments
Labels

Comments

@CJ-Wright
Copy link
Member

Following up from #147 it would be nice to have some docs for how to setup/use pre and dev releases. I would suggest having the channel be conda-forge/label/dev_<name_of_package> to match the proposal from conda/conda#8752.

Once this is documented/agreed we can start the bot making dev/pre-release PRs as appropriate. For bot policy discussion see/extend: regro/cf-scripts#86 I think the main concern there is the rate of PRs, maintainer bandwidth, and CI resource availability.

@yarikoptic
Copy link

I am looking to provide rc's of datalad. It should be a very straightforward use case AFAIK.
If not proper docs, any hints or pointer to an example feedstock to mimic after, would be greatly appreciated! Everything I found ATM is only initial attempts and probably deprecated by now.

@croth1 croth1 added the Docs label Sep 18, 2019
@CJ-Wright
Copy link
Member Author

This was raised as a policy discussion here: conda-forge/cfep#3
Sorry for the bouncing of issue to issue.

@ihnorton
Copy link
Contributor

ihnorton commented Jan 9, 2022

In case anyone else finds this issue while trying to do a pre-release, here are a few misc issues I encountered; passing along in case it helps someone else.

  • if doing a local build of some package with an RC dependency already built on a feedstock, make sure there are NO LOCAL BUILDS in the conda-build/<arch> folder, because that one will be preferred over anything that is an upstream label (and per the next item, can't seem to pin in order to force resolving a newer version from feedstock RC release)
  • the documented 1.2.3rc0 version format doesn't seem to work in meta.yaml -- pinning 1.2.* does not resolve. (maybe Fix pinning expressions for prerelease builds conda/conda-build#4272 was intended to fix that, but I have conda-build 3.21.7 which should include that PR, and not working). I had to remove the pin to get the rc package from a dependency build.
    • I was eventually able to get the pinning to work, by using the exact version in conda_build_config.yaml
  • (there is (maybe?) some non-determinacy in the re-render process -- after re-rendering multiple times I ended up with a build error on the feedstock 'python_impl' is undefined because that config had been removed; re-rendering again seems to have fixed it)

(working example: branch for tiledb and branch for dependee tiledb-py building against the tiledb_rc label -- linked compare view there to avoid cruft commits in the process of getting it to build)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

4 participants