Binaries for the extended version of the Hugo static site generator, installable via pip
This project provides wheels for Hugo so that it can be used with pip
on macOS, Linux, and Windows; for Python 3.8 and later.
Note
Only the latest, stable, and to-be EOL Python versions are tested regularly. If you encounter any issues with the package on a specific Python version, please feel free to open an issue.
Hugo is a static site generator written in Go. It is designed to be fast and flexible, and it is used by many people and organizations for their websites, documentation, and personal blogs.
Note
This distribution of Hugo
is currently not affiliated with the official Hugo
project. Please refer to the Hugo documentation for more information on Hugo.
This project, hugo
is versioned alongside the Hugo releases and is aligned with the versioning of Hugo itself, which uses SemVer
– but is likely versioned according to 0ver software standards based on their versioning history.
Binaries for hugo
through these wheels are available for Hugo versions 0.121.2 and above, through PyPI or through releases on GitHub. If you need an older version of hugo
that is not available through this package, please consider using the official Hugo binaries.
Please refer to the section on Supported platforms for a list of wheels available for supported platforms and architectures. If it does, jump to the Quickstart section to get started.
Warning
Owing to the limitations of overall sizing available on PyPI for hugo
, only the most recent versions of Hugo are available for download through pip
, and older versions of these wheels will be deleted to make space for newer releases. If you need an older version of Hugo, please consider using the wheels that have been uploaded to the GitHub releases page or the official Hugo binaries. The former can be done via pip
by downloading the .whl
file, or through pipx
using the URL directly (recommended). For example, if you need Hugo 0.122.0, you can run pipx install "https://github.com/agriyakhetarpal/hugo-python-distributions/releases/download/v0.122.0/hugo-0.122.0-cp311-cp311-win_amd64.whl"
to download and install the wheel for Hugo 0.122.0 on Windows for Python 3.11.
Create a virtual environment and install the package (or install it globally on your system):
python -m virtualenv venv # (or your preferred method of creating virtual environments)
pip install hugo
This places a hugo
installation with an executable in your virtual environment and adds an entry point to it in your virtual environment's bin
directory. You can use the hugo
command as you would normally:
hugo version
hugo env --logLevel info
Alternatively, you can install the package globally on your system:
python3.X -m pip install hugo # Unix
py -m pip install hugo # Windows
Tip
It is a great idea to use pipx
to install or use Hugo in an isolated location without having to create a virtual environment, which will allow you to run Hugo as a command-line tool without having to install it globally on your system. i.e.,
pipx install hugo # install and run Hugo through pipx
or
pipx run hugo==0.121.2 # run a specific version of Hugo through pipx, even if a different version is installed in whatever environment you are in
Please refer to the pipx
documentation for more information.
Then, you can use the hugo
commands as you would normally:
hugo version
hugo env --logLevel info
and
hugo new site mysite
hugo --printI18nWarnings server
# and so on
...
Standard virtual environments can allow multiple versions of Hugo to be installed and used side-by-side. To use a specific version of Hugo, you can specify the version when installing the package (please refer to the section What version of hugo
do I install? for more information):
pip install "hugo==0.X.Y"
For more information on using Hugo and its command-line interface, please refer to the Hugo documentation and Hugo CLI documentation.
A subset of the platforms supported by Hugo itself are supported by these wheels for hugo
via hugo-python-distributions
. The plan is to support as many platforms as possible with Python wheels and platform tags. Please refer to the following table for a list of supported platforms and architectures:
Platform | Architecture | Support |
---|---|---|
macOS | x86_64 (Intel) | ✅ |
macOS | arm64 (Silicon) | ✅ |
Linux | amd64 | ✅ |
Linux | arm64 | ✅ |
Linux | s390x | ✅ |
Linux | ppc64le | ✅ |
Windows | x86_64 | ✅ |
Windows | arm64 | 💡 Experimental support 1 |
Windows | x86 | 💡 Experimental support 1 |
DragonFlyBSD | amd64 | ❌ Will not receive support2 |
FreeBSD | amd64 | ❌ Will not receive support2 |
OpenBSD | amd64 | ❌ Will not receive support2 |
NetBSD | amd64 | ❌ Will not receive support2 |
Solaris | amd64 | ❌ Will not receive support2 |
Building the extended version of Hugo from source requires the following dependencies:
Windows users can use the Chocolatey package manager in order to use the MinGW compiler. After installing Chocolatey, run the following command in an elevated terminal prompt:
choco install mingw
Then, clone the repository and run the build script:
git clone https://github.com/agriyakhetarpal/hugo-python-distributions@main
python -m venv venv
source venv/bin/activate # on Unix-based systems
venv\Scripts\activate.bat # on Windows
pip install -e . # editable installation
pip install . # regular installation
Note
Cross-compilation is experimental and may not be stable or reliable for all use cases. If you encounter any issues with cross-compilation, please feel free to open an issue.
This project is capable of cross-compiling Hugo binaries for various platforms and architectures and it can be used as follows. Cross-compilation is provided for the following platforms:
- macOS for the
arm64
andamd64
architectures via the Xcode toolchain, - Linux for the
arm64
andamd64
architectures via the Zig toolchain, and - Windows for the
arm64
, andx86
architectures via the Zig toolchain.
Please refer to the examples below for more information on how to cross-compile Hugo for different architectures:
Say, on an Intel-based (x86_64) macOS machine:
export GOARCH="arm64"
pip install . # or pip install -e .
This will build a macOS arm64
binary distribution of Hugo that can be used on Apple Silicon-based (arm64
) macOS machines. To build a binary distribution for the target Intel-based (x86_64
) macOS platform on the host Apple Silicon-based (arm64
) macOS machine, you can use the following command:
export GOARCH="amd64"
pip install . # or pip install -e .
First, install Zig on your Linux machine, and set these environment variables prior to installing the package:
Say, on an amd64
Linux machine:
export CC="zig cc -target aarch64-linux-gnu"
export CXX="zig c++ -target aarch64-linux-gnu"
export GOARCH="arm64"
pip install . # or pip install -e .
will cross-compile a Linux arm64 binary distribution of Hugo that can be used on the targeted arm64 Linux machines. To build a binary distribution for the target amd64
Linux platform on the host arm64
Linux machine, set the targets differently:
export CC="zig cc -target x86_64-linux-gnu"
export CXX="zig c++ -target x86_64-linux-gnu"
export GOARCH="amd64"
pip install . # or pip install -e .
This creates dynamic linkage for the built Hugo binary with a system-provided GLIBC. If you wish to statically link the binary with MUSL, change the CC
and CXX
environment variables as follows:
export CC="zig cc -target x86_64-linux-musl"
export CXX="zig c++ -target x86_64-linux-musl"
Linkage against MUSL is not tested in CI at this time, but it should work in theory. The official Hugo binaries do not link against MUSL for a variety of reasons including but not limited to the size of the binary and the popularity of the GLIBC C standard library and its conventions.
First, install Zig on your Windows machine, and set these environment variables prior to installing the package:
Say, on an amd64
Windows machine:
set CC="zig cc -target aarch64-windows-gnu"
set CXX="zig c++ -target aarch64-windows-gnu"
set GOARCH="arm64"
pip install . # or pip install -e .
will cross-compile a Windows arm64
binary distribution of Hugo that can be used on the targeted arm64
Windows machines (note the use of set
instead of export
on Windows), and so on for the x86
architecture:
set CC="zig cc -target x86-windows-gnu"
set CXX="zig c++ -target x86-windows-gnu"
set GOARCH="386"
pip install . # or pip install -e .
For a list of supported distributions for Go, please run the go tool dist list
command on your system. For a list of supported targets for Zig, please refer to the Zig documentation for more information or run the zig targets
command on your system.
Tip
Cross-compilation for a target platform and architecture from a different host platform and architecture is also possible, but it remains largely untested at this time. Currently, the Zig compiler toolchain is known to work for cross-platform, cross-architecture compilation.
Binaries for the Hugo static site generator are available for download from the Hugo releases page. These binaries have to be downloaded and placed in an appropriate location on the system manually and the PATH environment variable has to be updated to include said location.
This project provides wheels for Hugo to be used with pip
on macOS, Linux, and Windows. This allows Hugo to be installed and used in a virtual environment, which allows multiple versions of Hugo to be installed and used side-by-side in different virtual environments, where Hugo can be used as a command-line tool (a Python API is not provided at this time given the lack of such a demand for it).
This project is designed to be used in the following scenarios:
- You want to use Hugo as a command-line tool, but you don't want it to be installed globally on your system or do not have the necessary permissions to do so.
- You cannot or do not want to use the official Hugo binaries
- You want to use Hugo in a virtual environment that is isolated from the rest of your system – this also allows you to install and use multiple versions of Hugo side-by-side if needed for any reason
- You want to use Hugo in a Python-based project, such as a static site generator that uses Hugo as a backend?
- You want to test a new version of Hugo without having to install it globally on your system or affecting your existing Hugo installation
- Python wheels allow for incredibly fast installation, in comparison to using other methods of installing Hugo such as system package managers
- Easy updates to the latest version of Hugo through the use of the
pip install --upgrade hugo
command, and automatic updates possible too if you use a package manager such as Poetry or PDM to manage your Python dependencies or a tool such as pipx to manage your command-line tools - ...and more!
- It is difficult to provide wheels for all platforms and architectures (see Supported platforms), so this project only provides wheels for the most common ones—those supported by Python platform tags, packaging standards and tooling—it is not reasonable to do so and provide releases for other platforms owing to the limited resources available on CI systems, in this case, GitHub Actions runners. For extra platforms and architectures, please refer to the Building from source section or consider using the official Hugo binaries for your purpose.
- This project does not provide a Python API for Hugo, it just wraps its own command-line interface. The packaging infrastructure for this Python package is not designed to provide a Python API for Hugo, and it is not the goal of this project to provide one. If you need a Python API for Hugo, please refer to the Hugo documentation for further resources on how to use Hugo programmatically as needed.
This project is licensed under the terms of the Apache 2.0 license. Hugo is available under Apache 2.0 (see the Hugo license) as well.
Please refer to the Security policy for this project for more information.
This repository aims to follow the Hugo project in striving to provide a welcoming and inclusive environment for all contributors, regardless of their background and identity. Please refer to the Code of Conduct for more information that applies to all interactions in this repository and its associated spaces. It is reliant on the Contributor Covenant for its guidelines and conforms to version 2.1.
For requesting help, reporting bugs, or requesting features that are specific to Hugo's functionalities, please refer to the Hugo Discourse forum. For requesting help for hugo-python-distributions
, please feel free to open an issue in this repository.
- This project is currently not affiliated with the official Hugo project. Please refer to the Hugo documentation for more information on Hugo.
- The author of this project: @agriyakhetarpal, would like to express a token of gratitude to the owner of the
Hugo
package on PyPI (@nariman) for their kind gesture of granting access to take over the package name with the underlying provisions of PEP 541. This way, it allows users to install the package using the same name as the official Hugo project, which undoubtedly provides for a better user experience and convenience to users of this package when compared to the previous package name,python-hugo
.
Footnotes
-
Support for 32-bit (i686) and arm64 architectures on Windows is made possible through the use of the Zig compiler toolchain that uses the LLVM ecosystem. These wheels are experimental owing to the use of
cibuildwheel
and cross-compilation and may not be stable or reliable for all use cases, and are not officially supported by the Hugo project at this time. Please refer to the Building from source section for more information on how to build Hugo for these platforms and architectures, since these wheels are not currently pushed to PyPI for general availability – however, they are tested regularly in CI. If you need support for these platforms, please consider building from source or through a CI provider. ↩ ↩2 -
Support for these platforms is not possible to include because of i. the lack of resources to test and build for them and ii. the lack of support for these platform specifications in Python packaging standards and tooling. If you need support for these platforms, please consider downloading the official Hugo binaries ↩ ↩2 ↩3 ↩4 ↩5