[Bloat] macOS Catalina causes 'hugo serve' to segfault...

[Bloat] macOS Catalina causes 'hugo serve' to segfault...

[Rich Brown]

I took a deep breath, and upgraded my macOS machine to Catalina. I knew it would cause problems, and it did. Most were small, or simply annoying.

One of the flat tires is the ancient version of hugo (0.16) which I had been keeping around to rebuild the bufferbloat.net site. It now segfaults reliably (instead of only a third of the time when I was running Sierra (10.12)) 

I just posted a message on the Hugo forum (a Discourse forum!) asking for guidance. https://discourse.gohugo.io/t/convert-a-0-16-site-to-modern-hugo-syntax/23579

I'll summarize if I hear anything back. (As an incentive, I offered that we could tell people how to get rid of their lag while gaming :-)

Rich

Re: [Bloat] macOS Catalina causes 'hugo serve' to segfault...

[Toke Høiland-Jørgensen]

Rich Brown <richb.hanover@gmail.com> writes:

> I took a deep breath, and upgraded my macOS machine to Catalina. I
> knew it would cause problems, and it did. Most were small, or simply
> annoying.
>
> One of the flat tires is the ancient version of hugo (0.16) which I
> had been keeping around to rebuild the bufferbloat.net site. It now
> segfaults reliably (instead of only a third of the time when I was
> running Sierra (10.12))
>
> I just posted a message on the Hugo forum (a Discourse forum!) asking
> for guidance.
> https://discourse.gohugo.io/t/convert-a-0-16-site-to-modern-hugo-syntax/23579

Some background for this (for those who don't know or may have
forgotten): The reason we ended up freezing on Hugo 0.16 was that the
Hugo devs dropped the support for the wiki-style internal links which we
were using. I seem to recall they were also being somewhat unhelpful in
considering any suggestions to reinstate / keep that support around.
Looking at that thread, I don't really get the feeling that they're any
more helpful now :/

As an alternative, maybe it'll be possible to build a new version of the
0.16 Hugo binary with a newer Go runtime? I very much doubt that the
segfault is because of the Hugo code itself...

-Toke

Re: [Bloat] macOS Catalina causes 'hugo serve' to segfault...

[Rich Brown]

[-- Attachment #1: Type: text/plain, Size: 597 bytes --]



> On Feb 21, 2020, at 6:20 AM, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
> 
> Looking at that thread, I don't really get the feeling that they're any
> more helpful now :/

I can second that thought. 

> As an alternative, maybe it'll be possible to build a new version of the
> 0.16 Hugo binary with a newer Go runtime? I very much doubt that the
> segfault is because of the Hugo code itself...

My thought exactly. In case anyone has a burning urge to get distracted on this, I'll take a whack at this over the weekend. (After all, it's my computer that's busted...)

Rich

[-- Attachment #2: Type: text/html, Size: 4771 bytes --]

Re: [Bloat] macOS Catalina causes 'hugo serve' to segfault...

[Toke Høiland-Jørgensen]

Rich Brown <richb.hanover@gmail.com> writes:

>> On Feb 21, 2020, at 6:20 AM, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
>> 
>> Looking at that thread, I don't really get the feeling that they're any
>> more helpful now :/
>
> I can second that thought. 
>
>> As an alternative, maybe it'll be possible to build a new version of the
>> 0.16 Hugo binary with a newer Go runtime? I very much doubt that the
>> segfault is because of the Hugo code itself...
>
> My thought exactly. In case anyone has a burning urge to get
> distracted on this, I'll take a whack at this over the weekend. (After
> all, it's my computer that's busted...)

In case anyone else wants to build the old version of Hugo, we managed
to resolve this, and with a recent version of Go, the following command
should now get you a working 'hugo' binary in your $GOPATH/bin:

go get github.com/tohojo/hugo

-Toke

Re: [Bloat] macOS Catalina causes 'hugo serve' to segfault...

[Rich Brown]

> On Feb 22, 2020, at 7:26 AM, Toke Høiland-Jørgensen <toke@toke.dk> wrote:

...

> In case anyone else wants to build the old version of Hugo, we managed
> to resolve this, and with a recent version of Go, the following command
> should now get you a working 'hugo' binary in your $GOPATH/bin:
> 
> go get github.com/tohojo/hugo
> 
> -Toke

And for posterity (and so I can find it by searching the archives of the list...), here's how I got it building on my macOS Catalina machine:

* Upgrade to latest Go - https://golang.org/dl/ then double-click the .pkg file

* Ensure that there are enough files: see https://medium.com/mindful-technology/too-many-open-files-limit-ulimit-on-mac-os-x-add0f1bfddde

* Use these commands:

export GOPATH=~/github/hugo-from-source
# save source in $GOPATH & build it
go get -v github.com/tohojo/hugo 
cd ~/github/bufferbloat.net
$GOPATH/bin/hugo serve

-Rich