nsqadmin: move away from go-bindata

[mreiferson]

Noticed this: https://blog.sonatype.com/hijacking-of-a-known-github-id-go-bindata

[jehiah]

https://github.com/gobuffalo/packr might be useful

[judwhite]

https://github.com/shurcooL/vfsgen also

[judwhite]

I also have a recent clone of go-bindata with fixes to make golint ignore it: https://github.com/judwhite/go-bindata/commits

Mainly for direct access to gzip'd data which works both in file system (debug) and baked binary mode I was looking at vfsgen.

I haven't looked into packr yet but I'm a little cautious of the idioms which will be present given their examples of v, err := MustXxx() functions in the README. Must functions usually panic, so I'm assuming the ones that aren't Must silently ignore the error (confirmed here). Despite that probably still worth looking into.

[ploxiln]

this looks like a pretty well maintained go-bindata fork: https://github.com/shuLhan/go-bindata/releases

[mreiferson]

I'm going to update the nsqadmin documentation to reference installing https://github.com/shuLhan/go-bindata

Meanwhile, pinging golang/go#35950, as whatever the resolution is there should be the path we ultimately take (seems like the proposal will eventually be accepted and implemented).

[mreiferson]

RFR

[mreiferson]

https://twitter.com/_rsc/status/1285597041675120641