busybox authoritative git repository (was: AI recommended changing from using git port to https?)

Laurent Bercot via busybox <[email protected]> Sat, 11 Apr 2026 21:27:38 +0000
Newsgroups gmane.linux.busybox
Message-ID <[email protected]>
  So https://busybox.net/ is responsive now, but any URL under
https://git.busybox.net/ returns a 404.

  My interpretation is that:
  - busybox's cgit was getting *hammered* by LLM crawlers to the point
of unusability
  - The server hosting the cgit was also hosting the website, so overload
on cgit impacted the website
  - Denys, or whoever is in charge of busybox's hosting, chose to take
the cgit down so the website could function again.

  (I suspect it's what happened to busybox because it happened to me as
well. I eventually defeated the LLM crawlers by exhaustively blocking
all their IPs from accessing cgit, but this is not doable with Apache
as it is commonly used.)

  We still need an official main git repository for busybox. We cannot
make do with copies patched out the wazoo and not maintainer-reviewed,
or the GitHub mirror that is 2+ years out-of-date.

  So I would like to know what the plan is moving forward, and only Denys
(assuming he's in charge of the busybox web site / primary git
repository) can tell us what his intentions are.
  I see 3 possible solutions:

  1. Installing Anubis on git.busybox.net. This is the "standard" 
solution
to protect a site from being DoSsed by LLM crawlers.
  2. Protecting the git.busybox.net cgit the way I've protected the
skarnet.org one. That requires some sysadmin work on the web server,
but if there's interest, I'm willing to help.
  3. Moving the git repository to another place, one that has enough
resources to withstand the LLM crawler plague. e.g. Codeberg.

  I'd be okay with any of these 3 solutions. What I'm not okay with is
the uncertainty and the lack of an authoritative place to get (and
sometimes contribute to) busybox.

--
  Laurent