Hugo binary seems to have external dependency, despite README.md's claim

[flyn-org]

Hugo's README.md states "The Hugo binaries have no external dependencies." However, running hugo server causes the error Error: failed to download modules: binary with name "go" not found. This is fixed by installing the Go tools. So, it seems Hugo has taken on some external dependencies.

I am the maintainer of the Fedora Hugo package. Changing the Hugo package to depend on golang-bin brought in a large volume of dependencies, such as GCC. This is not optimal for some uses, such as CI pipelines, which benefit from small installs. We are trying to come up with a solution for this, but I thought I would investigate where this dependency came from.

What version of Hugo are you using (hugo version)?

$ hugo version
hugo v0.93.3+extended linux/amd64 BuildDate=unknown

Does this issue reproduce with the latest release?

Yes.

[bep]

Thanks, I have removed that sentence. Some (optional) parts of Hugo does depend on certain binaries being available in the PATH (e.g. go and git which backs Hugo Modules). I would suggest that you let the user decide if he needs these additional features on the CI server etc.

I suggest you take further questions at https://discourse.gohugo.io/

[bep]

#9078 (comment)

[anthonyfok]

Hi @flyn-org,

Interesting discussion!

I should add a weak-dependency on Go in the Debian package too. Besides the existing Recommends: git, I should add:

Suggests: asciidoctor, golang-any, npm, pandoc, python3-docutils

in the next package upload for Debian. Go is indeed rather large, so I think it is best we merely suggests to the end user to install Go manually.

Thanks for the neat idea!

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.