go x/pkgsite/cmd/pkgsite:无法显示任何非标准库文档

q9rjltbz  于 6个月前  发布在  Go
关注(0)|答案(1)|浏览(51)

出现问题的页面的URL是什么?

http://localhost:8080/golang.org/x/sync/errgroup(以及其他任何)

你的用户代理是什么?

any

截图

你做了什么?

go mod init some.test/module
go get golang.org/x/sync/errgroup   # or any other
pkgsite

然后打开这个包的文档的预期URL: http://localhost:8080/golang.org/x/sync/errgroup
这种情况似乎发生在除了标准库之外的任何包上。标准库可以正常工作,例如 http://localhost:8080/net/http
如果我运行 pkgsite -cache,它确实可以工作,但那时标准库就无法工作了。

你看到了什么发生?

一个错误页面(见截图)。 pkgsite 生成了以下日志:

2024/04/11 16:09:14 Info: go/packages.Load(["all"]) loaded 0 packages from . in 7.62895ms
2024/04/11 16:09:14 Info: go/packages.Load(std) loaded 289 packages from /home/vasiliy/my.bulk/ware/go/1.22.0 in 227.310508ms
2024/04/11 16:09:14 Info: FetchDataSource: fetching some.test/module@v0.0.0
2024/04/11 16:09:14 Info: FetchDataSource: fetched some.test/module@v0.0.0 using <nil> in 27.44µs with error some.test/module@v0.0.0: not found
2024/04/11 16:09:14 Info: FetchDataSource: fetching std@latest
2024/04/11 16:09:14 Info: Listening on addr http://localhost:8080
2024/04/11 16:09:14 Info: FetchDataSource: fetched std@latest using *fetch.goPackagesModuleGetter in 141.052419ms with error <nil>
2024/04/11 16:09:24 Info: FetchDataSource: fetching golang.org/x/sync/errgroup@latest
2024/04/11 16:09:24 Info: FetchDataSource: fetched golang.org/x/sync/errgroup@latest using <nil> in 12.851µs with error golang.org/x/sync/errgroup@latest: not found
2024/04/11 16:09:24 Info: FetchDataSource: fetching golang.org/x/sync@latest
2024/04/11 16:09:24 Info: FetchDataSource: fetched golang.org/x/sync@latest using <nil> in 3.525µs with error golang.org/x/sync@latest: not found
2024/04/11 16:09:24 Info: returning 424 (Failed Dependency) for error serveUnitPage(ctx, w, r, ds, &{golang.org/x/sync/errgroup unknownModulePath latest}): 424 (Failed Dependency): <nil> (epage=&{{   <nil> false false   false false    }  <h3 class="Error-message">This page is not supported by this datasource.</h3> <nil>})

你期望看到什么?

golang.org/x/sync/errgroup 包的文档。

oknwwptz

oknwwptz1#

我同意,这些看起来像是两个真正的可用性bug。总结一下:

  1. 如果没有相当隐蔽的-cache标志,服务器将不知道不在工作区中的模块,这在启动新模块或浏览可用模块以评估可能的新依赖项时会令人沮丧。
  2. 使用-cache标志时,std包根本不显示。
    @matloob

相关问题