As of posting, the info on this site is very lean, but going forward sourcehut seems to be the name for the software suite of the service 'sr.ht'. The linkage is implied by the quote on the site that "sr.ht is a hosted instance of sourcehut provided for your convenience".
The impetus behind the branding clarification seems to be this HN thread [1]. For more history, see the the debut announcement [2] and its corresponding HN thread [3].
Seems to be otherwise - https://meta.sr.ht is now branded as "sourcehut". I'm guessing sourcehut.org is a marketing page while sr.ht continues to be the service domain.
Well, the default config itself has been updated with the new name [1][2][3][4][5][6][7][8] -- this what you'd self-host, and is also what's hosted out of 'sh.rt', but we're splitting hairs to pedantic, and both of us are mostly right.
It seems 'sh.rt' will continue to be the service domain while the software (but not the identities of the artifacts) have been renamed for ease, and it's all being done in a way to maximize benefit and minimize breakage.
Definitely glad that he changed it. I was concerned about that holding his growth back when he did the Show on Lobsters. Also, some people can't access sites with weird domains due to corporate firewalls. A .org might prevent that.
Looking back at the thread, it looks like the new name was suggested back then by neuromanc:
Evolution – a distributed and safe way to share rewrites (think automatically recovering from upstream rebase without any git reset --hard and no git push --force).
Absorb – automatically amends an entire stack of WIP commits at once by picking the right diffs from your working directory based on which commits’ contexts they fit best.
Curses interface for hunk-picking – a unified interface for splitting diffs for any purpose: whether to revert working-directory changes, write a new commit, uncommit parts of a commit, or amend a commit with more diffs. Just add --interactive to any of those commands and start picking hunks!
A fairly rich built-in web interface – hg serve and point your browser to http://localhost:8000 and you’re good to go.
Lots of support for monorepos – indeed, this is the main reason that Google, Facebook, and Mozilla are all pouring work into hg and are using it.
A consistent UI – this one is more subjective but often-touted feature of Mercurial. If a command accepts a revision/hash/tag/bookmark; it always uses the -r/--rev flag for it (and you can also always use a revset for any command that accepts a revision). If a command allows hunk selection, it always uses the -i/--interactive flag for it. The help for every command fits in about a screenful.
I admit, I do `hg help revsets` with some regularity, because I do need to look up the right functions that can perform the query I want, but it's really just a reference check, not a check on the syntax of the language.
> A fairly rich built-in web interface – hg serve and point your browser to http://localhost:8000 and you’re good to go.
Also works properly out of the box for ad-hoc sharing.
I literally never managed to get `git daemon` to work to share stuff between two machines or with colleagues, I've no idea what is wrong and it doesn't provide any human-readable let alone actionable information, all I know is that even from the same machine the git client can't connect to the git daemon. That's it.
I honestly did. But since my employer uses git, i ended up forgetting all the hg routine during the week.
In the end, it is nicer, but not as nice to miss it that much over git (granted, i do know by heart all the dances to make git bearable, since I have to use anyway)
Perhaps the search trends are more an indication of how often people shoot themselves in the foot with git and have to search for a way to unshoot their feet vs. how seldom that happens with hg.
Or perhaps they're reflecting GitHub's dominance in the forge space and the fact that they only offer git, so a whole lot of people are more-or-less forced to learn something about git, so searches...
Or perhaps they're reflecting something about hg users preferring other search-engines than Google...
Drawing any sort of conclusive correlation between those Google search trends and actual usage or desire to use one or other distributed VCS is a fool's game.
Isn't Facebook investing heavily? I'm more interested in 'good' than popular, when it comes to virtually all personal tech decisions and am inspired by this thread to try out Mercurial, especially as I want to move everything to a sourcehut/sr.ht instance.
Mercurial seems to be a "nicer" version of git, which doesn't seem to be enough of a difference to avoid the git bandwagon.
Projects like pijul interest me, since they work in a fundamentally different way. Pijul is a "nicer" version of darcs. Git killed darcs not by being nicer but by being faster, and pijul is also faster than darcs, so maybe there's hope ;)
(Of course, most of git's momentum came from huge projects using it, like Linux and Xorg; yet being huge is precisely what forced those projects to favour speed at the cost of "niceness". If a "nice" system existed that was fast enough to handle Linux, Torvalds would probably never have written git).
I signed up as a paid user when it was last on hacker news. Got an email invoice. Then for the life of me could not remember what the service was called. Finally gave up trying to use it.
For me it's the opposite. Can't forget sir hat, too pictorial to forget.
sourcehut on the other hand is one of too many source somethings. It's more prefessional for sure and if it is the official name we can still keep sir hat as a nickname I guess.
There is javascript for progressive enhancement on some pages. E.g. submitting comments on tickets by pressing Ctrl+Enter, or selection of ranges of lines in git blob view.
As an architecture enthusiast and a fan of brutalism I am having trouble connecting this word with UI.
This style of UI reminds me of something different... a late 80's/early 90's simplicity. Yet it's still stylish. I am hesitant to call it retroism because it will cheapen the movement to do that. It's refreshing and unique.
What I am currently doubting is whether there is enough niche of people like us who are willing to pay for these [non-mainstream] projects/devs for future sustainability.
Could you take care of the Flash of Unstyled Content in Firefox? The page first renders with no css and then with css. I solve it by putting a blank script tag, you could still keep your promise of it working without js.
The UI seems very usable. I wonder how the performance stacks up against something like gogs.
One of the main things I don't like is the email focus. I think one of the best things the modern git websites have done is replace email with merge requests which are just so much easier to use, tag, and search. I get that this is a tool made for those old devs who still want to do everything from mutt though.
I shall claim that difficulty in using email for these things is mostly because of unfamiliarity. Keeping patches and discussion together can work really well. It tends to do better for record-keeping, especially. It may take a bit of getting used to, but when you are used to it, it’s a sane and reasonable approach in most cases. (Not all, but most.)
The nice thing about email is that you're free to render and interact with it in any way you like. Yes, you could use mutt; or you could use Webmail if you prefer; or you could run them through some automation scripts; or through some custom CLI/GUI/mobile app/Web service/etc.
GitLab and GitHub also send you emails but they provide a sane UI to use as well. The only benefit I see to email is it serves as a central notification location so I dont have to check every website to see what is new.
> The only benefit I see to email is it serves as a central notification location so I dont have to check every website to see what is new.
I agree that email is good for notifications.
Surely "checking Web sites to see what's new" was solved with RSS/ATOM?
(Again, once the data's out there, the UI is your choice; e.g. I convert RSS/ATOM to maildir so I can use my preferred email client for everything; I put HackerNews (HNRSS and HNNotify), subreddits, youtube channels, etc. into the same folder as my mailing lists)
For a website trying to convince me it's good to host my projects using it, it was incredibly complicated to get from the homepage to any repo to see it in action (note: on a phone).
I've opened the homepage, didn't see any obvious links, went to sr.ht, saw just a login/register screen. I went back, continued scanning for a usable link on sourcehat.org, and ended up leaving the whole thing in frustration.
Still curious, I took my laptop and only then have I figured out that images link to example repositories on click. As a result, my first impression can be summed up as "unintuitive".
Funny how as I clicked on the "100% free and open source software" button my brain subconsciously branch-predicted the layout of a GitHub page. The payoff was worth the stall.
I like the minimalistic approach though I'd recommend to align horizontally the content for higher viewports, e.g. `body { max-width: 1140px; margin: 0 auto }`
Most registrars won’t let you search under three chars. Reach out directly to the ccTLD managing group and see what they have available a-z-0-9. With enough persistence you may find one.
The impetus behind the branding clarification seems to be this HN thread [1]. For more history, see the the debut announcement [2] and its corresponding HN thread [3].
[1] https://news.ycombinator.com/item?id=18929709#18930413 [2] https://drewdevault.com/2018/11/15/sr.ht-general-availabilit... [3] https://news.ycombinator.com/item?id=18458908