You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Just came across this while grading assignments, had run into it before myself:
We used \verb|pytask-latex| to compile our document -- a nice feature is that the \LaTeX\ garbage files are stored in the \verb|bld| folder, not the source folder. During the process of writing the report, however, we used source code editors (see above) which compile the document as well right in the \verb|src| folder. At this point, we noted an interesting complication: when the garbage files in the \verb|src| folder are not removed but the ones in the \verb|bld| folder are removed, then, \verb|pytask-latex| fails to compile the document in the \verb|bld| folder. It took us some experiments to figure out this behaviour but we suppose that, in this case, \verb|pytask-latex| at the first run of \verb|latexmk| thinks the garbage files in the \verb|src| folder are the relevant ones and therefore imports wrong ``settings.'' When both garbage file locations are cleaned or both of them are not cleaned, then all works well. Importantly, for unpacking the project it does not matter since we don't include the \verb|src| garbage files in the repository.
This happens easily if one has separate src/bld directories and (accidentally) tries to compile the document in the src folder. Very hard to understand what is happening then.
Not sure what should happen. In any case, first thing to do would be to check whether
src/bld are separate
and whether there are files in src that are side-effects of the compilation.
If true, possibilities I can think of:
Raise an explicit error (maybe with interactive option / command line suggestion to remove the files?)
Somehow ignore the files with side-effects in src (stash them like pre-commit does?)
Difficult thing might be to predict exactly which files will be there.
The text was updated successfully, but these errors were encountered:
Hi, thanks for the report! This is indeed a weird problem.
It would be possible to check for the existence of auxiliary files when src and bld are separate folders and then raise an error. We would also need the names of these auxiliary files which cause these side-effects or just roll with the common ones.
The implementation could be simple. Just add the checks for certain file names here
Just came across this while grading assignments, had run into it before myself:
This happens easily if one has separate src/bld directories and (accidentally) tries to compile the document in the src folder. Very hard to understand what is happening then.
Not sure what should happen. In any case, first thing to do would be to check whether
If true, possibilities I can think of:
Difficult thing might be to predict exactly which files will be there.
The text was updated successfully, but these errors were encountered: