You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When trying to install the service using the provided script, I noticed that it failed due to assumptions about the username and path to the scripts. This should ideally not be necessary to hard-code. Here are a couple of ideas and I can implement whichever one is deemed best if there's some agreement.
Option 1:
start-on-boot script installs a copy of the current scripts into /opt somewhere, and uses that path. Downside is that it requires updating /opt whenever there are changes, if development isn't being done in /opt.
Option 2:
start-on-boot script creates a symlink for kiln-controller in /usr/local/bin (or /opt), so it still sources from the user directory, but the script installation is agnostic of the actual path
Option 3:
Dynamically generate the init script to directy point at the kiln-controller in the current directory as of running start-on-boot
The text was updated successfully, but these errors were encountered:
When trying to install the service using the provided script, I noticed that it failed due to assumptions about the username and path to the scripts. This should ideally not be necessary to hard-code. Here are a couple of ideas and I can implement whichever one is deemed best if there's some agreement.
Option 1:
Option 2:
Option 3:
The text was updated successfully, but these errors were encountered: