Skip to content

No information on the README about the future of this package #18

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

Closed
ghost opened this issue Dec 11, 2018 · 3 comments
Closed

No information on the README about the future of this package #18

ghost opened this issue Dec 11, 2018 · 3 comments
Labels

Comments

@ghost
Copy link

ghost commented Dec 11, 2018

This package looks very interesting, and I'd love to make use of it in a real non-testing project.

However, it is quite unclear if after the testing period 1. this will vanish entirely, 2. be available with the same name on pypi, 3. be available with a different name/part of something else on pypi, ...

Can you add some information to the README clarifying where this project is heading, and how much sense it makes to use this for more than just playing around at this stage?

@pfmoore
Copy link
Member

pfmoore commented Dec 11, 2018

It is on PyPI, and will remain so. It's also used by pip for its PEP 517 implementation, so it's not going away. However, your point about documentation is fair.

The project doesn't really have a full-time maintainer at the moment. @takluyver provided the initial implementation, and I contributed a number of fixes in the process of using it in pip. But neither of us want to take on too much commitment to ongoing management of this project. So one of the key things for sustainability will be to get a good community around the project. That means basically interested people using the code and contributing PRs and enhancements.

To be specific, the code in wrappers.py and the code supporting that is critical to pip, so that will be well-supported (pip will provide plenty of real-world use of that code!). But the other code (in particular envbuild.py) is not yet used in real-world code, and pip's implementation (which was developed independently) has hit a number of corner cases that likely haven't been considered in the code here. So in order for envbuild.py to be production-ready, it will need some work (probably the best approach would be for someone to look at merging this code and pip's implementation of isolated environments, with the intention of pip using the code here, rather than having its own copy. Don't expect me to do that work, though - I doubt I'll have sufficient free time in the near future.

Hopefully, that gives a fair summary of the current state of the project. I don't know how much of that should go in the docs (some of it is too transitory) but I'll see what I can do.

@takluyver
Copy link
Member

To give a brief update: the wrappers level of functionality is sticking around. The layer above that (envbuild, build, check and meta) is gradually going to be deprecated and eventually removed (#91). The PyPA build project will contain some of this higher-level functionality for setting up an isolated build environment, installing dependencies, and using it to build a package.

@takluyver
Copy link
Member

I've clarified this in the README.

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

No branches or pull requests

3 participants