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
custom.sh runs "privileged" (the default), and since it runs as the last provisioner script, any modules or libraries installed in it do not receive the permissions change added in 63a78f9 (and since custom.sh is privileged, the directoreis are owned by root). Two possible fixes: 1) document that any custom.sh that installs modules or libraries needs to run the following after it installs them:
or 2) those permissions commands get moved into an inline shell provisioner (or additional external script) that gets run after custom.sh, or maybe within the if File.exist? block that runs custom.sh if it exists. There may be other more preferable fixes.
The text was updated successfully, but these errors were encountered:
@mjordan would it be worth moving the call out to custom.sh up to right before post.sh? I think that would resolve this issue, and would be better than documenting. If so, I can take care of this.
custom.sh runs "privileged" (the default), and since it runs as the last provisioner script, any modules or libraries installed in it do not receive the permissions change added in 63a78f9 (and since custom.sh is privileged, the directoreis are owned by root). Two possible fixes: 1) document that any custom.sh that installs modules or libraries needs to run the following after it installs them:
or 2) those permissions commands get moved into an inline shell provisioner (or additional external script) that gets run after custom.sh, or maybe within the
if File.exist?
block that runs custom.sh if it exists. There may be other more preferable fixes.The text was updated successfully, but these errors were encountered: