Closed 7yl4r closed 3 years ago
Oh... weird. subprocess.call
is supposed to wait for completion and throw errors. Not sure what is happening here.
This issue is stale because it has not had any recent activity. The resources of the project maintainers are limited, and so we are asking for your help.
If this is a bug and you can still reproduce this error on the main
branch, consider contributing a Pull Request with a fix.
If this is a feature request, and you feel that it is still relevant and valuable, consider contributing a Pull Request for review.
This issue will automatically close soon if no further activity occurs. Thank you for your contributions.
I have done some experiments (here) to better understand how subprocess.run
behaves with different options and errors. It is not yet clear to me how to fix this issue, however. My best guess at this point is to remove shell=True
. But will that break something?
This issue is stale because it has not had any recent activity. The resources of the project maintainers are limited, and so we are asking for your help.
If this is a bug and you can still reproduce this error on the main
branch, consider contributing a Pull Request with a fix.
If this is a feature request, and you feel that it is still relevant and valuable, consider contributing a Pull Request for review.
This issue will automatically close soon if no further activity occurs. Thank you for your contributions.
no close please, mr bot.
Usage of hugo with subprocess should ideally wait for process completion and check for errors. This would eliminate the
sleep
cruft there too.https://github.com/wowchemy/hugo-academic-cli/blob/93acb29fd7833d3932868bf96875f284a4dabcb5/academic/import_bibtex.py#L80-L82
Currently when the hugo command fails to create the
index.md
(if hugo isn't installed for example) an error without this needed info is thrown:FileNotFoundError: [Errno 2] No such file or directory: 'content/publication/.../index.md'
.It would be better to show the error from the hugo subprocess: