Package Details: hugo 0.24.1-1

Git Clone URL: https://aur.archlinux.org/hugo.git (read-only)
Package Base: hugo
Description: Fast and Flexible Static Site Generator in Go — built from source.
Upstream URL: https://gohugo.io/
Licenses: Apache
Conflicts: hugo-bin, hugo-src
Submitter: fusion809
Maintainer: fordprefect (jonathon)
Last Packager: jonathon
Votes: 19
Popularity: 4.177869
First Submitted: 2016-11-04 00:38
Last Updated: 2017-06-24 10:30

Dependencies (4)

Required by (0)

Sources (1)

Latest Comments

pepper_chico commented on 2017-06-17 02:24

First time the package got broken for me. URLs must be fixed.

willruss1 commented on 2017-06-16 20:08

URL structure changed as well as the domain, it seems:

source=("$pkgname-$pkgver.tar.gz::https://github.com/gohugoio/hugo/${pkgname}/archive/v${pkgver}.tar.gz")

changed to

source=("$pkgname-$pkgver.tar.gz::https://github.com/gohugoio/${pkgname}/archive/v${pkgver}.tar.gz")

stopped a 404 during build, at least for me.

wbthomason commented on 2017-06-16 16:50

The hugo source has been moved to github.com/gohugoio/hugo. This makes the PKGBUILD fail, as it still references github.com/spf13/hugo. A simple global replacement of "spf13" with "gohugoio" fixes the PKGBUILD.

The URL in the PKGBUILD is also out of date (it should be gohugo.io).

Thanks!

geekinthesticks commented on 2017-03-22 08:51

I just tried again on a different Arch VM and it works correctly. So, the problem is somewhere on my other machine, not with AUR!

fordprefect commented on 2017-03-21 21:48

there is no need for that, you could use makechrootpkg from devtools for the same effect.
what i meant was not when you cloned it, important is that you clean up src before build.

geekinthesticks commented on 2017-03-21 21:44

Yes, my Arch is up to date and I cloned the package yesterday. I'll try again tomorrow on a fresh Arch VM.

fordprefect commented on 2017-03-20 20:01

@geekinthesticks: i could not reproduce your error. are you sure you build on an up-to-date system in a newly cloned environment?

fusion809 commented on 2017-03-20 19:24

I disowned the package. I don't see what else I can do to fix it, so whomever wishes to adopt it go ahead.

geekinthesticks commented on 2017-03-20 11:21

I am still getting:
==> Starting build()...
Error: flag provided but not defined: -v
govendor sync
Ensures the contents of the vendor folder matches the vendor file.
Options:
-n dry run, print out action only
-insecure allow downloading over insecure connection
govendor failedgo get github.com/kardianos/govendor
govendor sync github.com/spf13/hugo
go build -ldflags "-X github.com/spf13/hugo/hugolib.BuildDate=`date +%FT%T%z`" github.com/spf13/hugo
go build github.com/spf13/hugo: /usr/lib/go/pkg/tool/linux_amd64/link: signal: killed
make: *** [Makefile:17: hugo] Error 1
make no-git-info failed==> Entering fakeroot environment...
==> Starting package()...
install: cannot stat 'hugo': No such file or directory

I have installed govendor from AUR.

fusion809 commented on 2017-02-28 04:31

@markusk na your approach suggestion would install the latest GIT release of Hugo, instead of the latest STABLE version. I have tried to fix the build error by adding the govendor package as a dep and ditching my efforts to build the govendor package myself in the build() function.

markusk commented on 2017-02-28 04:23

Hi again

i just tried aur/hugo-git and that worked. Seem's you might profit from taking the following two lines from that PKGBUILD

go get -d -v github.com/spf13/hugo
go build

markusk commented on 2017-02-28 04:21

Hi

version 0.19 did not build on a system where 0.18.1 did. I tried it with pacaur and also using makepkg directly. The "govendor" binary is build in GOPATH/bin but the make file does not find it in the path ...


fetch "golang.org/x/text/transform"
fetch "golang.org/x/text/unicode/bidi"
fetch "golang.org/x/text/unicode/norm"
fetch "golang.org/x/text/width"
fetch "gopkg.in/yaml.v2"
go get github.com/kardianos/govendor
govendor sync github.com/spf13/hugo
make: govendor: Command not found
make: *** [Makefile:14: vendor] Error 127
make no-git-info failed==> Entering fakeroot environment...
==> Starting package()...
install: cannot stat 'hugo': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

alan1world commented on 2017-02-05 00:13

Redirects worked for me:
git config --global http.https://gopkg.in.followRedirects true

imp0 commented on 2017-02-04 22:06

Since the latest git update this package does not build anymore.
The problem is related to gopkg.in and is explained here: https://github.com/niemeyer/gopkg/issues/50

A temporary workaround until gopkg.in fixes things is to allow redirects in your git config for gopkg.in, like this: git config --global http.https://gopkg.in.followRedirects true

Another improvement to this package would be to use the provided "govendor" rule in the hugo Makefile instead of manually installing it.

fusion809 commented on 2017-01-12 18:24

I pushed DeedleFake's fix.

Unia commented on 2017-01-12 17:46

I can confirm that DeedleFake's workaround works.

DeedleFake commented on 2017-01-11 15:48

I found a workaround. I'm not sure if you want to actually use it or not, but here's a patch for the PKGBUILD with my changes: https://gist.github.com/DeedleFake/526b38915468b9df8bbbfa4288d20661

fusion809 commented on 2017-01-06 15:28

I followed your GitHub issue and will also follow this thread, so yeah I am paying attention to what happens there.

runical commented on 2017-01-06 15:08

Ah crap, seems I deleted my previous post. Anyway, the discussion has moved from github to Dicsuss (https://discuss.gohugo.io/t/build-problem-arch-linux/5033).

@fusion809, I think it would be nice if you could drop in as well, as you know most about the PKGBUILD and why you did things in a certain way.

burij commented on 2017-01-06 12:36

Thx for help. I'm on hugo-bin-0.18.1-1 now.

runical commented on 2017-01-06 11:34

Or install hugo-bin for the time being. I'll file a bug report later today if no-one was quicker.

fusion809 commented on 2017-01-06 11:25

Well a temporary work-around (as opposed to a solution) for people with this build error is to install this pre-built binary package of mine https://github.com/fusion809/PKGBUILDs/releases/download/current/hugo-0.18.1-1-x86_64.pkg.tar.xz.

runical commented on 2017-01-06 11:19

Yup, when I build it myself in a clean chroot I get the same error. Seems to be something in the build process of the software itself and a quick search does not result in a bug report. Version 0.18 also fails to build, so I think there is a GO dependency missing or was updated.

fusion809 commented on 2017-01-06 11:15

Hmm... Not sure how to fix this error. I looked to see if you might be missing a go module/library that most of the rest of us hugo users already have but I can't find one that seems relevant to that error. Maybe try building again, might be a temporary issue with your network connection... If anyone has any ideas I'll be happy to hear them.

burij commented on 2017-01-06 08:44

I'm sorry. I posted the complet log on http://pastebin.com/q7M5PmpC

runical commented on 2017-01-05 12:12

@burij: Mind running the build process with LANG=C in front of it so it produces english errors instead of german ones? My german isn't that good ;-)

burij commented on 2017-01-05 11:57

Can't update:

==> Beginne package()...
install: der Aufruf von stat für 'hugo' ist nicht möglich: Datei oder Verzeichnis nicht gefunden
==> FEHLER: Ein Fehler geschah in package().
Breche ab...
==> FEHLER:Makepkg konnte hugo nicht erstellen.
==> Erstellen von hugo neu starten?[j/N]
==> ------------------------------------
==> ==> FEHLER:Konnte nicht aktualisieren

fusion809 commented on 2016-11-09 12:55

Good question, fixed in my latest commit as I saw this issue https://github.com/spf13/hugo/issues/2062. I also tried building without that makedepend and it worked fine.

ogarcia commented on 2016-11-09 12:24

Why 'mercurial' as makedepend? You can make hugo without mercurial.

fusion809 commented on 2016-11-04 00:27

What request would I have to make? Merge request? As there's only merge, orphan and deletion requests available.

neitsab commented on 2016-11-03 19:32

Hi fusion809, I just wanted to let you know that I took over the former "hugo" package and requested its move to "hugo-bin" so as to follow package naming guidelines. As a consequence, the "hugo" namespace is yours to take ! Feel free to submit a request to have your package renamed (adjustments to the PKGBUILD and .SRCINFO will be necessary). Cheers!