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

RFC 0019: Allow RACK_ENV to be overridden at build time #281

Open
fg-j opened this issue Jul 19, 2022 · 0 comments
Open

RFC 0019: Allow RACK_ENV to be overridden at build time #281

fg-j opened this issue Jul 19, 2022 · 0 comments
Labels
good first issue A good first issue to get started with hacktoberfest Hacktoberfest eligible

Comments

@fg-j
Copy link

fg-j commented Jul 19, 2022

Paketo RFC 0019 states that users should be able to override environment variables that the buildpacks set, if they're environment variables commonly used in the language ecosystem.

In this buildpack, the build process sets RACK_ENV in a way that ignores any user-provided value for the environment variable. This locks users into configuration that may not work for their app. For instance, to build https://github.com/pglombardo/PasswordPusher without an external DB, RACK_ENV must be set to private.

If it's possible for the buildpack to function while respecting that environment variable, it should do so.

@robdimsdale robdimsdale added the good first issue A good first issue to get started with label Oct 17, 2022
aramprice added a commit to aramprice/rackup that referenced this issue Dec 21, 2022
The rack environment is hardcoded to the value `RACK_ENV=production`
which appears to be a conflation of setting an ENV variable, and passing
the value value via the `--env` flag to `rackup`.

This commit makes two changes:
1. The value passed to the flag `--env` is now `production`, not
   `RACK_ENV=production`, and changes to the associated tests.
2. The value `production`, while still hard-coded, is interpolated into
   the process args. This should make it easier to make the value
   dynamic in the future. See paketo-buildpacks#281

Addresses paketo-buildpacks#355
aramprice added a commit to aramprice/rackup that referenced this issue Dec 21, 2022
The rack environment is hard-coded to the value `RACK_ENV=production`
which appears to be a conflation of setting an ENV variable, and passing
the value value via the `--env` flag to `rackup`.

This commit makes two changes:
1. The value passed to the flag `--env` is now `production`, not
   `RACK_ENV=production`, and changes to the associated tests.
2. The value `production`, while still hard-coded, is interpolated into
   the process args. This should make it easier to make the value
   dynamic in the future. See paketo-buildpacks#281

Addresses paketo-buildpacks#355
robdimsdale pushed a commit that referenced this issue Dec 21, 2022
The rack environment is hard-coded to the value `RACK_ENV=production`
which appears to be a conflation of setting an ENV variable, and passing
the value value via the `--env` flag to `rackup`.

This commit makes two changes:
1. The value passed to the flag `--env` is now `production`, not
   `RACK_ENV=production`, and changes to the associated tests.
2. The value `production`, while still hard-coded, is interpolated into
   the process args. This should make it easier to make the value
   dynamic in the future. See #281

Addresses #355
@sophiewigmore sophiewigmore added the hacktoberfest Hacktoberfest eligible label Oct 5, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue A good first issue to get started with hacktoberfest Hacktoberfest eligible
Projects
None yet
Development

No branches or pull requests

3 participants