Skip to content

ci(deps): update dependency hugo to v0.154.5#209

Closed
renovate[bot] wants to merge 1 commit intomasterfrom
renovate/hugo-0.154.x
Closed

ci(deps): update dependency hugo to v0.154.5#209
renovate[bot] wants to merge 1 commit intomasterfrom
renovate/hugo-0.154.x

Conversation

@renovate
Copy link
Copy Markdown
Contributor

@renovate renovate bot commented Dec 31, 2025 •
edited
Loading

Note: This PR body was truncated due to platform limits.

This PR contains the following updates:

Package Update Change
hugo minor 0.124.1 → 0.154.5

Release Notes

gohugoio/hugo (hugo)

v0.154.5

Compare Source

What's Changed

v0.154.4

Compare Source

What's Changed

Also see the new Page.OutputFormats.Canonical method.

v0.154.3

Compare Source

What's Changed

v0.154.2

Compare Source

What's Changed

  • Fix alpha/fuzzy border issue with new webp decoder for images with with transparent background e9b9b36 @​bep #​14339

v0.154.1

Compare Source

What's Changed

v0.154.0

Compare Source

Hugo v0.154.0 is the 14th release this year (not counting patch releases) and introduces partial decorators, or “partials with a twist.” This is a very powerful construct that I, @​bep, have always wanted to have in Hugo, but I could never wrap my head around an implementation. Until now.

A small and not very useful example:

{{ with partial "b.html" "World" }}Hello {{ . }}{{ end }}
{{ define "_partials/b.html" }}<b>{{ inner . }}</b>{{ end }}

The above renders to:

<b>Hello World</b>
  • The new inner keyword can be used zero or more times in a partial template, typically with different data (e.g. pages in a range), and its presence signals a reversal of the execution -- the callee becomes the caller.
  • Decorators can be deeply nested, see this PR for an example.

This release also brings some new utility funcs in the reflect package to identify the core types in Hugo. For example, to identify an processable image hasn't been trivial, now it is:

{{ $obj := . }}
{{ if reflect.IsResource $obj }}
   {{ if reflect.IsImageResource $obj }}
        // It has width/height and we can process it.
   {{ else }}
       // Just link to it.
   {{ end }}
{{ end }}

Bug fixes

Improvements

Dependency Updates

v0.153.5

Compare Source

What's Changed

v0.153.4

Compare Source

What's Changed

v0.153.3

Compare Source

What's Changed

v0.153.2

Compare Source

What's Changed

v0.153.1

Compare Source

[!note]
This is a bug fix release. See the main release for a list of new features.

v0.153.0

Compare Source

[!note]
There is a newer bug fix release available here.

This is a good one! Hugo v0.153.0 comes with a powerful new multidimensional content model (languages, versions and roles) and completely overhauls WebP image support, and much more:

  • For the new multidimensional content model, start reading sites matrix and sites complements. The matrix is what gets written to disk, complements allows e.g. a site in Swedish to fill in missing gaps in the site in Norwegian's page and resource collections. Also see the new Rotate method, that allows you to rotate the content tree in a given dimension.
  • For WebP we now build a WASM version of libwebp (v1.6.0) and run it in the Wazero runtime. We use this for both encoding and decoding. This solves an old and annoying issue with Go's stdlib's decoder, with loss of contrast and muted colors in some photos, but it also means that you don't need the extended version of Hugo to handle WebP images. And, drum roll, we now also support animated WebP, including converting to and from animated GIFs.
  • For MacOS, we now build signed and notarised pkg installers.

Also:

Notes

  • tpl/css: Deprecate libsass in favor of dartsass (note) 9937a5d @​bep #​14261
  • Build Order: Hugo builds sites based on the sorted dimensions (see below). In earlier versions, we built the sites starting with the default content language. This change is also reflected in the sort order of .Site.Sites to make it consistent with .Site.Languages.
  • Sort Order: The dimensions are sorted as follows, which affects build order and complement selection:
    • languages: By weight, then by name.
    • versions: By weight, then by semantic versioning (descending).
    • roles: By weight, then by name.
  • Deprecations:
  • Logging: We no longer log warnings about potential duplicate content paths, as this becomes impractical to reason about with a
    complex sites matrix.

Bug fixes

Improvements

Dependency Updates

Build Setup

Documentation

v0.152.2

Compare Source

In v0.152.0 we tightened the source validation for file mounts. We always said that project mounts can mount with absolute file/directorynames, modules/themes are restricted to relative. In v0.152.0 we narrowed module/themes mounts to be local, which made the setup in the bug report listed below fail:

[[module.mounts]]
source = '../../node_modules/bootstrap'
target = 'assets/vendor/bootstrap'

