Live data from Hacker News

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

app.radicle.xyz

101–110 of 299 posts

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

#101

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.

I'm interested in this, but I noticed a base58 hash on the page. I'm not really interested in crypto. How much could I use this product without adopting crypto? Is this attached to some digital currency like ipfs or is it independent?

It’s independent.

No need for crypto/digital currency whatsoever.

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

#102
Genuine question ... isn't there an inherent latency issue with Peer-to-Peer?

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.

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

#103

Earlier quoted context omitted.

How much budget was spent on Radicle, how many people did work on it, how long you've been building it and who is using it ?

I won't reveal anything about our finances, but the current code base is a little under 2 years old. We've worked on the general problem for over 4 years in total though. The team is around 12 people, split between protocol, cli, tui, web and content. The product is set to launch this month, so we're just starting to onboard users, but many people in the community are already using it, and we've been using it interna…

Sorry, this is sketchy. If you're not clear about your revenue generation and finances, how do I know your project isn't just about harvesting as much user data as possible?

Open-source projects obviously need to pay the bills, but if you're not clear on how you are achieving this or hoping to achieve this then there's really zero trust in using this.

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

#105

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.

Fascinating project! I'm curious what's the business model? it's listed on Crunchbase that you raised 12M$ so I'm assuming you do have plans to make money?

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

#108

Earlier quoted context omitted.

That's not quite right, we solved this in Radicle. Each change in ownership (adding/removing maintainers) is signed by the previous set of owners. You can therefore trace the changes in ownership starting from the original set, which is bound to the Repository ID.

Sure, but again, you've added convenience - or what you feel like it's convenience - for something that probably can be achieved right now with open source tools. A "CONTRIBUTORS" file with sign-offs by maintainers is an example of a solution for the same thing. I don't deny that your improvements can benefit certain teams/developers but I feel like there are very few people that would actually care about them and th…

A CONTRIBUTORS file is easy to change by anyone hosting the repository - it's useless for the purpose of verification, unless you have a toolchain to verify each change to said file. "Sign-offs by maintainers" it not useful either unless you already know who the maintainers are, and you are kept up to date (by a trusted source) when the maintainers change. This is what Radicle does, for free, when you clone a repo.

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

#109
post #41
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/…

> We need a way to embed project metadata into .git itself, so source code commits don't mess up with wikis and issues. Fossil ( https://fossil-scm.org ) embeds issues, wiki etc. into project repository.

Also Radicle, evidently

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

#110

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.

Hi. While not actively looking for replacement to proprietary services s.a. Github or GitLab, from time to time I'm asked about an alternative.

I'm all for a distributed self-hosting solution, so Radicle is definitely hitting the mark here, however:

> Linux or Unix based operating system.

For the kind of project I have to assist with, this would be a deal-breaker. Since the code seems to be in Rust: do you intend to make it available to MS Windows? (I took it for granted that Mac OS is included in the Unix family, right?)

If not straight-up support for MS Windows, then maybe an MSYS2 port?

----

To give some background: I'm not in charge of decisions like service vendor selection, and we are talking about a quasi-government organization with substantial open-source code base that is currently hosted on Github. I.e. sometimes I might have a chance to pitch a particular idea, but it's not up to me if the idea is accepted. They are quite motivated to make their work as resilient to private vendor policies as possible as well as try to "do good" in other ways (i.e. sustainability, breadth of the outreach etc. -- a typical European gov. org :) So, Github is... obviously in conflict with such policies.

While there are other gov. agencies tasked with archiving or networking support, they seem to be woefully incompetent and / or outdated, as well as often falling for the vendor-laid traps (eg. the archiving service went all-in after DataBricks not even realizing it's a commercial closed-source product). So, I wouldn't have high hopes for the org. to be able to leverage a self-hosted solution. That's why a distributed solution looks great.

However, they wouldn't be able to use a tool that doesn't work on major popular PC systems.

Post reply on HN