Spread the word.
And I have created a PR to update Homebrew:
Spread the word.
And I have created a PR to update Homebrew:
Man, what a Hugo year! Thank you and all contributors. As always I highly appreciate the work you put into this great project.
Find updated packages for Termux/Android at https://termux.holehan.org/
Brew - a macOS package manager - updated
Snap Package - the Hugo Snap (Snapcraft) package for Linux distributions
Docker/CI Image - a Hugo Docker image for Continuous Integration - updated
Debian (sid) - not yet updated (Track link)
Ubuntu (cosmic) - not yet updated (Track link)
Fedora Copr - Hugo RPM packages for Fedora and CentOS - updated
Chocolatey - a Windows package manager - updated
Scoop - another Windows package manager - updated
This isnāt the thread for support questions ā¦
Docker image updated.
@anthonyfok Any luck on the snap? Iām assuming its release isnāt automated?
Thanks for the heads up! The current snapcraft.yaml contains the following:
environment:
GO111MODULE: on
where YAML somehow interprets that āon
ā as boolean ātrue
ā, leading to the following error:
Issues while validating snapcraft.yaml: The āenvironment/GO111MODULEā property does not match the required schema: true is not of type ānumberā or true is not of type āstringā
Adding quotation marks would solve this particular error. However, I suspect that this yet-to-be-documented environment declaration in snapcraft.yaml is for run-time only, so Iāll probably set GO111MODULE elsewhere in the file. Will try to fix it and report back soon.
Note that you can get the same behaviour by making sure Hugo is built outside of GOPATH (see the current Appveyor YAML).
@martignoni Thanks for keeping track!
Updates to the Debian and Ubuntu are still in the process of preparing the golang-1.11 package
Debian and Ubuntu are still in the process of preparing the golang-1.11 package, i.e. it is āUNRELEASEDā at the time of this writing:
While Hugo 0.48 builds fine with Go 1.10, I suspect it would be missing the new features that only comes with compiling Hugo 0.48 with Go 1.11, so I think Iāll just wait until the Debian golang-1.11 packages are ready.
For the time being, use Snap? <grin, duck, run>
Thanks! I didnāt know that, as I havenāt yet to try out Go 1.11. <grin, duck, run>
For snapcraft.yaml, I am taking the easy way out by setting GO111MODULE within the override-build script, alongside where GOPATH and PATH were set: snapcraft: Set GO111MODULE=on in override-build script Ā· gohugoio/hugo@3ddbb7f Ā· GitHub (testing it on the extended-snap-master first before pushing the change to master and stable branches)
Update: Nope, setting GO111MODULE=on globally didnāt work. Strange errors with other Go packages. Iād better follow your example in .travis.yml by applying env GO111MODULE=on
to the go get github.com/magefile/mage
command only.
Update 2: Nope, that didnāt work either. That means I really should look at your latest changes to Appveyor YAML and https://github.com/magefile/mage/issues/79 carefully. Haha, not as simple as I had thought!
In case anyone is looking for the (historical) Debian packaging of Hugo 0.48:
golang-1.11 became available on Debian on 2018-11-20, but I was late in realizing that, and so hugo (0.48-1) was uploaded 2018-12-19.