Live data from Hacker News

Sourcehut will blacklist the Go module mirror

sourcehut.org

11–20 of 365 posts

Re: Sourcehut will blacklist the Go module mirror

#11
This:

> I was banned from the Go issue tracker without explanation, and was unable to continue discussing the problem with Google.

is completely asinine. But it's also par for the course when it comes to interacting with Google. When is anyone going to hold them to account for their terrible customer service and community interaction?

Re: Sourcehut will blacklist the Go module mirror

#12
I find it annoying that blocking the Go module proxy (on the server side) doesn't cause a graceful fallback. Am I unreasonable in thinking that it should? Doesn't the sum file prevent you from getting a maliciously modified copy?

Re: Sourcehut will blacklist the Go module mirror

#13
post #8

I feel like Drew has been in a pissing match with the Go team for a while so this outcome doesnt surprise me. I love Go but not Google's stewardship of it. The tracking proxy, Russ' takeover / squash of the package management work, the weird silence / stonewalling on other community issues... Drew has a valid complaint. I hate to hear he was banned from the issue tracker but that sounds about right. As a sibling said…

Have to agree in as much banning people with legitimate issues is unhelpful. I was also taken aback when Peter Bourgon, a great programmer and contributor to the go ecosystem was banned from all go channels.

Re: Sourcehut will blacklist the Go module mirror

#14

This: > I was banned from the Go issue tracker without explanation, and was unable to continue discussing the problem with Google. is completely asinine. But it's also par for the course when it comes to interacting with Google. When is anyone going to hold them to account for their terrible customer service and community interaction?

It's one side of the story. I don't think he was banned for no reasons.

Re: Sourcehut will blacklist the Go module mirror

#15
Are google's requests done on-demand, or part of some scheduled refresh?

I am wondering, because even if google's traffic is unreasonable, it might still be less than without the proxy.

CI configurations are notoriously inefficient with dependency fetching, so I would not be surprised if the actual client traffic is massive and might overwhelm sourcehut if all migrate to direct fetches.

Re: Sourcehut will blacklist the Go module mirror

#16
post #10

> It should not be necessary to fetch the same git module up to 2,000 times per day. Holy cow Google! Wouldn't it behoove us to check if any changes occurred before downloading an entire repo?

I don't understand why they have to do a fresh clone every time.

Or, as mentioned in the post, why they don't do a shallow clone if they have to fetch it every time for whatever reason. Seems like a weird decision either way.

Re: Sourcehut will blacklist the Go module mirror

#17
post #8

I feel like Drew has been in a pissing match with the Go team for a while so this outcome doesnt surprise me. I love Go but not Google's stewardship of it. The tracking proxy, Russ' takeover / squash of the package management work, the weird silence / stonewalling on other community issues... Drew has a valid complaint. I hate to hear he was banned from the issue tracker but that sounds about right. As a sibling said…

What’s the deal on package mangement? They did quite a few iterations here so I don’t follow. Don’t know about the Russ takeover either

Re: Sourcehut will blacklist the Go module mirror

#18
From the GitHub issue, by a Googler:

> For boring technical reasons, it would be a fair bit of extra work for us to read robots.txt […]

This is coming from one of the biggest, richest, most well-staffed companies on the planet. It’s too much work for them to read a robots.txt file like the rest of the world (and plenty of one-man teams) do before hammering a server with terabytes of requests.

If this is too much for them then no wonder they won’t implement smarter logic like differential data downloads or traffic synchronization among peer nodes.

Re: Sourcehut will blacklist the Go module mirror

#19
post #15

Are google's requests done on-demand, or part of some scheduled refresh? I am wondering, because even if google's traffic is unreasonable, it might still be less than without the proxy. CI configurations are notoriously inefficient with dependency fetching, so I would not be surprised if the actual client traffic is massive and might overwhelm sourcehut if all migrate to direct fetches.

Per the issue, both.

Re: Sourcehut will blacklist the Go module mirror

#20
post #14

This: > I was banned from the Go issue tracker without explanation, and was unable to continue discussing the problem with Google. is completely asinine. But it's also par for the course when it comes to interacting with Google. When is anyone going to hold them to account for their terrible customer service and community interaction?

It's one side of the story. I don't think he was banned for no reasons.

Perhaps, but those reasons should still be communicated.
Post reply on HN