How to first build and then install into a stage directory?
See original GitHub issueBy default build
seems to build the source tarball and wheel.
I work in the context of the FreeBSD port. I need to (1) configure (2) build (3) install into a stage directory.
Using setup tools this is done like this: (1) python setup.py config (2) python setup.py build (3) python setup.py install -record /usr/ports/science/py-xx/work-py39/.PLIST.pymodtmp -c -O1 --prefix=/usr/local --single-version-externally-managed --root=/usr/ports/science/py-xx/work-py39/stage
What are the equivalent commands using build
?
We don’t need source tarball and wheel. It should just build and then install into a stage directory.
Issue Analytics
- State:
- Created a year ago
- Comments:7 (4 by maintainers)
Top Results From Across the Web
Dockerfile build from source in one stage and then copy and ...
I've tried to build it in a separate directory and copy it to a different machine to see if it's possible, but I've...
Read more >Installation - Player/Stage
Configuring the build ... Unpack the distribution or check it out from SVN. Change directory to the top level of the Stage source...
Read more >Parts lifecycle | Snapcraft documentation
stage : copies the built components into the staging area. This is the first time all the different parts that make up the...
Read more >Build Stages - Travis CI Docs
Build stages is a way to group jobs, and run jobs in each stage in parallel, but run one stage after another sequentially....
Read more >Multi-stage builds - Docker Documentation
With multi-stage builds, you use multiple FROM statements in your Dockerfile. Each FROM instruction can use a different base, and each of them...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Pip is a package manager as well as a wheel builder and installer. Build is just a wheel builder. Pip’s package management features are at best redundant and at worst actively get in the way when used by a package manager (or ports system).
I’ve suggested this patch for the FreeBSD ports framework to fully support PEP-517 at the level of individual ports. It is based on build/installer packages.