@@ -174,19 +174,19 @@ be similar to this:
174
174
$ heroku buildpacks:add heroku/nodejs -i 2
175
175
# heroku buildpacks:add heroku/ruby -i 3
176
176
177
- If you have multiple applications on Heroku you will need to append each of these with
178
- the identifier (_ e.g._ ` heroku buildpacks:clear -a YOUR_APP_NAME ` ).
177
+ If you have multiple applications on Heroku you will need to append each of these
178
+ with application's identifier (_ e.g._ ` heroku buildpacks:clear -a YOUR_APP_NAME ` ).
179
179
180
- With each buildpack we are registering its index (the ` -i ` switch) in order to specify
181
- the order Heroku will load runtimes and execute bootstrapping code. It's important for
182
- the Python environment to be engaged first, as PyCall will need to be able to find it
183
- when Ruby-based processes start.
180
+ With each buildpack we are registering its index (the ` -i ` switch) in order to
181
+ specify the order Heroku will load runtimes and execute bootstrapping code. It's
182
+ important for the Python environment to be engaged first, as PyCall will need to
183
+ be able to find it when Ruby-based processes start.
184
184
185
185
Once you have set up your buildpacks, and have commited both ` requirements.txt ` and
186
186
` runtime.txt ` files to git, deploy your Heroku application as your normally would.
187
187
The Python bootstrapping process will appear in the log first, followed by the Ruby
188
- and so on. PyCall should now be able to successfully call Python functions from within
189
- the Heroku environnent .
188
+ and so on. PyCall should now be able to successfully call Python functions from
189
+ within the Heroku environment .
190
190
191
191
NB It is also possible to specify buildpacks within Docker images on Heroku.
192
192
See Heroku's [ documentation on using Docker Images] ( https://devcenter.heroku.com/articles/build-docker-images-heroku-yml ) .
0 commit comments