I consent.

On Sat Mar 9, 2024 at 6:59 PM EST, James wrote:
> This is a great tool, thanks for hosting it.

Glad you like it!

> 1) You can't seem to display the git `master` or `main` versions of
> things. For example:
>
> https://godocs.io/github.com/google/nftables?view=versions
>
> This package has a newer "unreleased" `main` branch which is more
> useful. Not sure why modern "pkg.go.dev" site doesn't show it either.

Yes, this is currently unimplemented. godocs.io currently fetches modules once

This should be fixed now.

Sorry for the issues. godocs.io is maintained in my free time, so I'm not able
to address issues right away.

The site needed to be migrated to a new server. It should be working now. If you
have any issues, let me know.

The standard library is still broken, but I hope to address that soon. In the
meantime, you can choose the latest version from the versions page.

If you still want to self-host your own docs, you may be interested in this
tool: <https://code.pfad.fr/vanitydoc/>. It's based on the templates used by
godocs.io.

On Mon Dec 18, 2023 at 9:04 AM EST, Dejan Josifović wrote:
> I have a similar situation. I have recently sent a patch to 
> ~sircmpwn/public-inbox ([PATCH useplaintext.email] Reference RFC 1855 in 
> section about etiquette) and that action appears multiple times on my 
> activity page (https://sr.ht/~tpt/). It is listed with different 
> projects in the 'via' label, which I guess are all projects where 
> public-inbox mailbox is associated to. I only see this when logged in.

This is expected behavior. When you share a mailbox or tracker between multiple
projects, the hub cannot know which emails or tickets are for which projects,
and so each item will appear once per associated project. If you want to avoid this,
you should use a separate mailing list or tracker per project.

With regards to the user activity view, it might make sense to merge those

On Wed Dec 13, 2023 at 9:46 PM EST, Xu Zhao wrote:
> I package and maintain a series of sr.ht RPM packages on openSUSE: https://build.opensuse.org/project/show/home:nuklly:srht. With these packages, I am able to self-host my own sr.ht instance.
>
> However, there is one issue with respect to packaging. Since openSUSE RPM build environment does not have Internet access, I have to run `go mod vendor` to first package the vendor packages. However, when I run `go mod vendor` in meta.sr.ht, there is error:
>
> ```
> git.sr.ht/~sircmpwn/meta.sr.ht/api imports
> 	git.sr.ht/~sircmpwn/meta.sr.ht/api/graph/api: no required module provides package git.sr.ht/~sircmpwn/meta.sr.ht/api/graph/api; to add it:
> 	go get git.sr.ht/~sircmpwn/meta.sr.ht/api/graph/api
> ```

The reason for this error is because api/graph/api is generated with gqlgen.
Unlike other Go projects, the generated code is not stored in the repository and
must be generated at the time of building. This was done so that emailed patches

I've rolled out some changes to the site which should reduce memory usage.

Something keeps overloading the server with large fetches of the standard
library until it runs out of memory. Looks like we might have to put in a
memory-based limit on fetches.

On Mon Nov 13, 2023 at 9:26 PM EST, Steven Penny wrote:
> this has been going on for a while, but I am frustrated enough that I
> am finally gonna message about it. I constantly have trouble getting
> the documentation for a new tag. normally I will go here:
>
> https://godocs.io/154.pages.dev/widevine
>
> click Refresh Now, and nothing happens, still old tag. then I will go here:
>
> https://godocs.io/154.pages.dev/widevine?view=versions
>
> and the new tag will be listed. so I click it:
>
> https://godocs.io/154.pages.dev/widevine@v1.1.5

Should be up now.