Skip to content

Conversation

@DuncanDHall
Copy link
Contributor

Current VSCode sync-rsync extension setup involves pointing sync-rsync.executable at nomad/vsync, which has a shebang that sets -e, giving this rsync subshell the power to crash the script and not perform the nomad alloc sync portion. This would prevent that from happening in the non-petabox case.

Current VSCode sync-rsync extension setup involves pointing `sync-rsync.executable` at nomad/vsync, which has a shebang that sets `-e`, giving this rsync subshell the power to crash the script and not perform the nomad alloc sync portion. This would prevent that from happening in the non-petabox case.
@DuncanDHall
Copy link
Contributor Author

Full transparency: this was a ChatGPT o3-mini-high solution–there may be a better option

@traceypooh
Copy link
Contributor

i can live with this. the only slight pause here is it will just continue on (w/o warning) if people are using the rsync portion to sync up to a ssh-able server.

i wonder about either "deferring" a fail-out to the end for the rsync side failing
OR allow for some configurable option for someone to say "i dont want to rsync up -- i'm just here for the nomad copy" :)

WDY thinK?

@DuncanDHall
Copy link
Contributor Author

First one sounds simpler, and absolutely a good idea. Updated the fork, seems to work for me!

@traceypooh traceypooh merged commit f1a0f62 into internetarchive:main Feb 27, 2025
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.

2 participants