by aiw1nt3rs on 3/5/24, 8:39 AM with 283 comments
by lftherios on 3/5/24, 9:50 AM
by 2color on 3/5/24, 10:36 AM
I attended the workshop at Protocol Berg 2023 and think they built something really powerful and novel.
Perhaps the most exciting aspect is that even the collaborative aspect of the protocol is local-first which means you can submit patches and issues without internet and that your team isn't on HN every time GitHub is having problems.
by est on 3/5/24, 9:31 AM
What's missing in git is code issues, wikis, discussions, github pages and most importantly, a developer profile network.
We need a way to embed project metadata into .git itself, so source code commits don't mess up with wikis and issues. Perhaps some independent refs like git notes?
by saurik on 3/5/24, 11:04 AM
> It’s important to only publish repositories you own or are a maintainer of, and to communicate with the other maintainers so that they don’t initialize redundant repository identities.
Based on my experience with people taking my code and shoving it onto GitHub--as well as separately in my demoralizing general experience of putting random little "please for the love of all that is holy don't do X as it will cause problems for other users" notices in the documentation or even as interstitial UI (!!) of my products and watching everyone immediately do exactly that thing as no one reads or thinks (or even cares)--a large number of people aren't going to honor this request in the documentation... and, frankly a large number of people aren't even going to see this in the first place as the home page tells you how to push code but you only find this "important" request in the "user guide" that people definitely do not bother to read.
It thereby seems quite concerning that, apparently?!, this system is designed in a way where doing what feels like a very reasonable thing to do--just pushing whatever open source code you are working on, based on the instructions on the home page--is going to interact with something about this protocol and how things are stored that something important enough to have this separated boxed "important" statement in the documentation is going to get cluttered and maybe even confusing over time :(.
by ryscheng on 3/5/24, 2:02 PM
by _flux on 3/5/24, 3:18 PM
site:app.radicle.xyz
does give some results. Maybe not that high up yet if not using that site filter, perhaps the ranking will improve?Tools for integrating CI support with this would also be nice to see. Ultimately a loop with
while true; do wait_repo_update; git pull && ./run_ci.sh; done
but something nicer that you could only limit to pushes by trusted identities.And then finally artifact storage. But maybe Radicle doesn't need to solve everything, in particular as a distributed network for sharing large binaries is going to get some undesirable uses pretty fast..
by bawolff on 3/5/24, 10:08 AM
by always2slow on 3/5/24, 5:02 PM
>
>The easiest way to install Radicle is by firing up your terminal and running the following command:
>
>$ curl -sSf https://radicle.xyz/install | sh
Ah.. my high hopes were immediately dashed by the trash that is curl-bash. What a great signal for thoughtless development, if this project catches on I can't wait to watch the security train wreck unfold. Maybe someday we'll get an "Open-Source, Peer-to-Peer, GitHub Alternative" that doesn't start with the worst possible way to install something.
by throwaway220033 on 3/5/24, 10:08 AM
This got down-voted so fast! :)
Serious question though: how much budget was spent on Radicle, how many people did work on it, and who is using it ?
by shackra on 3/5/24, 10:43 AM
by jprd on 3/5/24, 3:43 PM
by greatNespresso on 3/5/24, 10:29 AM
by Retr0id on 3/5/24, 4:00 PM
by lionkor on 3/5/24, 9:27 AM
by 20after4 on 3/6/24, 12:10 AM
This is not a criticism, and I could be wrong about this, but doesn't the mit license allow anyone to essentially bypass any extra responsibilities provided for in the Apache license? Specifically I'm thinking of the patent license grant provisions. I don't think the MIT license has anything to say about patents.
And if that is the case then why not just license it MIT?
by contrarian1234 on 3/6/24, 2:43 AM
You already have Bittorrent for distributing files P2P. We "just" need an extra layer for discovering new updates/patches so that files can dynamically update/grow. These two problems seem fundamentally decoupled. The "git forge" aspect seems to be another fundamentally separate layer on top of that
by mikepapadim on 3/5/24, 9:59 AM
by cassianoleal on 3/5/24, 12:14 PM
by clot27 on 3/5/24, 3:12 PM
by killerstorm on 3/5/24, 9:46 AM
What are the capabilities?
If a node is down, would other nodes step in? Where's stuff stored? How is it replicated?
by alberth on 3/5/24, 1:54 PM
and as such, it makes for a poor user experience on the web.
(when you're just downloading files over P2P, this isn't an issue or noticeable - but when you're interacting with a web site, it is)
EDIT: why the downvotes? I'm just asking a question.
by hossbeast on 3/6/24, 5:50 AM
by toastal on 3/5/24, 9:42 AM
by colesantiago on 3/5/24, 9:40 AM
If so, I'm glad that it completely failed and they decided to focus on the actual product of a 'P2P GitHub'.
Although stay away from their 'drips' crypto thing, looks like a tax and accounting nightmare for individuals and businesses.
by tonymet on 3/5/24, 5:03 PM
by anthk on 3/5/24, 11:31 AM
Also, git over yggdrasil should be easy because there are just ipv6 addresses. And, in the worst case, I think 6to4 tunnels would work.
by Zuiii on 3/5/24, 12:58 PM
by andrewfromx on 3/5/24, 3:21 PM
by Luker88 on 3/5/24, 1:24 PM
Does this suffer from the code search problem, or are there plans to somehow introduce that?
The main problem of decentralized and federated code management projects is that I still go to github (not even gitlab) when I want to see what other people do, how they use a lib or something, and I can search issues, too.
So we obviously can't have each of our small servers serve code search requests from all the world's developers.
...a sync-and-search-only project is probably a job for someone like the EFF, or non-profit orgs that already have sufficient funding... has anyone heard any talks in that regard?
by OSI-Auflauf on 3/5/24, 2:25 PM
curl | bash is the recommended way to install.
by pachico on 3/5/24, 10:22 AM
by shackra on 3/5/24, 10:27 AM
by chefandy on 3/5/24, 3:03 PM
Downvoters: do you not think their monetization strategy is important to potential users? Surely their investors didn’t throw that money at them out of the goodness of their hearts, and surely it’s apparent how that could affect their users in the long run.
by megamix on 3/5/24, 1:41 PM
by EGreg on 3/5/24, 9:31 AM
So this is just a web interface to git? Like gitlab?
by danielvaughn on 3/5/24, 3:55 PM
by perihelions on 3/5/24, 2:57 PM
- "In botany, the radicle is the first part of a seedling (a growing plant embryo) to emerge from the seed during the process of germination.[1]"
by fwip on 3/5/24, 4:07 PM
by singularity2001 on 3/5/24, 10:54 AM
by circusfly on 3/5/24, 3:26 PM
2. Domain ends with the nonsensical .xyz, my email server would block all email traffic from them.
3. The default dark theme isn't readable by about 40% of the human population. It can be changed to a light theme, that's nice, but the light theme is some sort of puke light purple.
4. "Run the following command and follow the instructions to install Radicle and get started." I have to use your custom tool called "rad"?
No thanks. Even though GitHub is owned by Microsoft, I'd rather use it.