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

Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

app.radicle.xyz

Post reply on HN
Print view View original

171–180 of 299 posts

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#171

Post by adastra22 »

cloudhead wrote: post #26
est wrote: post #4

This looks like a fine project for its purpose, but I think git is already open-source and p2p. You don't need sh 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? https://git-scm.com/…

While Git is designed in some way for peer-to-peer interactions, there is no deployment of it that works that way. All deployments use the client-server model because Git lacks functionality to be deployed as-is in a peer-to-peer network. For one, it has no way of verifying that the repository you downloaded after a `git clone` is the one you asked for, which means you need to clone from a trusted source (ie. a known…

The entire Linux kernel development team wouldn’t to differ…

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#172

Post by zlatan_todoric »

always2slow wrote: post #165

>Installation > >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-…

Here you go [0] - the project hasn't launched yet and there are bits and pieces to be dealt with, the current focus is a bit somewhere else. You can also build from source [1] with Rust's cargo.

[0] https://files.radicle.xyz/latest/

[1] https://app.radicle.xyz/nodes/seed.radicle.garden/rad:z3gqcJ...

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#173

Post by kevincox »

grumbel wrote: post #52
zamalek wrote: post #46

Earlier quoted context omitted.

Classic git does not evade censorship, such as the extremely recent news concerning Nintendo. An idea like this has been rolling around in my head, and I'm overjoyed that someone has done the hard work.

Git evades censorship just fine, since it is properly decentralized and doesn't care about where you got the repository from. Plain HTTP transport however does not and most Git repositories are referred to by HTTP URL. If you simply host Git on IPFS you have it properly decentralized without the limits of HTTP. IPNS (DNS of IPFS), which you need to point people to the latest version of your repository, however wasn't…

But with Git you still need to locate an up-to-date source for the repo. If the author is signing commits or you know a desired commit ID then you can verify once you have found a source, but finding the source is the hard part.

IIUC with Radicle you can just request the repository by signature and get the latest released version from the network without needing to track down a source yourself. A trusted publisher (probably the original author/maintainer) can continue to publish commits without a centralization point that can be shut down (like the recent Yuzu case).

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#174

Post by mdaniel »

zlatan_todoric wrote: post #142
_flux wrote: post #135

I wonder how discoverable (for normal people) these repositories are. It looks like https://app.radicle.xyz/robots.txt doesn't exist, so it seems like fair game for search engines, and indeed a search on Google and DDG for 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 nic…

We are actually working on a number of CI integrations and building our own native one, for our needs.

> building our own native one, for our needs.

I realize I'm just some rando on the Internet, but I'm begging you please don't introduce Yet Another CI Job Specification ™

I'm sure you have your favorites, or maybe you hate them all equally and can just have a dartboard but (leaving aside the obvious xkcd joke) unless you're going to then publish a JSON Schema and/or VSCode and/or IJ plugin to edit whatever mysterious new thing you devise, it's going to be yet another thing where learning it only helps the learner with the Radicle ecosystem, and cannot leverage the existing knowledge

It doesn't even have to be yaml or json; there are quite a few projects which take the old(?) Jenkinsfile approach of having an actual programming language, some of them are even statically typed

I also do recognize the risk to your project of trying to fold in "someone else's" specification, but surely your innovation tokens are better spent on marketing and scm innovations, and not "how hard can it be" to cook a fresh CI job spec

I likely would have already written a much shorter comment to this effect, but having spent the past day slamming my face against the tire fire of AWS CodeBuild, the pain is very fresh from having to endure them thinking they're some awesome jokers who are going to revolutionize the CI space

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#175

Post by IshKebab »

rapnie wrote: post #163
philsnow wrote: post #137

Earlier quoted context omitted.

Going to be pretty confusing between Radicle and Radicale ( https://radicale.org/v3.html )

Much less so than Amazon and Amazon, Meta and meta, and Threads and threads.

> Threads and threads.

And don't forget Thread! Pretty annoying when you're trying to learn about Thread on ESP32 and you just get stuff about threads.

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#176

Post by falcor84 »

perihelions wrote: post #128

That's a neat name! If "seeding" is the word for distribution in a peer-to-peer network, then a "radicle" (not a "radical"!) must be named after: - "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]" https://en.wikipedia.org/wiki/Radicle

>a "radicle" (not a "radical"!)

I'll just mention that etymologically both "radical" and "radicle" come from the Latin "radix", meaning "root".

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#177

Post by IshKebab »

saurik wrote: post #53

From their documentation: > 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…

> 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

Kind of off topic, but you shouldn't get annoyed at people for ignoring your notices and not reading the docs. It's an extremely logical thing to do. Think about it - how many notices do you see in a typical day of computing? Probably dozens. How many tools to you use? Also dozens. Now imagine how long it would take if you read all of those notices, and exhaustively read the documentation for every tool. Too fucking long!

It's much better to use heuristics and not read. For example if you close a document and you've made unsaved changes to it, you know the dialog is going to be "Do you want to discard it?". There's no point reading it.

This is a good thing!!

So the conclusion is that you should design your software with the knowledge that people behave this way. It is usually possible to do so. If you give a concrete example I can probably suggest a better solution than "asking and hoping they read it".

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#178

Post by [deleted] »

falcor84 wrote: post #176
perihelions wrote: post #128

That's a neat name! If "seeding" is the word for distribution in a peer-to-peer network, then a "radicle" (not a "radical"!) must be named after: - "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]" https://en.wikipedia.org/wiki/Radicle

>a "radicle" (not a "radical"!) I'll just mention that etymologically both "radical" and "radicle" come from the Latin "radix", meaning "root".

[deleted]

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#179

Post by gwd »

lftherios wrote: post #15

Hi HN. I am the co-founder of the project. If you are interested in how the protocol works under the hood, start here: https://docs.radicle.xyz/ Docs are still WIP though.

Looks really interesting! Some of us are allergic to "curl | bash" though; would you consider creating a homebrew package?

Re: Radicle: Open-Source, Peer-to-Peer, GitHub Alternative

#180

Post by doctorpangloss »

lftherios wrote: post #15

Hi HN. I am the co-founder of the project. If you are interested in how the protocol works under the hood, start here: https://docs.radicle.xyz/ Docs are still WIP though.

There are lots of potential intellectually stimulating research projects. Why code repositories instead of like, a video game? Why not harness the same manic energy into something that already existed? Like the kind of person who can be sincerely passionate about source code repositories, why can't that kind of person then be passionate about literally anything?
Post reply on HN