Hugo 0.30 Released

Spread the word:

11 Likes

Super cool new features. Tnx to all contributors for again great work. Very much appreciated.

Thanks to the dev team for this new release :slight_smile:

A little summary usually done by @FelicianoTech :

Hugo Snap - the Hugo Snap/SnapCraft package - updated
Docker Hugo - a Hugo Docker image for Continuous Integration- updated
Fedora Copr - Hugo RPM packages for Fedora and CentOS - updated

3 Likes

Just made a test with my test site which creates 18 regular pages, 36 other pages, 2 series, 4 tags and 4 categories.

v0.29: 171ms
v0.30: 53ms

This is truly amazing. Tnx again.

with 8go ram

8027 regular pages created
1536 other pages created
0 non-page files copied
53 paginator pages created
2 sharingType created
39 category created
711 cityName created

V.029 total in 11101 ms

V.030 total in 1206 ms :rocket:

1 Like

If you’d try this with Jekyll it would take probably hours. Tnx for the example - very inspiring.

Holy cow! Yes, this is a feature where “the bigger site you have, the bigger boost you get.” Which is a rare thing.

The new --templateMetricsHints option allowed me to shave 15% off of my build time on a partial with “cache potential” of 39. Changing it to a partialCached with variant set to .RelPermalink reduced the number of calls from 13,957 to 3,020, saving about 1.9 seconds.

Update:

Running it against my recipe theme revealed that my navbar was incredibly expensive. Caching it with the variant set to .Dir shaved 36% off the build time by reducing the number of calls from 20,556 to 54.

-j

3 Likes

Thanks! Docker Hugo is updated.

I correctly understood that the new quick render does not update the list, which includes the changed page? I’m not against this behavior, just for information.

Your question is a little vague. It will update everything (lists etc.) for the home page, the current page you edit and the last 10 pages you visited. So, full site processing etc. (full content, all pages, all lists updated, taxonomies, related content, whatever), but we limit the render to the pages “you see”.

The behaviour from this feature is very well defined and described in detail by me in the PR that implemented (link in release notes).

Thank you for the new release. hugo server -w works great for me too.

But hugo -w (without server) does not. While it shows the console message like ... 96 regular pages created ... total in 12 ms right after updating a source file, the corresponding output file in public/ remains the same. Can anybody reproduce this behavior?

I wanted to thank everyone, for the constant releases, and also because more often than not, my snap is updated before I’ve seen the announcement. :slight_smile:

Anyone else having trouble building hugo?

I tried an update - and it failed w/ problems in helpers:

$ go install
# github.com/gohugoio/hugo/helpers
helpers/pygments.go:315:30: undefined: "github.com/gohugoio/hugo/vendor/github.com/alecthomas/chroma/formatters/html".LineNumbersInTable

I upgraded go (1.9 => 1.9.1) and blew away my hugo local repository, tried a fresh go get:

...
# github.com/gohugoio/hugo/helpers
hugo/helpers/content.go:164:28: undefined: blackfriday.EXTENSION_JOIN_LINES
hugo/helpers/content.go:257:16: undefined: blackfriday.HTML_SMARTYPANTS_QUOTES_NBSP

Is anyone else having this much trouble?

I finally got a build by also blowing away the local russross/blackfriday repo…

You need to look at the build instructions vs vendoring. Install mage and run mage install.

Hmm - so, source build instructions on both https://gohugo.io/getting-started/installing/ and https://github.com/gohugoio/hugo/blob/master/README.md both in need of an update?

I’m not seeing a ‘mage’ mention on either.
Pointer to any current notes on this appreciated.

I see - thanks. So the build instructions on this “contributing” page are the ones to use,
current.

confirmed that it is fixed in v0.30.2. Thanks!