-
Notifications
You must be signed in to change notification settings - Fork 320
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
Slow workflow for contributors #1018
Comments
That is what |
For reference, the build logic is defined in There's probably some bug that snuck into the dependencies. Maybe due to the epub? That needs to be rebuilt after every change, and it's a bit hefty. |
@nrnrnr Could you try running MODE=dev cabal v2-run builder -- build |
I hope this is of some use. If you want, I can annotate a version that will timestamp each line of output.
|
(For now, I am getting by with |
Is it possible that |
I don't think so. |
Yes, that is a problem. Fixing it takes resources, and I'm encouraging Wen to finish her dissertation rather than to improve PLFA. Go well, – P
|
As a contributor, if I want to refine text that I am editing, the only instruction I have from
_site/Contributing/index.html
ismake build
. Butmake build
takes over 3 minutes even on a relatively beefy machine. When editing a document and viewing the changes, 3 minutes is not an acceptable turnaround time.There must be a Makefile target somewhere that simply rebuilds the HTML of any file that has changed. That target should be documented in
_site/Contributing/index.html
. (If I knew the target I would submit a PR.)It would be even better if HTML could be rebuilt without minifying.
The text was updated successfully, but these errors were encountered: