Earlier quoted context omitted.
Their CI take is early but promising: https://radicle-ci.liw.fi/
This just describes a watcher service that kicks jobs off on an external CI system and logs the results? Not much more detail than that. Gitlab and Github have pages and pages going over the domain language used to configure the job triggers. Jobs can trigger other jobs either in response to completion or as a dependency etc etc. I would say these radicle-ci designs as they are now are actually quite rudimentary. Tha…
Radicle: Sovereign {code forge} built on Git
41–50 of 101 posts
Re: Radicle: Sovereign {code forge} built on Git
#42Earlier quoted context omitted.
Their CI take is early but promising: https://radicle-ci.liw.fi/
This just describes a watcher service that kicks jobs off on an external CI system and logs the results? Not much more detail than that. Gitlab and Github have pages and pages going over the domain language used to configure the job triggers. Jobs can trigger other jobs either in response to completion or as a dependency etc etc. I would say these radicle-ci designs as they are now are actually quite rudimentary. Tha…
Feels like using a free Jenkins gets you everything you want. Doesn't need more than a container or Java either.
Re: Radicle: Sovereign {code forge} built on Git
#43Earlier quoted context omitted.
This just describes a watcher service that kicks jobs off on an external CI system and logs the results? Not much more detail than that. Gitlab and Github have pages and pages going over the domain language used to configure the job triggers. Jobs can trigger other jobs either in response to completion or as a dependency etc etc. I would say these radicle-ci designs as they are now are actually quite rudimentary. Tha…
I don't understand why you'd want them to built another CI system. Just for the sake of it? Feels like using a free Jenkins gets you everything you want. Doesn't need more than a container or Java either.
Re: Radicle: Sovereign {code forge} built on Git
#44The more I have been using git and building my own tooling and services around it for usage, I have figured out that something like radicle feels like the right/better solution, definitely better than what github is atm. There are rough edges and the seeding thing is a bit mehhh. And honestly there are a bunch of things I would do differently but I like the spirit of things. Not sure where the authors of the project…
What are the things you would do differently?
Basically allow people to deploy something closer to gitea on a webserver initially, which has all the basic protocol features and sharing aspects implemented.
Currently the focus seems to have been very much on just the seeding & p2p part which honestly is good but not very useful for me as a developer/user who wants to work on a collaborative project.
Prioritizing P2P makes sense, but the UX/DX of radicle is not intuitive to put it mildly.
I went to the explorer radicle.network and my own as well and I still had no idea how to create an issue or submit a patch or login to an account or anything of that sort.
I opened the cli and figured out how to do all that, but then I created another node on my web server and now I have no idea how to connect to it, then I figured out how to do that, now how do I share my node without sharing it publicly, figured that out.
Cool now we are at the starting point, so every time I need to work on a project i will have to clone it, but why can't I create stuff in webui.
Maybe there is a setting I can't seem to find it yet.
But the jumping through hoops is mindbending. For a solution that could replace github for me and my friends who maintain a few public projects that wants small contributions from large number of folks as we try and maintain the local "tech" clubs.
Getting low information folks to use within 10 mins, is the bar that I have set for any platform I can use to replace github.
Radicle isn't that yet! anyways.
But I like the direction, putting contributors, access list, issues and prs in the repo is a brilliant idea, maybe put agent plans in it too, agent sessions as well maybe...
I would go as far as to say, something like a radicle network is better than every other alternative, but the UX is just not there yet.
Re: Radicle: Sovereign {code forge} built on Git
#45I wish they would make local-only deployment easier. For example, lets take 3 machines and try to setup Radicle to work only on those, without joining the common Radicle network. Like on-premises GitLab, but decentralized, without the need of the server. It requires quite some serious scripting and usecase not covered in the documentation.
Re: Radicle: Sovereign {code forge} built on Git
#46Maybe I'm not the target audience for this, so pardon my ignorance when I ask what problem does this solve? Centralization and censorship?
Re: Radicle: Sovereign {code forge} built on Git
#47I tried to understand what this does... > What is Radicle? How is it different from Git/GitHub? > Radicle is a peer-to-peer code collaboration platform (“forge”) built on Git. Unlike centralized platforms like GitHub, there is no single entity controlling the network or user data. Repositories are replicated across peers in a decentralized manner. Radicle is an alternative for people and organizations who want full c…
> So, what is Radicle? > Radicle is a peer-to-peer code collaboration platform (“forge”) built on Git. ----- > Why Git/GitHub are used as if they were the same category of things? They are not. Github is a centralized collaboration platform built on git, and radicle is a peer-to-peer collaboration platform built on git. ----- > Wtf is "forge"? A word some people started using for the class of Github/Bitbucket(RIP) or…
Then why do they bring Git into the picture? They are not comparing themselves to Git...
> Radicle is a peer-to-peer code collaboration platform (“forge”) built on Git.
This is a word salad that means nothing... more than 99% of moderns software is built on Git in one way or another. Anything that is designed to be used by more than a single user could be arguably called a "collaboration platform". This description completely fails to describe anything useful about the program they are trying to describe. For instance, Git is a peer-to-peer code collaboration platform built on Git. And the same can be said about a huge number of programs that share very little in terms of purpose or application.
When someone writes a definition, s.a. you'd find in encyclopedia, the rule is that it has to (a) link to the broader category of things (b) specify in what way the subject is (mostly) unique in the category (a). If you give only (a), then the reader walks away wondering how is subject different from anything else in (a). If you only give (b), then the reader needs to guess (a), and if they fail, they may misattribute or simply abandon efforts to understand the subject.
This attempt at "definition" is the textbook example of forgetting the (b). It's something that a 10-12 y.o. could come up with... this is not what an adult should strive for.
> They are not. Github is a centralized collaboration platform built on git, and radicle is a peer-to-peer collaboration platform built on git.
You didn't understand the question.
Re: Radicle: Sovereign {code forge} built on Git
#48Earlier quoted context omitted.
> So, what is Radicle? > Radicle is a peer-to-peer code collaboration platform (“forge”) built on Git. ----- > Why Git/GitHub are used as if they were the same category of things? They are not. Github is a centralized collaboration platform built on git, and radicle is a peer-to-peer collaboration platform built on git. ----- > Wtf is "forge"? A word some people started using for the class of Github/Bitbucket(RIP) or…
> To Github, or other "forges." Then why do they bring Git into the picture? They are not comparing themselves to Git... > Radicle is a peer-to-peer code collaboration platform (“forge”) built on Git. This is a word salad that means nothing... more than 99% of moderns software is built on Git in one way or another. Anything that is designed to be used by more than a single user could be arguably called a "collaborati…
Edit:
Breaking down the “word salad”:
> Radicle is a peer-to-peer code collaboration platform (“forge”) built on Git.
Peer-to-peer: it functions with individual nodes on the network spreading state for tracking it without relying on a single entity or centralised service.
Code collaboration platform (forge): you use it not just to store code but provides a way to keep track of “patches” (their term for PRs) and issues, amongst other things, to enable multiple people to collaborate on a code base
Built on git: the technology runs on top of git insofar as not only is the VCS just git, but the issues, patches, etc are stored in git. So the project isn’t merely developed using git, but when running the tool yourself it’s still backing everything under git.
Re: Radicle: Sovereign {code forge} built on Git
#49I'd like to see radicle replace crates.io. I can't get over Rust's dependency on github/Microsoft, and I can't get over the lack of namespacing. All you would need is cargo compatibility, and a trusted namespace that kept up with the metadata of the current contents of crates.io, right? edit: I really, really like rust, and love basically all of their choices about the language, but I can't stand the feeling that I'm…
* crates.io's attachment to GitHub is a fact about crates.io specifically, not the Cargo crate registry protocol
* Cargo's support for Git repositories is generic across Git and has nothing to do with GitHub specifically
* Radicle offers nothing to a crate registry that a Git remote doesn't
* and none of this has anything to do with the GPL.
It feels like you're just listing off things you like and don't like aesthetically. They have nothing to do with each other structurally.
Re: Radicle: Sovereign {code forge} built on Git
#50I'd like to see radicle replace crates.io. I can't get over Rust's dependency on github/Microsoft, and I can't get over the lack of namespacing. All you would need is cargo compatibility, and a trusted namespace that kept up with the metadata of the current contents of crates.io, right? edit: I really, really like rust, and love basically all of their choices about the language, but I can't stand the feeling that I'm…
* crates.io is moving away from GitHub-only authentication * crates.io's attachment to GitHub is a fact about crates.io specifically, not the Cargo crate registry protocol * Cargo's support for Git repositories is generic across Git and has nothing to do with GitHub specifically * Radicle offers nothing to a crate registry that a Git remote doesn't * and none of this has anything to do with the GPL. It feels like you…
Crates.io has not moved away from Github-only authentication, and got into the habit of yelling at people who complained about it.
> crates.io's attachment to GitHub is a fact about crates.io specifically, not the Cargo crate registry protocol
Is this just trivia you wanted to share? I feel like I covered it in the second sentence of the comment you're replying to.
> Cargo's support for Git repositories is generic across Git and has nothing to do with GitHub specifically
I'm looking to compile Rust projects from the semi-standard commonly-used crates. I do not want a Github account.
> Radicle offers nothing to a crate registry that a Git remote doesn't
Radicle offers peer-to-peer hosting that does not require a Github account.
> none of this has anything to do with the GPL.
Radicle is a project being built in Rust that partially reimplements git. Git is GPL-licensed, Radicle is MIT-licensed.
> It feels like you're just listing off things you like and don't like aesthetically.
I am unconcerned about your feelings. What I was saying is that I would like a peer-to-peer hosted, namespaced code repository that mirrors (or replaces) crates.io, and I do not want a github account to be necessary to use it.
> They have nothing to do with each other structurally.
I have no idea what "they" is referring to in this sentence.