Could not acquire lock to ...\paket.locked
See original GitHub issueDescription
I’ve experienced very strange paket restore
behaviour today. I was constantly getting this error message on restoring packages: Could not acquire lock to C:\Gitlab-Runner\builds\cc2bad82\0\***\obj\paket.locked
. Finally I found out it was caused by blocking the creation of *.locked
files by my antivirus (McAfee) because of some virus which encrypts files and creates *.locked copy of it I guess.
Since our organization policy doesn’t allow us to change any security settings it becomes unreal to run my build pipeline.
Please advice. Is it possibly to make paket.locked
constant configurable or rename it to smth else? Thanks
Known workarounds
I made a custom build with changed to paket.locked-whatever
constant (located in Constants.fs
) instead of paket.locked
.
Issue Analytics
- State:
- Created 4 years ago
- Reactions:4
- Comments:9 (5 by maintainers)
Top Results From Across the Web
The paket.lock file
If the paket. lock file is not present when paket install is run, it will be generated. Subsequent runs of paket install will...
Read more >Can't get paket to work for the simplest case : r/fsharp
Here are my reasons for using paket: Unified view of packages used across projects via paket. dependecies/paket. lock.
Read more >Paket Issues - Steve Ellwood - Medium
Locking dependencies. By default paket will use the latest version of a dependency that it can find. This is one of the reasons...
Read more >Why does Paket need three files to support dependency ...
dependencies. The paket.lock file locks builds to the same specific versions every time. You must intentionally take some sort of action, ...
Read more >How can I solve "Be aware that removing the lock file is not ...
Never just remove a lock unless you are sure it is stale. Some locks are tied to running processes and will disappear when...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I’m fine with changing the name
Michal Jirouš notifications@github.com schrieb am Fr., 24. Mai 2019, 16:15:
@forki Files ending with *.locked extension are treated by McAfee as ransomware. It may be stupid, but that’s how McAfee works. I issued a ticket to whitelist this file in our company and after a week we only got temporary approval. I agree that it is McAfee’s problem, but many companies use it and security experts are just afraid. We are basically forced to come with some alternative because our company does not want to allow it permanently. The alternative may be to not use Paket or have a custom fork. None of these options are good for us. It would be much better to just change the single line of code in Paket to change the filename. Is there some specific reason the file must have the name
paket.locket
?