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

hab pkg install doesn't write/run install hooks to /hab/svc if /hab/pkgs already populated #8226

Open
themightychris opened this issue Jun 17, 2021 · 1 comment
Labels

Comments

@themightychris
Copy link
Contributor

themightychris commented Jun 17, 2021

In CI and test environments, it can be helpful to persist /hab/pkgs but not /hab/svc, which seems to be in the spirit of Habitat's architecture -- /hab/pkgs is immutable and /hab/svc is instance state

However, there does not seem to be any way to get hab pkg install to regenerate install hooks under /hab/svc if a package already exists under /hab/pkgs but /hab/svc is starting fresh. The package must be fully uninstalled and then reinstalled to get the install hooks to exist and be run. In this way, /hab/pkgs is being used to indicate the state of an instance which feels like a violation of Habitat's guarantees.

Instead of existence of /hab/pkgs content for a package being the signal for whether a package has already been installed and needs its install hook ran, perhaps the rendered install hook under /hab/svc should be used instead. The expected behavior would be that every time hab pkg install is run, if the rendered install hook doesn't exist under /hab/svc it gets rendered and executed.

@stale
Copy link

stale bot commented Jun 18, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. We value your input and contribution. Please leave a comment if this issue still affects you.

@stale stale bot added the Stale label Jun 18, 2022
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

1 participant