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

CopyToRemote should be able to create parent dirs as needed (like mkdir -p) #650

Open
kumavis opened this issue Feb 4, 2025 · 4 comments
Labels
area/copy kind/enhancement Improvements or new features

Comments

@kumavis
Copy link

kumavis commented Feb 4, 2025

CopyToRemote should be able to create parent dirs as needed. it currently errors if the destination dir path doesn't exist

@kumavis kumavis added kind/enhancement Improvements or new features needs-triage Needs attention from the triage team labels Feb 4, 2025
@thomas11 thomas11 added area/copy and removed needs-triage Needs attention from the triage team labels Feb 4, 2025
@thomas11
Copy link
Contributor

thomas11 commented Feb 4, 2025

Hi @kumavis, thank you for the suggestion. We decided on not creating the parent dirs mainly because cp and scp don't either, so it's the least surprising behavior. You can always use the Command resource to run mkdir -p before the copy (using dependsOn for sequencing).

@kumavis
Copy link
Author

kumavis commented Feb 6, 2025

understandable but 👉 in accordance with the philosophy of IaaC 👈 , i want to be able to specify a layout of files on the remote machine and i want pulumi to apply whatever changes are necessary to achieve that state

@kumavis
Copy link
Author

kumavis commented Feb 6, 2025

an additional note for this, you'd want to be able to specify RWX permissions

@thomas11
Copy link
Contributor

thomas11 commented Feb 6, 2025

👉 in accordance with the philosophy of IaaC 👈 , i want to be able to specify a layout of files on the remote machine and i want pulumi to apply whatever changes are necessary to achieve that state

That's a fair point! I'll leave this issue open and hope we'll be able to revisit it soon.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/copy kind/enhancement Improvements or new features
Projects
None yet
Development

No branches or pull requests

2 participants