Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
bundler on Windows - permission denied #5421
jruby 126.96.36.199 (2.5.0) 2018-11-06 7b14404 Java HotSpot(TM) 64-Bit Server VM 25.181-b13 on 1.8.0_181-b13 +jit [mswin32-x86_64]
unfortunatelly 7b14404 breaks bundler on windows, sorry I didn't catch it earlier!
ok, this is weird, bundler shares C:\Users\user.bundle\cache\compact_index* path
1/ clean this path
1/ clean this path again
it looks like these files are created with a different set of permissions and jruby's new rename implementation can't replace files that were generated with mri
so 7b14404 didn't break it
@ahorek I just audited how this worked in 9.2 and we bailed upon detecting files were in different FS. Not sure if I see this or not locally but 44bd17d logic was bypassing that final attempt and the raise would make it into a copy. I will see if I can repro this on windows but a Platform.IS_WINDOWS restoring that check may be simplest workaround barring some more analysis.
should throw AtomicMoveNotSupportedException
in this case the file is acually moved correctly, but it fails afterwards at
you should be able to simulate it like this
I have a workaround
but could you review these lines? I think if there's no exception in Files.move, we shouln't be trying to rename old file that doesn't exist anymore because it was already moved