Skip to content

Conversation

@c-dilks
Copy link
Member

@c-dilks c-dilks commented Jul 29, 2024

Having env.sh in one's $PATH means that when some shells run source env.sh from anywhere, it may prioritize the env.sh from the coatjava installation, rather than the env.sh in the caller's present working directory. Since both coatjava's env.sh and the caller's ./env.sh may be silent, this can lead to confusion as to why the local ./env.sh is not working.

This PR moves env.sh to libexec/, which should not be in one's $PATH. Any downstream code which calls source env.sh may be affected, which is why the conventional commit label is fix! rather than fix (i.e., potential breaking change).

@c-dilks c-dilks requested a review from baltzell July 30, 2024 15:45
Having `env.sh` in one's `$PATH` means that when some shells run `source
env.sh` from anywhere, it may prioritize the `env.sh` from the
`coatjava` installation, rather than the `env.sh` in the caller's present
working directory. Since both `coatjava`'s `env.sh` and the caller's
`./env.sh` may be silent, this can lead to confusion as to why the local
`./env.sh` is not working.

This PR moves `env.sh` to `libexec/`, which should not be in one's
`$PATH`. Any downstream code which calls `source env.sh` may be
affected, which is why the conventional commit label is `fix!` rather
than `fix` (_i.e._, potential breaking change).
@baltzell
Copy link
Collaborator

Note, this means the old CLARA installer will not result in a working COATJAVA installation. But that's acceptable since it also doesn't provide a working CLARA anymore.

@baltzell baltzell merged commit d190d22 into development Aug 13, 2024
@baltzell baltzell deleted the libexec-env branch August 13, 2024 15:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants