-
-
Notifications
You must be signed in to change notification settings - Fork 7.5k
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
Add a --noBuildLock flag #9780
Labels
Milestone
Comments
You're not the first asking for something similar, so I guess we should do that. If someone is quick with a PR, I may get it in the 0.97 release... |
satotake
added a commit
to satotake/hugo
that referenced
this issue
May 22, 2022
If the flag is enabled, `.hugo_build.lock` will not be created. This ensures safe running on read-only filesystem etc. Close gohugoio#9780
bep
pushed a commit
that referenced
this issue
May 24, 2022
If the flag is enabled, `.hugo_build.lock` will not be created. This ensures safe running on read-only filesystem etc. Close #9780
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
For local development, the Kubernetes project runs Hugo in a container, with the website source mounted in read-only (there is a tmpfs that Hugo renders to).
Recent Hugo releases try to lock the source directory, which fails because of the read-only mount. I'd welcome a mechanism to bypass the lock file creation for the within-a-container case; we know it's actually safe to have Hugo try to run inside the container and to run outside it as well.
The text was updated successfully, but these errors were encountered: