Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil.
-
No spam.
-
Posts are to be related to self-hosting.
-
Don't duplicate the full text of your blog or readme if you're providing a link.
-
Submission headline should match the article title.
-
No trolling.
-
Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details. Tags [CBH] or [AIP] are required, see the links in Rule 8 for details.
-
AI-related discussions and AI-involved promotional posts have additional requirements for tagging, as noted in Rule 7 and the AI & Promotional Post Expanded Rules post, and find example disclosures here.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
Will it be possible to have decentralized pull requests? Like I open a PR on my site, my friend reviews my PR on his site, and I get his reviews on my site?
That's the plan, but it's still far away
That's nice
This was always baked into basic git from the beginning if you review your code in E-Mail chains or mailing lists.
So not really baked in at all then?
why wouldn't it be? you can send emails from web uis too. you can share diffs however you desire. you can have a remote for each developer, and push/pull changes to each other. the github mindset kind of ruined the resilience and distributedness of git: one central remote, one account authority, one central place where discussing MRs... ever forgejo is not as good as decentralized git: what's a forgejo identity?
meanwhile git has been decentralized and distributed since day one, linux is still developed in a decentralized and distributed way and forgepub is just not ready and not even close.
sending emails with an attached diff to many ppl is too hard? make a nice offline gui doing that and we're distributed. github was a psyop to make us un-learn git, making it better is silly, like wasting decades searching for "good cigarettes"
Okay, but by definition none of that is "baked into" git...
E-Mail workflow is baked in
git send-emailcan directly send an email and every committer is identified by a mail address.Oh, well there you go. Looks like email PRs are baked into git.
That's nowhere near as convenient as current web based PR.
Email chains and mailing lists are not really a practical way to develop anymore, and it is increasingly anachronistic (as is the idea of tying your identity to an email which is also baked into basic git). This was the only realistic democratic and federated option when git was designed, but it was never the ideal one. Forgejo is trying to build a better, more ideal, also-federated alternative that is really designed for code collaboration from the ground up. Once the design is stabilized, there's no reason it couldn't get built into git also. I would love to be able to create a PR with git itself and have it automatically submitted to the origin repository.
By what objective measure? Just because everyone listened to Github's siren song, doesn't make it so.
So many Open Source projects are just one or two maintainers. So many PR's on Github involve just two people. That would all work over E-Mail, which is by design decentralized, unlike the web, which is by design not.