The change would be using Gitmail as the plumbing, and normalising the creation of user-friendly porcelain on top.

E.g. suppose there is a repo foo/bar hosted by a forgejo instance at myinstance.org/foo/bar. Sending an email to foo.bar@myinstance.org (or similar) could automatically create a PR and, conversely, opening a PR could send a patch series to the foo/bar mailing list.

GNUwU

To be honest, I’m starting to drink the Sourcehut coolaid here. We have a distributed method of interacting with repositories: Email.

Don’t get me wrong, the current user experience of email-based patches and discussion isn’t great because it’s too easy to send a badly formatted patch. But if we invested time in making email patches easier to use (e.g. sending them through a web ui for people who prefer github style PRs) then we could skip all the architectural pains of solutions like forgefed.

That’s only true in the sense that liking scheme makes you become a language nerd

Honestly, +1 for Nation Builder. Generic isn’t necessarily a problem. It gives space for the gameplay itself to define the game’s identity, rather than its title.

I get that calling command line tools is a bit clunky, but python is always my go-to when shell scripting gets too painful

It takes 60 to pass a cloture motion to actually vote on a bill. This is necessary if somebody in opposition to the bill intends to filibuster. In the modern senate, one can filibuster simply by expressing an intention to filibuster. As such its often the case that a bill with any strong opposition in the senate does require a three fifths majority in favour to pass

Could be a non-native speaker using an LLM to translate with a specific tone

Yeah, I’m leaning toward this option tbh.

If we got to the point where popular machines had custom images with all the necessary extra drivers etc, it might be a value add. But for now I’m not seeing a huge benefit

Some updates after sleeping on it and trying some morning debugging:

• It’s actually either service being enabled that prevents login
• It’s a gnome-shell issue. Logging into a tty is fine, and shows that it’s gnome-shell crashing when trying to log-in normally

Maybe it’s time to go back to debian…