On Monday, May 25th, 2026 at 7:24 PM, Otto Cooper <[email protected]> wrote:
> > On Monday, May 25th, 2026 at 7:15 PM, Kirill A. Korinsky <[email protected]> > wrote: > > > On Mon, 25 May 2026 18:18:36 +0200, > > Otto Cooper <[email protected]> wrote: > > > > > > Back to the hugo package... > > > > > > >hugo version > > > hugo v0.160.1+extended+withdeploy openbsd/amd64 BuildDate=unknown > > > > > > While we are using the extended hugo binary, OpenBSD manages system > > > memory allocations (malloc) and system calls much more strictly than > > > Linux or macOS (e.g., using W^X write-xor-execute protections). > > > > > > Because modern Hugo uses a compiled WebAssembly (WASM) virtual machine > > > layer (libwebp translated via Go's internal warpc target) to process WebP > > > images, the Hugo binary is attempting to dynamically allocate executable > > > memory pages inside OpenBSD to compute the image resizing calculations. > > > OpenBSD's kernel prevents this by default for security, instantly killing > > > the internal thread and passing a generic failed to resize image error > > > back to Hugo. > > > > > > Does this make sense now? > > > > > > > > > > Some. > > > > Can you share an example of site which actually fails? > > > > -- > > wbr, Kirill > > To replicate the problem, use this template with its demo site: > > https://github.com/zjedi/hugo-scroll Some context. The source is under /archive/example.org, where >grep archive /etc/fstab b3c0212019031d79.l /archive ffs rw,nodev,nosuid,noatime,noexec 1 2 I tried building it under /usr/local, and had the same error. >grep local /etc/fstab b3c0212019031d79.h /usr/local ffs rw,wxallowed,nodev,noatime 1 2 This is what I see. # hugo --logLevel="debug" server --renderToMemory --buildDrafts Watching for changes in /archive/example.org/www/archetypes, /archive/example.org/www/assets/{cover,css,images}, /archive/example.org/www/content/en/homepage, /archive/example.org/www/data, /archive/example.org/www/i18n, /archive/example.org/www/layouts/{partials,shortcodes}, /archive/example.org/www/static/leaflet, /archive/example.org/www/themes/hugo-scroll/archetypes, /archive/example.org/www/themes/hugo-scroll/assets/{css,js}, /archive/example.org/www/themes/hugo-scroll/i18n, ... and 3 more Watching for config changes in /archive/example.org/www/hugo.toml Start building sites … hugo v0.160.1+extended+withdeploy openbsd/amd64 BuildDate=unknown INFO build: step process substep collect files 9 files_total 9 pagesources_total 2 resourcesources_total 7 duration 2.558185ms INFO build: step process duration 3.113029ms INFO build: step assemble duration 8.460414ms INFO static: syncing static files to / duration 50.916523ms DEBUG images: Decoding image from format WEBP INFO webp: started dispatcher in 290.429682ms DEBUG images: Encoding image to format WEBP with config {TargetFormat:WEBP Action:resize Key:d8360bf8fd580ae4 Quality:90 Rotate:0 BgColor:<nil> Hint:photo Compression:lossy UseSharpYuv:false Method:2 Width:1024 Height:768 Filter:LanczosResampling Anchor:1000} INFO build: step render pages 3 content 2 duration 56.013127373s INFO build: step render deferred count 0 duration 31.37µs INFO build: step postProcess duration 76.571µs INFO build: duration 56.026844926s Built in 56028 ms ERROR error building site: render: [en v1.0.0 guest] failed to render pages: render of "/archive/example.org/www/content/en/_index.md" failed: "/archive/example.org/www/themes/hugo-scroll/layouts/_default/index.html:20:15": execute of template failed: template: index.html:20:15: executing "main" at <$img.Resize>: error calling Resize: failed to resize image "/archive/example.org/www/assets/images/cover-image.webp": timeout The same test under linux runs without error.
