Closed absorber closed 8 years ago
I wasn't sure whether this was a git issue or a git issue, but from my understanding it first tries to move the files, and upon error on the move (because those are root-owned files) git fails because it expects files there.
Yep, you're right. homeshick needs to be a little more fault tolerant in general. Right now it just bails if anything goes wrong. This relates a little to #101, where homeshick also fails too early.
So after a year of procrastination ;-) I am going to close this one as "wontfix". An error during recursive tracking might be an indication of user error. homeshick track
can be quite disruptive if you track the wrong directory.
When the user runs track
, he expects everything to go well - if it doesn't, he made a wrong assumption and homeshick should bail.
Remember: You can always just run find hometest -user absorber | xargs homeshick track rootest
:-)
Steps to reproduce:
hometest/
with files using this command:touch {a..z}.sh
sudo git clone
a repo (in my case I cloned this repo)homeshick generate
a new castle (my example:rootest
)Observed result:
Expected result: Track all files inside that directory except root files and warn the user that the root-owned files could not be tracked.
I wasn't sure whether this was a git issue or a git issue, but from my understanding it first tries to move the files, and upon error on the move (because those are root-owned files) git fails because it expects files there.