One part of this is security. But the construct above is usually very odd (the project uses files in a theme/module, not the other way around) and not very portable. But the example above demonstrates a valid exception, that we now have added support for in a portable way. The above example now works as it did before v0.152.0, but going forward you can also write:

[[module.mounts]]
source = 'node_modules/bootstrap'
target = 'assets/vendor/bootstrap'

We now have the node_modules as a special case: For themes/modules we first check if the mounted source exists locally, if not we try relative to the project root.

What's Changed

v0.152.1

Compare Source

These fixes are are all related to the YAML library upgrade in v0.152.0.

v0.152.0

Compare Source

The big new thing and the motivation behind this release is the upgrade to a more modern YAML library in @​goccy 's github.com/goccy/go-yaml. It's been a surprisingly long and winding road to get here. Note that this upgrade comes with some minor breaking changes, most notably that the old YAML 1.1 spec listed a set of strings that, when unquoted, were treated as boolean true or false. So if you're using any of the values in the table below as booleans, you need to adjust your YAML, but I suspect that fixing this very surprising behavior will fix more issues than it introduces. A big new thing with this new YAML library is the support for YAML anchors and aliases which helps to reduce duplication in e.g. your configuration. There are some examples in Hugo's release build configuration and in the Hugo's CI release setup.

Values Old meaning New meaning
yes, Yes, YES, y, Y, on, On, ON true (bool) yes, Yes, YES, y, Y, on, On, ON (string)
no, No, NO, n, N, off, Off, OFF false (bool) no, No, NO, n, N, off, Off, OFF (string)

Note

Improvements

Dependency Updates

Build Setup

v0.151.2

Compare Source

What's Changed

v0.151.1

Compare Source

This release is mostly motivated by some upstream security fixes:

I, @​bep, have inspected the above issues, and none of them seem to be relevant for Hugo, but we understand that many want to have a clean security report.

Bug fixes

Improvements

Dependency Updates

v0.151.0

Compare Source

Some notable new features in Hugo v0.151.0 are:

Note

Improvements and bug fixes

Dependency Updates

v0.150.1

Compare Source

What's Changed

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot force-pushed the renovate/hugo-0.154.x branch from 98187ec to d210c74 Compare January 1, 2026 22:08
@renovate renovate bot changed the title ci(deps): update dependency hugo to v0.154.0 ci(deps): update dependency hugo to v0.154.1 Jan 1, 2026
@renovate renovate bot force-pushed the renovate/hugo-0.154.x branch from d210c74 to 8d5d408 Compare January 2, 2026 16:59
@renovate renovate bot changed the title ci(deps): update dependency hugo to v0.154.1 ci(deps): update dependency hugo to v0.154.2 Jan 2, 2026
@renovate renovate bot force-pushed the renovate/hugo-0.154.x branch from 8d5d408 to b16a905 Compare January 6, 2026 17:54
@renovate renovate bot changed the title ci(deps): update dependency hugo to v0.154.2 ci(deps): update dependency hugo to v0.154.3 Jan 6, 2026
@renovate renovate bot force-pushed the renovate/hugo-0.154.x branch 2 times, most recently from 44be581 to 9faea11 Compare January 10, 2026 21:54
@renovate renovate bot changed the title ci(deps): update dependency hugo to v0.154.3 ci(deps): update dependency hugo to v0.154.4 Jan 10, 2026
@renovate renovate bot force-pushed the renovate/hugo-0.154.x branch from 9faea11 to 7ac2e7f Compare January 11, 2026 21:41
@renovate renovate bot changed the title ci(deps): update dependency hugo to v0.154.4 ci(deps): update dependency hugo to v0.154.5 Jan 11, 2026
@renovate renovate bot force-pushed the renovate/hugo-0.154.x branch 2 times, most recently from dd5948c to c5c4ea4 Compare January 28, 2026 03:01
@renovate renovate bot force-pushed the renovate/hugo-0.154.x branch from c5c4ea4 to 6adcb26 Compare February 3, 2026 00:58
@renovate renovate bot force-pushed the renovate/hugo-0.154.x branch from 6adcb26 to b3105d2 Compare February 4, 2026 13:48
@DanySK DanySK closed this Feb 22, 2026
@renovate
Copy link
Copy Markdown
Contributor Author

renovate bot commented Feb 22, 2026

Renovate Ignore Notification

Because you closed this PR without merging, Renovate will ignore this update (0.154.5). You will get a PR once a newer version is released. To ignore this dependency forever, add it to the ignoreDeps array of your Renovate config.

If you accidentally closed this PR, or if you changed your mind: rename this PR to get a fresh replacement PR.

@renovate renovate bot deleted the renovate/hugo-0.154.x branch February 22, 2026 16:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

@DanySK DanySK

Labels

dependencies

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

1 participant

@DanySK