missing binary / wrong binary for Raspberry / Raspbian armv7l vs. armhf

[gj52]

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

0.89

Does this issue reproduce with the latest release?

download hugo_0.89.0_Linux-ARM.deb and install on Raspbian

root@pi4:/home/hugo/hugo/_raspbian# dpkg -i hugo_0.89.0_Linux-ARM.deb
dpkg: Fehler beim Bearbeiten des Archivs hugo_0.89.0_Linux-ARM.deb (--install): ## ERROR installing
Paket-Architektur (armv7l) passt nicht zum System (armhf) ## does not match architecure armhf

[bep]

Probably this commit: goreleaser/goreleaser@d7e1bcc

@caarlos0 sorry for "mentioning you" like this, but when you say "armv7 on linux is usually armv7l", what do you base that on? (in GoReleaser it has been armhf as long as I remember).

To fix the above particular issue, I assume I can I just do:

    goarch:
      - amd64
      - 386
      - arm
      - arm6
      - arm64

[gj52]

I'm using an Raspberry 4 for education ...

The German error text says:

The image is for armv7l architecture, but the HW/OS is armv7l 32bit!

OS says:

upi@pi4:~ $ uname -a
Linux pi4 5.10.63-v7l+ #1459 SMP Wed Oct 6 16:41:57 BST 2021 armv7l GNU/Linux

pi@pi4:~ $ lscpu
Architecture:        armv7l
Byte Order:          Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):           1
Vendor ID:           ARM
Model:               3
Model name:          Cortex-A72
Stepping:            r0p3
CPU max MHz:         1500,0000
CPU min MHz:         600,0000
BogoMIPS:            108.00
Flags:               half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32

HTH

[caarlos0]

@bep no problem

I mean that as far as I've seen, when GOARCH=arm and GOARM=7 it is a arm7l instead of armhf, that's why that change was made

@gj52 you'll likely need the arm6 package (which should be armhf)

EDIT: forgot to add the config to fix:

    goos:
      - darwin
      - linux
      - windows
    goarch:
      - amd64
      - 386
      - arm
      - arm64
    goarm:
      - 7
      - 6 # add this line :)

[caarlos0]

will likely need to change some name templates as well, e.g. https://github.com/gohugoio/hugo/blob/master/goreleaser.yml#L170

probably something like:

file_name_template: "{{.ProjectName}}_{{.Version}}_{{.Os}}-{{.Arch}}{{ with .Arm }}{{ . }}{{ end }}"

[bep]

I have released 0.89.1 where I have reverted the "Goreleaser MacOS fat binary" update, which I assumes also fixes this issue, but I'll keep this issue open to track the comeback of that feature.

[gj52]

Thanks,

now working, perfect!

[caarlos0]

hmm, so maybe my accessment of that was wrong 🤔

will revert the commit for now...

thanks @bep

[caarlos0]

goreleaser/goreleaser@1e718d2

[jmooring]

@gj52 Have you tested the v0.111.3 binary?

I'm pretty sure we can close this issue. Hugo has been using gohugoio/hugoreleaser instead of goreleaser/goreleaser since v0.102.0.

[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.