#Radicle is working fine for #HardenedBSD src and ports between two laptops on the same physical network.

But, it's not working in the slightest on the HardenedBSD infrastructure. I cannot get the seed node fully fetching the repos. Radicle just times out.

The biggest issue is that it will try to restart the fetch from the very beginning upon failure.

So we're transmitting the same exact data many, many, many, many, many, many times only to end up failing again.

Radicle should probably archive the data at the point of failure, then when restarting the fetch, it can start from where it left off.

Otherwise, we're experiencing first-hand the populist definition of insanity: doing the same thing over and over and over again but expecting different results.

RIP my SSD

I'm 100% out of ideas. Our servers cannot handle the load the AI/LLM web scraping bots place on #GitLab. #Radicle is turning out to still not be ready for prime-time. I refuse to use #GitHub beyond being a read-only mirror.

Self-hosting our code repos is an absolute requirement in order to provide higher levels of OPSEC than what third-party hosted services can provide.

So, at the hands of our oligarchic overlords, is this the death of HardenedBSD?

Someone please provide me ideas. I have no idea what to try next and I'm desperate.

editi[0]: This is solved! I changed my approach and now everything's happy--and so am I! :-)

@lattera

#Gitlab is known to be quite resource hungry.

Perhaps you can have a look at #forgejo which is implemented in #Golang, and the #UX is very similar to #Github's.

https://forgejo.org

And #Codeberg is hosted on forgejo, and maintain a downstream fork, optimized for high-scale use, which is also open source.

https://codeberg.org

Some large projects have migrated from GH and GL before, and created migration reports, etc. The other day I was asking if there's a list of those, I am not sure there is.

CC @forgejo and @Codeberg

Forgejo – Beyond coding. We forge.

Forgejo is a self-hosted lightweight software forge. Easy to install and low maintenance, it just does the job.

@smallcircles @forgejo @Codeberg Forgejo has much worse performance than GitLab for repos with long histories (30+ years) and sizeable number of small files (find . -type f | grep -vF .git results in 108797 files)

@lattera @forgejo @Codeberg

Woof. That's some history. I read your update. Glad that you were able to find solution to the issues you face!