Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Migrating Dillo from GitHub

dillo-browser.org

Post reply on HN
Print view View original

131–140 of 219 posts

Re: Migrating Dillo from GitHub

#131

Post by zdw »

Kwpolska wrote: post #96
zdw wrote: post #45

Earlier quoted context omitted.

If you want even more minimal, Gerrit is structured as a Java app with no external dependencies like databases, and stores all it's configuration and runtime information on the filesystem, mostly as data structures in the git repos. Shared filesystems is all you need to scale/replicate it, and it also makes the backup process quite simple.

The deployment may be simple, but at the same time, the Gerrit code review workflow is terrible.

I personally find the rebase and stacking commit focused method of integration that Gerrit uses to be easier and cleaner than PR's in GitHub.

Having done CI integrations with both, Gerrit's APIs send pre- and post-merge events through the same channel, instead of needing multiple separate listeners like GitHub.

Re: Migrating Dillo from GitHub

#132

Post by throw-qqqqq »

hshdhdhj4444 wrote: post #10
diath wrote: post #7

Earlier quoted context omitted.

Isn't that pretty much GitLab? But then most people still prefer GitHub anyway.

Gitlab is worse than GitHub in every way. At least GitHub adds new features over time. Gitlab has been removing features in favor of more expensive plans even after explicitly saying they wouldn’t do so.

Personally, I prefer the CI/CD setup on GitLab over GitHub Actions.

Horses for courses I guess ¯\_(ツ)_/¯

Re: Migrating Dillo from GitHub

#134

Post by paulddraper »

layer8 wrote: post #123

> GitHub seems to encourage a "push model" in which you are notified when a new event occurs in your project(s), but I don't want to work with that model. Instead, I prefer it to work as a "pull model", so I only get updates when I specifically look for them. I agree with the sentiment, but want to point out that email can be used to turn push into pull, by auto-filtering the respective email notifications into a sep…

And if that’s unsatisfactory, GitHub has its own notifications part of the UI.

This is in search of a problem.

Re: Migrating Dillo from GitHub

#135

Post by avhon1 »

jmspring wrote: post #84
xrd wrote: post #19

I've been messing around with GitLab as a self hosted alternative for a few years. I do like it, but it is resource intensive! For the past few days I've been playing with Forgejo (from the Codeberg people). It is fantastic. The biggest difference is memory usage. GitLab is Ruby on Rails and over a dozen services (gitlab itself, then nginx, postgrest, prometheus, etc). Forgejo is written in go and is a single binary.…

One concern the post brings up - single point of failure. Yes, in this case, blah blah big company microsoft blah blah (I don't disagree, but..). I'm more worried about places like Paypal/Google/etc banning than the beast from Redmond. Self hosting, it's still a single point of failure and the article arguing "mirroring", well... it allows redundancy with reads but writes? It's an interesting take on a purist problem…

Redundancy for read access to the source code is a concern for Dillo. Some years ago, the domain name registration lapsed, and was promptly bought by an impersonator, taking the official repository offline. If it hadn't been for people having clones of the repository, the source code and history would have been lost.

How do people find your online project and know it's you (instead of an impersonator) without relying on an authority, like GitHub accounts or domain names? It is a challenging problem with no good solution. At least now the project is alive again and more resilient than before.

Re: Migrating Dillo from GitHub

#136

Post by zdw »

hk1337 wrote: post #73
zdw wrote: post #45

Earlier quoted context omitted.

If you want even more minimal, Gerrit is structured as a Java app with no external dependencies like databases, and stores all it's configuration and runtime information on the filesystem, mostly as data structures in the git repos. Shared filesystems is all you need to scale/replicate it, and it also makes the backup process quite simple.

I might be one of the few that is intrigued by this being that it’s Java but this looks really neat. Does it do git repositories like gitea, GitHub, etc, or is it more of a project management site for the repositories? They describe it as “code review”, so I wasn’t sure. I’m a little put off on the google connection but it seems like it could run rather independently.

It's hyper-focused on code review and CI integration, which it does really well.

It's not focused on all the other stuff that people think of in code forges (hosting the README in a pretty way, arbitrary page hosting, wiki, bug tracking, etc.) but can be integrated with 3rd party implementations of those fairly trivially.

Re: Migrating Dillo from GitHub

#137

Post by avhon1 »

Kwpolska wrote: post #101

> GitHub has been useful to store all repositories of the Dillo project, as well as to run the CI workflows for platforms in which I don't have a machine available (like Windows, Mac OS or some BSDs). The post does not mention CI anywhere else, are they doing anything with it, keeping it on GitHub, or getting rid of it? > Furthermore, the web frontend doesn't require JS, so I can use it from Dillo (I modified cgit CS…

No doubt this is desirable. However, adding all the CSS features required to support cgit may have been a lot more work than editing cgit's CSS. It's an attempt at avoiding yak shaving; adding recursive sub-projects that balloon a project's scope of work far beyond the original plan.

Dillo is actively developed, and the project of "migrate away from github" is complete, so now other work can be started and completed (like adding the CSS features required to support mainline cgit).

Re: Migrating Dillo from GitHub

#138

Post by avhon1 »

simonw wrote: post #85
tayo42 wrote: post #56

Earlier quoted context omitted.

How is pulling dependent on github? Git pulling isn't unique to github and it works over http or ssh?

A neat thing about GitHub is that every file on it can be accessed from URLs like https://raw.githubusercontent.com/simonw/llm-prices/refs/hea... which are served through a CDN with open CORS headers - which means any JavaScript application running anywhere can access them. Demo: https://tools.simonwillison.net/cors-fetch?url=https%3A%2F%2...

That feature seems common to other git hosts / forges. For example, here's one of Dillo's files, from a few commits ago, from their cgit-based host

https://git.dillo-browser.org/dillo/plain/src/ui.cc?id=29a46...

Re: Migrating Dillo from GitHub

#139

Post by touggourt »

hk1337 wrote: post #81
Fnoord wrote: post #52

A good reason to move away from GitHub is it is from Microsoft (FAMAG; a company who kissed Trump's ring). Sourcehut is hosted in The Netherlands, and Codeberg in Germany.

What would be nice is an aggregator site one could submit to and everyone just host it on their own internet connection, and nobody be dependent on a source for hosting their projects. Maybe something like bluesky with the AT protocol but with git repositories.

Have a look to [Fossil](https://fossil-scm.org/) which is very easy to host and offer code repository, bug tracker, wiki, forum, etc. It is not Git however, but there is bridges and one can even mirror a Fossil repo to Github.

Re: Migrating Dillo from GitHub

#140

Post by simonw »

LtWorf wrote: post #118
simonw wrote: post #83

Earlier quoted context omitted.

Me, every day.

And what do you achieve by doing that? Seems a small audience to optimise for.

I file issues, comment on issues, review PRs and increasingly ship code entirely from my phone (thanks to LLM assistance).

All of six of these commits today were created and shipped from my phone while I was out and about on a nice dog walk: https://github.com/simonw/tools/commits/47b07010e3459adb23e1... - now deployed to https://tools.simonwillison.net

Post reply on HN