<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mono.git/hostnix/elmo/git.nix, branch test</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://git.mou.fo/2026/mono.git/atom/hostnix/elmo/git.nix?h=test</id>
<link rel='self' href='http://git.mou.fo/2026/mono.git/atom/hostnix/elmo/git.nix?h=test'/>
<link rel='alternate' type='text/html' href='http://git.mou.fo/2026/mono.git/'/>
<updated>2026-04-15T22:50:14Z</updated>
<entry>
<title>elmo: make upgrade, cgit fixup</title>
<updated>2026-04-15T22:50:14Z</updated>
<author>
<name>Joe Mou</name>
<email>dev@mou.fo</email>
</author>
<published>2026-04-14T03:50:58Z</published>
<link rel='alternate' type='text/html' href='http://git.mou.fo/2026/mono.git/commit/?id=ad46641b2913b46c6b01694d86470dd3b464e154'/>
<id>urn:sha1:ad46641b2913b46c6b01694d86470dd3b464e154</id>
<content type='text'>
git-daemon-export-ok is a very simply access control for
git-http-backend. We explicitly disable it.
See https://github.com/NixOS/nixpkgs/commit/8b6fc43e100d053ed4e7fd28f4f1edf04f0d5374
</content>
</entry>
<entry>
<title>Add mojo to git</title>
<updated>2026-04-14T03:47:43Z</updated>
<author>
<name>Joe Mou</name>
<email>dev@mou.fo</email>
</author>
<published>2026-03-17T22:59:50Z</published>
<link rel='alternate' type='text/html' href='http://git.mou.fo/2026/mono.git/commit/?id=f975c0931acd1420f7ac006dafc965e6fb57036b'/>
<id>urn:sha1:f975c0931acd1420f7ac006dafc965e6fb57036b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>cgit clone URL</title>
<updated>2026-02-04T18:58:53Z</updated>
<author>
<name>Joe Mou</name>
<email>dev@mou.fo</email>
</author>
<published>2026-01-24T15:43:29Z</published>
<link rel='alternate' type='text/html' href='http://git.mou.fo/2026/mono.git/commit/?id=628501e567068bba3f0ccbe6cbc39cb35d0b3dc7'/>
<id>urn:sha1:628501e567068bba3f0ccbe6cbc39cb35d0b3dc7</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add doughboy</title>
<updated>2025-12-29T07:19:20Z</updated>
<author>
<name>Joe Mou</name>
<email>dev@mou.fo</email>
</author>
<published>2025-12-21T02:45:43Z</published>
<link rel='alternate' type='text/html' href='http://git.mou.fo/2026/mono.git/commit/?id=af8f19135c5dd62cc336687431986af96f681eb3'/>
<id>urn:sha1:af8f19135c5dd62cc336687431986af96f681eb3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Stripped down git hosting with cgit and git-shell</title>
<updated>2025-06-27T22:07:20Z</updated>
<author>
<name>Joe Mou</name>
<email>dev@mou.fo</email>
</author>
<published>2024-12-23T21:36:27Z</published>
<link rel='alternate' type='text/html' href='http://git.mou.fo/2026/mono.git/commit/?id=a13fb60da18e16c20c7a160eac6a9f700058e55a'/>
<id>urn:sha1:a13fb60da18e16c20c7a160eac6a9f700058e55a</id>
<content type='text'>
Advantages over Gitea (and most other git forges):
- Arbitrary repository hierarchies.
- Repository aliases with symlinks.
- No metadata to keep synchronized with repositories; simple automation.

Create new repos like:
$ sudo -u git git init --bare -b main /srv/git/2025/calmux.git

Ideally we would not require authentication for whitelisted public
repos. This is difficult with oauth2-proxy because to disable
auth_request we need a new location clause which does not "inherit" the
FastCGI configuration. Perhaps we could use cgit's built-in auth-filter.

Considered gitolite instead of git-shell (which would allow multiuser
authentication). This probably requires configuring each repo which
complicates automation.
</content>
</entry>
<entry>
<title>Try out Gitea</title>
<updated>2024-10-09T17:48:41Z</updated>
<author>
<name>Joe Mou</name>
<email>dev@mou.fo</email>
</author>
<published>2024-06-26T00:44:22Z</published>
<link rel='alternate' type='text/html' href='http://git.mou.fo/2026/mono.git/commit/?id=19805b91322878264cc235c880c04fdabafa0949'/>
<id>urn:sha1:19805b91322878264cc235c880c04fdabafa0949</id>
<content type='text'>
DISABLE_REGISTRATION needs to be set after the initial administrator
account is manually registered.

Considered the Forgejo community fork, but it doesn't seem to have
attracted very much of the developer community. Despite concerns about
copyright claims, Gitea does not have a CLA; it is MIT licensed. Still
considering even lighter weight options that may be easier to
programmatically control (just an HTTP server that speaks the smart
protocol?).

For managing groups of repositories, can use labels or organizations.
Neither seem particularly convenient.

Gitea defaults to public repositories.
</content>
</entry>
</feed>
