Chris K

If the open() returns an error, lr.r should be nil. What you're describing is *only ever* possible if you give the lazy reader an open function that returns *both* a...

Do you have a log or anything? Reading the code, I cannot imagine this is possible.

Go module support is still in progress. Sorry for the wait!

I think the `-u` is forcing an upgrade in dependencies, which is inconsistent with what you want.

Essentially, you should use `go get github.com/u-root/u-root@master` which will get u-root@master and the dependencies listed in the go.mod at master. If you add `-u`, you get all that, *and* you...

Interesting. If you just `go get github.com/u-root/u-root`, you get version v7.0.0+incompatible. But @master gets you a pseudoversion of v1.0.1-0.2020.... at the moment, despite v7 being the newer version. (See https://golang.org/ref/mod#pseudo-versions)....

It's weird that some Go commands recognize v7.0.0 as the "real version", like go get, but the pseudo-version is based on the last valid "real version" of v1.0.0. That feels...

Hey, I got Ryan and Ron to agree that we should blow away our existing Go-module-incompatible release tags out of the Git repo. Some of our dependencies currently depend on...

I suspect those dependencies are currently just the ones I've updated (iscsinl, p9, dhcp), most of which constitute that diamond dependency path your import is complaining about. So no way...

where do they hang exactly? do you have logs you can share in an anonymized-enough-manner?