Closed MuhammadNYoussef closed 4 months ago
Hi, @MuhammadNYoussef! Thanks for filing this bug report – first one by an external user. :)
I'm unsure why this happens, because I have been testing the wheels after I have built them since I started the project altogether.
Do the below links help?
I think what is happening is that running the executable requires some version of the Windows UCRT and other dependencies, which is available on GitHub Actions runners, but probably not on regular Windows systems... I'll look for more reasons where this comes from, but it looks like there are some missing DLLs that the program is linked to but I haven't copied them into the wheel.
Strange – no dependencies seem to be required:
$ pipx run delvewheel repair hugo-0.125.4-py3-none-win_amd64.whl
repairing hugo-0.125.4-py3-none-win_amd64.whl
finding DLL dependencies
no external dependencies are needed
wheel copied to /Users/agriyakhetarpal/wheelhouse/hugo-0.125.4-py3-none-win_amd64.whl
and so says repairwheel
:
$ pipx run repairwheel -o . hugo-0.125.4-py3-none-win_amd64.whl
repairing /Users/agriyakhetarpal/hugo-0.125.4-py3-none-win_amd64.whl
finding DLL dependencies
no external dependencies are needed
wheel copied to /var/folders/b3/2bq1m1_50bs4c7305j8vxcqr0000gn/T/repairwheel5gi0wkbv/hugo-0.125.4-py3-none-win_amd64.whl
Wrote /Users/agriyakhetarpal/hugo-0.125.4-py3-none-win_amd64.whl
I will test on a Windows system as well, just to confirm nothing is being missed.
Found the bug – I had to compile a static binary with MinGW, of course. No one has ever reported this, and it wasn't caught before in CI. I'll be happy to fix that in the next release, or would you want me to issue a patch release? I don't think I'll be able to backport this to the several past releases, and therefore would lean towards fixing it in the next one, so, as a temporary workaround, you can install MinGW using the Chocolatey package manager (choco install mingw
) after installing Chocolatey, and everything will then work.
Hey @agriyakhetarpal, Thanks a bunch for looking into my problem! The workaround you suggested is really helpful. I appreciate you taking the time to figure that out. Looking forward to a permanent fix, but in the meantime, this is a lifesaver!
@MuhammadNYoussef, would you be able to download and install wheels from https://github.com/agriyakhetarpal/hugo-python-distributions/actions/runs/8877331272/artifacts/1456296110 and confirm if they are working for you? You might need to uninstall MinGW that you installed to be able to test them properly. These builds are compiled as static binaries and therefore should resolve the issue – but since you opened the bug report, I think it's best to ask you too :) if they do, I'll mark #94 as closing the issue, which should go into the next release (hopefully soon). Again, many thanks for filing the bug report, truly a sign that things here need fixing, haha!
@agriyakhetarpal, I used the wheels you provided and the issue is resolved now. Thanks a bunch!
I just pushed v0.125.5
(release) which includes the fix, should be available on PyPI in an hour or so. Thanks again for reporting it, and please don't hesitate to let me know if anything is still broken.
I created a Python virtual environment and installed the
hugo
static site generator usingpip install hugo
. However, when I try to use thehugo
command in the terminal, I encounter an error and am unable to proceed. This prevents me from creating a Hugo project using Python.Steps to Reproduce:
using pip install hugo
.hugo version
.Error Message:
What I want to do: Just create a static hugo project using Python.